
Trang 10 / 63
Chương 10
Dùng ChatGPT Enterprise triển khai thử cho một nhóm với quyền và tiêu chí đo rõ
Trong khoảng hai giờ chuẩn bị, CEO, trưởng nhóm và quản trị viên có thể thiết kế đợt thử ChatGPT Enterprise cho một nhóm, với người chịu trách nhiệm, quyền và cách đo rõ. Bạn cần một quy trình, tài liệu được phép dùng, danh sách người tham gia và số liệu hiện tại. Thời gian thử do doanh nghiệp quyết định.
Hướng dẫn Enterprise của OpenAI tách quyền workspace, chính sách chạy trên máy, Codex cloud, API, plugin, kết nối và quyền trong hệ thống nguồn. Bài này chuyển khung đó thành đợt thử nhỏ. Đừng mặc định các cài đặt Enterprise có trong gói khác hoặc mọi phiên ChatGPT Work.
Chuẩn bị
Mở ChatGPT trong workspace Enterprise. Quản trị viên xác nhận tính năng và quyền hiện có. Trưởng nhóm chọn việc có đầu ra dễ kiểm tra, chẳng hạn tóm tắt báo cáo tuần. Tránh bắt đầu bằng yêu cầu để AI tự gửi thư hoặc sửa dữ liệu khách hàng.
Ghi vấn đề, nhóm thử, người sở hữu nghiệp vụ, quản trị quyền, tài liệu, mốc đo và điều kiện dừng. Số người và số tuần do doanh nghiệp chọn. Ví dụ sáu nhân viên và hai tuần dưới đây không phải quy định của OpenAI.
Trước khi mở kết nối, xem cách giới hạn quyền plugin và dữ liệu công ty. Thống nhất cách đặt yêu cầu theo hướng dẫn viết prompt có mục tiêu rõ.
Làm từng bước
1. Chọn một kết quả kinh doanh và chỉ định người chịu trách nhiệm
Đặt câu hỏi: “Nhóm có thể hoàn thành [đầu ra] nhanh hơn mà vẫn giữ [chuẩn chất lượng] hay không?” Chỉ định người sở hữu quy trình, quản trị quyền ChatGPT, quản trị hệ thống nguồn và người tổng hợp số liệu. Có thể kiêm vai, nhưng người ra quyết định phải rõ.
Chẳng hạn, nhóm chăm sóc khách hàng mất 45 phút để tổng hợp 20 phiếu mỗi tuần. Mục tiêu là có bản nháp dẫn nguồn, rút thời gian soạn và không bỏ sót phiếu quan trọng.
Bạn có thể dùng ChatGPT để viết bản kế hoạch thử, nhưng người quản lý phải chốt phạm vi:
Tôi đang lập kế hoạch thử ChatGPT Enterprise cho [tên nhóm] với công việc [công việc cụ thể].
Đầu vào được phép dùng là [loại tài liệu]; đầu ra cần có là [đầu ra].
Hãy viết một trang kế hoạch gồm: chủ sở hữu nghiệp vụ, người quản trị workspace, người quản trị hệ thống nguồn, người duyệt kết quả, phạm vi người dùng, dữ liệu bị loại trừ, số đo trước và sau, tiêu chí dừng.
Đánh dấu mọi chỗ tôi chưa cung cấp số liệu hoặc người chịu trách nhiệm. Không tự chọn số người, thời hạn hay ngưỡng thành công thay chúng tôi.
2. Vẽ ranh giới quyền trước khi mời người dùng
Trong tài liệu OpenAI, quyền không phải một công tắc duy nhất. Lớp thứ nhất là thành viên, nhóm và vai trò trong workspace. Lớp thứ hai là chính sách cho khả năng chạy cục bộ nếu đợt thử dùng ứng dụng máy tính, Codex CLI hoặc tiện ích IDE. Lớp thứ ba là môi trường Codex cloud nếu có tác vụ chạy trên đám mây. Lớp thứ tư là tổ chức và dự án Platform API nếu quy trình gọi API bằng khóa. Lớp thứ năm là plugin, kết nối và quyền do dịch vụ nguồn cấp. Chỉ kiểm tra những lớp đợt thử thực sự dùng, nhưng ghi rõ lớp nào chưa bật.
Với đợt thử tóm tắt phiếu, chỉ cần thành viên workspace và quyền đọc tập phiếu được duyệt. Không cấp quyền quản trị cho toàn nhóm. Thử bằng tài khoản thành viên bình thường để xác nhận tài liệu trong phạm vi mở được, tài liệu ngoài phạm vi không mở được.
Nếu dùng Codex cloud, kiểm tra riêng quyền dùng, môi trường và kho mã. Theo hướng dẫn hiện tại của OpenAI, Codex Cloud mặc định tắt với workspace Enterprise mới, trừ cấu hình đã bật từ trước. Đợt thử báo cáo tuần không cần nhánh này.
3. Chọn dữ liệu nhỏ, sạch và có quyền rõ
Lấy mẫu phiếu đã đóng, ẩn dữ liệu cá nhân không cần thiết. Ghi bản chính, ngày lấy mẫu và người sở hữu nguồn. Với plugin hoặc kết nối, kiểm tra nguồn, người chịu trách nhiệm, hành động nó có thể làm và quyền tại ứng dụng gốc. Thử bằng dữ liệu không nhạy cảm trước.
Đừng mở cả ổ dữ liệu để lấy 20 phiếu. Nếu chưa biết nguồn đúng, hãy kiểm toán quy trình và tìm điểm nghẽn trước.
Đưa vào cuộc trò chuyện một yêu cầu có dấu vết:
Chỉ dùng [tập phiếu đã duyệt] để viết bản nháp báo cáo tuần cho [ngày bắt đầu] đến [ngày kết thúc].
Mỗi nhận xét quan trọng cần chỉ ra số phiếu hoặc tên tệp làm nguồn.
Tách ba phần: sự kiện có bằng chứng, nhận định cần kiểm tra và dữ liệu còn thiếu.
Không gửi báo cáo, không sửa phiếu và không truy cập nguồn khác.
Nếu không đủ thông tin để kết luận, hãy ghi rõ câu hỏi cho [người duyệt].
4. Đo công việc, chất lượng và mức rủi ro trên cùng một mẫu
Trước thử, đo thời gian soạn, thời gian sửa, trường hợp thiếu nguồn và lỗi ảnh hưởng đến quyết định trên việc tương tự. Khi thử, đo lại cùng định nghĩa. Bản nháp nhanh hơn nhưng cần thêm nhiều thời gian sửa có thể không đem lại lợi ích.
Mẫu nhỏ không chứng minh hiệu quả cho cả công ty. So sánh loại phiếu và độ khó. Ghi riêng lỗi quyền, lỗi kết nối và lỗi nội dung. Người duyệt xem cả bài tốt lẫn bài kém, không chỉ bản đẹp nhất.
Lập bảng gồm ngày, mã việc, người làm, phút soạn, phút sửa, lỗi nội dung, lỗi quyền và trạng thái duyệt. Không chép dữ liệu khách hàng nhạy cảm vào bảng đo. OpenAI có phân tích workspace và hồ sơ kiểm tra, nhưng lượt dùng không chứng minh công việc tốt hơn.
5. Thử điều được phép và điều phải bị chặn
Quản trị viên và thành viên đại diện thử cả việc đã duyệt và việc ngoài quyền. Nếu dùng công cụ trên máy, kiểm tra tệp, mạng và phê duyệt. Với Codex cloud, kiểm tra môi trường và kho mã. Với plugin, kiểm tra cài đặt, nguồn và hành động.
Ghi cài đặt, người thử, ngày và kết quả. Nếu thao tác đáng lẽ bị chặn vẫn chạy, dừng nhánh đó để sửa quyền. Nếu việc hợp lệ bị chặn, tìm đúng lớp quyền thay vì mở rộng cho cả workspace.
6. Quyết định mở rộng, sửa hoặc dừng
Cuối đợt thử, người sở hữu nghiệp vụ xem thời gian và chất lượng; quản trị viên xem quyền, chi phí và sự cố. Quyết định: mở rộng, giữ phạm vi để sửa, hoặc dừng và thu hồi quyền. Giao người rà lại quyền định kỳ.
Đừng hứa mọi phòng ban sẽ tiết kiệm cùng số giờ. Đổi loại công việc thì đo và kiểm tra quyền lại.
Kết quả mẫu
Một công ty giả định cho sáu nhân viên chăm sóc khách hàng thử tạo bản nháp báo cáo trong hai tuần. Đây là ví dụ minh họa, không phải mục tiêu của OpenAI. Trưởng nhóm duyệt chất lượng; quản trị viên chỉ cấp quyền đọc nhóm phiếu đã chọn.
| Mục | Kết quả ghi vào biên bản thử |
|---|---|
| Việc thử | Tổng hợp 20 phiếu đã đóng thành bản nháp báo cáo có mã phiếu dẫn nguồn. |
| Mốc trước thử | 45 phút soạn, 10 phút người quản lý sửa, không thiếu nguồn trong mẫu kiểm tra. |
| Mốc trong thử | 25 phút soạn, 18 phút sửa; một nhận định thiếu mã phiếu nên phải loại khỏi bản cuối. |
| Quyền | Tài khoản thành viên đọc được tập phiếu thử và không đọc được thư mục ngoài phạm vi. |
| Quyết định | Giữ phạm vi, sửa mẫu yêu cầu và thử thêm ca có nhiều ngoại lệ trước khi mở rộng. |
Thời gian soạn giảm 20 phút, nhưng tổng công sức chỉ giảm 12 phút và còn lỗi nguồn. Vì thế cần đo cả chất lượng.
Mẹo để kết quả tốt hơn
Dùng một quy trình trước. Nhiều phòng ban cùng thử khiến lỗi quyền và chất lượng khó truy nguyên.
Viết tiêu chí trước khi xem kết quả. Nêu mức lỗi không chấp nhận được, cách tính thời gian và người duyệt. Nếu đổi tiêu chí sau khi xem vài bài đẹp, đánh giá sẽ lệch.
Giữ ví dụ tốt và xấu. Bản thiếu nguồn và phiếu ngoại lệ giúp người mới hiểu chuẩn chất lượng.
Giao người bảo trì. Ghi ngày rà lại quyền, nguồn thủ tục hiện hành và cách thu hồi quyền khi người dùng rời nhóm.
Giới hạn cần biết
ChatGPT có thể tóm tắt sai hoặc trình bày suy luận như sự thật. Người quản lý phải đọc nguồn và duyệt kết quả ảnh hưởng đến khách hàng. Thử nghiệm không thay thế quy trình bảo mật và quản trị dữ liệu.
Các khả năng Enterprise phụ thuộc cấu hình và quyền. Bật quyền trong ChatGPT không tự cấp quyền tại kho mã, hệ thống phiếu hay API. Khi giao diện đổi, quản trị viên kiểm tra hướng dẫn chính thức và thử lại với tài khoản đại diện.
Câu hỏi thường gặp
Có cần cho cả công ty vào thử nghiệm không? Không. Chọn một nhóm có đầu ra kiểm được. OpenAI không đặt số người bắt buộc.
Bao lâu thì biết có nên mở rộng? Chọn thời gian đủ gặp ca thường và ngoại lệ. Hai tuần chỉ là ví dụ, không phải thời hạn chuẩn.
Cấp quyền ChatGPT Enterprise có cho nhân viên đọc mọi tệp công ty không? Không. Quyền workspace và quyền ở ứng dụng hoặc kho dữ liệu kết nối là các lớp riêng. Thử bằng tài khoản thành viên để xác nhận cả việc được phép lẫn việc phải bị chặn.
Nếu nhóm chỉ dùng ChatGPT để viết báo cáo, có cần bật Codex cloud và API không? Không có lý do để bật các bề mặt không nằm trong công việc thử. Ghi chúng là ngoài phạm vi, rồi đánh giá riêng nếu sau này nhóm cần.
Xem số lượt dùng trong trang quản trị có đủ để chứng minh lợi ích không? Chưa đủ. Lượt dùng cho biết mức áp dụng. Hãy đo thời gian soạn và sửa, lỗi nguồn, chất lượng đầu ra, sự cố quyền và ý kiến người duyệt trên công việc thực tế.

