Salesforce が 1999 年に顧客関係管理 (CRM) プラットフォームをリリースして以来、Software as a Service (SaaS) 市場は大きく進化してきました。クラウドでアプリケーションを作成するメリットを認識したスタートアップ企業から始まったこの業界は、大手企業に広く採用され、 1,450 億ドル規模の大企業に成長しました。
その理由も簡単に理解できます。継続的な収益のメリット以外にも、あらゆる規模の組織が SaaS プラットフォームを使用して、オンプレミスのソフトウェア ソリューションと比較して、運用コストの削減、迅速な導入、柔軟な構成、シームレスな統合、高い可用性を備えたソフトウェア製品を立ち上げています。
ただし、サブスクリプション ベースのプラットフォームでは、SaaS ビジネス モデルは従来のソフトウェア ライセンス モデルとは大きく異なります。市場に参入する企業は、製品と価格設定、販売とマーケティング、研究開発、サービスとサポート、財務に関する固有の課題を考慮する必要があります。
すべての企業にとって、SaaS の道のりは慎重に進む必要があります。SaaS ビジネスでは、大きく異なる管理および技術アプローチ、そして戦略および運用上の考え方の根本的な転換が必要です。SaaS ビジネス モデルを活用して競争上の優位性を獲得すると大きなチャンスが生まれますが、変革の経験は企業ごとに異なります。長期的な成功は、シームレスな実行に大きく依存します。
SaaS ビジネス モデルは、月額または年額の料金でソフトウェアがユーザーにライセンスされるサブスクリプション ベースのサービス モデルです。ソフトウェアは中央のクラウド ロケーションでホストされ、モバイル アプリケーションまたはデスクトップ アプリケーションを介してインターネット上で利用できるようになります。
SaaS ビジネス モデルでは、クラウド ベンダーがサーバー、コード インフラストラクチャ、データベースをホストして保守します。一方、オンプレミス ソフトウェアでは、サーバー ハードウェアとソフトウェア、データ バックアップ、ストレージ、災害復旧の保守は企業の責任となります。
クラウド製品のホスティングと展開には、次のようないくつかの重要な利点があります。
SaaS は現在、アプリケーション開発の業界標準となっていますが、企業は製品の発売や切り替えを行う前に、いくつかの重要な考慮事項を検討する必要があります。移行には、既存の収益源が共存し、SaaS ビジネス モデルをサポートできるようにするための微妙なバランス調整が必要です。
1. SaaS の移行と展開を管理できますか?
エンタープライズ アプリケーションを SaaS サービスに移行するプロセスでは、それが本質的に製品になることを理解することが重要です。他の製品と同様に、効果的に管理およびサポートする必要があります。つまり、ロードマップ、マーケティング、サポートなどです。これを管理できない場合は、移行を再考する必要があるかもしれません。
2. SaaS 変革のためのアプリケーションの準備はできていますか?
社内使用向けに設計されたアプリケーションや関連サービスは、通常、SaaS ソリューション上で実行するように構築されておらず、クライアント向けアプリケーションほど完全で堅牢ではない可能性があります。アプリケーションの現在の状態によっては、アプリケーションとそのリソースのリファクタリングに多大な時間と労力を費やす必要がある場合があります。最悪の場合、アプリケーションとそのサポート リソースの大部分を再構築または書き直す必要がある場合があります。
3. 複数のユーザーと複数のインスタンスを実行する準備はできていますか?
社内使用向けに設計されたアプリケーションは、多くのユーザーをサポートするように構築されることがよくありますが、多くのインスタンスをサポートするように構築されることはほとんどありません。現在の状態では、すべてのユーザーがそのインスタンスに接続している状態で、アプリケーションの 1 つのインスタンスとそのリソースを実行すれば十分です。SaaS 展開では、アプリケーションが複数のインスタンスを実行でき、それぞれが独自のスペースとリソースを持つ必要があります。
多くの場合、各インスタンスを事実上区別して分離したまま、同時にハードウェア リソースにアクセスできるようにするには、アプリケーションについて新しい考え方が必要になります。
4. SaaS 製品のセキュリティ要件は何ですか?
クラウド展開により新たな脆弱性が生じる可能性があるため、アプリケーションとそのデータのセキュリティは重要な懸念事項です。機密性の高い重要なデータを悪意のある第三者、壊滅的なデータ損失、システム障害、さらにはサービス停止から保護するために必要なすべての対策を講じていることを確認する必要があります。
5. 規制遵守を遵守できますか?
SaaS 移行によりエンタープライズ アプリケーションの地理的制限がなくなり、その使用が世界規模で拡大するにつれて、アプリケーションはさまざまな法律、規制、業界標準の対象となる可能性があります。注目すべき例としては、2018 年に採択された欧州一般データ保護規則 (GDPR) があります。アプリケーションの機能に関連するすべての関連規制と標準に準拠していることを確認するために、かなりの時間を費やす必要があるかもしれません。
6. SaaS 導入の運用コストを考慮しましたか?
SaaS で展開されたアプリケーションは、パブリック クラウド IaaS サービス上で実行される可能性が高くなります。運用コストの予測では、これらの IaaS サービスのコストを考慮する必要があります。また、アプリケーションを効果的に運用し、ユーザー サポートとサービスを提供するために必要な人員も考慮する必要があります。
コンプライアンスとセキュリティについてすでにしっかりと理解していて、SaaS ビジネス モデルへの移行に備えているアプリケーションもあるかもしれません。しかし、製品を成功裏にリリースするための組織構造は整っていますか?
組織構造は、SaaS 企業の規模によって異なります。組織内の従業員が増えるほど、構造も変化します。その結果、最も効果的な組織構造は、従業員数と利用可能なリソースに大きく依存します。
従業員が 5 人から 10 人の会社では、創設者が最高責任者となり、通常は営業、マーケティング、必要に応じてベンチャー キャピタルの獲得を担当します。
共同創業者または上級管理職が会社の残りの幹部を構成します。第 1 レベルは製品とテクノロジーを担当し、第 2 レベルは管理、運用、プロセスを担当します。
それぞれの共同創設者またはマネージャーに報告する従業員は、垂直的な組織構造において明確に定義された役割を持つ必要があります。
SaaS ビジネスが資金を調達し、従業員数が 25 ~ 50 人に拡大すると、組織構造は若干変わります。ただし、従業員は通常、次の 3 つのカテゴリに該当します。
企業がこの規模に達すると、共同創業者はタイムラインとマイルストーンの設定に集中できるようになり、一方で営業マネージャー、製品開発マネージャー、マーケティング マネージャーは下位レベルの従業員を SaaS 開発ライフサイクル (SaaSDLC) を通じて指導できるようになります。
SaaS 企業が中規模企業のレベルに達したら、それに応じて CFO、COO、CMO、CIO、CTO などの経営幹部を採用または昇進させる必要があります。
C レベルの幹部の下で、副社長が営業、マーケティング、財務、製品開発、人事、経理などのさまざまな部門を統括します。
この段階では、CEO は主に以下の責任を負います。
最小限の実行可能な製品 (MVP) を構築する前に、テスト済みで確立されたフレームワークとライブラリを備えた言語を選択すると、ビジネスで多くの時間とコストを節約できます。ただし、250 を超えるプログラミング言語があるため、どの開発フレームワークがビジネスに適しているかを判断するのは大変なことです。
結局のところ、テクノロジー スタックは、開発チームのスキル、ビジネス目標、予算に大きく依存します。ここでは、SaaS 製品開発の旅を始めるのに役立つ、最も人気のあるフロントエンドおよびバックエンド フレームワークをいくつか紹介します。
Vue.js は、市場で最も人気のあるプログレッシブ フレームワークの 1 つに急速になりつつあります。ユーザーと開発者に優しく、多数の便利なライブラリ、大規模なオープン ソース コミュニティ、優れたツールセットを備えています。GitLab、NBC、Nintendo などの企業は、フロントエンド プログラミング言語として Vue を使用しています。Vue は比較的新しい JavaScript フレームワークであるため、よく知られている先行製品である React や Angular の欠点から学んでいます。そのため、開発者は言語に慣れているため、比較的簡単に作業でき、新規採用の負担が軽減されます。
Express.js は、Node.js プラットフォームのバックエンド Web アプリケーション フレームワークです。Express は、MongoDB、Express、Angular、Node.js を表す MEAN 開発スタックのコンポーネントです。MEAN スタックのすべてのコンポーネントは JavaScript で記述されているため、サーバー側とクライアント側の両方の実行環境で MEAN アプリケーションを完全に JS で記述できます。
Web アプリケーションや API に Express.js を使用している企業には、Fox Sports、IBM、Uber、PayPal などがあります。
Django は、広く使用されている Python ベースの Web 開発フレームワークで、Model-View-Template (MTV) フレームワークに準拠しています。高速かつシンプルで、迅速な開発の原則を採用しているため、開発者は一度に複数のイテレーションを作成できます。また、Don't Repeat Yourself (DRY) にも準拠しているため、開発者は既存のコードを再利用し、抽象化やデータ正規化に置き換えることで冗長性を回避できます。
Django フレームワークの最も注目すべき点は、市場で最も優れたすぐに使えるセキュリティ システムの 1 つを備えていることです。Django は新しいセキュリティ パッチを迅速にリリースし、脆弱性に最初に対応して他のフレームワークにセキュリティ リスクを警告します。そのため、Google、Instagram、Youtube などの大企業が Django を頼りにしています。
最初の Web アプリケーションは Ruby on Rails で作成され、動的で信頼性が高く、スケーラブルなアプリケーションを作成するために今でも広く使用されています。「Rails」は、モデル ビュー テンプレート (MTV) アーキテクチャに従う別の Web 開発フレームワークです。
Ruby on Rails と他のフレームワークの主な違いは、熟練した開発者が使いやすいシンプルさ、スピード、使いやすさにあります。Ruby on Rails の主な利点の 1 つは、アプリケーションに加えられた変更がすぐに適用され、SAAS 製品に通常伴う時間のかかる手順を回避できることです。
その他の一般的なフレームワークは次のとおりです。
SaaS ビジネス モデルのユニークな性質により、主要な運用領域に新たな焦点を当てる必要があります。これは、SaaS 市場に参入する既存の製品およびソフトウェア企業に特に当てはまります。スムーズな移行を確実にするために、SaaS パラダイム シフトで考慮すべき 6 つの優先領域を以下に示します。
1. 製品の検証
MVP を開発する前に、実際に製品にお金を支払う顧客の数を検証する必要があります。アンケート調査の使用、競合分析の実施、対象ユーザーとの直接の会話、ランディング ページの開発は、製品の市場が存在するかどうかを確認するための実行可能なオプションです。
2. 価格モデル
競合他社のパターンを研究し、関連する情報を取り入れることが重要です。模倣したり、単に低価格を提示したりしないでください。他の価格プランと同様に、SaaS 製品は、顧客が製品から得る価値によって定量化される必要があります。
新規参入者にとって良いスタート地点は、「フリーミアム」、「概念実証」、「試用購入」モデルを使用して市場をテストし、業界で足場を築くことです。これにより、顧客ベースを評価し、定額制、固定料金制、段階制、または使用量ベースの料金プランを導入するかどうかを決定するのに役立ちます。
3. 顧客セグメンテーション
SaaS 市場における顧客セグメンテーションは、特性ベース、ニーズベース、または価値ベースのいずれかになります。これらの要素を組み合わせることで、グループの全体像を把握し、カスタマイズされた製品エクスペリエンスを実装して顧客エクスペリエンスを向上させることができます。これらのアクションにより、顧客は製品の価値をより深く理解し、維持率を高めることができます。
4. カスタマーサポート
顧客満足度は、SaaS 製品にとって重要な成功要因です。SaaS ビジネス モデルの成功は、急速な成長、サービス速度、収益、顧客維持によって決まります。「顧客第一」の文化を実践することで、組織は優れた顧客サービスを生み出し、競合他社との差別化を図ることができます。
5. 財務業務
SaaS ビジネスの財務管理を成功させる鍵は、SaaS 固有の自動化テクノロジーを使用することです。自動化された会計ツールは、契約、サブスクリプション、収益、請求書のスケジュールを自動化することで、データの手動入力を排除できます。このテクノロジーは、財務チームの運用上の決定、監査の合理化、ビジネス拡大のための財務機会の特定に役立つベンチマークと指標も提供します。
6. 営業業務
Saas 向けに構築された CRM は、営業チームがビジネスを拡大するために不可欠な要件です。適切な CRM ソリューションは、ファネル メトリック、成長/速度メトリック、営業チームの生産性メトリック、コスト、解約、キャッシュ フローの統合ビューを提供します。また、より強力なクライアント関係の構築、顧客維持の向上、営業プロセスのギャップの特定、営業チームとマーケティング チームの連携といったメリットも得られます。
成長を達成するのはどんな企業にとっても難しいことですが、成功する SaaS 企業を構築するとなると、間違いが許される余地はさらに少なくなります。適切なパフォーマンス指標を適切なタイミングで測定することが、SaaS ビジネスの健全性と可能性を判断する重要な基準です。指標の完全なリストはこの記事の範囲を超えていますが、ここでは、すべての SaaS 組織が成長と持続可能性のために測定および管理すべき上位 5 つを紹介します。
1. CAC
顧客獲得コスト (CAC) は、新規顧客を獲得するために必要なリソースの総コストです。これは、SaaS ビジネスにとって測定するのが最も重要かつ難しい指標の 1 つです。
顧客LTV計算機
新規顧客獲得にかかる総コスト / 新規顧客数。
CAC を計算する前に、計算に影響するいくつかの要因に注意することが重要です。
2. LTV
顧客生涯価値 (LTV) は、顧客が製品アカウントの有効期間中に獲得する平均総収益の推定値です。これは、SaaS 製品の長期的な成功の可能性を判断するために取得する最も重要な指標の 1 つです。
顧客 LTV は、CAC と比較すると意味を持ちます (この 2 つの数値が同じになることはありません)。目安としては、LTV と CAC の比率を 3 対 1 に保つことです。顧客獲得コスト (CAC) が 1 ドルの場合、顧客 LTV は 3 ドルになるはずです。
たとえば、X 社の平均売上高が 1,000 ドルだとします。平均的な顧客は年に 3 回支払いを行い、2 年間その顧客と取引を続け、会社の利益率は 50% です。
平均売上: 1000ドル
顧客あたりの年間取引件数: 3
平均保存期間: 2 年
利益率: 50%
顧客LTV計算機
平均売上 x 顧客あたりの年間取引数 x 顧客維持期間 x 利益率
= 1000ドル×3×2×0.5
= 3000ドル
4. MRR
ほとんどの SaaS ビジネスは月額サブスクリプションで運営されているため、月間経常収益 (MRR) を測定することは、追跡する最も簡単で重要な指標の 1 つです。MRR は、特定の月に顧客が生み出した経常収益の合計です。
MRR は収益性を測定するものではなく、収益のみを測定するものです。ただし、MRR データ ソースには、アップグレードとダウングレード、失われた継続収益、割引を含める必要があります。
たとえば、SaaS 製品のコストが月額 200 ドルで、その月に 4 人の顧客をそれぞれ 10% の割引で獲得した場合、MRR は月額 720 ドルになります。
5. 解約率
解約率とは、一定期間内に製品サブスクリプションを解約またはキャンセルする顧客の割合です。解約率は、製品またはサービスのダウングレードの割合を測定することもできます。
高い解約率が、SaaSスタートアップの30%が2年以内に失敗する主な理由の1つであることは驚くべきことではありません。だからこそ、月間解約率と年間解約率の両方を測定することが極めて重要なのです。両方を測定することで、企業はパターンを明らかにし、変化する市場に応じて調整することができます。これは、価格モデルの変更、マーケティング活動の推進の必要性の証明、新機能の追加、市場への新規参入への対応、顧客が満足しているかどうかの回答など、あらゆることを含みます。
解約の理由が何であれ、アンケートや直接連絡を取るなどして、常に顧客からのフィードバックを求めてください。顧客からのフィードバックのデータは、解約率を理解するのに役立ち、顧客体験を向上させるためにリソースをより適切に割り当てることができます。
解約率計算機
ある月に失われた加入者数を、その月の初めの合計加入者数で割り、100 を掛けた値です。
たとえば、月初に会社に 100 人の加入者がいて、5 人の顧客を失った場合、5 を 100 で割り、100 を掛けます。その月の解約率は 5% になります。
プロのヒント: B2B SAAS ビジネスの適切な解約率は 5% 未満です。B2B 企業の平均解約率は 24%、B2C 企業の平均解約率は 31% です。
6. 定着率
顧客維持率と MRR を測定すると、製品、マーケティング、顧客サービス、価格設定モデルの有効性を理解するのに役立ちます。維持率が高いほど、解約率は低くなることに留意することが重要です。
顧客が維持されている場合は、製品やサービスを改善するための革新的な方法を継続的に見つける必要があります。顧客が離れていく場合は、方向転換して提供内容を再評価する必要があるかもしれません。
顧客維持率計算機
顧客維持率を計算するには、月末/年末にサブスクリプションを継続しているアクティブな顧客数を、その期間の初めのアクティブ ユーザーの総数で割ります。
MRR 維持率計算機
月間経常収益の維持率を計算するには、更新されたサブスクリプションの MRR を更新予定のサブスクリプションの合計 MRR で割ります。
たとえば、月初にビジネスの MRR が 10,000 ドルで、期間終了前に 1,000 ドルの MRR を契約している顧客 1 人が解約した場合、MRR 維持率は 90% になります。
拡大 MRR の合計が解約 MRR と縮小 MRR の合計より大きい場合、100% を超える可能性があります。たとえば、月初に 10,000 ドルの MRR があり、解約により 1,000 ドルの MRR を失い、製品のアップグレードにより 2,000 ドルの MRR を獲得した場合、MRR 維持率は 110% となり、製品が好調であることを示します。
顧客維持率だけに注目すると、自分の方がうまくやっていると思い込み、間違った方法に労力とリソースを費やしてしまう可能性があります。そのため、販売とマーケティングの取り組みを正確に把握するには、両方の維持率を測定することが重要です。
Trianz は、進化するクラウド ソフトウェア配信業界のメリットを活用できるよう、何百ものクライアントを支援してきた、一流の SaaS 実装スペシャリストです。また、Salesforce との実装コンサルティング パートナーシップや ServiceNow とのプレミア パートナーシップなど、数多くの SaaS プラットフォームと提携しています。
当社は、以下を含む幅広い SaaS 実装サービスを提供しています。
エンタープライズ リソース プランニング (ERP) – SaaS を IT 運用に導入する前に、インフラストラクチャと人材を準備する必要があります。ERP は、IT 運用モデル、関連するビジネス プロセス、アーキテクチャ設計をカバーし、SaaS への準備状況を評価します。
当社の専門家は、お客様のビジネスのために ERP を実行し、インフラストラクチャの可視性を向上させ、IT 予算を効果的に計画するお手伝いをします。ERP ソリューションは、Single Source of Truth(SSOT) とも呼ばれる集中型データベースを参照する場合に最適に機能します。この集中型参照ポイントは、ネットワークの統一された概要を把握できるため、レポート作成と計画に役立ちます。
概念実証 (PoC) – 数か月にわたる調査と内部評価を行っても、一部のアプリケーションは実装後に明らかにビジネス ニーズを満たさない場合があります。問題は、アプリケーションがすでに実装されており、ライセンスにすでにお金が費やされていることです。この金銭的な無駄により、デジタル トランスフォーメーションの ROI がマイナスになり、主要な関係者がそれ以上の開発を承認しなくなる可能性があります。
購入を決定する前にアプリケーションをテストすることで、このような金銭的な無駄を回避できます。幸いなことに、従来のアプリケーションとは異なり、SaaS は初期コストが低いため、企業は多額の先行投資をすることなくアプリケーションをテストし、適切かどうかを判断できます。
SaaS 統合 – SaaS の最も重要な利点は、最大の欠点でもあります。SaaS モデルを使用すると、開発や構成に時間を費やすことなく、アプリケーションを迅速にプロビジョニングできます。
このため、ビジネスで利用できる機能をさらに増やすために、ソフトウェア スタックを継続的に追加したくなるかもしれません。しかし、実際には、これによりクラウドでの IT サービス管理 (ITSM) の複雑さが大幅に増し、SaaS のメリットが相殺される可能性があります。