- "Bạn đang trả cho Stripe bao nhiêu?"
- Tôi đã hỏi nhiều nhà sáng lập SaaS và ai cũng đưa ra con số khác nhau, khoảng 4~8%
- Mức giá cơ bản là "2,9% + 30 cent", nhưng Stripe có hơn 20 sản phẩm bổ sung nên mọi thứ trở nên phức tạp
Ví dụ 1: B2B SaaS
- Nếu tính theo công ty giả định tên là "Typographic" trên trang ví dụ SaaS của Stripe,
giả sử sử dụng Billing + Quote + Checkout + Payments + Invoicing + Tax + Revenue Recognition + Data Pipeline
- thì chi phí là 4,2% doanh thu + $0,33 (mỗi giao dịch) + $10/tháng
- Đây chỉ là tính cho thẻ. Nếu dùng chuyển khoản ngân hàng, SEPA Debits hoặc các phương thức thanh toán khác thì sẽ có thêm phí
Ví dụ 2: Vertical SaaS
- Các SaaS cho từng ngành dọc cụ thể như Toast, Mindbody có 2 dòng doanh thu
- Standard SaaS Pricing: phí thuê bao và phí dựa trên mức sử dụng
- Phí dựa trên doanh thu của người bán tham gia nền tảng (ví dụ với Mindbody, họ nhận 2% trên số tiền mà studio yoga thanh toán)
- Dùng các sản phẩm Stripe giống như công ty ở ví dụ 1, nhưng phải dùng thêm Stripe Connect (tính năng chuyển hướng thanh toán tới người bán tham gia nền tảng)
- Stripe Connect tính $2/tháng cho mỗi tài khoản hoạt động, và cộng thêm 0,25% + $0,25 phí giao dịch
Chi phí gián tiếp của Stripe
- Các sản phẩm trên là chi phí trực tiếp, còn chi phí gián tiếp thì riêng
- Stripe là API xử lý thanh toán tốt nhất trên thị trường, nhưng để triển khai thì cần nhân lực kỹ sư
- Nếu không chỉ dùng Stripe Payments mà còn dùng các sản phẩm như billing, invoicing, checkout, thì phải điều chỉnh quy trình kinh doanh và mô hình định giá để phù hợp với chúng
- Ngoài ra còn phải trả "tiền thuê" cho Stripe
- Từng có một giải pháp tên là Billflow giúp dùng Stripe dễ hơn, nhưng Stripe cũng đã mua lại
- Mô hình giá của nó cũng tương tự Stripe, yêu cầu một tỷ lệ phần trăm nhất định trên doanh thu
- Với gói Grow ($1M~$3M ARR): $350/tháng + 0,5% doanh thu
- Với gói Scale ($3M+ ARR): $1200/tháng + 0,2% doanh thu
- Phần lớn sản phẩm của Stripe... chỉ dùng được với các sản phẩm Stripe khác
Nếu chỉ phụ thuộc vào sản phẩm Stripe thì chi phí chuyển đổi sẽ tăng cao
- Càng phụ thuộc vào Stripe thì càng khó đàm phán phí
- Thay đổi giải pháp thanh toán là việc đau đớn, và nếu hiện đang dùng Stripe Payments, còn billing là Stripe Billing, thì gần như không thể thêm phương thức thanh toán khác
- Vì Stripe biết điều này nên họ có thể tăng giá, và cũng có thể bắt đầu thu phí riêng cho những thứ trước đây đã nằm trong Stripe Payments
- Nhiều khách hàng cố gắng đàm phán phí với Stripe, nhưng đó là một quy trình rất rối rắm và hợp đồng thường kèm cam kết nhiều năm
- Ngày càng nhiều team đang cố gắng loại bỏ rủi ro trong mối quan hệ với Stripe
- Gắn thêm một PG (Payment Gateway) riêng để điều chỉnh phí và tạo cạnh tranh lành mạnh: các giải pháp như Primer hoặc Inai
- Ở khía cạnh billing, việc xây dựng giải pháp có thể kết nối với nhiều hệ thống thanh toán cùng phần mềm invoicing và analytics hỗ trợ chúng sẽ giúp tạo ra một Financial Stack vững chắc
- Tôi đánh giá rất cao Stripe, nhưng không hài lòng với mô hình hệ sinh thái đóng của họ
- Vì vậy chúng tôi quyết định tạo ra Lago, một Billing API mã nguồn mở
4 bình luận
Có áp dụng được ở Hàn Quốc hay không mới là điểm mấu chốt lớn nhất nhỉ,, đến cả Nigeria ở châu Phi cũng đã được thêm dịch vụ thanh toán Stripe rồi, vậy rốt cuộc Hàn Quốc là kiểu quốc gia gì đây haha
Cảm ơn vì bài viết hay. Tôi cũng đồng cảm với ý rằng cần nhìn nhận vấn đề bằng góc nhìn trung lập. Quả thực khi thị trường SaaS trở nên phức tạp hơn, vị thế của các giải pháp dường như cũng đang thay đổi rất nhiều.
Nhờ các dịch vụ như Iamport, Bootpay mà việc tích hợp thanh toán đã trở nên dễ dàng hơn trong khoảng 10 năm gần đây. Các công ty PG như NICEPAY, vốn cảm nhận được áp lực cạnh tranh, cũng đang dần áp dụng quy trình đơn giản hơn, nên dạo gần đây việc tích hợp một PG đã trở nên rất dễ. Trước đây để tích hợp một bên thì phải mất 2 tuần +@ nên rõ ràng có nhu cầu, nhưng giờ vì có thể gắn vào rất nhanh nên lợi thế thông qua các dịch vụ tích hợp thanh toán có lẽ sẽ tiếp tục giảm dần trong tương lai.
Ngay tại thị trường trong nước cũng đang xuất hiện nhiều dịch vụ ở các vị trí khác nhau, nên tôi cảm thấy đây là thời điểm thị trường sắp có thêm một đợt biến động mới. Cũng đã có sự xuất hiện của Clayful, một giải pháp xây dựng commerce dựa trên API. Và một dịch vụ thanh toán chuyên về thuê bao như Stripe là Steppay cũng đã xuất hiện. Họ đang hỗ trợ nhiều chức năng như thanh toán định kỳ, billing, invoice, v.v.
Có lẽ do đặc thù của thị trường trong nước mà độ phức tạp của thanh toán trong nhiều trường hợp khác với nước ngoài, nên tôi khá tò mò không biết sắp tới mọi thứ sẽ diễn biến như thế nào.
Bài này chỉ ra các vấn đề của Stripe, đồng thời giải thích vì sao họ (Lago) lại tạo ra API billing mã nguồn mở.
Nói cách khác, bản thân bài viết này cũng nhằm quảng bá cho chính họ, vì vậy đừng tin hoàn toàn mà hãy nhìn với góc nhìn trung lập.
Trên HN cũng có ý kiến cho rằng bài này hơi bị thổi phồng, và một nhân viên Stripe đã vào để lại phần giải thích bổ sung.
https://news.ycombinator.com/item?id=33920019
Dù sao thì ở Hàn Quốc, ngoài thẻ còn có phiếu quà tặng văn hóa và đủ loại Pay đan xen khá phức tạp nên cũng khác bên đó..
Nhưng phần đàm phán phí gần như tương tự. Dùng nhiều PG thay vì chỉ một sẽ có lợi hơn khi đàm phán mức phí.
Điều này cũng có nghĩa là có thể dự phòng để phòng trường hợp xảy ra lỗi thanh toán do vấn đề từ phía nhà cung cấp thanh toán.
Tất nhiên, trong trường hợp này nếu muốn xây dựng hệ thống nội bộ để có thể xử lý theo từng PG thì sẽ tốn khá nhiều công sức kỹ thuật..
Bạn nên cân nhắc kỹ khi nào nên chọn hướng này và triển khai phát triển.
Ở công ty cũ, tôi đã rất vất vả vì phải tích hợp riêng từng phương thức thanh toán, nhưng dạo này nhờ có những thứ như Iamport nên ít nhất cũng tiện hơn rất nhiều.
Theo tôi, nếu muốn cung cấp dịch vụ toàn cầu cho khách hàng nước ngoài bằng bất kỳ hình thức nào, thì không có gì hơn Stripe.
Ngay cả Toss Payments cũng có UI thực sự không hề đơn giản ~