SaaSとは？サービスとしてのソフトウェアをわかりやすく解説

SaaSは「サービスとしてのソフトウェア（software as a service）」の略で、インターネット経由で、多くの場合ブラウザから利用し、定期的なサブスクリプションで料金を支払うソフトウェアです。サービスを提供する会社がサーバーを運用し、データを保存し、アップデートを配信します。顧客は何かをインストールしたり保守したりする必要はありません。サインアップし、ログインして使うだけです。Gmail、Slack、Notion、Shopify、そして多くのビジネスツールの月額契約は、SaaSです。

AIでアプリを作るときに重要な理由

「SaaSを作って」は、AIアプリビルダーに持ち込まれるもっとも一般的な依頼の一つですが、その中にはいくつもの別々の作業が隠れています。人々が料金を払う中核の機能は、多くの場合いちばん簡単な部分です。それを「サービス」にしているのは、その周りにあるすべてのものです。

• アカウント。 顧客ごとにログインできるようにします。
• データの分離。 ある顧客が別の顧客のデータを見られないようにします。
• 請求。 サブスクリプションの開始、更新、失敗、解約を正しく処理します。
• 信頼性。 顧客はサービスが稼働していることに依存しているからです。

これらの要素があることを知っていれば、一つずつ依頼し、一つずつテストできます。そうしないと、見た目は魅力的だけれど、課金するには安全でないダッシュボードができてしまいます。

日常の例え：家を建てるのか、部屋を借りるのか

従来のソフトウェアを買うことは、家を建てるようなものです。自分のものになりますが、屋根の修理、ボイラーの管理、法規制が変わったときの配線のやり直しも自分で行う必要があります。

SaaSは、よく管理された建物の部屋を借りるようなものです。毎月料金を払い、修繕やアップグレードは大家が行い、契約期間が終われば出ていけます。どの入居者にも、自分専用の鍵のかかった玄関があります。これがマルチテナント、つまり多くの顧客が1つの建物（1つの稼働中のシステム）を共有しても、誰も他人の部屋に入れないという考え方です。

SaaS製品の作りかた

その内部では、SaaS製品は、いくつかの追加の役割を持つフルスタックアプリです。

SaaSでよく使われるビジネス用語

• MRR / ARR： 月次または年次の定期収益。アクティブなサブスクリプションの合計です。
• チャーン： ある期間に解約した顧客（または収益）の割合。
• トライアルとフリーミアム： 期限付きの完全版、または制限付きの無料プランで、利用を始めてもらうための仕組みです。
• 座席数ベースの料金： ユーザーごとに課金します。利用量ベースの料金： メッセージやプロジェクトなど、使った分に課金します。定額の料金： プランごとに一律の価格です。
• マイクロSaaS： 狭いニッチを対象にした小さなSaaSで、1人か2人で運営されることが多いです。実例はマイクロSaaSのアイデアにあります。
• 垂直型と水平型のSaaS： 1つの業界向け（歯科医院向けのソフトウェア）か、業界をまたいだ1つの機能向け（メールマーケティング）かの違いです。

具体例：ドッググルーマー向けSaaS

独立したドッググルーマーに、月額料金で予約ツールを売りたいとします。

1. 中核の機能。 グルーマーはサービスと営業時間を登録し、飼い主はグルーマーの公開ページから枠を予約します。
2. テナント。 各トリミングサロンはワークスペースになります。すべてのサービス、予約、顧客の記録はワークスペースIDを持ち、すべてのクエリはそのIDで絞り込まれます。URLを書き換えられたとしても、グルーマーAの予約がグルーマーBのダッシュボードに表示されてはいけません。
3. 役割。 オーナーは料金と請求を変更でき、スタッフはその日の予約を見たり編集したりできます。
4. 請求。 2つのプラン、任意の14日間のトライアル、Stripeでの決済。Stripeから更新の失敗が報告されたら、アプリはバナーを表示し、猶予期間の後に予約ページを停止しますが、データは決して削除しません。
5. オンボーディング。 サインアップの後、グルーマーに1つサービスを追加し、予約リンクを共有するまで案内します。最初に共有されたリンクこそ、製品が役に立ち始める瞬間です。
6. 管理。 あなただけが見られる非公開のページで、ワークスペースを検索し、プランを確認し、トライアルを延長できます。

最初のバージョンで、そのすべてを磨き上げる必要はありません。SaaSのMVPの作り方では、最初に作るものと後回しにするものを扱っています。SaaS製品の価格設定では、プランについて扱っています。

よくある間違いと誤解

• 「SaaS」を機能の一つだと考えること。 SaaSはビジネスモデルと、上記の裏側の仕組みを合わせたものです。テナント、役割、請求は早い段階で決めてください。後からデータの分離を組み込むのは大変です。
• フロントエンドでデータを隠せると信じること。 顧客のデータがページ上で隠されているだけで、サーバーがそれを返しているなら、誰でも見られます。サーバーは、すべてのリクエストでテナントごとに絞り込む必要があります。
• 誰も製品を望んでいないうちから請求の仕組みを作ること。 早めに課金してもかまいませんが、中核の機能が実際のユーザーにとって動くようになってからにしてください。プラン管理の完全なページより先に、支払いリンクを用意してもかまいません。
• 決済後の「成功」ページでアクセスを許可すること。 決済後のリダイレクトは飛ばされたり、偽造されたりする可能性があります。アクセスの付与や取り消しは、決済プロバイダーのWebhookを使い、サーバーで検証して行ってください。
• 解約と支払い失敗を無視すること。 どちらも1か月目に必ず起きます。顧客に何が表示されるか、そしてそのデータがどうなるかを決めておいてください。
• 大企業向けの機能を早すぎるうちにコピーすること。 シングルサインオン、監査ログ、複雑な権限設定は、最初の10社ではなく、大企業の顧客にとって重要です。

AIビルダーに頼むこと

リクエストを、テストできるステップに分けてください。

1. 「1つの事業者のために、サンプルデータで中核の機能を作ってください。」有用かどうかを確認します。
2. 「サインアップとログインを追加してください。新しいユーザーは、ワークスペースを1つ作ります。すべてのテーブルとすべてのクエリを、サーバー側でワークスペースに限定してください。」
3. 「役割を追加してください。オーナーとスタッフです。設定と請求を変更できるのはオーナーだけにしてください。」
4. 「2つのプランとトライアルのあるStripeのサブスクリプションを追加してください。アクセスの付与と取り消しは、チェックアウト後のリダイレクトではなく、検証済みのStripe Webhookに基づいてください。」
5. 「私だけが開ける管理ページを追加し、ワークスペースとそのプランを確認できるようにしてください。」

ステップ2の後、アカウントを2つ作り、一方のアカウントから他方のデータにアクセスできないか試してください。大きな変更を加えるたびに、同じテストを繰り返してください。ステップ4の詳細は、アプリに決済を追加する方法のガイドにあります。

MythexでSaaSのMVPを作る

Mythexは、チャットでの説明から、SaaSのMVPの製品、マーケティングページ、データベースを作り、公開URLに公開できます。アプリのユーザー向けのログインと、顧客からの決済は、自分で用意する方式です。認証の方式を選び、ご自身のStripeアカウントとキーを使います。キーはプロジェクトの秘密情報として保存します。ドキュメントには、スターターのプロンプトを含む段階的なSaaS MVPの利用ガイドがあります。またAI SaaSビルダーページには、出発点になる例があります。プランは料金ページにあります。

よくある質問