アイデアからSaaSのMVPへ：創業者のためのステップ別ガイド

SaaSの構築に関するほぼすべての記事は、実はすでに資金を調達した人に向けて書かれています。チームがあり、資金的な余裕があり、ロードマップがあり、1年間は間違えても大丈夫だと知っている落ち着きがある——そう前提しているのです。本物のアイデアと本業、そして本当に必要な貯金を持つ創業者にとって、その助言は静かに危険です。大きく速く作れと説くのですから。そしてそれこそが、誰一人として1円も払わないうちに、ほとんどの最初の製品が死んでいく道筋なのです。

私は10年以上にわたり、人々がアイデアを動くソフトウェアに変える手助けをしてきました。最も記憶に残っている創業者は、最も大胆な計画を持っていた人たちではありません。小さく始め、誠実であり続けた人たちです。自分のクリニック向けに予約ツールを作り、結局それを他の40軒に販売した理学療法士。自分の事務作業を自動化し、業界の半分が同じ問題を抱えていると気づいた物流ディスパッチャー。誰一人として壮大なプラットフォームから始めてはいません。彼らは一つの痛みを伴う作業と、それを解決することに対価を求める覚悟から始めたのです。

ですからこれは、私が初日にその人たちへ手渡したかったガイドです。資金調達という芝居も、流行りのアーキテクチャもなく、最初の版が印象的でなければならないというふりもありません。あなたの頭の中のひらめきから最初の有料顧客までの、落ち着いた道筋——そして途中で何を省くべきかを見極める判断力。それだけです。

MVPとは本当は何か（そして何ではないか）

実用最小限の製品（MVP）という言葉は引き伸ばされすぎて、もはやほとんど意味をなしません。ある創業者は「最小限」と聞いて、誰も使えない恥ずかしいものを出してしまいます。別の創業者は「製品」と聞いて、たった一人の人間が「お金を払う」と認めるより前に、料金プランや管理画面、ダークモードまで備えた洗練されたプラットフォームを8か月かけて作り込みます。どちらも誤りであり、服装を変えただけの同じ誤りです。何も学ばないうちに作り始めているのです。

有用なMVPとは、あなたの中核となるアイデアに対価を払う価値があると証明できる、実際のユーザーに見せられる最小のものです。作れる最小のものではなく、何か真実を教えてくれる最小のもの。あなたのアイデアが「歯科医院が定期検診のリマインダーを自動送信できるツール」なら、MVPはリマインダーエンジンだけで、それ以外は何もありません。患者ポータルも、分析ダッシュボードも、チームアカウントもなし。それらは、あなたがまだ得ていない問いへの答えなのです。

これがこれほど重要な理由は、コストです。検証の前に作るすべての機能は、目隠しで置く賭けです。MVPを中核まで削れば、小さく取り返しのつく賭けを一つ置いたことになります。全体像を作り込めば、貯金を——当て推量に賭けたことになります。「最小限」という規律は、安く済ませることではありません。正しいと分かるまで生き延びることなのです。

1行もコードを書く前に、アイデアを検証する

開発を売る側が誰も言いたがらない、居心地の悪い真実があります。ほとんどのSaaSのアイデアは何か重要な点で間違っており、それはほとんど無料で確かめられるということです。本能はまず作って後から尋ねよと言います。それを逆にしてください。あなたの製品の最も安価な版は会話であり、二番目に安価な版はランディングページです。

何かを作る前に、二つのことの証拠が欲しいところです。一つ目は、その問題が本物で、人々がすでに時間やお金を費やすほど痛みを伴っていること——表計算や付箋、そして嫌っているツールを使って、不格好に。二つ目は、それを消し去るために彼らが本心から対価を払うであろうこと。「いいアイデアですね」は証拠ではありません。「使ってみたい」も証拠ではありません。「いくらですか、月曜から始められますか」——これが証拠です。

明確な約束と「順番待ちリストに登録」または「デモを予約」のボタンを備えたランディングページが次の一歩です。あなたが説明するもののために、見知らぬ人を数人でもメールアドレスを残させられないなら、それは後で直すマーケティングの問題ではありません。聞くのがまだ安いうちに届く、今この瞬間のシグナルです。検証は、楽しい部分にたどり着くために急いで通り過ぎる段階ではありません。自分のお金を使う創業者にとって、それこそが楽しい部分です。高くつく間違いを避ける場所なのですから。

製品が欠かせない、たった一つの機能を見つける

どんなSaaSのアイデアも、最初に説明するときは十数個の機能に包まれて出てきます。それが行うことがあり、そしてあなたの脳がすでにくっつけた「あると嬉しい」ものの星座があります。レポート、連携、モバイルアプリ、ロールと権限、公開API。アイデアからMVPへ進むうえで最も価値あるスキルは、それらすべてを削ぎ落とし、もし消えたら全体が無意味になる、たった一つの機能を見つけることを学ぶことです。

その中核機能があなたのMVPです。それ以外はすべて、人々が中核を使い始めて本当に何が足りないかを教えてくれた後に検証する仮説です。創業者はこれを一貫して逆にやります——脇役のほうが安全に感じられるので先に作り、本当に大事なたった一つのものが世に出る前に、時間とお金を使い果たすのです。

一文テスト

あなたの製品が行うことを、「そして」を使わずに一文で説明してみてください。「クリニックが予約リマインダーを自動送信できます。」「レシートの写真を帳簿記入に変えます。」「職人が送った見積もりを記録し、フォローアップを促します。」価値を説明するのに「そして」が必要なら、おそらく一つのMVPの中で二つの製品が争っています——より痛みの大きい半分を先に出すべきです。

• 製品が行うと想像することをすべて書き出してください——フィルターをかけず、全部出し切ること。
• 各項目について問います。これが存在しなくても、誰かはまだお金を払うか。「はい」をすべて消し込みます。
• 消し込んだ後に残ったものが、あなたの中核です。それがMVP。
• 消し込んだ項目のうち最も強いものを「あとで」リストに移します——消すのではなく、今ではないだけ。
• それを戻したくなる衝動に抗ってください。「あとで」リストは、良いアイデアが得られるのを待つ場所であり、MVPが死にに行く場所ではありません。

作る、買う、見せかける：MVPの作り方を選ぶ

たった一つの中核機能が分かったら、創業者がめったに意識して下さない選択に直面します。これのうち、実際にどれだけをゼロから作る必要があるのか、です。最初の版についての正直な答えは、たいてい「思っているより少ない」。大きく分けて三つの道があり、賢い一手はしばしばその混合です。

ノーコード／のり付けの道

一部のMVPは、既存のツール——フォーム、データベース、自動化レイヤー、メールサービス——をつなぎ合わせ、独自コードを1行も書かずにアイデアを検証できます。人々がそのワークフローを使い、対価を払うかを試すには見事な方法です。速くて安い。限界は後で現れます。本物の製品体験、自分のデータモデル、あるいは真に独自の何かが必要になると、のりが軋み始めます。それは良い問題です——すでに有料ユーザーを手にした状態で、きちんと作る時が来たという意味なのですから。

カスタム開発の道

あなたの中核機能こそが差別化要因——顧客があなたを選ぶ本当の理由——であるとき、その部分は本物のカスタムソフトウェアに値します。間違いは、その周りのすべてをカスタムで作ることです。独自の認証、決済処理、メール基盤を書く必要はありません。それらは借りるべき、解決済みの問題です。あなただけに固有の部分を作り、残りを借りれば、コストも工期も誠実に保てます。

私が見てきた成功したMVPのほとんどは、意図的な混合です。退屈だが必要な配管には借りた構成要素を、製品に対価を払う価値を与えるたった一つのものには集中したカスタム開発を。どちらがどちらか——何を作り、何を買うか——を見極めることは、何かにお金を使う前にセカンドオピニオンを得る価値のある、まさにその種の判断です。

バージョン1で安全に省けるもの

何を省くかを知ることは、何を作るかを知ることと同じくらい重要であり、創業者が最も「許可」を必要とする場所です。ですからここで言います。あなたにはほぼすべてを省く許可があります。最初の版は学ぶために存在するのであって、感心させるためではありません。製品が「完成して見える」要素のほとんどは、実はあなたが学ぶのを助けてはくれないのです。

• 複数の料金プラン——一つの価格を選ぶか、最初は請求書で手動請求すらしてください。
• セルフサービスの登録フロー——最初の10人の顧客を手作業でオンボーディングするほうが、どんな自動ファネルより多くを教えてくれます。
• グラフ付きの管理ダッシュボード——ユーザーが10人のうちは、データベースを直接読めます。
• モバイルアプリ——当面、ウェブが電話で問題なく動くなら不要。
• ロール、権限、チームアカウント——それがないと本物の顧客が行き詰まるまでは不要。
• 洗練された設定、テーマ、あらゆるエッジケース——まず一般的な経路に対応し、残りは誰かがぶつかったときに。

アイデアから最初の顧客までの現実的な道筋

これが、私がほぼどんな創業者にも歩んでもらう順序です。意図して最初はゆっくり、作り始めたら速い。なぜなら、高くつく間違いはすべて初期の手順に潜んでおり——それは創業者が最も省きたくなる手順だからです。

1. 1
   問題を一文で書く

   解決策ではなく——問題を。「リマインダーが手動なので、クリニックは無断キャンセルで損をしている。」問題をきれいに言えないなら、解決する準備はまだできていません。
2. 2
   本物の会話を10回する

   問題を抱える人と話してください。痛みと、すでに使われているお金に耳を澄ますこと。期待ではなく、聞いたことに基づいてアイデアを調整するか、捨てましょう。
3. 3
   ランディングページと価格を出す

   約束を率直に説明し、価格を示し、メールかデモ予約を求めてください。見知らぬ人が前のめりになるか見ましょう。これは信頼できる検証です。
4. 4
   たった一つの中核機能を定義する

   それがなければ無意味になる、たった一つのものまでアイデアを削ります。「そして」のない一文の説明を書いてください。それが開発範囲です。
5. 5
   各部分で作るか買うかを決める

   差別化要因だけをカスタムで作ります。ログイン、決済、メール、ホスティングは借りる。誰かがコードを書く前にこの地図を正しく描いてください——それが予算全体を決めます。
6. 6
   動く最小の版を作る

   数か月ではなく数週間を狙ってください。中核機能だけで2か月以上かかるなら、範囲はまだ大きすぎます——もう一度削りましょう。
7. 7
   最初の顧客を手作業でオンボーディングする

   あなた自身が手取り足取り案内してください。どこでつまずくか見ましょう。最初の10人のユーザーは、あなたの最高の製品チームであり、最初の収益です。
8. 8
   意見ではなく、利用に基づいて改善する

   実際の利用が変えよと告げるものを変えてください。「あとで」リストから項目を取り始めるのは、ここでようやくです——当て推量で足すのではなく、需要によって得るのです。

実際にいくらかかるのか——お金と時間で

創業者はいつも真っ先にコストを尋ねます。正直な答えは「場合によるが、その大半はあなたが左右できる」です。コストを動かす最大の要因は範囲——学ぶと決める前に、どれだけ作ると決めたか、です。一つの中核機能を持ち、配管を借りる引き締まったMVPは、控えめで明確なプロジェクトです。同じアイデアを、すべてを有効にした完全なプラットフォームとして作れば、それはコストの別世界であり、リリース前に失敗する確率もはるかに高くなります。

ほとんどの人が忘れるコストは時間——あなたの時間です。買うと誰も認めていないものを作るのに費やす毎月は、当て推量に費やされるあなたの人生と貯金の1か月です。それが小さく始める本当の理由です。小さいことが安いからではなく、小さいことが速いから。そして速いとは、賭けがまだ取り返せるうちに、自分が正しいかどうかを学べるということです。狭いツールで3か月で有料顧客に到達した創業者は、1年経ってもまだ壮大なプラットフォームを磨いている創業者より、はるかに強い立場にいます。

もっと静かなコストもあります。あなたが出すすべての機能は、今やあなたが保守し、サポートし、説明しなければならないものです。一つのことを確実にこなす小さな製品は、十のことを中途半端にこなす肥大した製品より、運用が安く、売りやすく、改善も簡単です。抑制は、開発を生き延びる方法であるだけでなく、その後ビジネスを暮らせる状態に保つ方法でもあります。

よくある質問