Cách kiếm tiền từ một ứng dụng: giải thích các mô hình doanh thu

Ứng dụng kiếm tiền theo một số cách: thu phí đăng ký, giá một lần, phí theo mức sử dụng, phần trăm từ giao dịch giữa người dùng, quảng cáo, hoặc bán dịch vụ xung quanh ứng dụng. Mô hình phù hợp phụ thuộc vào tần suất người ta dùng và mỗi lần dùng tạo ra bao nhiêu giá trị: một công cụ người ta dựa vào mỗi tuần phù hợp với đăng ký; một tiện ích dùng một lần phù hợp với một khoản thanh toán duy nhất. Cách bạn phân phối ứng dụng cũng quan trọng: một ứng dụng web thu thanh toán qua nhà xử lý như Stripe, còn ứng dụng gốc bán qua App Store hoặc Google Play thì theo quy định và hoa hồng của các cửa hàng đó.

Các mô hình kiếm tiền chính

Đăng ký

Là mô hình phổ biến nhất cho các doanh nghiệp phần mềm, vì doanh thu lặp lại và tăng lên khi bạn có thêm khách hàng. Nó hoạt động khi ứng dụng là một phần trong thói quen thường ngày của ai đó. Hãy cung cấp các tùy chọn hằng tháng và hằng năm; gói hằng năm thường có chiết khấu để đổi lấy cam kết. Cấu trúc giá — các bậc, theo ghế, cố định — là một chủ đề riêng; xem cách định giá một sản phẩm SaaS.

Thanh toán một lần

Dễ giải thích và dễ mua. Điểm cần lưu ý: nếu ứng dụng có chi phí vận hành liên tục — lưu trữ, cơ sở dữ liệu, sử dụng AI — thì mỗi khách hàng trả một lần vẫn khiến bạn tốn tiền mãi mãi. Giá một lần phù hợp nhất khi chi phí vận hành cho mỗi người dùng gần bằng không, hoặc khi bạn tính phí riêng cho các bản cập nhật hay phiên bản mới.

Freemium

Gói miễn phí thu hút người dùng; gói trả phí giữ lại những người nhận được giá trị thật. Phần khó là ranh giới giữa hai gói. Ranh giới tốt bám theo mức sử dụng tương quan với giá trị: số dự án, số thành viên nhóm, số bản ghi, số lần xuất hoặc các tính năng nâng cao. Ranh giới tồi làm người dùng miễn phí bực bội mà không làm gói trả phí hấp dẫn hơn.

Giá theo mức sử dụng

Tính phí theo lần dùng là công bằng khi chi phí của bạn tăng theo mức sử dụng — các tính năng AI là ví dụ rõ ràng nhất, vì mỗi lần gọi mô hình đều tốn tiền. Khách hàng thích chỉ trả cho những gì họ dùng nhưng không thích hóa đơn bất ngờ, nên hãy hiển thị mức sử dụng rõ ràng và cân nhắc một gói cơ bản có hạn mức đi kèm.

Phí giao dịch

Nếu ứng dụng của bạn kết nối người mua và người bán — một chợ, một nền tảng đặt chỗ, một trang việc làm — thì việc lấy một phần từ mỗi giao dịch làm thu nhập của bạn đồng hành cùng thành công của người dùng. Mô hình này cần khối lượng lớn để hiệu quả và kéo theo độ phức tạp thực sự: thanh toán cho người bán, hoàn tiền, tranh chấp và đôi khi là thuế. Hãy lên kế hoạch cho phần thanh toán trước khi xây dựng; thường đó là phần khó nhất.

Quảng cáo, tài trợ và tiếp thị liên kết

Quảng cáo chỉ thực sự sinh lời ở quy mô lớn và có thể làm suy yếu một sản phẩm mà người ta chú ý trả tiền. Với các ứng dụng ngách có lượng người dùng nhỏ hơn, tài trợ (một công ty liên quan trả tiền cho một vị trí) và liên kết tiếp thị (hoa hồng trên doanh số bạn giới thiệu) thường mang lại nhiều hơn trên mỗi lượt truy cập. Luôn ghi nhãn rõ ràng các vị trí được trả tiền.

Dịch vụ xung quanh ứng dụng

Đặc biệt ở giai đoạn đầu, việc bán dịch vụ cài đặt, hướng dẫn làm quen hoặc công việc theo yêu cầu cùng với một công cụ có thể tài trợ cho việc phát triển và giúp bạn hiểu khách hàng cần gì. Nó không mở rộng như phần mềm, nên hãy xem đó là cầu nối, không phải đích đến.

Chọn một mô hình

Trả lời các câu hỏi sau về ứng dụng của bạn:

1. Người ta dùng nó thường xuyên đến đâu? Hằng ngày hoặc hằng tuần thì hướng tới đăng ký. Thỉnh thoảng hoặc một lần thì hướng tới thanh toán một lần hoặc theo mức sử dụng.
2. Mỗi lần dùng có tốn tiền của bạn không? Nếu có, hãy dùng tính phí theo mức sử dụng hoặc đăng ký có giới hạn.
3. Ai trả tiền — người dùng hay doanh nghiệp? Doanh nghiệp dễ chấp nhận đăng ký và hóa đơn hơn cá nhân.
4. Nó có kết nối hai nhóm không? Hãy cân nhắc phí giao dịch.
5. Đối tượng có lớn và thoải mái không? Chỉ khi đó mới cân nhắc quảng cáo.
6. Có một “nhiều hơn” tự nhiên không? Nếu có, freemium có thể hiệu quả.

Hầu hết các ứng dụng chọn một mô hình chính và thêm một mô hình thứ hai: đăng ký kèm các tiện ích tính theo mức sử dụng, hoặc gói miễn phí cộng gói trả phí cộng dịch vụ cho khách hàng lớn.

Thu thanh toán

Với một ứng dụng web, bạn gần như luôn dùng một nhà xử lý thanh toán thay vì tự xử lý thẻ. Stripe là một lựa chọn được dùng rộng rãi cho phần mềm; các lựa chọn khác gồm Paddle và Lemon Squeezy, hoạt động như “merchant of record”: họ bán cho khách hàng của bạn thay mặt bạn và lo thuế bán hàng, với cấu trúc phí riêng. Hãy so sánh các trang giá trước khi chọn.

Một nhà xử lý sẽ lo:

• Thanh toán — một trang an toàn nơi khách hàng nhập thông tin thẻ. Ứng dụng của bạn không bao giờ thấy số thẻ.
• Đăng ký — thu phí định kỳ, nâng cấp, hủy, thử lại khi thanh toán thất bại.
• Biên lai và hóa đơn.
• Webhook — tin nhắn gửi đến ứng dụng của bạn khi thanh toán thành công, thất bại hoặc gói đăng ký thay đổi, để bạn cấp hoặc thu hồi quyền truy cập.

Về phí: tính đến tháng 9 năm 2026, trang giá của Stripe ghi rằng giá tiêu chuẩn không có phí thiết lập hay phí hằng tháng, và thanh toán bằng thẻ được tính theo phần trăm cộng một số tiền cố định cho mỗi giao dịch thành công. Mức phí cụ thể thay đổi theo quốc gia, loại thẻ và các sản phẩm bổ sung như thu phí đăng ký, nên hãy kiểm tra trang dành cho quốc gia của bạn thay vì dựa vào một con số bạn đã thấy ở nơi khác.

Cách thêm thanh toán vào ứng dụng hướng dẫn từng bước về thanh toán, đăng ký, webhook và chế độ thử nghiệm.

Cửa hàng ứng dụng so với web

Nơi ứng dụng của bạn tồn tại thay đổi cách bạn có thể thu tiền.

Ứng dụng web

Ứng dụng web chạy trong trình duyệt trên mọi thiết bị, kể cả điện thoại. Không có cửa hàng ở giữa: bạn chọn nhà xử lý thanh toán, đặt giá và chỉ trả phí của nhà xử lý. Bạn cũng không cần cửa hàng duyệt để phát hành bản cập nhật. Đánh đổi là khả năng được khám phá — không ai tìm thấy bạn bằng cách lướt cửa hàng — và việc một số người dùng chỉ thích cài đặt ứng dụng. Ứng dụng gốc và ứng dụng web tiến bộ giải thích các khác biệt.

Ứng dụng gốc trên App Store và Google Play

Phân phối qua cửa hàng đi kèm quy định về cách bạn thu tiền:

• Apple. Tính đến tháng 9 năm 2026, Hướng dẫn xét duyệt ứng dụng của Apple quy định rằng việc mở khóa tính năng hoặc nội dung trong ứng dụng — đăng ký, nội dung trả phí, phiên bản đầy đủ — phải dùng mua hàng trong ứng dụng của Apple. Hàng hóa vật lý và dịch vụ tiêu dùng bên ngoài ứng dụng (một chuyến taxi, một sản phẩm được giao) phải dùng các phương thức thanh toán khác. Chương trình Doanh nghiệp Nhỏ của Apple áp dụng hoa hồng giảm 15% cho các ứng dụng trả phí và mua hàng trong ứng dụng đối với nhà phát triển có doanh thu tối đa 1 triệu USD trong năm dương lịch trước và các nhà phát triển mới tham gia cửa hàng; tỷ lệ tiêu chuẩn áp dụng khi vượt ngưỡng đó. Các điều khoản khác nhau có thể áp dụng ở một số khu vực, bao gồm EU.
• Google Play. Google thu phí dịch vụ đối với hàng hóa kỹ thuật số và đăng ký bán qua thanh toán của Play. Tính đến tháng 9 năm 2026, trang phí dịch vụ của Google cho thấy các mức phí thay đổi theo khu vực trong năm 2026, với mức khác nhau cho đăng ký, cho cài đặt mới và cài đặt hiện có, và các ngưỡng doanh thu. Hãy đọc trang hiện hành cho thị trường của bạn trước khi lên kế hoạch giá.

Quy định của cả hai cửa hàng đã thay đổi nhiều lần trong những năm gần đây, thường theo từng khu vực. Hãy coi mọi con số — kể cả những con số ở trên — là thứ cần kiểm tra lại trên trang chính thức trước khi cam kết.

Trước khi thu phí: danh sách kiểm tra

• Có người nói sẽ trả tiền. Lý tưởng nhất là đã có người trả tiền. Đặt trước trước khi xây dựng là tín hiệu mạnh nhất bạn có thể nhận được.
• Luồng thanh toán đã được kiểm thử đầu cuối trong chế độ thử nghiệm của nhà xử lý: thanh toán, thất bại, hủy, hoàn tiền.
• Quyền truy cập theo sau thanh toán. Thanh toán mở khóa đúng tính năng; hủy hoặc gia hạn thất bại sẽ thu hồi chúng.
• Giá được ghi trên một trang rõ ràng cùng với những gì mỗi gói bao gồm.
• Có điều khoản, chính sách bảo mật và chính sách hoàn tiền. Hãy nhận tư vấn địa phương về thuế và quy định tiêu dùng; chúng khác nhau theo quốc gia.
• Bạn biết chi phí cho mỗi người dùng — lưu trữ, cơ sở dữ liệu, sử dụng AI — để mọi mức giá đều bù đắp được chúng.

Các lỗi thường gặp

• Chờ quá lâu mới thu phí. Người dùng miễn phí cho bạn biết họ thích gì; người dùng trả tiền cho bạn biết họ coi trọng điều gì.
• Quá nhiều gói. Hai hoặc ba bậc là đủ để bắt đầu.
• Bỏ qua chi phí vận hành. Đặc biệt với các tính năng AI, người dùng nặng có thể tốn nhiều hơn số tiền họ trả.
• Hủy không rõ ràng. Hãy làm cho việc hủy trở nên dễ dàng. Điều đó xây dựng lòng tin và giảm tranh chấp.
• Cho rằng quy định của cửa hàng ứng dụng đơn giản. Hãy kiểm tra trước khi xây dựng một ứng dụng gốc quanh một mô hình thanh toán.

Xây dựng một ứng dụng trả phí với Mythex

Mythex xây dựng ứng dụng web, nên trên web bạn thu thanh toán bằng nhà xử lý riêng và không có cửa hàng ứng dụng nào ở giữa. Với Stripe, bạn thêm khóa Stripe của riêng mình làm bí mật của dự án và yêu cầu tác nhân thêm Checkout; bạn thử bằng thẻ thử nghiệm của Stripe trong bản xem trước, rồi xuất bản — công thức Stripe trong tài liệu có các bước. Mythex không cung cấp kết nối Stripe chỉ bằng một cú nhấp. Với Pro, Mythex cũng có thể đóng gói ứng dụng thành ứng dụng Android và iPhone; khi bạn đã lên các cửa hàng, quy định của Apple và Google về thanh toán trong ứng dụng sẽ áp dụng. Về ý tưởng đáng để thu phí, xem ý tưởng micro-SaaS, và khi bạn sẵn sàng tìm khách hàng, cách ra mắt ứng dụng và có người dùng đầu tiên.

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