Mô hình kinh doanh API: các loại API và bốn cách thu phí trực tiếp (Phần 1/2)

Đăng ngày 23/10/2026

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

API (giao diện lập trình ứng dụng) là cổng để phần mềm này gọi chức năng hay dữ liệu của phần mềm khác. Khi cổng ấy thành sản phẩm, doanh nghiệp phải quyết định ai được gọi và tính tiền theo cái gì. Đây là phần một của chuỗi hai bài, về các loại API và bốn cách thu phí trực tiếp: freemium, theo giao dịch, trả theo mức dùng, thuê bao. Phần hai bàn về mặt trái của thuê bao, nguồn thu gián tiếp, định giá, đóng gói, đo lường và cách chọn mô hình.

• Mức mở của API (công khai, đối tác, nội bộ) quyết định ai là khách và có nên niêm yết giá hay không.
• Bốn cách thu phí trực tiếp là bốn cách chia rủi ro biến động mức dùng giữa nhà cung cấp và khách.
• Theo giao dịch tính trên sự kiện nghiệp vụ; trả theo mức dùng tính trên lượt gọi hoặc tài nguyên.
• Nhiều bảng giá dùng đơn vị quy đổi có trọng số, nên cần đọc cách quy đổi trước khi so đơn giá.
• Hai phép tính giả định chỉ ra khi nào bậc miễn phí hoà vốn và khi nào thuê bao rẻ hơn.

Bối cảnh: khi cổng kết nối trở thành thứ để bán

Một cửa hàng trực tuyến ngày nay thường nối vào nhiều dịch vụ bên ngoài: thanh toán, giao hàng, tin nhắn, bản đồ, trí tuệ nhân tạo. Mỗi lần nối là một chuỗi lời gọi API, và nhiều lời gọi bị tính tiền. Với bên cung cấp, cách tính tiền quyết định ai dám thử, ai ở lại. Với bên mua, nó quyết định khoản chi biến động ra sao theo mùa bán hàng.

Tài liệu nguồn gọi cách một tổ chức xử lý những việc ấy là mô hình kinh doanh API: ai được dùng, điều kiện gì, giá bao nhiêu, tài liệu và hỗ trợ ra sao. Bài tách thành hai lớp quyết định: loại API (mức mở và cách xây) và cách thu phí trực tiếp.

Khái niệm cốt lõi và thuật ngữ

Bài dùng thống nhất các thuật ngữ sau. Nhà cung cấp là bên tạo ra và bán API; nhà phát triển (developer) là bên tích hợp API vào sản phẩm của mình, tức là khách trực tiếp mà mọi bảng giá nhắm tới.

• API (application programming interface): bộ quy tắc để phần mềm yêu cầu chức năng hoặc dữ liệu từ phần mềm khác, kèm tài liệu mô tả cách gọi.
• Điểm truy cập (endpoint) và khoá API (API key): địa chỉ nhận yêu cầu, và chuỗi định danh cấp cho mỗi người gọi để phân quyền, ghi nhận mức dùng.
• Lời gọi (request): một yêu cầu kỹ thuật gửi tới API. Giao dịch (transaction): một sự kiện nghiệp vụ hoàn tất, như một tin nhắn đã gửi.
• Đơn vị tính phí: thứ được đếm để ra hoá đơn, như lượt gọi, giao dịch, ký tự, token (mẩu văn bản mô hình ngôn ngữ xử lý), dung lượng.
• Bậc hay gói (tier, plan): một mức giá kèm hạn mức và quyền lợi nhất định.
• Thu phí trực tiếp: bên gọi API trả tiền; thu phí gián tiếp là khi bên khác trả hoặc API chỉ là cửa vào hoạt động khác (phần hai).

API thành tài sản kinh doanh: lợi ích và ba nhóm việc đi kèm

Mở API ra ngoài mang lại doanh thu trực tiếp khi có người trả phí, và doanh thu gián tiếp khi nó kéo thêm khách, kênh bán hay cơ hội bán chéo. Tài liệu nguồn còn nêu các lợi ích khác: ra mắt sản phẩm nhanh nhờ dùng lại chức năng có sẵn, dữ liệu mức dùng để hiểu khách, hệ sinh thái mở rộng sản phẩm và sự phụ thuộc kỹ thuật giữ khách ở lại.

Chín yếu tố tài liệu nguồn liệt kê gom được thành ba nhóm việc: mở cửa và kiểm soát (bảo mật, giới hạn tốc độ, phiên bản, tuân thủ); thu hút và giữ nhà phát triển (hỗ trợ, hệ sinh thái, hợp tác, chợ API); kiếm tiền và học hỏi (thu phí, phân tích mức dùng). Bài này bàn nhóm cuối; phần hai thêm hỗ trợ và đo lường.

Ba mức mở của API và API ghép

API công khai (open API) cho bất kỳ nhà phát triển nào đăng ký để dùng, thường kèm tài liệu và bậc miễn phí. API đối tác (partner API) chỉ cấp cho tổ chức có quan hệ chính thức với nhà cung cấp, thường qua thoả thuận và khoá riêng. API nội bộ (internal API) chỉ chạy trong tổ chức để các hệ thống nối nhau; không bán ra ngoài, giá trị nằm ở tái sử dụng và dữ liệu nhất quán.

API ghép (composite API) không nằm cùng trục với ba mức mở trên: đó là kiểu thiết kế gộp nhiều API thành một lời gọi, và có thể nằm ở bất kỳ mức mở nào. Theo suy luận của bài, giá của API ghép phải bù chi phí các API bên dưới và phụ thuộc vào độ sẵn sàng của chúng. Hình 1 xếp bốn loại cạnh nhau.

Bốn kiểu API theo cách xây và điều đó đổi gì khi bán

API web chạy trên giao thức HTTP, thường theo kiểu REST và trả dữ liệu JSON, nên dùng được trên mọi nền tảng. API di động phục vụ ứng dụng điện thoại gọi về hệ thống phía sau; máy ảnh hay định vị là chức năng do hệ điều hành cung cấp, không phải thứ doanh nghiệp bán. API SOAP dùng thông điệp XML cấu trúc chặt, quen thuộc ở ngân hàng, cơ quan nhà nước và hệ thống cũ. GraphQL cho khách chỉ định đúng trường dữ liệu cần lấy.

Cách xây ảnh hưởng đến bảng giá ở ba chỗ, theo nhận xét của bài. Về công sức tích hợp, API càng dễ gọi thì bậc miễn phí càng dễ thành người dùng thật, còn SOAP đòi nhiều công hơn nên thường đi với hợp đồng riêng hơn là bảng giá tự phục vụ. Về đơn vị tính, với GraphQL một lời gọi có thể lấy rất ít hay rất nhiều dữ liệu, nên tính theo số lời gọi dễ lệch chi phí thật. Về tuổi thọ, phiên bản cũ phải được duy trì hoặc báo ngừng đúng hạn.

Bốn cách thu phí trực tiếp: tính tiền theo cái gì?

Bốn cách thu khác nhau ở thứ được đếm. Freemium không tính phần đầu, rồi tính khi khách vượt giới hạn hoặc cần tính năng cao hơn. Thuê bao tính theo thời gian: một mức phí mỗi kỳ, dùng nhiều hay ít cũng vậy. Trả theo mức dùng tính theo thước đo tiêu thụ như lượt gọi, dung lượng, năng lực xử lý. Theo giao dịch tính theo sự kiện nghiệp vụ hoàn tất, như một tin nhắn gửi thành công.

Nhìn theo rủi ro, mỗi cách đẩy biến động mức dùng về một phía. Thuê bao cho khách hoá đơn đều, nhưng nhà cung cấp gánh chi phí khi khách dùng nhiều và khách trả thừa khi dùng ít. Hai cách tính theo đơn vị làm hoá đơn lên xuống theo mức dùng, kéo doanh thu của nhà cung cấp lên xuống theo. Freemium dồn chi phí người dùng miễn phí về nhà cung cấp, đổi lại cơ hội chuyển đổi. Hình 2 so sánh bốn cách.

Freemium: bậc miễn phí là khoản chi tiếp thị

Freemium cho nhà phát triển dùng miễn phí một phần API, giới hạn bằng khối lượng hoặc tính năng, và mời nâng cấp khi họ cần hạn mức cao hơn, tính năng nâng cao hay hỗ trợ ưu tiên. Bậc miễn phí đóng vai một kênh tiếp thị: hạ rào cản thử, tạo truyền miệng, thu phản hồi.

Mặt trái là chi phí. Bậc miễn phí vẫn tốn hạ tầng, tài liệu và hỗ trợ; ranh giới với bậc trả phí mờ thì không ai thấy lý do nâng cấp, quá chật thì không ai thử đủ để thấy giá trị. Phép tính ở phần sau cho thấy tỷ lệ chuyển đổi cần đạt để hoà vốn.

Theo giao dịch và trả theo mức dùng: hai cách đếm

Hai cách này cùng nguyên lý: khách chỉ trả cho phần đã dùng, nên rào cản vào thấp và hoá đơn lớn lên cùng quy mô khách. Theo giao dịch đếm sự kiện nghiệp vụ nên khách dễ hiểu hoá đơn: bao nhiêu tin đã gửi, bao nhiêu khoản đã thu. Trả theo mức dùng đếm thước đo kỹ thuật; đơn vị này gần chi phí của nhà cung cấp hơn nhưng xa giá trị khách nhận hơn.

Cả hai chung rủi ro: khách khó dự toán và có thể gặp hoá đơn bất ngờ khi một đoạn mã gọi API lặp ngoài ý muốn, nên nhà cung cấp cần trang ước tính chi phí, cảnh báo ngưỡng chi tiêu và giá theo bậc khối lượng. Doanh thu của nhà cung cấp biến động theo mùa của khách, còn khách có thể tiết kiệm quá tay, cắt lời gọi đến mức làm hỏng sản phẩm của chính họ.

Thuê bao: doanh thu dự đoán được

Khách thuê bao trả một mức phí theo tháng hoặc năm, không phụ thuộc số lần gọi, thường kèm các bậc gói có hạn mức và quyền lợi tăng dần. Nhà cung cấp có dòng tiền lặp lại để lập kế hoạch hạ tầng và nhân sự; khách có ngân sách cố định. Bậc cao thường mở tính năng nâng cao và hỗ trợ ưu tiên, nên bảng bậc vừa là bảng giá vừa là đường nâng cấp.

Thuê bao buộc nhà cung cấp giữ chất lượng để khách gia hạn. Cái giá của phí cố định, như trả thừa khi dùng thưa, được phân tích ở phần hai. Bên mua nên hỏi trước: gói gồm bao nhiêu lượt, vượt thì tính thế nào, có hạ bậc giữa kỳ không.

Hai phép tính minh hoạ: hoà vốn của bậc miễn phí và hoá đơn ba kiểu khách

Phép tính giả định cho bậc miễn phí. Mỗi người dùng thử tốn nhà cung cấp 0,3 triệu đồng hạ tầng và hỗ trợ; một khách trả phí mang về doanh thu ròng 6 triệu đồng trong cả thời gian ở lại. Tỷ lệ chuyển đổi hoà vốn là 0,3 chia 6, tức 5%: cứ 100 người thử cần 5 người trả phí. Nếu chỉ 2 người chuyển đổi, chi phí thu hút một khách trả phí là 0,3 chia 0,02, bằng 15 triệu, gấp 2,5 lần doanh thu ròng của khách ấy.

Phép tính giả định so thuê bao với trả theo mức dùng. Trả theo mức dùng là 2 triệu đồng cho mỗi triệu lượt gọi. Thuê bao là 11 triệu đồng mỗi tháng gồm 8 triệu lượt, vượt thì tính 2 triệu đồng mỗi triệu lượt, nên hoà vốn ở 11 chia 2, tức 5,5 triệu lượt mỗi tháng. Khách A dùng đều 7 triệu lượt mỗi tháng; khách B dùng thưa 1 triệu lượt; khách C chạy chiến dịch, 3 tháng dùng 10 triệu lượt và 9 tháng còn lại dùng 1 triệu lượt.

Với các số giả định này, một năm khách A trả 132 triệu đồng nếu thuê bao và 168 triệu nếu trả theo mức dùng; khách B trả 132 triệu và 24 triệu; khách C trả 144 triệu và 78 triệu. Cộng ba khách, thuê bao cho nhà cung cấp 408 triệu, trả theo mức dùng 270 triệu. Nhưng khách B trả gấp bảy lần khách A cho mỗi triệu lượt gọi, nên 408 triệu chỉ bền nếu B và C chịu ở lại. Bảng giá nên có cả hai lối. Hình 3 chuyển các nhận xét này thành bản đồ chọn nhanh.

Cách áp dụng từng bước

Quy trình dưới đây dành cho doanh nghiệp chuẩn bị bán một API hoặc đánh giá lại bảng giá hiện có. Mỗi bước nên có đầu ra viết ra giấy: một câu mô tả, một bảng tính hoặc một hợp đồng mẫu. Bước 4 và bước 6 dùng lại cách tính ở trên.

• Bước 1: Xác định mức mở: mọi nhà phát triển, đối tác được chọn hay chỉ nội bộ.
• Bước 2: Viết một câu về giá trị mỗi lần gọi mang lại cho khách.
• Bước 3: Chọn đơn vị tính gần giá trị khách nhận nhất mà vẫn đo được rẻ, ít tranh cãi.
• Bước 4: Tính chi phí phục vụ mỗi đơn vị và chi phí cố định, kể cả hỗ trợ và bậc miễn phí.
• Bước 5: Chọn cách thu chính, rồi đặt hạn mức, giá khi vượt mức và điều kiện nâng bậc.
• Bước 6: Dựng hoá đơn mẫu cho ba kiểu khách (đều, thưa, theo đợt) và tìm điểm hoà vốn.
• Bước 7: Cho nhóm nhỏ dùng thử, kèm trang ước tính chi phí và cảnh báo ngưỡng chi tiêu.
• Bước 8: Xem lại giá theo dữ liệu dùng thật trước khi mở rộng.

Ví dụ quốc tế: Gemini API ghép bậc miễn phí với trả theo token

Trang giá Gemini API của Google chia hai bậc. Bậc miễn phí dành cho nhà phát triển và dự án nhỏ mới bắt đầu, nội dung ở bậc này được dùng để cải thiện sản phẩm; bậc trả phí dành cho ứng dụng cần khối lượng lớn, nội dung không bị dùng như vậy [1]. Giá trả phí tính theo mỗi triệu token, tách đầu vào và đầu ra: ở mô hình Gemini 3.1 Flash-Lite chế độ chuẩn, đầu vào văn bản, hình ảnh hoặc video là 0,25 USD, âm thanh 0,50 USD, đầu ra 1,50 USD [1]. Bậc trả phí còn có Batch API giảm 50% chi phí [1].

Theo nhận xét của bài, ví dụ cho thấy bậc miễn phí có thể được trả bằng dữ liệu thay vì tiền, token là đơn vị có trọng số khác nhau theo chiều vào ra và loại nội dung, và chế độ xử lý theo lô có thể bán rẻ hơn. Giá chỉ đúng tại thời điểm đọc, 20/10/2026; phần trang đã đọc không ghi ngày áp dụng.

Tình huống áp dụng tại Việt Nam: bản đồ, giọng nói, thanh toán và AI

Tại Việt Nam, Vietmap công bố bảng giá dịch vụ bản đồ theo số transaction [2]. Gói dùng thử kéo dài một tháng, hạn mức mỗi ngày tuỳ dịch vụ, như 1.000 transaction cho bản đồ nền và 250 cho tìm đường [2]. Gói trả sau chia bậc theo dung lượng, trên 5.000.000 transaction thì liên hệ; gói trả trước được chiết khấu 15% so với trả sau [2]. Điểm đáng đọc kỹ là cách quy đổi: yêu cầu tìm đường tính bằng phần nguyên của số điểm trên lộ trình chia năm, rồi cộng một; 25 yêu cầu bản đồ nền mới tính một transaction; còn tìm địa chỉ hay gợi ý địa điểm thì mỗi yêu cầu một transaction [2]. Vậy transaction ở đây là đơn vị quy đổi, không phải lời gọi.

Vbee, hãng chuyển văn bản thành giọng nói, có bốn loại gói cước và dùng điểm làm đơn vị quy đổi: giọng nhãn Cơ bản trừ một điểm mỗi ký tự, nhãn Nâng cao hai điểm, nhãn Cao cấp ba điểm [3]. Riêng gói VIP+ có mục mua thêm luồng API, 50.000 đồng mỗi luồng [3]. Với doanh nghiệp và kết nối API, trang giá mời liên hệ để nhận báo giá tuỳ chỉnh và bản đọc được không hiển thị số tiền nào [4]. Trang hỏi đáp không nói rõ quy tắc trừ điểm có áp dụng cho lượt gọi API hay không [3].

Tài liệu cho nhà phát triển của MoMo cho thấy dáng dấp của API đối tác: mỗi đối tác khi liên kết tạo một tài khoản doanh nghiệp, có mã lỗi riêng cho đối tác chưa được kích hoạt, có môi trường thử (sandbox) tách khỏi môi trường thật, và khoá bí mật dùng để tạo chữ ký điện tử [5]. Trang không nêu biểu phí; hai trường phí đọc được đều là dữ liệu có giá trị mặc định bằng 0 [5]. Trang giá của Viettel AI chỉ ghi gói dịch vụ có sẵn theo yêu cầu, kèm thông tin liên hệ, không có số tiền [6].

Ở Việt Nam, bốn ví dụ trên là bốn cách công bố khác nhau: transaction quy đổi bằng công thức (Vietmap), điểm quy đổi theo loại giọng (Vbee), tài khoản đối tác phải được kích hoạt (MoMo) và gói theo yêu cầu, không niêm yết giá (Viettel AI). Hình 5 tóm tắt. Bài không có dữ liệu về doanh thu hay hiệu quả của các mô hình này.

Sai lầm thường gặp, giới hạn và khi nào không nên dùng

Các lỗi dưới đây thường xuất hiện khi bảng giá được dựng theo sự thuận tiện của hệ thống thay vì theo cách khách dùng. Phần lớn có chung gốc: chọn đơn vị tính và bậc giá trước, rồi mới kiểm tra hoá đơn có giải thích được cho khách hay không.

• Chọn đơn vị tính vì dễ đếm chứ không vì gần giá trị khách nhận, khiến hoá đơn khó giải thích.
• Mở bậc miễn phí mà không tính chi phí phục vụ và tỷ lệ chuyển đổi hoà vốn.
• Đếm số tài khoản đăng ký thay vì số nhà phát triển đã gọi thành công.
• Cho trả theo mức dùng mà không có cảnh báo ngưỡng chi tiêu, dẫn đến hoá đơn bất ngờ.
• Gộp quá nhiều thước đo vào một bảng giá, đến mức khách không tự ước tính nổi hoá đơn.
• Chỉ bán thuê bao cho khách dùng thất thường hoặc theo mùa, không có lối chọn khác.

Chưa nên thu phí hoặc mở API ra ngoài khi API chỉ phục vụ nội bộ, khi giá trị mỗi lời gọi thấp hơn chi phí đo lường và hỗ trợ, hoặc khi chưa có căn cứ pháp lý và hợp đồng để chia sẻ dữ liệu. Với API đối tác, đừng cấp khoá như cho API công khai.

Kế hoạch thử nghiệm 2–4 tuần và câu hỏi tự kiểm

Kế hoạch dưới đây áp dụng cho một API cụ thể và vài khách thân thiết, chưa đụng đến bảng giá đang bán. Mục tiêu là học xem khách hiểu đơn vị tính ra sao và cách thu nào khớp với kiểu dùng thật của họ.

• Tuần 1: kê các API đang bán hoặc dự định bán; ghi mức mở, đơn vị tính và chi phí phục vụ mỗi đơn vị.
• Tuần 2: dựng bảng giá nháp theo hai cách thu, tính hoá đơn ba kiểu khách điển hình và điểm hoà vốn.
• Tuần 3: cho ba đến năm nhà phát triển thật dùng thử, kèm trang ước tính chi phí; ghi lại câu hỏi về hoá đơn.
• Tuần 4: đọc số người gọi thành công, tỷ lệ chạm hạn mức, chi phí mỗi người dùng thử; giữ, sửa hay bỏ một giả định giá.

Câu hỏi tự kiểm: khách trả tiền cho sự kiện nào, và bạn đếm được chưa? Bậc miễn phí cần tỷ lệ chuyển đổi bao nhiêu để hoà vốn? Một khách dùng thất thường sẽ thấy hoá đơn ra sao? Nếu là bên mua, bạn có ước tính được hoá đơn cao nhất của mình không?

Kết luận

Mô hình kinh doanh dựa trên API bắt đầu từ hai quyết định nối nhau: mức mở của API và đơn vị tính tiền. Bốn cách thu phí trực tiếp là bốn cách chia rủi ro biến động mức dùng, nên hoá đơn mẫu của vài kiểu khách điển hình hữu ích hơn một bảng giá đẹp. Phần hai bàn về mặt trái của thuê bao, ba nguồn thu gián tiếp (quảng cáo, đối tác, giới thiệu hưởng hoa hồng), định giá, đóng gói, hỗ trợ, đo lường mức dùng và cách chọn mô hình, kèm các tình huống tại Việt Nam: Open API ngân hàng, Zalo và Goong.

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

Bài là tổng hợp và phân tích có hỗ trợ AI, diễn đạt lại bằng lời riêng, không phải bản dịch. Phần phân loại API và các cách thu phí dựa trên phần đầu (trang 1–64) của tài liệu “API Business Models” (Super Guide của Daniel Pereira, The Business Model Analyst, 2022); các ví dụ, bảng và hình của tài liệu gốc không được lặp lại, và mọi hình trong bài đều tự dựng. Bạn nên tìm tài liệu gốc để đọc đầy đủ.

Các nguồn web được mở kiểm ngày 20/10/2026 qua công cụ đọc trang và tóm tắt, mỗi trang đọc ít nhất hai lần. Trang giá của Google, Vietmap, Vbee, Viettel AI và tài liệu của MoMo là thông tin do chính các bên công bố và có thể đổi bất cứ lúc nào; bài ghi giá và điều kiện như đã đọc vào ngày truy cập.

Điều chưa kiểm chứng: trang giá Gemini chỉ đọc được phần đầu; đơn giá theo bậc của Vietmap hiển thị thiếu đơn vị tiền nên không được nêu; hỏi đáp của Vbee không nói rõ quy tắc trừ điểm có áp dụng cho lượt gọi API hay không; tài liệu MoMo và trang Viettel AI không nêu biểu phí; mô tả kỹ thuật về các kiểu API dựa trên tài liệu nguồn, chưa đối chiếu với trang chuẩn trên web; nhận xét về đơn vị tính và API ghép là suy luận của bài. Các ví dụ số là giả định, không gắn doanh nghiệp thật. Bài không phải tư vấn pháp lý, tài chính hay đầu tư.