Điểm duyệt là chỗ tác tử AI phải dừng, trình bày việc sắp làm và chờ bạn đồng ý. Nó cần đặt ở mọi thao tác không đảo ngược được hoặc đi ra ngoài tổ chức: gửi thư hay tin nhắn, xoá hoặc ghi đè dữ liệu, chi tiền, và cam kết điều gì thay bạn. Những việc còn lại, như đọc, tổng hợp, soạn nháp trong nội bộ, thường không cần duyệt từng lần.
Đặt điểm duyệt cần ba lớp cùng lúc: cài đặt xác nhận của công cụ, quyền của kết nối (không cấp quyền gửi thì không gửi được) và câu dặn trong đề bài. Chỉ dựa vào câu dặn là chưa đủ, vì tác tử có thể hiểu sai. Bài này giúp bạn phân loại thao tác, thiết lập ba lớp đó, viết mẫu phiếu đề xuất để duyệt nhanh, và tránh cái bẫy phổ biến nhất: duyệt cho qua.
Việc đảo ngược được và việc không đảo ngược được
Câu hỏi để phân loại: nếu tác tử làm sai, bạn có sửa lại được như cũ mà không ai bên ngoài biết không. Bảng dưới xếp các thao tác hay gặp.
| Thao tác | Đảo ngược được? | Gợi ý |
|---|---|---|
| Đọc thư, tệp, lịch | Không thay đổi gì | Không cần duyệt, chỉ cần giới hạn phạm vi |
| Tạo thư nháp, ghi chú nội bộ | Có, xoá là xong | Không cần duyệt từng lần |
| Tạo tệp mới trong thư mục làm việc | Có | Không cần duyệt, đặt tên rõ để dễ dọn |
| Sửa ô trong bảng tính dùng chung | Thường có, nhờ lịch sử phiên bản, nhưng người khác có thể đã dùng số sai | Duyệt hoặc chỉ cho ghi vào cột riêng |
| Gửi thư, tin nhắn cho khách hay đối tác | Không | Luôn duyệt |
| Tạo lịch mời người ngoài | Không hẳn: thư mời đã đi | Luôn duyệt |
| Xoá thư, xoá tệp | Có khi khôi phục được trong thời hạn, có khi không | Không cấp quyền; nếu cần thì duyệt |
| Đặt hàng, thanh toán, đăng ký dịch vụ | Không | Không giao, hoặc tác tử chỉ chuẩn bị đến bước cuối |
Để ý các dòng có chữ "thường" và "có khi": đó là vùng xám. Với vùng xám, mặc định cho duyệt trong vài tuần đầu, sau đó mới quyết có nới không dựa vào những gì đã quan sát.
Bốn loại thao tác luôn cần duyệt
Mọi thứ đi ra ngoài tổ chức. Thư, tin nhắn, bình luận, bài đăng, thư mời họp gửi cho người ngoài. Một khi đã đi, bạn không lấy lại được, và người nhận coi đó là lời của bạn. Kể cả khi nội dung đúng, giọng điệu hay thời điểm gửi có thể không hợp.
Xoá hoặc ghi đè dữ liệu gốc. Dọn hộp thư, dọn thư mục, cập nhật hàng loạt bảng tính. Tác tử có thể hiểu "thư cũ" rộng hơn bạn nghĩ, hoặc ghi đè một cột mà người khác đang dùng để tính lương, tính hàng.
Bất cứ thứ gì liên quan đến tiền. Thanh toán, hoàn tiền, đặt hàng, đăng ký gói dịch vụ có phí, thay đổi giá bán. Nhiều doanh nghiệp nhỏ chọn không giao các việc này cho tác tử ở bất kỳ mức nào, và đó là lựa chọn hợp lý.
Cam kết thay mặt bạn. Xác nhận lịch hẹn với khách, đồng ý một điều khoản, hứa thời hạn giao hàng, trả lời một khiếu nại. Những câu này có giá trị như lời hứa, và có khi có hệ quả pháp lý.
Dựng ba lớp điểm duyệt
Ba lớp dưới đây đỡ cho nhau. Lớp nào hỏng thì lớp khác vẫn chặn.
- Lớp quyền: không cấp quyền mà việc không cần. Nếu tác tử chỉ có quyền tạo thư nháp, nó không thể tự gửi dù có hiểu sai đề bài. Đây là lớp chắc nhất vì nó không phụ thuộc vào việc tác tử hiểu gì.
- Lớp cài đặt công cụ: nhiều ứng dụng tác tử có chế độ yêu cầu xác nhận trước khi chạy một số hành động, hoặc trước mọi hành động ghi. Bật nó lên. Nền tảng tự động hoá kéo thả cũng thường có bước "chờ duyệt" gửi thông báo cho bạn bấm đồng ý hoặc từ chối.
- Lớp đề bài: ghi rõ danh sách thao tác phải dừng hỏi, kèm yêu cầu trình bày phiếu đề xuất theo mẫu. Lớp này linh hoạt nhất, bắt được cả những tình huống hai lớp trên không lường trước, như gặp khách đang tức giận.
- Chạy thử để xem các lớp có thật sự chặn không: giao một việc giả định có bước gửi, xem tác tử dừng ở đâu, thông báo đến bạn bằng đường nào.
- Ghi lại cấu hình: lớp nào đang bật cho việc nào, để khi đổi công cụ hay đổi người phụ trách không ai vô tình tắt mất.
Nếu chỉ có thời gian làm một lớp, hãy làm lớp quyền. Câu dặn trong đề bài là lời nhắc, quyền hạn mới là hàng rào.
Mẫu phiếu đề xuất để duyệt trong một phút
Điểm duyệt chỉ có ích khi bạn hiểu ngay mình đang duyệt cái gì. Một thông báo kiểu "tác tử muốn gửi một thư, đồng ý không" là không đủ. Hãy yêu cầu tác tử trình bày mỗi đề xuất theo một khuôn cố định, ghi khuôn đó vào đề bài.
Khuôn gợi ý gồm năm dòng. Việc sắp làm: gửi thư trả lời, tạo lịch, sửa ô bảng. Đối tượng: gửi cho ai, sửa ở đâu. Nội dung: toàn văn thư hoặc giá trị cũ và mới. Căn cứ: vì sao tác tử đề xuất việc này, dựa trên thư nào, dòng nào. Điều chưa chắc: chỗ nào tác tử đoán hoặc thiếu thông tin. Dòng cuối là quan trọng nhất, vì nó cho bạn biết cần nhìn vào đâu.
Câu dặn mẫu cho đề bài, viết đúng như gõ: Trước khi gửi bất kỳ thư nào, tạo lịch mời người ngoài, hoặc sửa bảng đơn hàng, dừng lại và trình bày theo năm dòng: việc sắp làm, đối tượng, nội dung đầy đủ, căn cứ, điều chưa chắc. Chờ trả lời "đồng ý" mới làm. Nếu được trả lời "sửa", làm theo chỉ dẫn rồi trình lại. Với khuôn này, phần lớn đề xuất bạn duyệt trong vài chục giây.
Duyệt sao cho không mệt
Gom duyệt theo lô. Thay vì duyệt từng thư lúc nó phát sinh, để tác tử soạn hết các thư nháp buổi sáng, bạn duyệt một lượt lúc 10 giờ. Đọc mười thư liền mạch nhanh hơn mười lần bị ngắt quãng.
Đặt ngưỡng. Việc dưới ngưỡng được tự làm, trên ngưỡng phải hỏi. Ví dụ giả định: cập nhật trạng thái đơn trong bảng nội bộ được tự làm; mọi thư cho khách phải hỏi; thư cho khách có nhắc đến hoàn tiền thì phải chuyển hẳn cho người.
Tách người duyệt theo loại việc. Thư cho khách do người bán hàng duyệt, sửa bảng kho do người giữ kho duyệt. Mỗi người duyệt đúng việc mình hiểu, nhanh và chính xác hơn một người duyệt tất cả.
Dùng mẫu cho các trường hợp hay gặp. Nếu bảy trên mười thư là hỏi giờ mở cửa hay tình trạng đơn, có mẫu trả lời đã duyệt sẵn; tác tử chỉ điền thông tin. Bạn duyệt nhanh vì chỉ cần nhìn phần điền.
Ví dụ giả định: xưởng may nhỏ duyệt thư gửi đối tác
Một xưởng may gia công mười lăm người ở Bắc Ninh dùng tác tử để theo dõi thư của các đối tác đặt hàng. Mỗi ngày có khoảng hai mươi thư: hỏi tiến độ, gửi mẫu sửa, đề nghị dời ngày giao. Chủ xưởng muốn tác tử soạn trả lời, nhưng sợ nhất là nó tự hứa ngày giao hay tự đồng ý đổi đơn giá.
Cách xưởng thiết lập: kết nối hộp thư chỉ có quyền đọc và tạo nháp; bảng tiến độ sản xuất chỉ xem. Đề bài chia thư thành ba nhóm. Nhóm hỏi tiến độ: tác tử tra bảng, soạn nháp theo mẫu đã duyệt sẵn, người phụ trách đơn duyệt theo lô lúc 10 giờ và 15 giờ. Nhóm có chữ dời ngày, đổi số lượng, đổi giá: tác tử không soạn gì, chỉ gắn nhãn "chủ xưởng xử lý" và tóm tắt yêu cầu trong năm dòng. Nhóm còn lại: soạn nháp kèm dòng "điều chưa chắc".
Sau một tháng, xưởng thấy nhóm hỏi tiến độ gần như không phải sửa, nên chuyển nhóm này sang luồng cố định gửi mẫu tự động kèm số liệu từ bảng, vẫn có người duyệt theo lô nhưng chỉ lướt. Nhóm dời ngày và đổi giá giữ nguyên cách cũ. Điểm duyệt ở đây không làm chậm việc mà giúp chủ xưởng chỉ phải đọc những thư thật sự cần mình.
Bẫy "duyệt cho qua" và cách tránh
Sau vài tuần mọi đề xuất đều đúng, người duyệt bắt đầu bấm đồng ý mà không đọc. Đây là hiện tượng quen thuộc trong mọi quy trình phê duyệt, không riêng gì với AI. Vấn đề là đúng lúc bạn bấm không đọc, đề xuất sai sẽ đi qua, và nó đi qua với chữ ký của bạn.
Vài cách giữ cho việc duyệt còn ý nghĩa. Giữ số lượng duyệt ở mức đọc được: nếu mỗi ngày phải duyệt trăm việc, đó là dấu hiệu nên nới quyền cho những việc rủi ro thấp để tập trung vào những việc rủi ro cao. Yêu cầu dòng "điều chưa chắc" luôn có nội dung, kể cả khi là "không có", để mắt bạn có chỗ dừng. Thỉnh thoảng đọc kỹ ngẫu nhiên một đề xuất như thể lần đầu.
Một dấu hiệu cảnh báo khác: bạn bắt đầu sửa đề xuất ít dần không phải vì tác tử giỏi hơn mà vì bạn mệt. Khi đó, tạm thu hẹp việc giao cho tác tử để số lượng duyệt giảm xuống, thay vì tiếp tục duyệt hời hợt.
Khi nào có thể bỏ bước duyệt
Bỏ bước duyệt cho một loại việc là quyết định nên đưa ra có căn cứ, không phải vì thấy phiền. Các điều kiện dưới đây nên thoả hết.
- Việc đã chạy có duyệt đủ lâu, ví dụ vài tuần, mà gần như không phải sửa đề xuất nào.
- Hậu quả xấu nhất nếu làm sai là nhỏ và nội bộ, sửa lại được trong vài phút.
- Không có thông tin của khách hay tiền trong việc đó.
- Có nhật ký đầy đủ để xem lại sau, và có người được giao đọc nhật ký định kỳ.
- Có cách dừng nhanh: biết tắt tác tử hay luồng ở đâu nếu thấy chạy sai.
- Mọi người liên quan biết việc đó đã chuyển sang tự chạy, để khi thấy chuyện lạ thì báo.
Kể cả khi đã bỏ duyệt, giữ thói quen đọc lại một vài kết quả ngẫu nhiên mỗi tuần. Nếu phát hiện sai, quay lại chế độ có duyệt ngay, không chờ sai thêm lần nữa.
Câu hỏi thường gặp
Tác tử đã được dặn phải hỏi mà vẫn tự làm thì vì sao?
Thường do tác tử hiểu thao tác đó không thuộc danh sách phải hỏi, ví dụ bạn dặn "không gửi thư" nhưng nó trả lời trong ô bình luận của tài liệu chia sẻ. Đó là lý do phải có lớp quyền: không cấp quyền thì dù hiểu sai cũng không làm được. Sau mỗi lần như vậy, bổ sung thao tác đó vào đề bài và xem lại quyền.
Duyệt trên điện thoại có được không?
Được với nhiều công cụ có thông báo hoặc ứng dụng di động. Điều kiện là đề xuất phải hiển thị đủ nội dung để đọc trên màn hình nhỏ. Với thư dài hay thay đổi nhiều dòng bảng, nên duyệt trên máy tính hoặc yêu cầu tác tử tóm tắt phần thay đổi ở đầu đề xuất.
Nếu không ai trực để duyệt thì tác tử làm gì?
Nó sẽ chờ, và việc sẽ dồn lại. Nên đặt trong đề bài: nếu chờ quá một khoảng thời gian, chuyển việc sang danh sách cần người xử lý và tiếp tục việc khác. Với việc có khách đang chờ, cân nhắc gửi một thư tự động báo đã nhận yêu cầu, mẫu thư này được duyệt sẵn một lần.
Có nên cho tác tử tự gửi thư cảm ơn sau khi khách mua không?
Đó là loại việc có thể nới sau một thời gian, vì nội dung lặp lại, rủi ro thấp. Nhưng nên dùng mẫu cố định qua luồng tự động thay vì để tác tử tự viết từng thư. Luồng cố định với mẫu đã duyệt ổn định hơn và rẻ hơn.
Ghi lại ai đã duyệt việc gì có cần thiết không?
Có, nhất là khi nhiều người cùng duyệt. Khi có sự cố, câu hỏi đầu tiên là ai đã đồng ý và họ thấy gì lúc đó. Nhiều công cụ tự lưu; nếu không, yêu cầu tác tử ghi tên người duyệt và thời điểm vào nhật ký sau mỗi việc.
Điểm duyệt có làm mất ý nghĩa của việc tự động hoá không?
Không. Phần tốn công nhất của nhiều việc là đọc, tra cứu, soạn; phần bấm gửi chỉ mất vài giây. Tác tử làm phần nặng, bạn giữ quyết định cuối. Khi một việc đã ổn định, bạn có thể nới dần như mục cuối bài mô tả.