Chuyển yêu cầu khách hàng thành checklist: tách điều đã chốt khỏi điều đang đoán

Khách gửi một email yêu cầu “bản giới thiệu ngắn, nhìn chuyên nghiệp, dùng được cho đội bán hàng”. Sau đó người phụ trách nhắn thêm vài ý trong cuộc họp. Đội thực hiện làm xong mới biết khách cần bản in, còn người thiết kế hiểu là tài liệu gửi qua điện thoại.

Để chuyển yêu cầu khách hàng thành checklist, mỗi dòng cần có một việc hoặc kết quả kiểm được, nguồn yêu cầu, trạng thái xác nhận và người chốt. AI hỗ trợ bóc tách thông tin từ email, ghi chú và tài liệu; những chỗ mơ hồ phải trở thành câu hỏi, không biến thành cam kết mới.

Bài này dùng cho phối hợp công việc và kiểm đầu ra nội bộ. Checklist không tự thay thế hợp đồng, phạm vi dịch vụ đã ký hoặc thủ tục nghiệm thu của hai bên.

Thu gọn bộ nguồn trước khi nhờ AI

Đừng đưa một thư mục lẫn bản cũ, bản nháp và tài liệu tham khảo rồi yêu cầu AI “tổng hợp yêu cầu cuối cùng”. Người phụ trách cần chỉ rõ nguồn nào đã được chốt, nguồn nào chỉ là gợi ý. Nếu chưa rõ, giữ cả hai và đánh dấu xung đột.

Tạo danh mục gồm tên tài liệu, ngày, người gửi, phiên bản, trạng thái và vị trí lưu. Chẳng hạn: email E01 là yêu cầu ban đầu; biên bản M02 là nội dung trao đổi; email E03 xác nhận một thay đổi cụ thể. E03 không mặc nhiên hủy mọi nội dung của E01.

Nếu có nhiều file cùng tên, xử lý bằng quy tắc quản lý phiên bản trước. Không dùng ngày sửa file làm bằng chứng duy nhất rằng nội dung đó đã được khách duyệt.

Chia thông tin thành bốn nhóm

Nhóm	Dấu hiệu	Cách đưa vào bảng
Yêu cầu đã xác nhận	Có nguồn và người chốt phù hợp	Ghi rõ đầu ra, căn cứ, tiêu chí kiểm
Đề xuất	Người thực hiện đưa phương án, chưa được duyệt	Giữ nhãn đề xuất, không giao làm như cam kết
Giả định	Nhóm đang tạm hiểu để chuẩn bị	Nêu giả định và câu hỏi xác nhận
Mâu thuẫn hoặc thiếu	Hai nguồn khác nhau, thiếu điều kiện	Chặn phần liên quan, giao người hỏi lại

Một câu “có thể thêm bản tiếng Anh” là đề xuất, không tương đương “phải bàn giao bản tiếng Anh”. Tương tự, việc khách chưa phản hồi không đủ để tự đổi trạng thái thành đã đồng ý. Cơ chế chấp thuận của từng dự án phải được người phụ trách xác định theo cách làm đã thống nhất.

Ví dụ giả lập: làm tài liệu giới thiệu dịch vụ

Toàn bộ tình huống sau là giả lập. Nhóm Mây chuẩn bị tài liệu giới thiệu cho một đối tác. Bộ nguồn có ba đoạn:

• E01: “Cần bản PDF tiếng Việt, tối đa 6 trang, giới thiệu ba dịch vụ A, B, C.”
• M02: “Bản này chủ yếu gửi qua điện thoại. Có thể làm thêm bản in nếu cần.”
• E03: “Dùng bảng giá phiên bản 04. Phần hình ảnh chúng tôi sẽ gửi sau.”

Bảng bóc tách ban đầu nên trông như sau:

Mã	Nội dung	Nguồn	Trạng thái	Việc cần làm
YC-01	PDF tiếng Việt, tối đa 6 trang	E01	Đã xác nhận trong bộ ví dụ	Kiểm định dạng, ngôn ngữ, số trang
YC-02	Có ba dịch vụ A, B, C	E01	Đã xác nhận	Đối chiếu đủ ba phần
YC-03	Đọc thuận tiện trên điện thoại	M02	Cần làm rõ tiêu chí	Gửi bản mẫu để xác nhận cách kiểm
YC-04	Bản in	M02	Đề xuất	Hỏi có nằm trong phạm vi lần này không
YC-05	Bảng giá phiên bản 04	E03	Đã xác nhận	Kiểm nguồn giá đúng bản
YC-06	Hình ảnh do khách gửi	E03	Chưa đủ đầu vào	Ghi người xin ảnh và hạn cần nhận

Điểm quan trọng là YC-03 chưa có cỡ chữ, kích thước màn hình hay dung lượng file được duyệt. AI không nên tự thêm một con số rồi coi đó là yêu cầu của khách. Nhóm có thể đề xuất cách kiểm, nhưng cần giữ nhãn đề xuất cho tới khi có xác nhận.

Viết tiêu chí kiểm có bằng chứng

Một checklist hữu ích giúp hai người kiểm cùng nhìn vào một căn cứ. “Thiết kế đẹp” chưa đủ. “Có đủ ba mục A, B, C theo tài liệu nguồn đã chốt” có thể kiểm trực tiếp. Với chất lượng mang tính cảm nhận, dùng mẫu tham chiếu hoặc vòng duyệt thay vì giả vờ mọi thứ đều đo được bằng số.

Mẫu bảng dùng lại:

Mã yêu cầu	Đầu ra cần kiểm	Tiêu chí/cách kiểm	Bằng chứng	Người kiểm	Trạng thái
[YC-xx]	[Tệp hoặc phần việc]	[Điều kiện đã được thống nhất]	[Link file/ảnh/ghi chú]	[Vai trò]	Chưa kiểm/Đạt/Chưa đạt/Chờ xác nhận

Trong ví dụ giả lập, YC-01 có thể kiểm bằng cách mở PDF cuối và đếm số trang. YC-05 cần so từng dòng giá với bản 04, không chỉ kiểm tên file. YC-06 chưa thể đạt khi chưa nhận được ảnh; không dùng ảnh tạm mà bỏ nhãn “chờ khách xác nhận”.

Prompt bóc tách yêu cầu có nguồn

Từ các tài liệu [mã nguồn và phiên bản], lập bản nháp bảng yêu cầu cho [công việc]. Mỗi dòng gồm mã, nguyên ý yêu cầu, nguồn/trang/đoạn, đầu ra, điều kiện, trạng thái và câu hỏi còn thiếu. Phân biệt yêu cầu đã xác nhận, đề xuất, giả định và xung đột. Không tự bổ sung thời hạn, thông số, người duyệt hay phạm vi. Với từ mơ hồ như “nhanh”, “đẹp”, “đầy đủ”, hãy nêu câu hỏi cần xác nhận. Sau bảng, đề xuất tiêu chí kiểm nhưng ghi rõ đâu là đề xuất mới. Không coi việc không có phản hồi là đồng ý.

Sau khi nhận kết quả, mở nguồn kiểm các dòng liên quan đến phạm vi, tiền, thời hạn và điều kiện. Có thể áp dụng cách đối chiếu bản tóm tắt AI; một đoạn được diễn đạt gọn vẫn có thể làm mất chữ “nếu” hoặc “dự kiến”.

Gửi một vòng xác nhận ngắn, có lựa chọn rõ

Thay vì chuyển nguyên bảng dài rồi hỏi “anh/chị duyệt giúp”, gom những điểm đang cản trở công việc:

Nhóm đã ghi nhận PDF tiếng Việt tối đa 6 trang và bảng giá phiên bản 04. Còn ba điểm cần xác nhận: bản in có nằm trong phạm vi lần này không; dùng bản mẫu nào để duyệt khả năng đọc trên điện thoại; ai gửi bộ ảnh và thời điểm dự kiến nhận. Phần chưa được xác nhận sẽ được giữ riêng trong bảng, chưa đưa vào tiêu chí hoàn tất.

Mẫu này cần thay bằng tình huống thật trước khi gửi. Khi khách trả lời, lưu nguồn mới và cập nhật đúng các dòng liên quan. Nếu phát sinh hạng mục, ghi tác động tới công sức, lịch và phần đã chốt để người phụ trách quyết định; đừng lặng lẽ mở rộng danh sách việc.

Khi yêu cầu cần lấy báo giá ngoài, chuyển đúng phạm vi đã xác nhận sang bảng so sánh báo giá nhà cung cấp. Như vậy người mua không so những phương án đáp ứng các yêu cầu khác nhau.

Kiểm trước khi bàn giao

• [ ] Mỗi dòng quan trọng truy được về nguồn hoặc được ghi rõ là đề xuất.
• [ ] Những yêu cầu mâu thuẫn có người xử lý, chưa bị AI tự hòa giải.
• [ ] Tiêu chí kiểm không chứa thông số do nhóm tự thêm mà chưa duyệt.
• [ ] File bàn giao đúng phiên bản; tài liệu tạm và phần còn chờ đã được đánh dấu.
• [ ] Kết quả kiểm có bằng chứng và người kiểm, không chỉ có dấu tích.
• [ ] Thay đổi sau lần xác nhận gần nhất được ghi riêng.

Muốn nhân viên mới thực hiện nhất quán, dùng một bộ nguồn giả lập để tạo bài thực hành từ quy trình, rồi kiểm cách họ nhận ra chỗ thiếu thay vì chỉ kiểm tốc độ điền bảng.

TailieuAI giới thiệu khả năng tổ chức và tra cứu tài liệu có nguồn. Đây là nền tảng phù hợp để giữ bộ căn cứ rõ ràng; bảng yêu cầu trong bài là phương pháp phối hợp đề xuất, không phải lời khẳng định sản phẩm tự xác nhận cam kết thay khách hàng. Chỉ dùng tài liệu được phép đưa vào công cụ, và để người có trách nhiệm chốt phạm vi cuối cùng.