AI trong công việc
Buổi 6: Biến việc lặp lại thành quy trình — Ứng dụng ChatGPT vào công việc
Thiết kế và chạy thử một workflow có đầu vào, đầu ra, cổng duyệt, ngoại lệ; đo cả thời gian xử lý và công sức rà soát.
07/10/2026 · 10 phút đọc · Lê Huy Thái
Mỗi tuần lại tổng hợp báo cáo, chuẩn bị biên bản hay gom phản hồi khách hàng. Bạn đã biết nhờ ChatGPT hỗ trợ, nhưng mỗi lần vẫn phải giải thích lại: đọc tệp nào, nhóm theo cách nào, ai duyệt số liệu, thiếu thông tin thì làm gì. Phần tốn sức nằm ở cách làm chưa được ghi rõ.
Buổi 6 lấy một đầu việc thật và vẽ lại đường đi từ dữ liệu đầu vào đến sản phẩm cuối. Bạn đặt rõ chỗ AI được làm, chỗ con người phải kiểm tra và đường xử lý khi tình huống khác mẫu. Đường đi đó là workflow, hay quy trình công việc.
Bài thuộc lộ trình 8 buổi đưa ChatGPT vào công việc, biên tập từ khóa học gốc.
1. Chọn việc đáng để chuẩn hóa
Không phải việc nào lặp lại cũng nên thành workflow ngay. Quy trình hữu ích khi đầu vào và đầu ra tương đối ổn định, nhưng vẫn có cách xử lý những trường hợp không giống mẫu.
Dùng ba dấu hiệu để chọn việc đầu tiên:
| Dấu hiệu | Câu hỏi thực tế |
|---|---|
| Lặp lại | Việc có xuất hiện theo tuần, tháng hoặc một loại yêu cầu quen thuộc không? |
| Có mẫu đúng | Nhóm có chỉ ra được một kết quả tốt và tiêu chí nhận biết nó không? |
| Rủi ro vừa phải | Sai sót có được phát hiện ở cổng duyệt trước khi gây hậu quả không? |
Chọn việc đang tốn thời gian nhưng chưa gây hậu quả lớn nếu bản nháp chưa tốt: tổng hợp báo cáo tuần, chuẩn bị biên bản, gom phản hồi khách hàng. Chưa chọn việc tự phê duyệt chi phí, gửi cam kết pháp lý hay thay đổi dữ liệu quan trọng.
Hãy kể lại một việc vừa làm tuần trước. Bạn cần nêu được đầu vào, đầu ra và người dùng đầu ra đó. Nếu chưa rõ một trong ba điều này, tiếp tục làm rõ trước khi chọn công cụ hoặc nghĩ đến tự động hóa.
2. Bắt đầu từ đầu ra, rồi lần ngược về đầu vào
Nếu chưa biết kết quả tốt trông như thế nào, bạn chưa thể thiết kế bước thực hiện hay chọn công cụ đáng tin cậy. Hãy mô tả sản phẩm cuối và tiêu chí hoàn thành trước, rồi lần ngược lại xem cần dữ liệu, bước xử lý và người chịu trách nhiệm nào.
Một workflow cần đủ bảy phần:
| Phần | Điều cần ghi rõ |
|---|---|
| Đầu vào | Dữ liệu bắt buộc trước khi bắt đầu; ai cung cấp? |
| Đầu ra | Sản phẩm cuối trông thế nào, dành cho ai, phục vụ quyết định gì? |
| Các bước | Các hành động quan sát được, theo thứ tự rõ; tránh chỉ ghi “AI xử lý”. |
| Công cụ và nguồn | Mỗi bước được đọc nguồn nào, dùng công cụ nào, không được chạm vào đâu? |
| Cổng duyệt | AI phải dừng ở đâu để người phụ trách kiểm tra hoặc phê duyệt? |
| Ngoại lệ | Thiếu dữ liệu, nguồn mâu thuẫn hoặc công cụ lỗi thì dừng, hỏi hay chuyển cho ai? |
| Điều kiện hoàn thành | Bằng chứng cho thấy kết quả đủ đúng để bàn giao, ngoài việc tác vụ đã chạy xong. |
Danh sách “đọc, tóm tắt, gửi” chưa nói ai chịu trách nhiệm, khi nào được gửi và dữ liệu nào đủ để bắt đầu. Workflow phải có thứ tự, trạng thái và trách nhiệm rõ ràng. Khi vẽ, viết từng bước bằng động từ và gắn nguồn, người duyệt, ngoại lệ ngay cạnh bước.
3. Đặt cổng duyệt nơi sai sót có thể gây hậu quả
Human gate, hay cổng duyệt của con người, là điểm dừng có mục đích. Bạn không cần duyệt mọi câu chữ theo cùng một mức độ. Tập trung vào những chỗ sai sót có thể thay đổi quyết định, quyền truy cập hoặc hành động bên ngoài.
Có ba nhóm cần kiểm soát:
- Dữ kiện: số liệu, tên người, ngày tháng, cam kết và kết luận quan trọng.
- Quyết định: trước gửi, đăng, cập nhật hệ thống hoặc chuyển sang bước không thể hoàn tác.
- Ngoại lệ: khi thiếu nguồn, nguồn mâu thuẫn, vượt phạm vi hoặc công cụ trả lỗi.
Ba tình huống để đặt cổng đúng chỗ
AI nhóm 120 phản hồi thành 5 chủ đề. Có cần duyệt từng phản hồi không? Không nhất thiết. Lấy mẫu một số phản hồi trong mỗi nhóm, kiểm tra nhóm có bằng chứng và duyệt kết luận dùng để ra quyết định.
Workflow chuẩn bị email nhưng chưa gửi. Cổng duyệt ở trước hay sau gửi? Ở trước. Người chịu trách nhiệm kiểm tra người nhận, nội dung, tệp đính kèm và chủ động xác nhận hành động bên ngoài.
Một số liệu có hai giá trị trong hai tệp. AI có chọn số hợp lý hơn không? Không. Giữ cả hai giá trị, ghi rõ nguồn và dừng để con người xác nhận nguồn sự thật. Chọn một số theo cảm giác sẽ che mất ngoại lệ.
Human gate không chỉ là đọc lại mọi thứ khi báo cáo đã hoàn tất. Ghi lý do dừng ngay cạnh bước có rủi ro. Nếu chưa biết bắt đầu ở đâu, đặt cổng mặc định trước hành động gửi hoặc cập nhật bên ngoài.
4. Chạy một vòng thật trước khi tự động hóa
Sơ đồ thường bỏ sót những quyết định ngầm: biết nguồn nào mới hơn, biết tên nào cần giữ nguyên, biết lúc nào phải hỏi trưởng nhóm. Một vòng chạy thủ công giúp lộ ra bước thừa, dữ liệu thiếu và nơi bạn phải can thiệp.
Tải gói dữ liệu báo cáo tuần. Tệp TXT có ghi chú ca trực, số liệu ticket và một mâu thuẫn có chủ đích để luyện cổng dừng.
Dữ liệu thực hành có thể sao chép
Dưới đây là toàn bộ dữ liệu mẫu để bạn thực hành ngay trong bài. Các hồ sơ, mốc thời gian và số liệu là tình huống học tập, không phải dữ liệu khách hàng thật.
GÓI DỮ LIỆU THỰC HÀNH — BÁO CÁO HỖ TRỢ KHÁCH HÀNG TUẦN 16–20/09
Mục tiêu đầu ra
- Bản nháp báo cáo cho trưởng nhóm.
- Gồm: tổng quan, 3 vấn đề nổi bật, việc đã xử lý, rủi ro và việc cần quyết định.
- Không tự gửi. Trưởng nhóm phải duyệt số liệu và kết luận trước khi sử dụng.
Nguồn A — Bảng ticket xuất lúc 17:30 ngày 20/09
- Tổng ticket mới: 86
- Đã đóng: 61
- Đang xử lý: 18
- Chờ khách hàng: 9
- Nhãn xuất hiện nhiều: đăng nhập (24), thanh toán (19), đồng bộ dữ liệu (14)
Nguồn B — Ghi chú ca trực
- Thứ Hai: nhiều khách hàng không nhận được email đặt lại mật khẩu.
- Thứ Ba: đội kỹ thuật đã sửa lỗi gửi email lúc 15:20; lượng ticket đăng nhập giảm từ chiều.
- Thứ Tư: 7 phản hồi liên quan thanh toán bị lặp giao dịch; chưa có kết luận nguyên nhân.
- Thứ Năm: bản cập nhật đồng bộ dữ liệu được triển khai cho 30% tài khoản.
- Thứ Sáu: chưa có số liệu xác nhận kết quả sau triển khai.
Ngoại lệ có chủ đích
- Nguồn A ghi 86 ticket mới.
- Tổng các trạng thái trong cùng nguồn là 61 + 18 + 9 = 88.
- Không tự sửa hoặc chọn một con số. Hãy đánh dấu mâu thuẫn, nêu người cần xác nhận và dừng trước khi kết luận tỷ lệ xử lý.
Tiêu chí hoàn thành
- Chỉ dùng dữ kiện có trong hai nguồn.
- Tách sự kiện đã xác nhận khỏi giả thuyết hoặc việc chưa có kết luận.
- Không tính tỷ lệ từ số liệu đang mâu thuẫn.
- Nêu rõ điểm cần trưởng nhóm xác nhận.
- 01Viết đầu ra và tiêu chí hoàn thành
Làm việc này trước khi mở ChatGPT. Xác định bản báo cáo dành cho ai và bằng chứng nào đủ để bàn giao.
- 02Đưa đúng nguồn vào
Cung cấp nguồn bằng cách môi trường của bạn hỗ trợ, chẳng hạn tải tệp lên hoặc dán nội dung được phép dùng. Yêu cầu AI liệt kê dữ liệu thiếu hoặc mâu thuẫn trước khi soạn. Không mặc định ChatGPT có quyền đọc thư mục trên máy.
- 03Thực hiện từng bước
Cho AI chạy các bước đã mô tả; lưu lại nơi bạn phải giải thích thêm hoặc can thiệp. Đây là dữ liệu để sửa workflow.
- 04Đối chiếu tại cổng duyệt
Kiểm tra nguồn, số liệu và kết luận quan trọng. Đọc thấy câu chữ trôi chảy chưa chứng minh bản nháp đúng.
- 05Ghi ngoại lệ và cách xử lý
Ghi ít nhất một ngoại lệ cùng quy tắc xử lý, để lần sau không phải đoán lại. Nếu hai nguồn khác số, giữ cả hai và ghi điều cần người phụ trách xác nhận.
- 06Chốt phiên bản có bằng chứng
Chỉ chốt workflow khi có sản phẩm đạt tiêu chí. Giữ đầu ra, nhật ký sửa và kết quả kiểm tra của lần chạy.
Nếu không có đầu việc riêng, dùng tình huống báo cáo hỗ trợ trong tệp mẫu. Nếu thời gian thực hành ngắn, chạy một nửa gói dữ liệu nhưng vẫn đối chiếu nguồn. Bỏ phần kiểm tra sẽ làm mất mục tiêu của bài.
5. Đo phần con người vẫn phải sửa
Một workflow nhanh nhưng làm tăng thời gian kiểm tra hoặc tạo lỗi khó thấy chưa phải là cải tiến. Bấm giờ từ lúc nhận nguồn đến lúc bản nháp đủ để duyệt; ghi riêng thời gian AI xử lý và thời gian con người rà soát.
Theo dõi đủ sáu chỉ số:
- Thời gian từ nhận đầu vào đến bản đủ để duyệt.
- Số vòng sửa trước khi đạt tiêu chí.
- Số lỗi dữ kiện hoặc lỗi phạm vi đã phát hiện.
- Số phút con người rà soát và phê duyệt.
- Số ngoại lệ chưa có cách xử lý.
- Mức tái sử dụng: người khác có chạy lại được không?
So sánh một lần làm theo cách cũ với hai lần chạy workflow. Chỉ mở rộng khi chất lượng giữ ổn định, thời gian review không tăng và ngoại lệ quan trọng đã có đường xử lý. Một câu trả lời nhanh của AI chỉ đo được một đoạn nhỏ trong toàn bộ công việc.
Buổi 7 sẽ chỉ đóng gói workflow này thành Skill sau khi các bước đủ ổn định để người khác chạy lại. Nếu mỗi lần vẫn phải đổi toàn bộ cách làm, điều cần sửa trước là workflow.
Tham khảo theo khóa học: Prompt engineering best practices, File uploads FAQ. Đối chiếu khả năng đọc tệp với tài khoản và môi trường của bạn.
Học tiếp trong lộ trình
- Buổi trước: Buổi 5: AI thao tác, bạn kiểm soát.
- Buổi tiếp theo: Buổi 7: Lưu cách làm để dùng lại.
- Xem đầy đủ lộ trình và 8 bài chi tiết.