Quy trình làm việc nâng cao và các trường hợp ngoại lệ trong Copilot Cowork

Khi quy trình đơn giản không đủ

Bạn đã xây dựng năm quy trình làm việc cho đến nay - chuẩn bị cuộc họp, báo cáo trạng thái, phân loại email, chuyển dữ liệu thành bài thuyết trình và theo dõi dự án. Mỗi quy trình xử lý một nhiệm vụ rõ ràng, có giới hạn. Nhưng công việc thực tế của bạn không gọn gàng như vậy.

Đôi khi bạn cần quy trình A chuyển tiếp sang quy trình B. Đôi khi bạn cần Copilot Cowork thực hiện các hành động khác nhau dựa trên những gì nó tìm thấy. Và đôi khi mọi thứ thất bại - nguồn dữ liệu bị lỗi, file bị di chuyển hoặc đầu ra không khớp với những gì bạn mong đợi.

Bài học này là về việc xây dựng các quy trình làm việc xử lý thực tế phức tạp của công việc thực tế.

Đến cuối bài học này, bạn sẽ biết cách xâu chuỗi các quy trình làm việc, thêm logic điều kiện và xây dựng những prompt linh hoạt xử lý lỗi một cách khéo léo.

🔄 Tóm tắt nhanh: Bạn còn nhớ hệ thống checkpoint từ bài học 1 chứ? Cowork tạm dừng ở các bước quan trọng để bạn phê duyệt. Trong bài học này, bạn sẽ học cách thiết kế các checkpoint đó một cách có chủ đích - đặt chúng ở nơi mà phán đoán của bạn mang lại giá trị cao nhất.

Kết nối các quy trình làm việc với nhau

Mô hình làm việc nhóm hiệu quả nhất là kết nối đầu ra thành đầu vào. Đây là cách nó hoạt động:

Ví dụ: Bản tóm tắt sáng thứ Hai

Thay vì thực hiện chuẩn bị cuộc họp và phân loại email riêng biệt, hãy kết nối chúng:

Thực hiện các bước sau theo trình tự:

Bước 1 - Phân loại email:
Xem lại các email chưa đọc của tôi từ cuối tuần và sáng nay.
Phân loại theo mức độ khẩn cấp. Soạn thảo phản hồi cho các mục thường lệ.

Bước 2 - Chuẩn bị cuộc họp (sử dụng kết quả Bước 1):
Đối với mỗi cuộc họp trong lịch của tôi hôm nay, hãy kiểm tra xem có email khẩn cấp nào từ Bước 1 có liên quan hay không.
Nếu có, hãy đưa chúng vào
tài liệu tóm tắt cuộc họp. Chuẩn bị gói tóm tắt cho
mỗi cuộc họp.

Bước 3 - Kế hoạch hàng ngày:
Tạo danh sách công việc ưu tiên cho hôm nay bằng cách kết hợp:
- Các hành động email khẩn cấp từ Bước 1
- Các mục chuẩn bị cuộc họp từ Bước 2
- Bất kỳ nhiệm vụ nào trong Planner quá hạn đến hạn hôm nay hoặc trước đó

Lưu kế hoạch hàng ngày dưới dạng ghi chú trong Outlook và ghim nó vào
nguồn cấp dữ liệu Teams Activity.

Tại sao việc kết hợp các bước lại quan trọng: Bước 2 tốt hơn vì nó biết kết quả của Bước 1. Một quy trình chuẩn bị cuộc họp độc lập sẽ không biết rằng một email khẩn cấp về Dự án X vừa được gửi đến - nhưng phiên bản kết hợp thì biết, và nó tích hợp ngữ cảnh đó vào bản tóm tắt.

✅ Kiểm tra nhanh: Trong bản tóm tắt Thứ Hai được kết hợp, tại sao kế hoạch hàng ngày (Bước 3) cần đầu ra từ cả Bước 1 và Bước 2?

Câu trả lời: Vì các ưu tiên của bạn trong ngày phụ thuộc vào cả email khẩn cấp VÀ yêu cầu cuộc họp. Không nguồn nào riêng lẻ cung cấp bức tranh đầy đủ.

Thêm logic điều kiện

Không phải mọi quy trình làm việc đều nên đi theo cùng một con đường mọi lúc. Bạn có thể hướng dẫn Cowork phân nhánh dựa trên các điều kiện:

Các mẫu điều kiện "nếu-thì":

Phân tích dữ liệu bán hàng quý này.

Nếu doanh thu giảm hơn 5% so với quý trước:
  - Tạo bản phân tích nguyên nhân gốc rễ chi tiết trong Word
  - Xây dựng bản báo cáo cảnh báo cho ban lãnh đạo (tối đa 3 slide)
  - Soạn thảo email gửi ban lãnh đạo tóm tắt
   sự sụt giảm và kế hoạch điều tra đề xuất

Nếu doanh thu ổn định hoặc tăng:
  - Tạo báo cáo tóm tắt với những điểm nổi bật chính
  - Thêm dữ liệu vào bảng tính theo dõi hàng quý hiện có
  - Không cần cảnh báo

Định tuyến dựa trên ngưỡng:

Xem lại công cụ theo dõi dự án từ Bài học 6.

Nếu có bất kỳ mục nào có rủi ro CAO:
  - Soạn thảo email cảnh báo rủi ro gửi cho [quản lý] kèm theo chi tiết
  - Lên lịch cuộc họp xem xét rủi ro 30 phút vào ngày mai
  - Đăng bản tóm tắt lên kênh dự án trong Teams

Nếu tất cả các mục đều ở mức TRUNG BÌNH hoặc thấp hơn:
  - Chỉ cần lưu công cụ theo dõi vào SharePoint như thường lệ
  - Đăng bản cập nhật ngắn gọn "đã an toàn" lên kênh dự án

Điều này giúp tránh những rắc rối không cần thiết trong khi vẫn đảm bảo các vấn đề thực sự được giải quyết ngay lập tức.

✅ Kiểm tra nhanh: Sự khác biệt giữa quy trình làm việc theo chuỗi và quy trình làm việc có điều kiện là gì?

Câu trả lời: Liên kết chuỗi: các bước luôn chạy theo trình tự, mỗi bước sử dụng kết quả đầu ra trước đó. Điều kiện: quy trình công việc phân nhánh dựa trên những gì nó tìm thấy, chạy các hành động khác nhau cho nhiều tình huống khác nhau.

Xử lý lỗi một cách khéo léo

Mọi thứ có thể bị lỗi. SharePoint ngừng hoạt động để bảo trì. Một file được đổi tên. Một chuỗi email bạn đang tìm kiếm đã được lưu trữ. Đây là cách xây dựng quy trình công việc có khả năng phục hồi:

Thêm hướng dẫn dự phòng:

Nếu bạn không thể truy cập [trang SharePoint], hãy bỏ qua phần đó của
báo cáo và thêm ghi chú: "Dữ liệu SharePoint không khả dụng --
cần kiểm tra thủ công."

Nếu file Excel [tên file] không được tìm thấy ở vị trí dự kiến,
hãy tìm kiếm các file OneDrive gần đây của tôi để tìm một file có tên tương tự và yêu cầu tôi xác nhận trước khi tiếp tục.

Nếu kênh Teams không có tin nhắn nào trong khoảng thời gian tìm kiếm,
hãy ghi chú "Không có hoạt động trong [tên kênh] tuần này" thay vì
để trống phần đó.

Những điều KHÔNG nên làm: Đừng để các lỗi âm thầm tạo ra kết quả đầu ra không đầy đủ. Một báo cáo trạng thái trông có vẻ đầy đủ nhưng lại thiếu toàn bộ nguồn dữ liệu còn tệ hơn một báo cáo ghi rõ "SharePoint không khả dụng".

Logic thử lại:

Nếu bất kỳ bước nào thất bại do hết thời gian chờ hoặc sự cố kết nối,
hãy đợi 2 phút và thử lại bước đó một lần nữa trước khi bỏ qua.

Gỡ lỗi quy trình làm việc không hoạt động

Khi quy trình làm việc của bạn tạo ra kết quả không mong muốn, đây là một phương pháp có hệ thống:

Mẹo hay: Khi gỡ lỗi, hãy chạy quy trình theo từng phần nhỏ. Thay vì chạy toàn bộ chuỗi 3 bước, hãy chỉ chạy Bước 1 và kiểm tra kết quả. Sau đó, chạy Bước 2 bằng cách sử dụng kết quả của Bước 1. Điều này giúp xác định chính xác vị trí xảy ra lỗi.

Tổng hợp lại: Quy trình làm việc thực tế phức tạp

Đây là quy trình làm việc hàng tuần đạt chuẩn sản xuất sau khi bạn đã kết hợp tất cả các mẫu:

Mỗi thứ Sáu lúc 2 giờ chiều, hãy chạy quy trình này:

1. Biên soạn báo cáo tình trạng hàng tuần từ Teams, email và Planner
  (sử dụng mẫu Bài học 3)

2. Nếu phát hiện bất kỳ rủi ro CAO nào trong báo cáo tình trạng:
  - Soạn thảo email cảnh báo rủi ro gửi cho [người quản lý]
  - Lên lịch cuộc họp xem xét rủi ro vào thứ Hai

3. Chạy cập nhật trình theo dõi dự án cho tất cả các dự án đang hoạt động

4. Tạo bản tóm tắt "Tổng kết tuần" kết hợp báo cáo tình trạng
  và trình theo dõi dự án thành một bản tóm tắt dành cho ban quản lý

5. Nếu bất kỳ thành viên nào trong nhóm chưa hoàn thành nhiệm vụ nào trong tuần này,
  hãy soạn thảo một tin nhắn kiểm tra ngắn gọn (lưu dưới dạng bản nháp, không gửi)

Phương án dự phòng: Nếu Planner không khả dụng, hãy sử dụng hoạt động của Teams làm
phương án thay thế cho tiến độ nhiệm vụ. Nếu SharePoint bị lỗi, hãy ghi chú lại và
tiếp tục với các nguồn khác.

Quy trình làm việc đơn giản này thay thế khoảng 3 giờ làm việc thủ công vào chiều thứ Sáu.

Những điểm chính cần ghi nhớ

• Kết nối các quy trình công việc sao cho đầu ra của một bước được chuyển tiếp sang bước tiếp theo, tạo ra kết quả phong phú và liền mạch hơn

• Sử dụng logic điều kiện (mẫu nếu-thì) để định tuyến các quy trình công việc dựa trên những gì dữ liệu tiết lộ

• Luôn thêm các hướng dẫn dự phòng cho mỗi nguồn dữ liệu - lỗi âm thầm còn tệ hơn là những lỗ hổng có thể nhìn thấy

• Gỡ lỗi bằng cách chạy các bước riêng lẻ trước khi kết nối chúng lại với nhau

• Các quy trình công việc phức tạp trong thực tế kết hợp việc kết nối, điều kiện và dự phòng thành một kế hoạch tự động duy nhất