Danh sách kiểm tra tích hợp Builder cho ứng dụng AI của khách hàng

Danh sách kiểm tra tích hợp Builder giúp ứng dụng AI của khách hàng không hoạt động với quyền sở hữu mơ hồ, đơn vị sử dụng không rõ ràng và bất ngờ về chi phí. Đối với các cơ quan phát triển, đây là bước kiểm tra trước khi ra mắt để biến tính năng AI được bàn giao thành thứ có thể đo lường sau khi chuyển giao.

Ranh giới quan trọng rất đơn giản: ứng dụng khách hàng được xây dựng, lưu trữ và kiểm soát bên ngoài ShareAI. ShareAI là thị trường và lớp API có thể định tuyến lưu lượng suy luận AI, xử lý việc sử dụng do khách hàng trả tiền, áp dụng mức lợi nhuận hoặc phụ phí của Builder, và hỗ trợ thanh toán hàng tháng cho Builder dựa trên thu nhập tạo ra.

Sử dụng danh sách kiểm tra này trước khi ra mắt, trước khi các cuộc trò chuyện về giá trở nên mơ hồ, và trước khi các nhóm hỗ trợ tiếp nhận quy trình làm việc AI mà họ không thể giải thích.

Danh sách kiểm tra tích hợp Builder: Những điều cần xác nhận trước khi ra mắt

Mục tiêu không phải là biến mọi dự án của cơ quan thành cùng một mô hình giá. Mục tiêu là làm cho lưu lượng AI có thể truy vết, tính phí, giải thích được và phù hợp với kết quả của khách hàng.

Khu vực	Câu hỏi cần trả lời	Kết quả ra mắt
Quyền sở hữu	Ai sở hữu ứng dụng khách hàng và mối quan hệ với người dùng?	Ranh giới rõ ràng giữa Builder và khách hàng
Sử dụng	Đơn vị nào tốt nhất đại diện cho giá trị AI?	Vé, tài liệu, lượt chạy, tin nhắn, báo cáo hoặc quy trình làm việc
Định tuyến	Các cuộc gọi AI nào được định tuyến qua ShareAI?	Một tuyến đường xác định cho lưu lượng suy luận sản xuất
Biên độ	Biên độ hoặc phụ phí của Builder sẽ được thiết lập như thế nào?	Một quy tắc định giá mà khách hàng hiểu
Báo cáo	Việc sử dụng sẽ được xem xét như thế nào sau khi ra mắt?	Nhãn yêu cầu, báo cáo khách hàng, và ghi chú hỗ trợ

1. Xác nhận Ranh giới Ứng dụng của Khách hàng

Bắt đầu bằng cách ghi lại những gì ShareAI đang và không đang làm trong thiết lập của khách hàng. ShareAI không phải là nhà xây dựng ứng dụng, CMS, nền tảng lưu trữ, hoặc công cụ xây dựng quy trình làm việc. Cơ quan hoặc khách hàng vẫn sở hữu ứng dụng, trải nghiệm người dùng, mô hình dữ liệu, quyền truy cập, và logic kinh doanh.

ShareAI nằm phía sau tính năng AI. Ứng dụng gửi lưu lượng suy luận được chọn qua ShareAI, và lưu lượng đó có thể trở thành cơ sở cho việc tính phí sử dụng và thu nhập của Builder. Sự phân biệt này giúp khách hàng hiểu tại sao việc tích hợp không thay thế công việc sản phẩm của cơ quan.

• Xác nhận Builder: cơ quan, chủ sở hữu ứng dụng, người bảo trì, hoặc nhóm sản phẩm chịu trách nhiệm về lưu lượng AI.
• Xác nhận khách hàng: người dùng, khách hàng, không gian làm việc, hoặc khách hàng cuối trả tiền cho việc sử dụng được định tuyến.
• Xác nhận bề mặt ứng dụng: chatbot, cổng thông tin, quy trình làm việc CRM, plugin CMS, tự động hóa hỗ trợ, tính năng thương mại, hoặc công cụ nội bộ.
• Xác nhận người phụ trách bàn giao: người xử lý các câu hỏi của khách hàng về giá cả, cách sử dụng, hỗ trợ và hành vi tính năng.

2. Chọn Đơn Vị Sử Dụng Mà Khách Hàng Của Bạn Hiểu

Chi phí AI thường bắt đầu từ các đơn vị kỹ thuật như token đầu vào, token đầu ra, cuộc gọi mô hình, và ngữ cảnh được lưu trữ. Những chi tiết đó rất quan trọng. OpenAI’s Giá API là một ví dụ về cách lựa chọn mô hình và loại sử dụng có thể ảnh hưởng đến chi phí.

Khách hàng thường cần một đơn vị hướng đến kinh doanh. Một lãnh đạo hỗ trợ có thể hiểu các vé được giải quyết. Một nhóm vận hành pháp lý có thể hiểu các tài liệu được xem xét. Một nhóm thương mại có thể hiểu các mô tả sản phẩm được tạo hoặc các bản tóm tắt đánh giá được tạo ra.

Chọn một đơn vị kết nối tiêu thụ AI với giá trị khách hàng. Sau đó ánh xạ đơn vị đó trở lại việc sử dụng suy luận được định tuyến bởi ShareAI.

• Tự động hóa hỗ trợ: câu trả lời AI, tóm tắt vé, giảm thiểu, hoặc leo thang.
• Quy trình làm việc tài liệu: tài liệu được xử lý, phần được tóm tắt, thực thể được trích xuất, hoặc bản nháp được tạo.
• Tự động hóa CRM: khách hàng tiềm năng được đánh giá, ghi chú được tóm tắt, theo dõi được soạn thảo, hoặc hồ sơ được làm giàu.
• CMS và thương mại: mô tả sản phẩm, viết lại nội dung, truy vấn tìm kiếm, tóm tắt đánh giá, hoặc đề xuất.
• Công cụ nội bộ: yêu cầu phòng ban, tạo báo cáo, sử dụng không gian làm việc, hoặc chạy trợ lý nhân viên.

3. Ánh Xạ Đường Dẫn Định Tuyến ShareAI

Trước khi triển khai, quyết định cuộc gọi AI sản xuất nào nên định tuyến qua ShareAI và cuộc gọi nào nên nằm ngoài đường dẫn được kiếm tiền. Không phải mọi yêu cầu đều cần cùng một mô hình, biên lợi nhuận, hoặc cách xử lý hướng đến khách hàng.

Việc chuyển giao kỹ thuật nên xác định hành động của người dùng, yêu cầu AI, mô hình hoặc lớp mô hình, kỳ vọng dự phòng, và bản ghi sử dụng cần thiết cho báo cáo. Các nhóm có thể sử dụng tài liệu ShareAI và Tham khảo API làm điểm bắt đầu triển khai.

• Kích hoạt: hành động nào của người dùng hoặc hệ thống tạo ra yêu cầu AI?
• Định tuyến: yêu cầu nào đi qua ShareAI trong môi trường sản xuất?
• Lựa chọn mô hình: các tùy chọn mô hình nào phù hợp với tính năng, nhu cầu độ trễ, và hồ sơ chi phí?
• Phương án dự phòng: điều gì nên xảy ra nếu một tuyến không khả dụng hoặc quá chậm?
• Ghi nhật ký: ID yêu cầu, ID khách thuê, ID khách hàng, hoặc nhãn không gian làm việc nào nên được giữ lại để hỗ trợ?

4. Định Giá Biên Độ Xây Dựng Trước Khi Khách Hàng Sử Dụng

Cuộc trò chuyện về giá sạch nhất diễn ra trước hóa đơn đầu tiên. Biên độ Xây dựng nên gắn liền với giá trị của ứng dụng khách hàng, không được trình bày như một mức tăng giá ngẫu nhiên. Nếu quy trình làm việc AI tiết kiệm thời gian, giảm vé hỗ trợ, xử lý tài liệu, hoặc xác định khách hàng tiềm năng, logic định giá nên dễ dàng bảo vệ.

Dòng tiền nên được viết bằng ngôn ngữ đơn giản: ứng dụng khách hàng định tuyến lưu lượng suy luận AI được chọn qua ShareAI, Nhà xây dựng cấu hình một biên độ hoặc phụ phí, khách hàng trả tiền cho ShareAI cho việc sử dụng được định tuyến, và ShareAI trả tiền cho Nhà xây dựng hàng tháng dựa trên thu nhập tạo ra.

Đây là tiềm năng doanh thu dựa trên sử dụng định kỳ, không phải thu nhập được đảm bảo. Nếu khách hàng không sử dụng tính năng AI, sẽ không có khối lượng sử dụng để kiếm tiền.

5. Gắn Thẻ Sử Dụng Để Báo Cáo Và Hỗ Trợ

Gắn thẻ sử dụng là nơi nhiều lần triển khai AI của khách hàng trở nên lộn xộn. Một phiếu hỗ trợ, cuộc trò chuyện chatbot và quy trình làm việc nền có thể gọi một mô hình, nhưng chúng không nên khó tách biệt sau này.

Tối thiểu, quyết định cách ứng dụng của bạn sẽ lưu giữ đủ ngữ cảnh cho hoạt động và báo cáo khách hàng. Giữ các nhãn dễ đọc đối với doanh nghiệp, vì các nhà quản lý tài khoản và các bên liên quan của khách hàng có thể sử dụng chúng sau khi nhóm kỹ thuật đã chuyển sang công việc khác.

• ID khách hàng hoặc người thuê.
• Nhãn không gian làm việc, phòng ban hoặc khách hàng cuối.
• Tên tính năng, chẳng hạn như tóm tắt hỗ trợ, xác định khách hàng tiềm năng hoặc xem xét tài liệu.
• Đơn vị sử dụng, chẳng hạn như cuộc trò chuyện, chạy, phiếu hỗ trợ, tài liệu hoặc quy trình làm việc.
• Dấu thời gian yêu cầu và ID yêu cầu nội bộ.
• Trạng thái hướng tới khách hàng, chẳng hạn như hoàn thành, thất bại, thử lại hoặc được nâng cấp.

6. Giới hạn kế hoạch, bảo mật và xử lý lỗi

Một tính năng AI sản xuất cần nhiều hơn một bản demo thành công. Quyết định điều gì xảy ra khi mức sử dụng tăng đột biến, người dùng gửi đầu vào không mong đợi, đầu ra mô hình cần được xem xét hoặc quy trình làm việc hạ nguồn thất bại.

Đối với kế hoạch bảo mật, OWASP Top 10 cho LLMs và Gen AI Apps là một tài liệu tham khảo bên ngoài hữu ích cho các vấn đề mà các nhóm nên xem xét, bao gồm tiêm lệnh nhắc và hành vi công cụ không an toàn. Đừng biến điều này thành ngôn ngữ tuân thủ không được hỗ trợ. Hãy coi nó như một bước xem xét thực tế.

• Đặt cảnh báo sử dụng cho khối lượng bất thường cao.
• Xác định điều gì xảy ra khi khách hàng đạt đến mức sử dụng đã bao gồm.
• Tài liệu hành vi dự phòng cho các yêu cầu AI thất bại hoặc bị trì hoãn.
• Quyết định những đầu ra nào cần xác nhận của người dùng trước khi chúng ảnh hưởng đến hệ thống của khách hàng.
• Giữ các lời nhắc nhạy cảm, nhật ký và kỳ vọng lưu trữ phù hợp với chính sách của khách hàng.

7. Chuẩn bị Bàn Giao Cho Khách Hàng

Việc bàn giao cho khách hàng nên làm cho tính năng AI dễ hiểu đối với những người không phải kỹ sư. Một bàn giao tốt giải thích tính năng làm gì, đơn vị sử dụng nào đang được theo dõi, cách thanh toán hoạt động, ý nghĩa của biên lợi nhuận Builder, và ai sẽ xem xét việc sử dụng sau khi triển khai.

Điều này đặc biệt quan trọng đối với các cơ quan. Cơ quan có thể đã xây dựng phiên bản đầu tiên, nhưng khách hàng sẽ sử dụng tính năng này hàng ngày. Ghi chú bàn giao rõ ràng giảm sự nhầm lẫn và làm cho giá trị liên tục dễ dàng được bảo vệ hơn.

• Chủ sở hữu tính năng và liên hệ hỗ trợ.
• Đơn vị sử dụng và các hành động tính phí ví dụ.
• Sử dụng bao gồm, sử dụng trả phí, hoặc chính sách bổ sung nếu áp dụng.
• Nơi khách hàng có thể xem việc sử dụng hoặc yêu cầu báo cáo.
• Các giới hạn đã biết, hành vi dự phòng, và đường dẫn leo thang.
• Những thay đổi nào yêu cầu xem xét giá hoặc triển khai.

Danh Sách Kiểm Tra Khởi Động Đơn Giản

Trước khi ứng dụng AI của khách hàng đi vào hoạt động, hãy đảm bảo mỗi mục dưới đây có một người chịu trách nhiệm.

• Ứng dụng của khách hàng được sở hữu và vận hành rõ ràng bên ngoài ShareAI.
• Vai trò của Builder được ghi lại.
• Tính năng AI có một đơn vị sử dụng hướng tới doanh nghiệp.
• Các yêu cầu được định tuyến qua ShareAI được xác định.
• Mô hình, tuyến đường, và hành vi dự phòng được ghi lại.
• Biên lợi nhuận hoặc phụ phí của Builder được phê duyệt.
• Quy trình thanh toán của khách hàng được giải thích bằng ngôn ngữ hướng tới khách hàng.
• Các thẻ sử dụng được định nghĩa cho báo cáo và hỗ trợ.
• Các giới hạn, cảnh báo, và hành vi thất bại được định nghĩa.
• Việc chuyển giao cho khách hàng bao gồm giá cả, sử dụng, và ghi chú hỗ trợ.

Để xem thêm các bài viết tập trung vào triển khai, hãy duyệt qua Nhà phát triển danh mục, sau đó mở Bảng điều khiển Nhà xây dựng khi bạn sẵn sàng kết nối lưu lượng ứng dụng và cấu hình biên lợi nhuận sử dụng.

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

Danh sách kiểm tra tích hợp Builder là gì?

Danh sách kiểm tra tích hợp Builder là một đánh giá trước khi ra mắt dành cho các nhóm định tuyến việc sử dụng AI từ một ứng dụng hiện có thông qua ShareAI. Nó bao gồm quyền sở hữu, đơn vị sử dụng, định tuyến, biên lợi nhuận, thanh toán khách hàng, báo cáo, và chuyển giao.

ShareAI có được sử dụng để xây dựng ứng dụng khách hàng không?

Không. Ứng dụng khách được xây dựng và kiểm soát bên ngoài ShareAI. ShareAI cung cấp thị trường AI, API, định tuyến, sử dụng, thanh toán, phụ phí và lớp chi trả cho lưu lượng suy luận được chọn.

Ai nên sử dụng danh sách kiểm tra này?

Nó hữu ích cho các cơ quan phát triển, cơ quan tự động hóa AI, đội ngũ SaaS, nhà phát triển plugin, đội ngũ chatbot và đội ngũ phần mềm nội bộ đã sở hữu một ứng dụng với việc sử dụng AI.

Cần xác định điều gì trước khi định tuyến ShareAI hoạt động?

Xác định tính năng AI, đơn vị sử dụng, tuyến yêu cầu, lựa chọn mô hình, hành vi dự phòng, luồng thanh toán của khách hàng, biên lợi nhuận của Builder, nhãn báo cáo và chủ sở hữu hỗ trợ trước khi bắt đầu sử dụng sản xuất.

Các cơ quan nên chọn đơn vị sử dụng như thế nào?

Các cơ quan nên chọn các đơn vị mà khách hàng nhận biết được, chẳng hạn như vé đã giải quyết, tài liệu đã xử lý, lần chạy của đại lý, cuộc trò chuyện hỗ trợ, báo cáo đã tạo hoặc khách hàng tiềm năng đã đủ điều kiện. Đơn vị nên kết nối chi phí AI với giá trị kinh doanh.

Thanh toán của khách hàng hoạt động như thế nào đối với việc sử dụng Builder?

Ứng dụng định tuyến lưu lượng suy luận AI được chọn thông qua ShareAI. Khách hàng thanh toán cho ShareAI đối với việc sử dụng được định tuyến, và Builder có thể nhận được khoản chi trả hàng tháng dựa trên biên lợi nhuận hoặc phụ phí đã cấu hình.

Sự khác biệt giữa khoản thanh toán cho Builder và phần thưởng cho Provider là gì?

Các khoản chi trả của Builder đến từ lưu lượng AI được định tuyến từ ứng dụng của Builder và bao gồm biên lợi nhuận hoặc phụ phí đã cấu hình. Phần thưởng của nhà cung cấp là riêng biệt và liên quan đến việc đóng góp khả năng tính toán đủ điều kiện vào mạng ShareAI.

Có phải mọi tính năng AI đều phải định tuyến qua ShareAI không?

Không nhất thiết. Định tuyến các tính năng mà việc sử dụng có giá trị, biến đổi và đáng để theo dõi. Một số yêu cầu chỉ dành cho quản trị viên, thử nghiệm hoặc không tính phí có thể nằm ngoài đường dẫn kiếm tiền tùy thuộc vào thiết kế sản phẩm.

Làm thế nào để thông báo cho khách hàng về giá dựa trên việc sử dụng AI?

Sử dụng ngôn ngữ đơn giản. Giải thích hành động tính phí, lý do tại sao việc sử dụng nhiều lại tốn kém hơn, những gì được bao gồm nếu có, cách hoạt động của việc sử dụng trả phí và cách các báo cáo sử dụng sẽ được xem xét sau khi ra mắt.

Danh sách kiểm tra này có áp dụng cho các triển khai tự lưu trữ hoặc do khách hàng kiểm soát không?

Có, khi việc triển khai gửi lưu lượng suy luận AI được chọn qua ShareAI. Hãy cẩn thận với ngôn ngữ về quyền riêng tư và tuân thủ: ShareAI có thể được mô tả như là lớp lưu lượng và thanh toán, không phải là một đảm bảo tuân thủ toàn diện.

Cần theo dõi điều gì sau khi ra mắt?

Theo dõi khối lượng sử dụng, các yêu cầu thất bại, người dùng có lưu lượng bất thường, lựa chọn mô hình, câu hỏi của khách hàng, giả định về biên lợi nhuận, và liệu đơn vị sử dụng có còn phản ánh giá trị mà khách hàng nhận được hay không.

Bước tiếp theo sau khi hoàn thành danh sách kiểm tra là gì?

Mở Builder Console, kết nối lưu lượng ứng dụng liên quan, cấu hình biên lợi nhuận sử dụng, và giữ cho ghi chú về giá cả và hỗ trợ đối diện khách hàng phù hợp với tuyến đường đã triển khai.