Thông tin chuyên sâu về mức sử dụng ChatGPT Work trong Codex

Insights trong Bảng điều khiển quản trị giúp bạn hiểu các nhóm dùng ChatGPT Work và Codex để làm gì và tín dụng được tiêu thụ ở đâu. Mở một danh mục trong phần tổng quan không gian làm việc để xem các tác vụ và mức sử dụng của danh mục đó. Kiểm tra phạm vi hiển thị trong từng chế độ xem trước khi so sánh kết quả.

Sử dụng các chế độ xem này để xác định quy trình làm việc cần đánh giá cùng những người phụ trách. Kết hợp dữ liệu sử dụng và chi tiêu với hồ sơ của nhóm để hiểu liệu công việc có tốn ít công sức hơn, đáp ứng tiêu chuẩn chất lượng hay tạo ra kết quả tốt hơn hay không.

Xem video: Đánh giá mức sử dụng và giá trị của ChatGPT Work

Các chế độ xem phân tích

Bảng điều khiển quản trị cung cấp dữ liệu phân tích cho ChatGPT Work và Codex. Mục Mức sử dụng hiển thị hoạt động và mức tiêu thụ. Insights nhóm mức sử dụng theo danh mục và tác vụ. Đối với công việc kỹ thuật phần mềm, mục Đánh giá mã hiển thị hoạt động đánh giá và các vấn đề được phát hiện.

Nếu đang xem xét token, hãy dùng các chỉ số token có trong mục Mức sử dụng. Tỷ trọng tin nhắn, tỷ trọng tín dụng và tỷ trọng token mô tả những khía cạnh khác nhau; hãy giữ nguyên các nhãn đó khi so sánh hoặc chia sẻ kết quả.

Mở Insights

Trong Bảng điều khiển quản trị, chọn không gian làm việc của bạn rồi mở Phân tích > Insights. Bạn cần có quyền truy cập dữ liệu phân tích của không gian làm việc đó; các chế độ xem và dữ liệu bạn thấy phụ thuộc vào quyền của bạn và những tính năng đã bật.

Kiểm tra không gian làm việc, khoảng ngày và các bộ lọc khả dụng trước khi đọc kết quả. Giữ các lựa chọn này nhất quán khi so sánh hoạt động. Lịch sử Insights chỉ có từ thời điểm bắt đầu phân loại.

Trường hợp sử dụng và tác vụ

Trong phần Tổng quan, dùng nút chuyển Trường hợp sử dụng / Tác vụ để chuyển giữa các danh mục tổng quát và hoạt động cụ thể hơn. Trong thẻ Trường hợp sử dụng, mở rộng một danh mục để xem các tác vụ của danh mục đó.

Chọn một trường hợp sử dụng hoặc tác vụ trong biểu đồ để mở thông tin chi tiết. Dùng bảng Trường hợp sử dụng để so sánh các danh mục và tác vụ ngoài 10 mục đứng đầu.

Một danh mục có thể bao gồm nhiều quy trình làm việc. Hãy kiểm tra các tác vụ của danh mục trước khi coi đó là một quy trình nghiệp vụ duy nhất. Nếu có hoạt động chưa được phân loại, hãy nêu rõ hạn chế đó khi mô tả kết quả.

Tin nhắn, tín dụng và người dùng hoạt động

Đọc đồng thời các cột Tin nhắn, Tín dụng và Người dùng hoạt động trong bảng để hiểu từng danh mục hoặc tác vụ. Nếu có thông báo lấy mẫu, các số liệu hiển thị phản ánh hoạt động được lấy mẫu. Không ngoại suy từ các số liệu đó để ước tính tổng hoạt động của không gian làm việc.

Tin nhắn hiển thị số tin nhắn liên quan đến một danh mục hoặc tác vụ. Số tin nhắn không cho biết nhóm đã hoàn thành bao nhiêu công việc.

Tỷ trọng tín dụng hiển thị phần tín dụng tiêu thụ liên quan đến một danh mục hoặc tác vụ. Đọc chỉ số này cùng với Tín dụng và Tin nhắn để hiểu mức tiêu thụ tập trung ở đâu.

Người dùng hoạt động hiển thị số người hoạt động trong một danh mục hoặc tác vụ. Đọc chỉ số này cùng với Tin nhắn để so sánh số người sử dụng một danh mục với lượng hoạt động mà danh mục đó tạo ra.

Nếu một danh mục chiếm tỷ trọng tín dụng lớn, hãy kiểm tra các tác vụ, mô hình và thiết lập của danh mục đó. Công việc phức tạp hơn hoặc lựa chọn mô hình khác nhau có thể lý giải mức sử dụng tín dụng của danh mục. Xem xét những gì nhóm đã hoàn thành trước khi quyết định mức tiêu thụ đó có xứng đáng hay không.

Nếu một danh mục có ít người dùng hoạt động, hãy hỏi họ đang sử dụng danh mục đó như thế nào và gặp khó khăn ở đâu. Họ có thể có một quy trình làm việc đáng chia sẻ hoặc cần được hỗ trợ thêm.

Chi tiết danh mục

Mở thông tin chi tiết của một danh mục để xem các tác vụ và dữ liệu phân tích mức sử dụng trong bảng trượt bên phải.

Xem xét các tác vụ trong danh mục và lượng tín dụng mà từng tác vụ sử dụng. Dữ liệu phân tích theo mô hình, suy luận và tốc độ hiển thị tỷ trọng tín dụng của từng tùy chọn trong danh mục hoặc tác vụ đã chọn. Nếu mức tiêu thụ thay đổi, hãy hỏi nhóm xem công việc hoặc các thiết lập này có thay đổi hay không.

Nếu có dữ liệu, hãy xem xét số lượt gọi plugin và kỹ năng của danh mục hoặc tác vụ. Các số liệu này bao gồm hoạt động trên cả ChatGPT Work và Codex trong khoảng ngày và bộ lọc đã chọn. Lượt gọi không đồng nghĩa với tin nhắn hoặc tác vụ đã hoàn thành.

Luôn ghi rõ số liệu ước tính là ước tính khi chia sẻ phát hiện. Phân bổ tín dụng cho plugin và kỹ năng có thể chồng lấp, vì vậy không cộng các chế độ xem đó với nhau để tính tổng mức đầu tư. Để biết thêm về cách diễn giải tín dụng và tác động đến hóa đơn, hãy xem Mức sử dụng và chi phí ChatGPT Work.

Đánh giá mã

Nếu đang đánh giá công việc kỹ thuật phần mềm, hãy mở Đánh giá mã để xem các chỉ số đánh giá có trong không gian làm việc của bạn.

• PR đã được đánh giá hiển thị hoạt động đánh giá pull request. Một pull request đã được đánh giá chưa chắc đã được hợp nhất hoặc triển khai.
• Vấn đề được phát hiện hiển thị các phát hiện từ những lượt đánh giá đó. Trao đổi với người đánh giá để hiểu phát hiện nào hữu ích và đã được xử lý.
• Vấn đề theo mức độ ưu tiên, phản ứng và sắc thái phản ứng bổ sung bối cảnh về các phát hiện và cách mọi người phản hồi.

Số đếm bằng không có thể phản ánh việc không có hoạt động hoặc dữ liệu báo cáo bị thiếu. Kiểm tra khoảng ngày và xem các lượt đánh giá liên quan có được tính đến hay không trước khi diễn giải số liệu.

Đánh giá giá trị

Chọn một quy trình làm việc mà nhóm sử dụng trong ChatGPT Work hoặc Codex. Thống nhất với người phụ trách nghiệp vụ về kết quả cần cải thiện và cách đo lường. Xem xét Insights cùng với hồ sơ của nhóm, chẳng hạn như bản tóm tắt khách hàng, kế hoạch tồn kho hoặc pull request. Mời những người trực tiếp thực hiện công việc tham gia đánh giá.

Sử dụng kỳ báo cáo nhất quán và kiểm tra mọi thông báo lấy mẫu. Danh mục có thể bao gồm nhiều quy trình làm việc, và số lượt hoạt động không đo lường công việc đã hoàn thành. Các ví dụ dưới đây cho thấy cách tìm hiểu giá trị bằng cả dữ liệu sử dụng lẫn bằng chứng từ quy trình làm việc.

Sửa lỗi

Codex có đang giúp kỹ sư giải quyết lỗi với ít công sức điều tra và làm lại hơn không?

Chọn một loại lỗi thường gặp trong một dịch vụ, chẳng hạn như xử lý dữ liệu đầu vào không đúng. Xem xét các vấn đề, bản sửa lỗi và kiểm thử hồi quy cùng một kỹ sư am hiểu phần mã đó.

Cách tìm hiểu

1. So sánh các bản sửa lỗi tương tự. Ghi lại thời gian điều tra, triển khai và rà soát đối với các lỗi có độ phức tạp tương đương. Tách thời gian trực tiếp làm việc khỏi thời gian chờ rà soát hoặc phát hành.
2. Kiểm tra Insights. Mở Kỹ thuật phần mềm và tìm các tác vụ liên quan đến việc điều tra lỗi. Xem xét tín dụng và người dùng hoạt động trong kỳ bạn đang so sánh.
3. Xác nhận kết quả. Kiểm tra xem kiểm thử có tái hiện được lỗi và vượt qua sau khi áp dụng bản sửa lỗi hay không. Hỏi kỹ sư đã chỉnh sửa những gì và ghi lại các vấn đề được mở lại hoặc lỗi hồi quy.
4. Nếu các bản sửa lỗi đã xác nhận cần ít tổng công sức hơn, hãy chia sẻ quy trình làm việc. Nếu vẫn phải làm lại nhiều, hãy cải thiện các bước tái hiện lỗi hoặc ngữ cảnh kho mã rồi so sánh lại.

Bổ sung kiểm thử

Codex có đang giúp nhóm kiểm thử các trường hợp lỗi quan trọng với ít công sức thủ công hơn không?

Chọn một mô-đun đã xác định được khoảng trống về độ bao phủ kiểm thử. Thống nhất những hành vi và trường hợp lỗi cần kiểm thử trước khi so sánh kết quả.

Cách tìm hiểu

1. Xác định khoảng trống. Liệt kê các hành vi chưa được kiểm thử và ghi lại công sức cần để bổ sung các kiểm thử tương đương. Dùng báo cáo kiểm thử để ghi nhận độ bao phủ ban đầu.
2. Kiểm tra Insights. Tìm các tác vụ liên quan trong Kỹ thuật phần mềm. Xem xét tín dụng và dữ liệu phân tích theo mô hình và suy luận hiện có cho cùng kỳ.
3. Kiểm tra các kiểm thử. Nhờ một kỹ sư kiểm tra xem các điều kiện khẳng định có phát hiện đúng lỗi dự kiến hay không. Ghi lại kết quả thiếu ổn định, thời gian chạy tăng thêm và thời gian viết lại hoặc bảo trì kiểm thử.
4. Tái sử dụng cách tiếp cận nếu việc đưa các kiểm thử hữu ích vào mã nguồn tốn ít công sức hơn. Nếu kiểm thử vượt qua mà không phát hiện được lỗi, hãy làm rõ hành vi mong đợi rồi thử lại.

Tái cấu trúc mã

Codex có đang giúp nhóm hoàn thành việc tái cấu trúc mà vẫn giữ nguyên hành vi mong đợi không?

Chọn một thay đổi có phạm vi giới hạn, chẳng hạn như thay thế một API đã bị đánh dấu ngừng dùng trong toàn bộ một gói. Thống nhất những vị trí gọi nào thuộc phạm vi và cách nhóm sẽ xác minh kết quả.

Cách tìm hiểu

1. Xác định phạm vi. Ghi lại các vị trí gọi cần cập nhật và công sức cần cho một thay đổi thủ công tương đương. Ghi rõ các số liệu ước tính, đặc biệt nếu công việc trước đó đã bị hoãn.
2. Kiểm tra Insights. Xem xét các tác vụ Kỹ thuật phần mềm liên quan và lượng tín dụng của chúng trong cùng kỳ. Kiểm tra dữ liệu phân tích theo mô hình và suy luận hiện có nếu mức tiêu thụ đáng chú ý.
3. Xác thực thay đổi. Rà soát phần khác biệt, chạy các bước kiểm tra liên quan và tìm các vị trí gọi bị bỏ sót hoặc thay đổi hành vi. Tính cả công sức rà soát, chỉnh sửa và khắc phục sau đó.
4. Mở rộng sang gói khác nếu việc tái cấu trúc đáp ứng các bước kiểm tra đã thống nhất. Nếu còn quá nhiều việc chỉnh lý, trước tiên hãy thu hẹp thay đổi hoặc cung cấp một ví dụ hoạt động được.

Nghiên cứu khách hàng

ChatGPT Work có đang giúp nhân viên bán hàng chuẩn bị các bản tóm tắt khách hàng chính xác với ít công sức hơn không?

Chọn một nhóm bán hàng thường xuyên chuẩn bị các bản tóm tắt. Thống nhất nội dung cần có trong mỗi bản, chẳng hạn như lịch sử khách hàng, các ưu tiên hiện tại và câu hỏi dành cho khách hàng.

Cách tìm hiểu

1. So sánh các bản tóm tắt tương tự. Ghi lại thời gian chuẩn bị và rà soát trước và trong đợt thử nghiệm. Sử dụng cùng tiêu chí chất lượng và các khách hàng cần mức độ nghiên cứu tương đương.
2. Kiểm tra Insights. Tìm hoạt động nghiên cứu và lập kế hoạch khách hàng trong Bán hàng. Dùng bộ lọc nhóm hiện có để tập trung vào nhóm đó. Xem xét tín dụng, lựa chọn mô hình và mọi hoạt động plugin hoặc kỹ năng có dữ liệu trong cùng kỳ.
3. Rà soát các bản tóm tắt cùng nhân viên bán hàng. Đối chiếu thông tin với hồ sơ nguồn và đánh giá xem việc nghiên cứu có giúp chuẩn bị cho cuộc trao đổi hay không. Tính cả công sức chỉnh sửa và theo dõi xem thời gian tiết kiệm được có dành cho việc trao đổi hoặc theo sát khách hàng hay không.
4. Chia sẻ cách tiếp cận nếu các bản tóm tắt chính xác tốn ít công sức hơn. Nếu thiếu ngữ cảnh quan trọng, hãy cải thiện tài liệu nguồn hoặc cung cấp một kỹ năng dùng chung. Dùng hồ sơ CRM để đánh giá những thay đổi về sau ở cơ hội bán hàng đủ điều kiện hoặc doanh số; chỉ riêng Insights không chứng minh được mối liên hệ đó.

Lập kế hoạch tồn kho

ChatGPT Work có đang giúp nhóm chuẩn bị kế hoạch tồn kho đáng tin cậy với ít công việc thủ công hơn không?

Chọn một chu kỳ lập kế hoạch định kỳ, chẳng hạn như chuẩn bị hàng cho một sự kiện. Thống nhất những sản phẩm và địa điểm thuộc phạm vi cũng như hồ sơ bán hàng và tồn kho mà nhóm sẽ sử dụng.

Cách tìm hiểu

1. Ghi lại quy trình hiện tại. Đo thời gian thu thập hồ sơ, chuẩn bị kế hoạch và chỉnh sửa kế hoạch. Ghi nhận tình trạng thiếu hoặc dư hàng từ các chu kỳ tương đương.
2. Kiểm tra Insights. Tìm danh mục và tác vụ phù hợp với công việc lập kế hoạch của nhóm. Xem xét tín dụng và người dùng hoạt động trong cùng kỳ. Xác nhận với nhóm rằng chúng phù hợp trước khi quy mức sử dụng của danh mục cho quy trình làm việc này.
3. Đối chiếu kế hoạch với kết quả thực tế. Nhờ người phụ trách tồn kho xác minh số lượng, giả định và dữ liệu còn thiếu. Tính cả công sức rà soát và chỉnh sửa. Sau chu kỳ, so sánh lượng hàng dự kiến với doanh số và hàng tồn còn lại.
4. Tái sử dụng quy trình làm việc nếu kế hoạch đáng tin cậy và tốn ít công sức hơn. Nếu tình trạng thiếu hoặc dư hàng tăng lên, hãy xem lại dữ liệu đầu vào và các giả định. Dùng hồ sơ tồn kho và mua hàng để đánh giá mức giảm chi phí, nếu có.

Ghi lại đánh giá. Ghi rõ trường hợp sử dụng, người phụ trách và kỳ báo cáo. Bao gồm số liệu cơ sở, kết quả, tín dụng và các hạn chế. Ghi lại mọi thay đổi đã thống nhất với nhóm và ngày xem xét lại. Đếm công việc đã hoàn thành từ hồ sơ của nhóm và ghi rõ các số liệu ước tính.

Để đánh giá ROI, hãy so sánh giá trị của sự cải thiện với chi phí AI, thiết lập, đào tạo và hỗ trợ liên tục. Tính cả thời gian rà soát và chỉnh sửa công việc. Thời gian tiết kiệm được không tự động trở thành khoản tiền tiết kiệm; hãy kiểm tra cách nhóm sử dụng năng lực được giải phóng đó.

Trước khi tăng giới hạn sử dụng, hãy xem xét giới hạn hiện tại, mức tiêu thụ và công việc cần thêm năng lực. Tín dụng đã tiêu thụ không tự động trở thành khoản phí bổ sung trên hóa đơn. Xem Mức sử dụng và chi phí ChatGPT Work.

Thông tin chuyên sâu về mức sử dụng là một phần trong việc tìm hiểu lợi tức đầu tư vào ChatGPT Work và Codex. Thông tin này cho biết mức sử dụng và lượng tín dụng tiêu thụ trong phạm vi đã chọn. Các nhóm trực tiếp làm việc có thể giải thích điều gì đã thay đổi, kết quả có cải thiện hay không và sự cải thiện đó có giá trị như thế nào. Sử dụng cả hai để quyết định những quy trình làm việc nào nên mở rộng và nhóm cần hỗ trợ thêm ở đâu.