Claude Team: Mẫu giao việc chung có nguồn, tiêu chí và người duyệt

Một CEO nói “hãy dùng Claude để làm nhanh hơn” chưa tạo ra cách làm chung. Mỗi nhân viên sẽ tự chọn nguồn, tự đoán đầu ra đạt hay chưa, rồi đưa bản nháp cho một người khác sửa. Bài này giúp team lead thiết kế mẫu giao việc một trang cho Claude Team, để người mới cũng biết việc gì được phép giao, nguồn nào được dùng, khi nào phải dừng và ai duyệt kết quả. Làm một mẫu cho một quy trình thật mất khoảng 30 phút.

Đây không phải một prompt dài để dán vào mọi cuộc chat. Nó là bản giao việc mà người, Project và Skill cùng tham chiếu. Nếu bạn chưa chốt quyền và dữ liệu, hãy làm theo chương quản trị Claude Team trước.

Vì sao mẫu giao việc cần hơn một câu prompt hay?

Claude Academy quan sát thấy người dùng Claude Chat giỏi hơn khi biết hỏi tiếp và sửa qua nhiều lượt; với Claude Code và Cowork, việc làm rõ mục tiêu trước khi bắt đầu đặc biệt quan trọng. Từ đó, nhóm có thể thống nhất một mẫu nói rõ mục tiêu, nguồn, tiêu chí và vòng duyệt. Đây là quy tắc vận hành đề xuất, không phải tính năng bảo đảm Claude luôn làm đúng.

Ví dụ, “viết báo cáo tuần” thiếu kỳ báo cáo, số liệu đã chốt, người đọc và ngưỡng được gửi. Hai nhân viên dùng cùng Claude vẫn có thể tạo hai báo cáo khác nhau. Nếu trưởng nhóm phải hỏi lại tất cả các mục đó ở bước duyệt, nhóm chưa tiết kiệm thời gian.

Mẫu giao việc khác với ba lớp hướng dẫn thường gặp:

Theo Anthropic, Owner của Team có thể đặt organization instructions cho toàn tổ chức. Project và Skill có phạm vi khác. Đừng đặt bảng giá của phòng bán hàng vào hướng dẫn chung chỉ vì muốn mọi người thấy nó; hãy đặt nguồn đã duyệt vào đúng Project và quản lý phiên bản.

Chuẩn bị một việc thí điểm

Chọn một việc có đầu ra và người duyệt rõ: báo cáo tuần, thư phản hồi khách hàng hoặc bản so sánh đề xuất. Lấy một mẫu đã làm tốt, một mẫu có lỗi thường gặp và tài liệu nguồn đã được phép dùng. Trưởng bộ phận chỉ định ai là người giao, người thực hiện và người duyệt. Một người có thể kiêm hai vai, nhưng bản có tác động tới khách hàng hoặc tiền cần kiểm tra độc lập theo quy định của công ty.

Ghi thời gian thực hiện và số lượt sửa của cách làm hiện tại trước khi thử Claude. Nếu không có đường cơ sở, bạn chỉ biết mẫu mới dễ nhìn hơn, chưa biết nó giúp công việc tốt hơn.

Bước 1: điền sáu ô của bản giao việc

Sao chép mẫu dưới đây vào tài liệu nhóm. Thay nội dung trong ngoặc vuông. Nếu một ô chưa có câu trả lời, người giao việc cần bổ sung trước khi yêu cầu Claude tạo bản cuối.

Tên việc và kỳ: [ví dụ: báo cáo vận hành, tuần 40]
Quyết định cần hỗ trợ: [người đọc sẽ chốt điều gì sau khi xem?]
Nguồn được phép dùng: [tên tài liệu, phiên bản, ngày hiệu lực, phạm vi]
Đầu ra cần có: [định dạng, độ dài, các mục bắt buộc]
Điều kiện đạt: [số liệu có nguồn, không tự thêm cam kết, nêu điều chưa rõ]
Điểm dừng và người duyệt: [khi nào Claude phải hỏi; ai kiểm và khi nào]

Ô “quyết định cần hỗ trợ” ngăn việc tạo báo cáo dài mà không giúp người đọc làm gì. Ô “nguồn được phép dùng” buộc nhóm phân biệt tài liệu đã duyệt với bản nháp. Ô “điểm dừng” khiến một kết quả thiếu dữ liệu được chuyển đúng người thay vì biến thành một câu đoán tự tin.

Không ghi mật khẩu, mã OTP hoặc khóa API vào mẫu. Với dữ liệu cá nhân và nội bộ, áp dụng quy tắc phân loại dữ liệu trước khi đưa vào Project hay chat.

Bước 2: chạy thử trên một công việc thật

Giả sử trưởng vận hành cần báo cáo tuần để CEO quyết định có bổ sung nhân sự hỗ trợ hay không. Thay vì giao “Tóm tắt ticket tuần này”, mẫu đã điền là:

Tên việc và kỳ: Báo cáo yêu cầu hỗ trợ, tuần 40.
Quyết định cần hỗ trợ: CEO quyết định có cần tăng người trực giờ cao điểm.
Nguồn được phép dùng: Bảng ticket tuần 40 đã bỏ tên khách; quy định SLA bản 3 ngày 1/10.
Đầu ra cần có: Một trang với số ticket, thời gian xử lý, ba nguyên nhân chậm,
điểm chưa thể kết luận và hai phương án hành động.
Điều kiện đạt: Mỗi số có tên nguồn và kỳ; phân biệt dữ kiện với giả thuyết.
Điểm dừng và người duyệt: Nếu số ticket giữa hai nguồn lệch, hỏi trưởng vận hành.
Trưởng vận hành đối chiếu số và duyệt trước 16 giờ thứ Sáu.

Người thực hiện có thể mở Project báo cáo đã có nguồn đúng phiên bản, đưa bản giao việc vào Claude và yêu cầu bản nháp. Nếu chưa có kết nối dữ liệu được phê duyệt, tải bộ số đã làm sạch theo quy định; đừng bật MCP chỉ vì muốn bỏ bước chuẩn bị nguồn.

Đầu ra tốt không phải một câu “cần tăng ba người” khi chưa đủ bằng chứng. Nó nêu số ticket, khoảng giờ quá tải, giả thuyết cần kiểm, hai lựa chọn và điều kiện để CEO chốt. Trưởng vận hành kiểm các số trong hệ thống gốc rồi mới đưa bản cuối cho CEO. Xem quy trình báo cáo tuần bằng Project, Skill và Artifact để làm tiếp bước này.

Bước 3: kiểm mẫu bằng ca dễ sai

Lấy ba ca: nguồn đầy đủ, nguồn thiếu một chỉ số quan trọng, và hai nguồn mâu thuẫn. Cùng một nhóm người dùng mẫu để giao việc. Người duyệt ghi ba câu trả lời:

1. Claude có dùng đúng tài liệu và ghi nguồn không?
2. Khi thiếu hoặc lệch dữ liệu, nó có dừng và hỏi đúng người không?
3. Một người mới có hiểu kết quả và bước tiếp theo mà không gọi người viết mẫu không?

Sửa mẫu giao việc nếu người dùng bỏ sót cùng một ô nhiều lần. Sửa Project knowledge nếu nguồn sai phiên bản. Sửa Skill nếu chuỗi bước lặp lại tạo lỗi; đừng nhét mọi quy tắc mới vào organization instructions. Một thay đổi chỉ được coi là tốt hơn sau khi chạy lại ba ca.

Đo thời gian từ lúc nhận việc tới bản được duyệt, không chỉ thời gian Claude tạo nháp. Ghi số lỗi quan trọng và lượt sửa. Nếu soạn nhanh hơn nhưng người duyệt mất thêm giờ sửa, mẫu chưa đạt. Đó là chỉ số quản trị do nhóm tự theo dõi, không phải số mà Claude Team tự báo cáo sẵn.

Đóng gói để cả team dùng chung

Khi mẫu đã qua thử, lưu bản một trang ở kho tài liệu chính thức và ghi chủ sở hữu, phiên bản, ngày rà soát. Cho người mới dùng bản đó trên một việc tương tự. Nếu họ làm đúng mà không cần người tạo đứng cạnh, mẫu đã đủ rõ để mở rộng.

Chỉ những quy tắc áp dụng cho tất cả nhân viên mới nên chuyển vào organization instructions. Dữ liệu nền theo từng việc nằm trong Project; các bước lặp lại có thể thành Claude Skill. Owner Team có thể cấp phát Skill đã duyệt cho cả tổ chức. Cấp phát theo nhóm bằng plugin là khả năng Enterprise theo tài liệu quản trị Skills.

Giới hạn cần biết

Một brief rõ không cấp thêm quyền cho Claude, không làm nguồn cũ thành đúng và không thay người duyệt. Nếu nhân viên dùng connector có quyền ghi, câu “chỉ tạo bản nháp” trong brief không phải rào chắn kỹ thuật. Owner cần giới hạn công cụ và quyền ở hệ thống nguồn theo quy trình kết nối MCP.

Với việc mới, phức tạp hoặc chưa có nguồn, đừng ép điền đầy đủ mẫu rồi giả vờ đã rõ. Hãy dùng Claude Chat để làm rõ câu hỏi với người phụ trách, sau đó mới chốt bản giao việc. Mẫu này giúp cả nhóm hỏi đúng điều cần hỏi, không biến mọi công việc thành dây chuyền cứng nhắc.

Câu hỏi thường gặp

Có phải mỗi nhân viên dán cả sáu ô vào Claude mỗi lần? Không. Chỉ điền điều thay đổi theo lần làm việc; phần ổn định đã có trong Project hoặc Skill. Nhưng người giao vẫn phải biết sáu ô đó đã được xác định ở đâu.

Ai sở hữu mẫu giao việc? Trưởng bộ phận sở hữu quy trình. Owner Claude quản lý quyền và cấu hình chung, không tự chịu trách nhiệm tính đúng của mọi chính sách nghiệp vụ.

Mẫu có thay Skill không? Không. Mẫu nêu mục tiêu và tiêu chí của lần làm việc; Skill chứa các bước lặp lại để Claude làm việc đó nhất quán.

Team có cần Enterprise để dùng mẫu này không? Không. Mẫu là quy trình nội bộ. Team có Project, Skill và hướng dẫn tổ chức; một số kiểu phân quyền theo nhóm và kiểm soát nâng cao mới cần Enterprise.

Khi nào cần sửa mẫu? Khi người duyệt phải hỏi lại cùng một thông tin, nguồn đổi, hoặc bộ ca kiểm lặp lại phát hiện lỗi. Ghi phiên bản để biết ai đang dùng mẫu nào.

#ClaudeTeam #GiaoViecChoAI #PromptChoTeam #QuanTriAI #AIChoDoanhNghiep