最優秀SaaS開発会社:本物のパートナーが扱うもの
SaaS 製品の構築をお考えですか?ここでは、SaaS 開発企業が対処しなければならないこと (マルチテナンシー、請求、認証、スケール) と、その精査方法を紹介します。
SaaS 開発企業を評価する創業者は、多くの場合、画面、フロー、磨き具合といったデモを判断します。その部分は簡単な 30% です。製品が最初の 100 人の顧客を対象として存続するかどうかを決定する 70% は、デモでは見えません。テナントがどのように分離されているか、請求がどのように調整されるか、認証が維持されるか、負荷がかかったときのシステムの動作などです。SaaS パートナーは目に見えない部分で判断してください。
なぜそれがそれほど重要なのかというと、SaaS のミスは黙って複雑になるからです。バグのある消費者向けサイトは 1 人の訪問者を悩ませます。テナンシーのバグがある SaaS プラットフォームは、ある顧客のデータを別の顧客に漏らしたり、間違ったアカウントに請求したり、有料ユーザーをロックアウトしたりする可能性があります。これらは表面的な失敗ではなく、サブスクリプションモデルの基盤となる信頼を損ないます。したがって、SaaS パートナーにとって正しい質問は、「画面を構築できるか」ではなく、「その下に機械を構築したか、前回実行したときに何が悪かったか」ということです。
マルチテナンシー:何気なく取り消せない決断
ある顧客のデータを他の顧客のデータからどのように分離するかは、SaaS における初期のアーキテクチャ決定で最も重要です。共有スキーマ、テナントごとのスキーマ、テナントごとのデータベースなど、それぞれが分離、コスト、移行に大きな影響を与えます。以前に SaaS を構築したことがあるパートナーは、回答する前にコンプライアンスのニーズと顧客規模について質問し、そのトレードオフをわかりやすく説明します。まだ持っていないパートナーは、デフォルトを選んで希望するでしょう。これを間違えると、最大の顧客のもとでプラットフォームを再構築することになります。
請求とサブスクリプションは製品であってチェックボックスではない
プラン、日割り計算、トライアル、アップグレード、ダウングレード、支払いの失敗、督促金、税金、返金など、このシステムは毎日収益に影響しますが、後から考えると高額な費用がかさみます。有能な SaaS 開発企業は、請求プロバイダーを意図的に統合し、特典をモデル化して機能をプランにマッピングし、顧客が見つける前にエッジケースを処理します。サイクルの途中でダウングレードをどのように処理したかを尋ねてください。肩をすくめることは有益です。
エンタイトルメントには特に注意が必要です。「この顧客はどのプランを利用しているか」と「製品で実際に何ができるか」の関係はコードベース全体に及んでおり、それが大まかにモデル化されていれば、小さなバグやセキュリティギャップが果てしなく続く原因となります。以前に SaaS を構築したことがあるパートナーは、新しい階層が発表されるたびに付随する条件付きチェックではなく、エンタイトルメントをコアアーキテクチャ (早期に決定) として扱います。
認証、セキュリティ、スケーリングはテーブルステークです
SaaS 認証はパスワードフィールドにとどまりません。役割と権限、購入者が要求したときの SSO、安全なセッション、監査証跡などです。セキュリティは、テナントの隔離、シークレットの管理、アクセスのログ記録という観点から設計する必要があります。また、規模は正直に計画する必要があります。想像上の未来のために過剰に設計するのではなく、システムが規模を問わず再構築されるのではなく、お客様とともに成長できるように設計する必要があります。
最後のポイントは両方向に当てはまります。多くの SaaS 製品は、エンジニアリングが少なすぎることではなく、やりすぎたために死んでしまいます。つまり、何ヶ月もかけて構築したのに、届かなかったのです。このスキルは、アーキテクチャを実際の軌道に合わせることです。今すぐ出荷できるほどシンプルで、スケーリングが必要な部分は書き直すことなく拡張できるように構造化されています。大規模な構築方法しか知らない、または迅速に構築する方法しか知らないパートナーは、いずれの方向にもあなたを誤った方向に導きます。
SweentがSaaSにアプローチする方法
Sweentは米国を拠点とするチームで、意図的にマルチテナントを決定し、プランに合わせてモデル化された請求、最初のスプリントから設計された認証とセキュリティ、実際の軌道に合わせたスケーリングなど、魅力的でない部分を真剣に受け止めてSaaS製品を構築しています。シニアエンジニアが作業を行い、コードをお客様のアカウントに配信します。
私たちは、数ある中でも信頼できる SaaS 開発パートナーの 1 つです。話をしたすべての企業に、テナンシー、請求エッジケース、認証をどのように処理しているか聞いてみてください。その答えは、どのポートフォリオよりも早く分野を絞り込むでしょう。
よくあるご質問
マルチテナントとデータ分離、あらゆるエッジケースを含むサブスクリプション請求、認証と承認、セキュリティ、拡張計画。これらの目に見えないシステムは、製品が成長に耐えられるかどうかを決定するものであり、SaaS パートナーが評価すべき基準でもあります。
これにより、各顧客のデータをどのように分離するかが決まり、後で変更することは困難です。共有スキーマ、テナントごとのスキーマ、テナントごとのデータベースのいずれかを選択すると、分離、コスト、移行に影響します。これを間違えると、最大の顧客のもとでプラットフォームを再構築することになりかねません。
きれいにはいきません。請求は日々の収益に影響し、日割り計算、支払いの失敗、サイクル途中の格下げ、税金など、コストのかかる方法で損益が発生します。有能なパートナーは、請求を意図的に統合し、後から考えるのではなく、早い段階からプランの適用資格をモデル化します。
私たちは米国を拠点としており、テナンシー、請求、認証、セキュリティを最初のスプリントからファーストクラスとして扱い、実際の軌道に合わせて規模を調整します。シニアエンジニアが作業を行い、コードをお客様のアカウントに配信します。