Kliv

ソリューション / SaaS

デモではなく、実際の SaaS を構築する

最初のテーブルからのマルチテナント、最初のチェックアウトからのプランと従量制使用量、請求が正直に保たれる機能ゲート。製品について説明してください — Klivは、それを中心に企業グレードの機械を構築しています。

コマース エンジンを探索する

それを構築するためのケース

なぜスタックを組み立てるのではなく、これを構築するのでしょうか？

SaaS を構築するデフォルトの方法は、認証プロバイダー、課金 SDK、データベース、メール サービス、機能フラグ ツールのアセンブリです。実際の製品の最初の行の前に 5つのベンダーが含まれます。それらの間の継ぎ目はコードベースになります。Web フック ハンドラーは請求とアクセスを調整し、同期ジョブはシステム間でユーザーをコピーし、請求ベンダーは支払い済みと言い、アプリは閉じられていると言う午前 2 時クラスのバグです。 Klivは、シャーシを 1つのシステム (テナント、請求、利用権、メール、データ) として公開するため、作成に何か月も費やしていた継ぎ目が存在しません。

シャーシは未差別化されています。あなたの製品はそうではありません。あなたのアプリをサインイン ページや請求書メールに選ぶ人は誰もいません。ただし、壊れたページはそのままにしておくでしょう。あなただけが知っているドメインの説明を費やし、すべての SaaS 共有の部分がすでに構成された状態で届くようにします。新しい階層、従量制のアドオン、エンタープライズ契約など、価格が変更されるとき、それは会話の中での一文であり、再構築ではありません。

システムの構造

SaaS は実際に何でできているのか

製品を取り外すと、すべての SaaS に同じ骨格 (テナント、シート、プラン、ゲート、メーター、請求書) が含まれます。 Klivはスケルトンを公開します。あなたはその周りの製品について説明します。システムが初日に認識していることは次のとおりです。

組織

すべての顧客は組織であり、ユーザー、データ、請求が 1つの壁の内側にあります。会社 A はデータベースで会社 B を読み取ることができません。

メンバーと役割

顧客はサインインではなく企業です。所有者、管理者、メンバーは、それぞれが自分の役割で許可されている内容を認識しています。

プランと料金

カタログ： 階層、試用版、1回限りの解放、従量制のアドオン — システムが強制するデータとしての価格設定ページ。

利用権

お金と機能の関係 — この組織のサブスクリプションが開くものは、重要なところはどこでもチェックされます。

メーターと使用量

使用量は顧客のサインイン アクティビティに対してカウントされます。顧客には表示され、あなたが請求できます。

サブスクリプションと請求書

すべてのテナントの商業状態 (試用中、アクティブ、支払期限超過) とそれを証明する請求書。

誰が何を見てますか

あなたすべてのテナント、カタログ、収益、使用状況 — オペレーターの視点。
顧客所有者構成： シート、プラン、請求ページ、請求書。
顧客会員製品、その役割と会社の計画が許す限り、課金はありません。
トライアルの見込みトライアルのフェンス内にある完全な製品と、アップグレードによって何が始まるのかを明確に示します。

データベースが適用するルール

  • テナントの行はテナントに属します。組織間の読み取りはデータベースでは不可能であり、アプリではフィルターされません。
  • 利用権はリアルタイムで請求に続きます。アップグレードすると機能がすぐに利用可能になり、キャンセルするとスケジュールに従って機能が制限されます。
  • メーターと請求書は同じシステムです。測定されたものが請求されるものであり、調整するものはありません。
  • 支払いが失敗すると、支払いを行っている顧客に対するゲートが閉まる前に、督促 (再試行と回復メール) が開始されます。

これは、誰もが構築することを選択せず​​、誰もが構築しなければならない SaaS の一部です。アイデンティティ、テナント、資金、そしてそれらを拘束するルールです。それが 1つのシステムとして提供されると、説明は製品に関するものになります。

SaaS の難しい部分はすでに解決されています

これらはアドオンではなく、同じプラットフォームで構成されたものです。

デフォルトでマルチテナント

顧客がアプリに登録すると、それぞれが独自の組織を取得します。会社 A は会社 B のデータを決して見ることができません。分離は、誰かが記述を覚えておく必要があるアプリ コードではなく、データベース レベルですべてのクエリに対して強制されます。あなた自身の管理データは、内部専用の壁の内側に存在します。

製品内のチームとシート

顧客は単一のユーザーではなく、企業です。サインイン、ロール、組織ごとの共有は同じ ID システムの一部であるため、「同じ会社の全員が自分の会社のプロジェクトを見る」はスプリントではなく文章です。

SaaS が実際に請求する方法で請求する

トライアル付きのサブスクリプションと公平な日割り、1回限りの解放、メーター付きの使用量ベースの価格設定。「Proプランは月額 20 ドルで、生成されるレポートごとに 2¢ が追加されます」というのが 1つの説明です。Klivが製品、価格、メーターを作成します。

お金に追随する機能

フィーチャをプランに添付し、それらのページ、データ、機能をゲートします。アップグレード、ダウングレード、またはキャンセル — 請求が変更されると、アクセスは自動的に行われます。利用権コードや夜間の同期はありません。

コンテンツへのアクセスも販売する

組み込みのファイル ストアには、プライベート、組織ごとの共有、またはサブスクリプションの背後にある独自のアクセスルールがあります。プレミアム PDF、ビデオ、ダウンロードは、アプリの残りの部分と同じ利用権で解放されます。

アプリ内でのセルフサービス請求

顧客は製品内の請求ページでカードを更新し、プランを切り替え、請求書を読みます。支払いが失敗すると、Klivは支払いを再試行し、回復するまでメールで送信します。

課金方法

SaaS が課金できる 3つの方法

価格設定ページは進化します。階層が分割され、メーターが表示され、エンタープライズ取引では請求書が必要になります。カタログは再アーキテクチャなしで維持できるはずです。

階層型サブスクリプション

月額 29 ～ 99 ドル

スターターまたはProを選択したチーム

プランに関連付けられた機能層： スターターはコアを取得し、Proはレポート、API、チーム機能を開きます。

解放します
機能は計画に従います。アップグレードでは機能がすぐに開き、ダウングレードではスケジュールに従って機能が絞り込まれ、手動で切り替えることはありません。
請求する
トライアルと公正な日割りを伴う月次または年次。失敗したカードはアクセスが制限される前に再試行され、回復メールが送信されます。
払い戻し
承認ゲート — 払い戻しは決定であり、偶然ではありません。

使用量ベース

実行ごとに $0.05

請求書の価値を追跡する必要がある顧客

基本プランとメーター： レンダリング、メッセージ、API呼び出し — 製品の価値単位に関係なく。

解放します
使用量は顧客のサインイン アクティビティに対してカウントされ、請求書が発行される前に請求ページに表示されます。
請求する
従量制料金はサブスクリプションのサイクルで発生し、請求されます。同じシステムであるため、メーターと請求書は一致します。
払い戻し
係争中の品目は、同じ承認フローを通じて解決されます。

ワンタイム解放

1回限り$500

別のサブスクリプションではなくアドオンを希望する顧客

ライフタイム モジュール、オンボーディング パッケージ、早期導入契約 — サブスクリプションの隣で 1回だけ販売されます。

解放します
購入すると、顧客が実行するプランと共存する永久的な利用権が付与されます。
請求する
1回の請求、1回の領収書 — 同じカタログ、同じ請求ページ。
払い戻し
同じ承認ゲート型フローです。

打ち上げ前

開始前の最初の 1 週間

SaaS には、どのパンフレット サイトよりも多くの機能を証明する必要があります。だからこそ、最初の 1 週間が重要なのです。

1日目

製品の形を整える

製品が何をするのか、顧客は誰なのか、階層とそれぞれが何を開くのかを説明します。 Klivは、すでに現実になっている組織、計画、ゲートを使用して最初のプレビューを構築します。

2日目

それをあなたのものにしてください

ドメイン、ブランド、製品の言語、およびチェックアウトで適用されるのと同じカタログから生成された価格設定ページ。

3日目

本物を配線する

Stripeに接続し、実際の価格と試用期間を設定し、プランに機能を追加し、チームをオペレーターのビューに招待します。

4日目

壊してみてください

テスト顧客として登録します。別の組織のデータを読み取ろうとします。データベースが拒否するのを観察してください。カードが失敗し、プランがダウングレードされ、ゲートが続くのを観察してください。

それから一年かけてリハーサルして

Sandboxでは、シミュレートされた金額とシミュレートされた時間を使用して、ローンチ前に SaaS の最初の 1年を実行します。トライアルは変換または期限切れになり、顧客は 3 月にアップグレードし、カードは 6 月に障害が発生して回復し、キャンセルにより適切な日に適切な機能が終了します。あなたはすでに運営されているビジネスを公開していますが、そうなることを期待しているわけではありません。

Sandboxを参照テストでそれが証明される方法

構築または購入

スタックを接着するだけではどうでしょうか？

テナント

接着されたスタック: 認証プロバイダーの組織機能と、作成して再レビューする行フィルターを永久に追加します。

Kliv付き: 組織はデータベースで強制されます。クロステナント読み取りは不可能であり、フィルタリングされません。

課金 ↔ アクセス

接着されたスタック: Webhook ハンドラーは、請求ベンダーとアプリの誰が支払ったかについての考えを調整します。

Kliv付き: 利用権はネイティブに請求に従います。調整する継ぎ目はありません。

使用料金

接着されたスタック: 計量サービス、請求サービス、およびそれらの間の調整ジョブ。

Kliv付き: メーターと請求書は同じシステムです。

ライフサイクルメール

接着されたスタック: 別のベンダー、別のテンプレート言語、別の Webhook。

Kliv付き: 領収書、督促、トライアルのリマインダーがテンプレートに組み込まれています。

製品化までの時間

接着されたスタック: 最初の差別化された機能が実装されるまでの数か月のシャーシ。

Kliv付き: シャーシは初日のものです。あなたの説明は商品に費やされます。

よくある質問

テナントの分離は実際にどのように実施されるのでしょうか？

データベースでは、行レベルのルールを使用します。すべての顧客は組織であり、その行にはその境界があります。クエリ自体が空で返されるため、ページのバグによって別のテナントのデータが漏洩することはありません。

サブスクリプションと従量制使用量を組み合わせることはできますか？

はい。これは 2つのシステムではなく 1つのプランです。レンダリングあたり 0.05 ドルが上限のProティアです。サブスクリプションでは基本料金が請求され、メーターでは使用量が請求され、顧客は両方を 1つの請求書で確認できます。

顧客がキャンセルまたはダウングレードするとどうなりますか？

利用権は、ポリシーが設定したスケジュールを即時または期間終了時に絞り込み、データはそのまま残ります。戻ってきた顧客は組織を元の状態に引き継ぐため、移行ではなく請求イベントを取り戻すことになります。

顧客は自分で請求を管理できますか？

はい — 製品内の請求ページ： カードを更新したり、プランを切り替えたり、請求書を読んだりできます。支払いが失敗した場合、督促は請求を再試行し、アクセスが制限される前に顧客にメールを送信します。

公開後に価格を変更することはできますか？

はい、カタログはデータです。階層を追加し、プランを分割し、メーターを導入します。新しい価格は新しいチェックアウトに適用され、既存のサブスクリプションは、別途決定するまで購入した条件が保持されます。

これは本当のマルチテナンシーですか、それとも機能フラグのあるアカウントですか？

実際のテナント： 各顧客組織はデータベース内のファーストクラスの境界であり、独自のユーザー、ロール、行を持ちます。Kliv自体が実行されるのと同じマルチテナント アーキテクチャです。

SaaS について説明してください。 Klivが残りをビルドします。

テナント、請求、利用権、コンテンツ — 1つのプラットフォーム、1つの会話。

料金