Định giá sản phẩm AI: theo ghế, theo mức dùng hay theo kết quả

Đăng ngày 23/10/2026

Tóm tắt và điều cần nhớ

Sản phẩm AI có thể bán theo người dùng, mức tiêu thụ hoặc đầu ra được chấp nhận. Khó khăn nằm ở việc mỗi cách thu chuyển một loại rủi ro giữa bên mua và bên bán. Chọn đơn vị tính phí trước khi hiểu chất lượng và chi phí thực hiện dễ tạo hóa đơn khó giải thích. Bài phân tích cấu trúc giá; không ấn định mức giá thương mại cho một sản phẩm cụ thể.

• Phân biệt đơn vị tài nguyên kỹ thuật với đầu ra mà khách sẵn lòng mua.
• Thu theo ghế cần kiểm trường hợp một người sử dụng nhiều bất thường.
• Thu theo kết quả phải có định nghĩa, ngoại lệ và cách điều chỉnh khi kết quả bị bác bỏ.
• Đưa chạy lại, công cụ ngoài và người kiểm vào chi phí phục vụ.
• Không lấy kết quả năng suất của một nghiên cứu làm giá trị bảo đảm cho mọi khách.

Viết công việc khách mua trước khi viết số token

Trong nội dung Startup School công bố năm 2024, YC hướng dẫn người bán B2B cùng người ủng hộ phía khách lập hồ sơ về giá trị dự kiến. Lợi ích có thể là tiết kiệm thời gian hoặc thay đổi kết quả kinh doanh, nhưng các giả định phải được khách xem lại. Với AI, cách hỏi này hữu ích hơn bắt đầu bằng tên mô hình hoặc số tài nguyên kỹ thuật được bao gồm [1].

Một tình huống tự dựng là dịch vụ phân loại hồ sơ mua hàng. Khách có thể muốn danh sách hồ sơ cần bổ sung, thời gian xử lý ngắn hơn và dấu vết để kiểm. Họ không nhất thiết muốn mua một số lượng token. Nếu báo giá chỉ kể tài nguyên, bên bán có thể đo rất chính xác thứ khách chưa hiểu vì sao phải trả.

Tuy nhiên, không nên vì muốn nói ngôn ngữ giá trị mà hứa lợi ích vượt khả năng kiểm. Phân loại nhanh hơn khác với giảm tiền lương; một bản nháp được tạo khác với một hồ sơ được duyệt. Trước khi chọn cấu trúc giá, cần ghi đầu vào, đầu ra, người nhận, tiêu chí chấp nhận và phần việc vẫn phải do khách thực hiện.

Lý thuyết giá cần được đọc theo đúng phiên bản

Bản công bố năm 2025 của Bergemann, Bonatti và Smolin có hồ sơ tại MIT phân tích chi phí token, tinh chỉnh và khác biệt nhu cầu trong một mô hình người bán độc quyền. Tóm tắt cho thấy cấu trúc giá phụ thuộc điều có thể đưa vào hợp đồng. Đây là kết quả trong mô hình kinh tế, không phải khảo sát chứng minh một bảng giá tối ưu ngoài thị trường [2].

Cùng mã nghiên cứu trên arXiv đã được sửa tháng 3/2026 với tên Menu Pricing of Large Language Models. Tóm tắt mới nói tới ngân sách token, lựa chọn giữa mô hình và các điều kiện cạnh tranh. Việc đổi phiên bản nhắc người đọc không ghép nguyên kết luận, tên và giả định từ các bản khác nhau. Bài chỉ sử dụng tóm tắt công khai, chưa kiểm các chứng minh toán học [3].

Ứng dụng thực tiễn ở đây là đặt câu hỏi về điều khách và nhà cung cấp có thể quan sát chung. Đếm token có thể dễ hơn xác nhận tác động tới lợi nhuận; ngược lại, người mua có thể không dự trù được token cho một công việc. Cấu trúc giá cần xử lý khoảng cách ấy. Không thể chọn chỉ bằng một khẩu hiệu rằng kết quả luôn tốt hơn tài nguyên.

Theo ghế: dễ dự trù nhưng cần xem phân bố sử dụng

Thu theo ghế có thể phù hợp khi sản phẩm hỗ trợ một người làm việc thường xuyên và giá trị gắn với quyền truy cập. Người mua dễ liên hệ số ghế với quy mô đội. Tuy nhiên, một ghế không quy định số tác vụ hoặc độ dài đầu vào. Khi lượng dùng khác nhau nhiều, bên bán cần kiểm khả năng khách sử dụng cao làm thay đổi chi phí.

Giả định có hai nhóm cùng số nhân viên. Một nhóm chỉ soạn vài bản nháp; nhóm kia dùng công cụ liên tục để phân tích tài liệu dài. Gói có cùng mức giá có thể hợp với nhóm đầu nhưng làm bên bán khó phục vụ nhóm sau. Chỉ nhìn chi phí trung bình gộp sẽ bỏ qua phần chênh lệch này và che rủi ro khi cơ cấu khách thay đổi.

Cách xử lý không nhất thiết là cấm người dùng hoạt động nhiều. Có thể có hạn mức minh bạch, gói khác cho nhu cầu lớn hoặc trao đổi riêng trước khi mở rộng. Cần giải thích rõ quy tắc từ đầu và đo tác động tới công việc. Một gói được gọi là không giới hạn nhưng thường xuyên chặn tác vụ có thể làm hỏng niềm tin ngay cả khi chi phí được giữ thấp.

Theo mức dùng: đo được tài nguyên vẫn chưa đủ

Tài liệu Stripe liệt kê cách thu định kỳ theo gói cố định, theo người, theo bậc và theo mức dùng. Đây là các cấu hình sản phẩm và giá trong hệ thống của nhà cung cấp, không phải phân loại đầy đủ mọi mô hình. Với AI, danh mục này giúp mở lựa chọn; chất lượng đầu ra vẫn cần được kiểm riêng trước khi coi tăng sử dụng là tăng giá trị [4].

Tài liệu Stripe mô tả việc tính phí theo sử dụng, cùng ghi nhận sự kiện, tín dụng trả trước và cảnh báo mức tiêu thụ. Đây là cơ sở kỹ thuật cho đối soát. Nó không tự giải quyết câu hỏi có tính phí tác vụ thất bại, gọi trùng hay xử lý lại không. Những quy tắc ấy phải được mô tả theo sản phẩm và được kiểm trước khi gửi hóa đơn [5].

Trong một dịch vụ giả định, có thể đếm trang tài liệu, phút âm thanh hoặc tác vụ được gửi. Mỗi lựa chọn tạo hành vi khác nhau: khách có thể rút ngắn đầu vào, gom yêu cầu hoặc ngại thử. Hãy kiểm đơn vị có khuyến khích khách nhận giá trị hay chỉ giúp nhà cung cấp chuyển toàn bộ biến động chi phí sang người mua.

Theo kết quả: phải thống nhất thế nào là đạt

Quy tắc Fin do Intercom cập nhật tháng 9/2026 bao gồm nhiều sự kiện tính phí, từ giải quyết tới bàn giao theo quy trình hoặc kết quả bán hàng. Hai gói cùng gọi là theo kết quả vì thế có thể đang bán những đầu ra khác nhau, cần xem từng định nghĩa [6].

Một kết quả tốt để thu tiền cần điều kiện bắt đầu, điều kiện hoàn tất và khả năng kiểm lại. Chẳng hạn, phân loại hồ sơ hợp lệ khác với hồ sơ đã được bộ phận mua sắm chấp nhận. Nếu nhóm không kiểm được bước chấp nhận, có thể cần một cam kết hẹp hơn. Cách đặt tên đầu ra nên phản ánh phần việc hệ thống thực sự chịu trách nhiệm.

Ngoài ra cần thỏa thuận xử lý trường hợp khách thay đầu vào, hệ thống làm lại hoặc kết quả được đảo sau khi tính phí. Cơ chế khiếu nại không phải một chi tiết phụ: nó quyết định hai bên có tin phép đếm hay không. Khi doanh số tăng mà số hóa đơn bị tranh luận cũng tăng, nhóm cần xem lại định nghĩa trước khi tăng nguồn lực bán.

Đừng lấy sự im lặng làm bằng chứng duy nhất

Trong quy tắc Fin, trường hợp được tính là giải quyết có thể do khách xác nhận hoặc do họ rời hội thoại sau câu trả lời mà không yêu cầu thêm trợ giúp. Tài liệu cũng nêu điều chỉnh khoản tính khi nhu cầu hỗ trợ tiếp xuất hiện trong chính cuộc trao đổi đó. Đó là cách nhà cung cấp vận hành phép tính; sự kiện được tính phí vẫn không đồng nghĩa mọi khách đều hài lòng [6].

Một nhóm tự xây sản phẩm có thể kiểm chéo bằng mẫu đầu ra, đánh giá của người có nghiệp vụ và dấu hiệu phải làm lại. Nếu chỉ tối ưu số trường hợp được gắn nhãn hoàn tất, hệ thống có thể kết thúc quá sớm. Cần giữ số đo chất lượng tách khỏi số đo doanh thu để biết một cải thiện trong bảng bán hàng có làm công việc của khách xấu đi hay không.

Với tác vụ kéo dài, thời điểm xác nhận càng quan trọng. Kết quả trung gian có thể hữu ích nhưng chưa phải kết quả cuối. Có thể chia cam kết thành các mốc mà hai bên kiểm được, thay vì thu trên một khái niệm quá rộng như doanh nghiệp tăng hiệu quả. Cần nêu rõ dữ liệu nào chứng minh từng mốc, ai xem lại và khoảng chờ trước đối soát.

Lập sổ chi phí cho một công việc hoàn tất

Sổ chi phí nên bắt đầu ở yêu cầu hợp lệ và kết thúc khi đầu ra được chấp nhận, không dừng ở lần mô hình trả lời đầu tiên. Giữa hai mốc có thể có truy xuất dữ liệu, gọi công cụ, kiểm chất lượng, làm lại và chuyển cho người. Một đơn giá token thấp không loại bỏ các khoản còn lại, cũng không chứng minh một gói đã có biên đóng góp tốt.

Ví dụ tự dựng dùng đơn vị tiền quy ước: thu 10 cho một công việc được chấp nhận. Phần xử lý ban đầu tốn 2, công cụ ngoài tốn 1, kiểm và làm lại bình quân tốn 3. Còn 4 trước các chi phí cố định và chi phí tìm khách. Nếu phần kiểm tăng lên 5, phần còn lại chỉ là 2. Các số này chỉ minh họa độ nhạy, không phải giá của một nhà cung cấp.

Nên xem thêm trường hợp sử dụng nặng và tác vụ hiếm nhưng khó. Chi phí bình quân hôm nay có thể thay đổi khi khách mới gửi loại dữ liệu khác. Với gói cố định, nhóm phải có cách dự báo phần đuôi sử dụng; với phí theo kết quả, cần tính cả công việc không được thu tiền. Không nên chỉ lấy chi phí của những tác vụ thành công để đại diện toàn bộ hệ thống.

Bằng chứng năng suất không phải bảng quy đổi giá

Brynjolfsson, Li và Raymond công bố trên QJE năm 2025 nghiên cứu việc đưa trợ lý hội thoại vào công việc của 5.172 nhân viên hỗ trợ khách hàng. Tóm tắt báo cáo số vấn đề giải quyết mỗi giờ tăng trung bình 15%, với khác biệt đáng kể giữa người lao động. Thiết kế triển khai theo giai đoạn và bối cảnh công ty cần được giữ khi diễn giải kết quả [7].

Không thể lấy mức tăng trung bình ấy nhân với tổng lương mọi khách để hứa một khoản tiết kiệm. Doanh nghiệp có cơ cấu công việc, dữ liệu, mức sử dụng và cách tổ chức khác nhau. Số vấn đề mỗi giờ cũng không tự nói tiền đã tiết kiệm hay khách đã trả thêm. Dùng nghiên cứu để đặt giả thuyết đo tại chỗ sẽ hợp lý hơn dùng nó làm bảo đảm bán hàng.

Một phép thử nên thống nhất đầu ra quan sát được, chất lượng tối thiểu và thời gian người tham gia phải bỏ ra. Cần đo trước và trong khi thử bằng cách phù hợp bối cảnh, đồng thời ghi các thay đổi khác đang diễn ra. Với mẫu nhỏ hoặc không có nhóm so sánh đáng tin, hãy gọi kết quả là tín hiệu ban đầu, không tuyên bố đã chứng minh hiệu quả nhân quả.

Việt Nam: đọc gói đầu ra và gói tài nguyên riêng

Trong lần mở trang Haravan AI Chat vào ngày 24/10/2026, ví dụ Việt Nam này có gói có hạn mức tin nhắn, phần triển khai và tùy chọn mua thêm. Bài chỉ ghi nhận các thành phần lời chào bán; không suy từ hạn mức sang số hội thoại giải quyết thành công hay từ thông điệp quảng bá sang hiệu quả thực tế. Cần xem điều kiện gói tại thời điểm giao dịch vì ưu đãi có thể thay đổi [8].

Trong bối cảnh lựa chọn hạ tầng tại Việt Nam, tài liệu thanh toán AI Factory của FPT Cloud mô tả mô hình dùng đến đâu trả đến đó cùng việc nạp tín dụng trước khi sử dụng dịch vụ. Đây là một ví dụ khác về cách chi trả cho tài nguyên, không phải giá niêm yết cho mỗi kết quả kinh doanh. Tài liệu công khai không đủ để kết luận mọi sản phẩm FPT dùng cùng đơn vị hoặc có cùng chính sách [9].

Khi so hai loại đề xuất, nhóm cần quy đổi về công việc dự định thực hiện và chất lượng chấp nhận. Một bên niêm yết tin nhắn, bên khác bán tài nguyên; cả hai đều có thể còn cần tích hợp và người vận hành. Bảng so sánh nên để trống những khoản chưa xác nhận thay vì biến chúng thành không mất phí. Không nên mua chỉ vì một đơn vị kỹ thuật nhìn có vẻ rẻ.

Góc nhìn AI: chất lượng thay đổi thì cấu trúc giá cũng cần kiểm lại

Định giá AI phải xử lý việc đầu ra có thể thay đổi sau khi dữ liệu, mô hình hoặc quy trình được cập nhật. Một phép đếm giữ nguyên nhưng chất lượng giảm sẽ khiến lời hứa thương mại không còn giống ban đầu. Vì thế, điều kiện chấp nhận và lịch kiểm lại nên đi cùng phiên bản sản phẩm, chứ không chỉ ghi trong một bản báo giá đầu tiên.

Trang AI RMF của NIST trình bày quản trị rủi ro như việc đánh giá mức đáng tin ở các bước xây dựng và vận hành. Tài liệu tự nguyện này không chọn sẵn cách thu phí cho doanh nghiệp. Nó cung cấp lý do để có người phụ trách, bằng chứng đánh giá và cách theo dõi thay đổi; phần cấu trúc giá trong bài là phân tích riêng, không phải khuyến nghị định giá của NIST [10].

Một gói theo kết quả có thể khuyến khích bên bán cải thiện chất lượng, nhưng cũng có thể tạo động lực chọn tác vụ dễ. Gói theo tài nguyên có thể minh bạch chi phí, nhưng có nguy cơ thu tiền cho nhiều lần thử không đem lại đầu ra. Gói theo ghế có thể dễ bán nhưng che khác biệt nhu cầu. Cần xem các động lực ấy bằng dữ liệu thay vì gán đạo đức tốt cho một tên mô hình.

YC tách nhóm tính theo sử dụng khỏi doanh thu thuê bao trong bản đồ mô hình kinh doanh. Cần giữ khác biệt ấy khi lập chỉ số cho sản phẩm AI: một lịch sử dùng tài nguyên đều đặn chưa bảo đảm khách cam kết tiếp tục trả tiền ở các kỳ sau [11].

Trước một thay đổi lớn, nên kiểm lại tỷ lệ được chấp nhận, lượng tài nguyên cho một công việc và thời gian người hỗ trợ. Nếu chỉ số xấu hơn, cần biết do giá làm đổi hành vi hay do chất lượng thay đổi. Khả năng truy lại nguyên nhân này quan trọng hơn việc liên tục đổi đơn vị thu theo xu hướng, bởi người mua phải dự trù ngân sách và hiểu hóa đơn.

Chuyển từ thuê bao sang cách thu mới bằng phép thử hẹp

Không nên bắt đầu chuyển đổi bằng việc đổi toàn bộ hợp đồng. Có thể chọn một tác vụ đủ đo, cho khách xem song song cách tính cũ và mới trong phạm vi đã thống nhất, rồi đối soát chênh lệch. Nếu lượng dùng biến động, cần cho thấy kịch bản thấp, thường gặp và cao. Tính minh bạch này giúp kiểm khả năng dự trù trước khi thay nghĩa vụ thanh toán.

• Chốt định nghĩa công việc hợp lệ, đầu ra đạt và trường hợp không tính phí.
• Gắn mỗi khoản tính với dấu vết mà người phụ trách có thể kiểm lại.
• Theo dõi đồng thời chất lượng, chi phí toàn việc và phản hồi hóa đơn.
• Đặt giới hạn thử cùng điều kiện ngừng hoặc quay lại cấu trúc trước.
• Chỉ mở rộng sau khi cả bên mua và bên giao hiểu cách đối soát.

Gói kết hợp có thể là một lựa chọn, chẳng hạn khoản nền để duy trì dịch vụ và phần vượt theo mức dùng. Nhưng mỗi lớp thêm vào đều làm hóa đơn khó hơn. Nếu khách cần một cuộc họp dài để hiểu cách tính, nhóm nên kiểm lại thiết kế. Sự tinh vi của bảng giá không thay được một lời chào rõ và một đầu ra đáng mua.

Kết luận: chọn cách thu mà hai bên cùng kiểm được

Theo ghế, mức dùng và kết quả đều có điều kiện phù hợp riêng. Điều quyết định là sự khớp giữa công việc khách mua, bằng chứng chất lượng, chi phí toàn bộ quá trình và khả năng dự trù. Một cấu trúc đáng tin cho phép giải thích khoản thu, sửa sai khi cần và duy trì nghĩa vụ đã hứa; nó không cần được quảng bá như mô hình duy nhất của tương lai.

Nguồn và phương pháp

Bài gốc tiếng Việt có hỗ trợ AI, không phải bản dịch; nguồn được mở ngày 24/10/2026. Phân tích dùng Y Combinator, Stripe, tóm tắt nghiên cứu và tài liệu nhà cung cấp chính thức. Bản công bố năm 2025 và bản arXiv sửa năm 2026 được tách rõ, chưa kiểm chứng toàn bộ chứng minh. Các điều kiện giá là thông tin tại ngày mở, không phải báo giá có hiệu lực cho mọi khách. Tình huống số là tự dựng; hiệu quả tại doanh nghiệp cụ thể cần được kiểm riêng.