SaaS新規事業の始め方 — 大企業が犯しがちな5つの間違い
「SaaSで新規事業を立ち上げろ」。
経営層からこの号令が出たとき、大企業の新規事業チームがまずやることは何か。要件定義書の作成、開発ベンダーの選定、半年後のローンチ計画。
これが失敗の始まりだ。
SaaSビジネスの本質は、顧客が毎月お金を払い続けることにある。「作ること」ではなく「使い続けてもらうこと」が価値の源泉だ。なのに、大企業のSaaS新規事業の多くは「作ること」に全力を注ぎ、「使い続けてもらうこと」を後回しにする。
この記事では、大企業がSaaS新規事業で犯しがちな5つの間違いと、正しい始め方を書く。
間違い1: 最初から完成品を作ろうとする
最も典型的な間違い。SaaSだからソフトウェアが必要だと考え、いきなり開発に入る。
要件定義に2ヶ月、開発に6ヶ月、テストに2ヶ月。10ヶ月後にローンチしたプロダクトを、誰も使わない。
SaaSの初期フェーズで必要なのは、ソフトウェアではない。「この課題にお金を払い続ける顧客がいるか」の確認だ。
検証用のLPやプロトタイプで十分に仮説を検証してから、開発に進む。この順番を守るだけで、10ヶ月と数千万円の無駄を回避できる。
→ MVPとは何か — 新規事業で「最小限」をどう定義するか
間違い2: 社内ニーズを市場ニーズと混同する
「うちの社内でもこの業務に困っている。他社も同じはずだ」。
この推論は危険だ。自社の業務課題が市場全体の課題であるとは限らない。自社特有の非効率なプロセスや、自社独自の組織構造に起因する課題かもしれない。
さらに厄介なのは、社内の声が大きいほど「市場で検証済み」と錯覚してしまうこと。事業部長が「これは絶対にニーズがある」と言えば、顧客インタビューを省略しても良い気がしてくる。
だが、社内の合意は市場の検証ではない。最低でも10社以上の潜在顧客にインタビューし、課題の存在と深さを確認する必要がある。
→ 顧客インタビューの進め方 — 準備から分析までの完全ガイド
間違い3: 価格設定を後回しにする
「まず製品を作って、価格は後から決めよう」。
SaaSにおいて価格は単なる収益の話ではない。LTV（顧客生涯価値）、CAC（顧客獲得コスト）、ユニットエコノミクス。SaaSビジネスの成立条件はすべて価格に紐づいている。
価格が決まらなければ、LTV/CACの比率が計算できない。LTV/CACがわからなければ、このビジネスが成立するかどうか判断できない。
一般に、SaaSではLTV/CACが3倍以上であることが健全な水準とされる。月額1万円のSaaSなら、顧客獲得コストは平均継続月数に応じて逆算できる。この計算を後回しにすると、「作ったけど採算が合わない」という事態になる。
価格設定はプロダクト完成後のタスクではなく、仮説検証の初期段階で検証すべき項目だ。顧客インタビューの中で「この課題の解決に月額いくらなら払えるか」を必ず聞く。
→ 仮説検証とは何か — 新規事業で「正解」を見つけるプロセス
間違い4: 機能の多さで差別化しようとする
「競合にはない機能をたくさん入れよう」。
大企業が得意とする「リソースを投入して網羅的に作る」というアプローチは、SaaS新規事業では逆効果になる。
機能が多いと、顧客は何のためのツールかわからなくなる。オンボーディングが複雑になり、初期離脱が増える。開発リソースが分散し、どの機能も中途半端になる。
SaaSの差別化は「機能の数」ではなく「課題解決の深さ」だ。一つの課題を徹底的に解決するプロダクトの方が、十の課題を浅く解決するプロダクトよりも、顧客は定着する。
チャーンレート（解約率）を下げるのは、機能の数ではなく、課題解決の深さだ。
→ プロトタイプの種類と使い分け — 目的に合った検証手段を選ぶ
間違い5: カスタマーサクセスを後付けにする
「まずはプロダクトを作る。サポート体制はローンチ後に考える」。
SaaSの収益はMRR（月次経常収益）の積み上げだ。新規獲得よりも、既存顧客の継続が収益のベースを作る。月次チャーンレートが5%なら、年間で46%の顧客が離脱する計算になる。
カスタマーサクセスは「サポート部門」ではない。「収益を守る仕組み」だ。SaaS新規事業では、プロダクトの設計段階からカスタマーサクセスを組み込む必要がある。
具体的には、オンボーディングの設計、利用定着の仕組み、解約予兆の検知。これらはプロダクト開発と同時並行で検討すべきだ。
SaaS特有の検証ポイント
SaaS新規事業の仮説検証では、一般的な新規事業とは異なるSaaS特有の指標を意識する必要がある。
チャーンリスクの検証
SaaSが成立するかどうかの最大の分岐点は「使い続けてもらえるか」だ。これを検証するには、プロダクトを作る前の段階で「課題が継続的に存在するか」を確認する。
一度だけ困る課題と、毎月困り続ける課題は違う。SaaSのビジネスモデルに適しているのは後者だ。
LTV/CACの仮説検証
プロダクト完成前でも、LTV/CACの仮説は立てられる。
- LTV仮説: 想定月額単価 x 想定継続月数
- CAC仮説: 想定営業サイクル x 営業コスト
この仮説をインタビューや検証LPで確かめていく。支払い意欲と継続意向を同時にヒアリングすることで、LTVの蓋然性が見える。
→ TAM・SAM・SOMの算出方法 — 新規事業の市場規模を見積もる
正しい始め方 — 4つのステップ
ステップ1: 顧客課題の検証
SaaSを作る前に、まず課題を検証する。10-15社にインタビューし、以下を確認する。
- その課題は実在するか
- その課題は継続的に発生するか（SaaS適性）
- 既存の解決手段は何か、なぜ不満があるか
- 課題解決に月額でいくら払えるか
ステップ2: 手動オペレーションで価値を検証する
ソフトウェアを作る前に、手動で顧客に価値を提供する。いわゆるコンシェルジュMVPだ。
Excelとメールだけで、3-5社にサービスを提供する。この段階で「顧客が価値を感じるか」「継続的に利用するか」がわかる。手動で回らないサービスは、自動化しても回らない。
ステップ3: MVPで利用データを取る
手動オペレーションで価値が確認できたら、最小限のMVPを開発する。機能は「最も価値がある1つ」に絞る。
ここで取るべきデータは、DAU/WAU（利用頻度）、機能利用率、そして初期のチャーンレート。これらのデータがLTV/CACの仮説を検証する材料になる。
ステップ4: SaaS化の判断
MVPの利用データを基に、本格的なSaaS化に進むかどうかを判断する。判断基準は以下の3つ。
- 継続利用率が一定水準を超えているか
- LTV/CACの仮説が成立しているか
- 市場規模が事業として成立する大きさか
→ PMF（プロダクトマーケットフィット）とは — 達成の見極め方
まとめ
大企業のSaaS新規事業が失敗する原因は、「作ること」に集中しすぎることだ。
SaaSの本質は「使い続けてもらうこと」にある。だから、最初に検証すべきは「顧客が継続的にお金を払う課題が存在するか」だ。
完成品を作るな。社内ニーズを鵜呑みにするな。価格を後回しにするな。機能で差別化するな。カスタマーサクセスを後付けにするな。
顧客課題の検証 → 手動オペレーション → MVP → SaaS化。この順番を守ることが、大企業のSaaS新規事業を成功に導く最短ルートだ。
LITMUSは、新規事業の検証に特化したスタジオです。SaaS新規事業の課題検証から、プロトタイプMVPの設計、ユニットエコノミクスの検証まで、6週間で事業判断を出します。