Giải pháp / SaaS
Xây một SaaS thật, không phải bản demo của nó
Multi-tenant từ bảng đầu tiên, gói và usage đo được từ checkout đầu tiên, cổng tính năng được billing giữ trung thực. Mô tả sản phẩm của bạn: Kliv xây bộ máy cấp công ty xung quanh nó.
Lý do để xây
Vì sao xây cái này thay vì lắp stack?
Cách mặc định để xây SaaS là lắp ghép: nhà cung cấp xác thực, billing SDK, cơ sở dữ liệu, dịch vụ email, công cụ feature flag: năm vendor trước dòng đầu tiên của sản phẩm thật. Các mối nối giữa chúng trở thành codebase của bạn: webhook handler hòa giải billing với quyền truy cập, job đồng bộ chép người dùng giữa hệ thống, và loại bug 2 giờ sáng khi vendor billing nói đã trả còn app nói bị khóa. Kliv đưa chassis đến như một hệ thống: tenancy, billing, quyền dùng, email, dữ liệu; nên các mối nối bạn định mất nhiều tháng viết không tồn tại.
Chassis không tạo khác biệt; sản phẩm của bạn thì có. Không ai chọn app của bạn vì trang đăng nhập hay email hóa đơn, dù họ sẽ rời đi nếu một cái hỏng. Dành phần mô tả cho domain của bạn, thứ chỉ bạn biết, và để các phần mọi SaaS đều có đến trong trạng thái đã kết hợp. Khi pricing thay đổi: một bậc mới, add-on đo theo usage, một deal enterprise; đó là một câu trong cuộc trò chuyện, không phải tái kiến trúc.
Giải phẫu hệ thống
Một SaaS thật sự được làm từ gì
Bóc sản phẩm ra, mọi SaaS đều có cùng bộ xương: tenant, ghế, gói, cổng, meter, hóa đơn. Kliv đưa bộ xương đến; bạn mô tả sản phẩm xung quanh nó. Đây là những gì hệ thống biết từ ngày đầu.
Tổ chức
Mỗi khách hàng là một tổ chức: người dùng, dữ liệu và billing của họ trong một bức tường. Công ty A không thể đọc Công ty B, ngay tại cơ sở dữ liệu.
Thành viên và vai trò
Khách hàng của bạn là công ty, không phải login: owner, admin và thành viên, mỗi người thấy thứ vai trò của họ cho phép.
Gói và giá
Danh mục: bậc, dùng thử, quyền mở một lần, add-on đo bằng meter; trang giá của bạn như dữ liệu mà hệ thống thực thi.
Quyền dùng
Liên kết giữa tiền và tính năng: gói đăng ký của tổ chức này mở gì, được kiểm tra ở mọi nơi quan trọng.
Meter và usage
Usage được đếm theo hoạt động đã đăng nhập của khách hàng: họ thấy được, bạn tính phí được.
Gói đăng ký và hóa đơn
Trạng thái thương mại của từng tenant: đang dùng thử, đang hoạt động, quá hạn; cùng hóa đơn để chứng minh.
Ai thấy gì
Quy tắc cơ sở dữ liệu thực thi
- Các hàng của tenant thuộc về tenant đó: đọc chéo tổ chức là bất khả ở cơ sở dữ liệu, không phải được lọc trong app.
- Quyền dùng đi theo billing theo thời gian thực: nâng cấp mở tính năng ngay, hủy thì thu hẹp theo lịch.
- Meter và hóa đơn là cùng một hệ thống: thứ được đo chính là thứ được tính phí, không có gì phải hòa giải.
- Thanh toán thất bại bắt đầu dunning: thử lại và email khôi phục, trước khi cổng nào đóng với một khách hàng đang trả tiền.
Đây là phần của SaaS không ai chọn xây mà ai cũng phải có: định danh, tenancy, tiền và các quy tắc buộc chúng lại. Khi nó đến như một hệ thống, phần mô tả của bạn được dành cho sản phẩm.
Những phần khó của SaaS, đã được giải quyết
Đây không phải add-on: chúng là các mảnh cùng nền tảng, được kết hợp lại.
Multi-tenant theo mặc định
Khi khách hàng đăng ký app của bạn, mỗi người nhận tổ chức riêng. Công ty A không bao giờ thấy dữ liệu của Công ty B: cô lập được thực thi trên mọi query ở cấp cơ sở dữ liệu, không phải trong code app mà ai đó phải nhớ viết. Dữ liệu admin của bạn nằm sau một bức tường riêng, chỉ nội bộ.
Đội và ghế bên trong sản phẩm của bạn
Khách hàng của bạn không phải người dùng đơn lẻ: họ là công ty. Đăng nhập, vai trò và chia sẻ theo tổ chức là một phần của cùng hệ thống định danh, nên câu mọi người trong cùng công ty thấy dự án của công ty mình là một câu mô tả, không phải một sprint.
Thu phí theo cách SaaS thật sự thu
Gói đăng ký có dùng thử và phân bổ phí công bằng, quyền mở một lần, và pricing theo usage với meter. Một gói Pro giá $20/tháng, cộng 2¢ mỗi báo cáo được tạo là một mô tả: Kliv tạo sản phẩm, giá và meter cho bạn.
Tính năng đi theo dòng tiền
Gắn tính năng vào gói và đặt trang, dữ liệu cùng chức năng sau các cổng đó. Nâng cấp, hạ cấp hoặc hủy: quyền truy cập tự đi theo ngay lúc billing thay đổi. Không code quyền dùng, không đồng bộ hằng đêm.
Bán quyền truy cập nội dung nữa
Kho tệp tích hợp có quy tắc truy cập riêng: riêng tư, chia sẻ theo tổ chức hoặc đặt sau gói đăng ký. PDF, video và download premium mở bằng cùng quyền dùng như phần còn lại của app.
Billing tự phục vụ, trong app của bạn
Khách hàng cập nhật thẻ, đổi gói và đọc hóa đơn trên trang billing bên trong sản phẩm của bạn: và khi thanh toán thất bại, Kliv thử lại rồi gửi email cho họ cho đến khi khôi phục được.
Cách thu phí
Ba cách SaaS có thể thu phí
Trang giá tiến hóa: bậc tách ra, meter xuất hiện, một deal enterprise muốn hóa đơn. Danh mục nên theo kịp mà không cần tái kiến trúc.
Gói đăng ký theo bậc
$29–$99/tháng
Đội đang chọn Starter hoặc Pro
Các bậc tính năng gắn với gói: Starter có phần lõi, Pro mở reporting, API, tính năng đội.
- Quyền dùng
- Tính năng đi theo gói: nâng cấp mở ngay, hạ cấp thu hẹp theo lịch, không có gì bật tay.
- Billing
- Hằng tháng hoặc hằng năm với dùng thử và phân bổ phí công bằng; thẻ thất bại được thử lại và email khôi phục trước khi quyền truy cập thu hẹp.
- Hoàn tiền
- Có cổng phê duyệt: hoàn tiền là một quyết định, không phải tai nạn.
Theo usage
$0.05 mỗi lần chạy
Khách hàng muốn hóa đơn đi theo giá trị họ nhận
Một gói nền cộng một meter: render, tin nhắn, API call; bất cứ đơn vị giá trị nào trong sản phẩm của bạn.
- Quyền dùng
- Usage được tính theo hoạt động đã đăng nhập của khách hàng, hiển thị trên trang billing của họ trước khi hóa đơn tới.
- Billing
- Phí đo bằng meter tích lũy và tính theo chu kỳ của gói đăng ký: meter và hóa đơn khớp vì chúng là cùng một hệ thống.
- Hoàn tiền
- Dòng phí bị tranh chấp đi qua cùng luồng phê duyệt.
Quyền mở một lần
$500 một lần
Khách hàng muốn add-on, không muốn thêm một gói đăng ký
Một module trọn đời, gói onboarding, deal early-adopter: bán một lần, đặt cạnh gói đăng ký.
- Quyền dùng
- Giao dịch mua cấp một quyền dùng vĩnh viễn, cùng tồn tại với bất kỳ gói nào khách hàng đang chạy.
- Billing
- Một khoản thu, một biên nhận: cùng danh mục, cùng trang billing.
- Hoàn tiền
- Cùng luồng có cổng phê duyệt.
Trước khi ra mắt
Tuần đầu tiên, trước khi ra mắt
SaaS có nhiều bộ máy cần chứng minh hơn bất kỳ site brochure nào: chính vì vậy tuần đầu tiên quan trọng.
Định hình sản phẩm
Mô tả nó: sản phẩm làm gì, khách hàng là ai, các bậc và mỗi bậc mở gì. Kliv xây bản xem trước đầu tiên với tổ chức, gói và cổng đã là thật.
Làm nó thành của bạn
Domain của bạn, thương hiệu của bạn, ngôn ngữ sản phẩm của bạn: và trang giá sinh từ cùng danh mục mà checkout thực thi.
Nối thứ thật
Kết nối Stripe, đặt giá thật và thời lượng dùng thử, gắn tính năng vào gói, rồi mời đội của bạn vào view vận hành.
Thử phá nó
Đăng ký như khách hàng test. Thử đọc dữ liệu của tổ chức khác và xem cơ sở dữ liệu từ chối. Làm một thẻ thất bại, hạ cấp một gói, xem các cổng đi theo.
Rồi diễn tập một năm
Trong Sandbox, với tiền mô phỏng và thời gian mô phỏng, chạy năm đầu của SaaS trước khi ra mắt: lượt dùng thử chuyển đổi hoặc hết hạn, một khách hàng nâng cấp vào tháng Ba, một thẻ thất bại vào tháng Sáu rồi khôi phục, một lượt hủy đóng đúng tính năng vào đúng ngày. Bạn publish một doanh nghiệp đã chạy, không phải một hy vọng rằng nó sẽ chạy.
Xây hay mua
Vì sao không chỉ dán stack lại với nhau?
| Stack dán lại | Với Kliv | |
|---|---|---|
| Tenancy | Tính năng tổ chức của nhà cung cấp xác thực cộng bộ lọc hàng bạn viết và review lại mãi. | Tổ chức được thực thi ở cơ sở dữ liệu: đọc chéo tenant là bất khả, không phải được lọc. |
| Billing ↔ quyền truy cập | Webhook handler hòa giải vendor billing với ý tưởng của app về ai đã trả tiền. | Quyền dùng đi theo billing tự nhiên: không có mối nối nào phải hòa giải. |
| Pricing theo usage | Một dịch vụ metering, một dịch vụ billing và một job hòa giải giữa chúng. | Meter và hóa đơn là cùng một hệ thống. |
| Email vòng đời | Thêm một vendor, thêm một ngôn ngữ template, thêm một webhook. | Biên nhận, dunning và nhắc dùng thử được tích hợp sẵn: trên template của bạn. |
| Thời gian tới sản phẩm | Nhiều tháng làm chassis trước tính năng tạo khác biệt đầu tiên. | Chassis có từ ngày đầu; mô tả của bạn dành cho sản phẩm. |
Tenancy
Stack dán lại: Tính năng tổ chức của nhà cung cấp xác thực cộng bộ lọc hàng bạn viết và review lại mãi.
Với Kliv: Tổ chức được thực thi ở cơ sở dữ liệu: đọc chéo tenant là bất khả, không phải được lọc.
Billing ↔ quyền truy cập
Stack dán lại: Webhook handler hòa giải vendor billing với ý tưởng của app về ai đã trả tiền.
Với Kliv: Quyền dùng đi theo billing tự nhiên: không có mối nối nào phải hòa giải.
Pricing theo usage
Stack dán lại: Một dịch vụ metering, một dịch vụ billing và một job hòa giải giữa chúng.
Với Kliv: Meter và hóa đơn là cùng một hệ thống.
Email vòng đời
Stack dán lại: Thêm một vendor, thêm một ngôn ngữ template, thêm một webhook.
Với Kliv: Biên nhận, dunning và nhắc dùng thử được tích hợp sẵn: trên template của bạn.
Thời gian tới sản phẩm
Stack dán lại: Nhiều tháng làm chassis trước tính năng tạo khác biệt đầu tiên.
Với Kliv: Chassis có từ ngày đầu; mô tả của bạn dành cho sản phẩm.
Câu hỏi thường gặp
Cô lập tenant thật sự được thực thi thế nào?
Ở cơ sở dữ liệu, bằng quy tắc cấp hàng. Mỗi khách hàng là một tổ chức và các hàng của họ mang ranh giới đó: bug trong một trang không thể làm rò dữ liệu tenant khác, vì chính query trả về rỗng.
Tôi có thể kết hợp gói đăng ký với usage đo được không?
Có: đó là một gói, không phải hai hệ thống. Một bậc Pro với $0.05 mỗi lần render ở phía trên. Gói đăng ký tính phần nền, meter tính usage, và khách hàng thấy cả hai trên một hóa đơn.
Điều gì xảy ra khi khách hàng hủy hoặc hạ cấp?
Quyền dùng thu hẹp theo lịch chính sách của bạn đặt: ngay lập tức hoặc cuối kỳ; dữ liệu vẫn ở đó. Khách hàng quay lại tiếp tục tổ chức của họ ở đúng trạng thái cũ, nên giành họ lại là sự kiện billing, không phải migration.
Khách hàng có thể tự quản lý billing không?
Có: một trang billing bên trong sản phẩm của bạn để cập nhật thẻ, đổi gói, đọc hóa đơn. Khi thanh toán thất bại, dunning thử lại khoản thu và gửi email cho khách hàng trước khi quyền truy cập của ai đó thu hẹp.
Tôi có thể đổi pricing sau khi ra mắt không?
Có: danh mục là dữ liệu. Thêm một bậc, tách một gói, giới thiệu một meter; giá mới áp dụng cho checkout mới, còn gói đăng ký hiện có giữ điều khoản họ đã mua cho đến khi bạn quyết định khác.
Đây là multi-tenancy thật hay chỉ là tài khoản với feature flag?
Tenancy thật: mỗi tổ chức khách hàng là một ranh giới hạng nhất trong cơ sở dữ liệu, với người dùng, vai trò và hàng riêng; cùng kiến trúc multi-tenant mà chính Kliv đang chạy.
Mô tả SaaS của bạn. Kliv xây phần còn lại.
Tenancy, billing, quyền dùng và nội dung: một nền tảng, một cuộc trò chuyện.