アイデアから最初の有料ユーザーへ：B2B SaaSをこうしてローンチしました

彼女はスプレッドシートと直感、そして業界カンファレンスが本人に断りなく決めた締め切りを携えてやって来ました。4か月後、彼女のアイデアがまさに対象とする種類の事業を営む約200人を前に、小さなステージに立つことになっていました。彼女はスライドでもモックアップでもなく、見ず知らずの人がログインして料金を支払える本物のプロダクトを見せたかったのです。この事例研究はその会話から始まります。そして最も有益なのは、出発点がいかにありふれていたかという点です。

識別につながる詳細は、ここでは意図的に変えてあります。創業者は実在し、プロダクトは稼働中で、数字は真実に近いものの、誰が誰だか逆算できないよう丸めて和らげています。重要なのは特定のニッチではなく、その道のりの「形」です。なぜなら、その形は、技術畑でない創業者が良いアイデアを動くソフトウェアに変えようとするたびに、ほぼ毎回繰り返されるからです。あなたがその道の始まり付近にいるなら、うまくいったとき今後数か月がおおよそどう見えるかが、これです。

手短に言えば、彼女が知り尽くした業界、その中の誰もが我慢していた苦痛な手作業、同業者より上手にそれをこなすために密かに使っていたスプレッドシート、そして技術的な背景はゼロ。11週間の集中した作業の後、最初の有料ユーザーが入りました。その方法を、そして——より正直に——どこでつまずいたのかをご紹介します。

状況：本当の仕事をこなしていたスプレッドシート

創業者は、規制が厳しく書類の多い分野で小さなコンサルティング事業を営んでいました。顧客は他の小規模事業者で、その誰もが同じ繰り返しの雑務に苦しんでいました——書式の束を集め、不備がないか確認し、足りない部分を追いかけ、締め切り前に整った要約を作成する、という雑務です。競合の多くはメール、電話、Wordテンプレートのフォルダでこれをこなしていました。彼女は4年かけて作り込んだスプレッドシートでそれをこなし、顧客は密かに彼女を慕っていました。

そのスプレッドシートこそが洞察のすべてでした。事業計画でも市場分析でもなく、それは証拠でした。人々はすでに彼女のツールに頼り、自分がコンサルすらしていない事業者向けに動かしてほしいと頼み、アクセスのためだけに料金を払うと申し出ていました。作る前に顧客が買おうとするなら、需要があるかどうか推測するのをやめてよいのです。問いは決してやる価値があるかではありませんでした。問いは彼女がそばに付かなくても他人が使えるソフトウェアになり得るかでした。

彼女の制約も同じく現実的でした。ファンドではなく自身の貯蓄から出した固定予算。カンファレンスの締め切り。そして早い段階で合意した厳しいルール——彼女には回すべきコンサル事業がまだあるため、これは毎日彼女の注意を要する案件になってはならない、というものです。何を作るにせよ、それは完成できて、手頃で、運用が退屈なものでなければなりませんでした。この3つの言葉が、その後のすべての判断を形作りました。

最初の仕事は、何を作らないかを決めることでした

創業者が夢のプロダクトを語るとき、機能リストは常に膨大です。何年も思い描いてきたからです。彼女のリストは2ページに及びました——ダッシュボード、チーム権限、監査ログ、自動リマインダー、顧客向けポータル、請求、分析、顧客が使う3つのツールとの連携、そしてもちろん「どこかにAIを少し」。どれも妥当でした。ローンチ前にすべてを作っていたら、災難になっていたでしょう。

そこで私たちは誰に対しても行う作業を実施しました。各機能について、一つの率直な問いを投げかけたのです。もしこれがローンチ当日に無かったら、顧客は支払いを拒むだろうか？「あった方が良いか」ではなく、実際に売れなくなるか、です。ほとんどの機能はこのテストに落ち、それこそが要点です。生き残るものがあなたの本当のプロダクトです。それ以外はロードマップであり、持っていて素敵なものですが、最初に作るものではありません。

生き残ったものは、ほとんど気恥ずかしいほど小さなものでした。ユーザーはアカウントを作り、案件を立ち上げ、必要書類のアップロードを顧客に依頼し、彼女のスプレッドシートが作り出したのと同じ整った確認済みの要約を受け取れる——ただし自動で、彼女を介さずに。それだけです。ダッシュボードなし。チーム役割なし。AIも、まだなし。4機能、明確な一つの仕事、それをきちんと。

11週間で実際に作ったもの

私たちは3か月姿を消して驚きを携えて戻るのではなく、短く目に見えるサイクルで仕事をします。ほぼ毎週、創業者は——醜くて半分しか配線されていなくても——クリックできる何かへのリンクを受け取りました。このリズムは聞こえる以上に重要です。彼女の判断を小さく頻繁に保ち、最後に一つの恐ろしいレビューへと積み上がらせずに済んだのです。

第1〜3週：背骨

まず華のない中核を作りました——アカウント、書類を安全に保管する仕組み、案件ワークフローの下にあるデータモデルです。これらはどれも顧客には見えず、しかも急ぐと後で修正に高くつく部分です。プロダクトは他社の機微な書類を扱うため、アクセス制御とデータ分離を後回しのアップグレードではなくローンチ要件として扱いました。ここは私たちが削るのを拒んだ数少ない場所の一つです。

第4〜7週：本来の仕事

次に、料金を払う価値を生んだ部分です。彼女のスプレッドシートのロジックを、書類の不備を確認し要約を作り出すエンジンへと変えました。これがプロダクトの心臓部であり、最も時間をかけました。彼女と並んで座り、スプレッドシートの各ルールがなぜ存在するのかを分解していきました——するといくつかは要件ではなく習慣だと分かり、それで簡素化できました。第7週の終わりには、本物の案件を最初から最後まで通せるようになっていました。

第8〜11週：料金を取っても安全な状態にする

最後の区間は、デモとプロダクトの違いそのものでした。実際に契約できるよう決済を。マニュアル不要の整ったサインアップを。見ず知らずの人があなたのソフトを信頼するか離脱するかを左右する、十数個の小さなエラー状態を。そしてテスト——退屈で反復的なテスト——を、創業者と、見ず知らずの人より先にわざと壊すことに同意してくれた2人の好意的な顧客とともに行いました。この最後のグループは、早期アクセス割引を何度も取り返すほどの働きをしてくれました。

「AIを少し入れて」という問いに、正直に答える

彼女の希望リストにはAIがありました。今やほとんどの希望リストがそうであるように。私たちは押し戻しましたが、その理由を説明する価値があります。ほぼ誰にでも伝える同じ助言だからです。バージョン1が果たすべき仕事——既知の書類群を既知のルール群に照らして確認すること——は、AIよりルールの方が上手にこなす仕事です。予測可能で、監査可能で、規制下の顧客が「なぜシステムはこれをフラグしたのか」と尋ねたとき、肩をすくめるのではなく明確な答えが欲しいのです。

とはいえAIの出番がなかったわけではありません。ワークフローには、本当に厄介で言語的な問題が潜んでいました。顧客はしばしば、ほぼ正しいがラベルが間違った書類をアップロードしたり、フォームに記入する代わりに情報を自由記述で貼り付けたりしたのです。その混沌を読み取って仕分けることは、まさに現代のAIが得意とすることです。そこで私たちはそれを丁寧に書き留め——そしてバージョン2に回しました。ローンチ前に加えていれば、まだ誰も支払いたいと言っていない機能を磨くために締め切りを遅らせていたでしょう。

最初の有料ユーザーを獲得する

ここは創業者が最も心配し、最も準備しない部分です。誰にも見つけられないプロダクトは事業ではなく、趣味です。しかしこの創業者には、どんなマーケティング予算より価値ある強みがありました。彼女にはすでに信頼してくれる聴衆がいて、その何人かはソフトウェアが存在する前から支払いたいと頼んでいたのです。ローンチ計画はそれに全面的に頼りました。あなたもそれがあるなら、そうすべきです。

派手な公開ローンチではなく、私たちは逆を行いました——静かで意図的なローンチです。カンファレンスの2週間前、彼女はすでに頼んでいたひと握りの顧客にメールを送り、創業メンバー価格を提示し、ビデオ通話で使い方を見守りながら手作業でオンボーディングしました。あらゆる戸惑いが修正になりました。ステージに立つ頃には、彼女はアイデアを売り込んでいたのではなく、同業者がすでに料金を払っているソフトウェアを語っており、それを正直に言えたのです。

1. 1
   すでに頼んでいる人から始める

   彼女の最初の声がけは、以前支払うと申し出た顧客だけに向けられました。温かい需要は、冷たい需要が返信する前に成約します。
2. 2
   最初の数人は手作業でオンボーディング

   立ち上げ時にセルフサービスの無理はしません。彼女は各早期ユーザーをライブで案内し、戸惑いの一つひとつを具体的な修正に変えました。
3. 3
   永遠ではなく、創業者向けの価格

   早期ユーザーは明確に期間限定の創業者料金を得ました。それは彼らのリスクに報い、後の顧客に価格が上がる理由を与えました。
4. 4
   締め切りをローンチとして使う

   カンファレンスは後付けのマーケティング演出ではなく、最後まで範囲を正直に保たせた強制力でした。

結果——そしてそれが本当に意味すること

ローンチ月の終わりまでに、プロダクトは最初の有料契約者を得ました——両手で数えられるほどの少数で、その一つひとつが実際の月額料金を払う実在の事業でした。控えめに聞こえますし、実際そうです。同時に、それはソフトウェアプロダクトの全生涯で最も難しい節目でもあります。有料顧客ゼロから数人になることは、数人から多数になることよりはるかに難しいのです。アイデアがあなたのものでなくなり、市場のものになる瞬間だからです。

以下の数字は例示的で丸めてありますが、起きたことの形には忠実です。そこから受け取ってほしいのは数値ではなく——比率です。きつく範囲を絞った最初のバージョン、小さく集中した予算、短い期間、そしてインターネット全体ではなく温かい需要に狙いを定めたローンチです。

私たちが間違えたこと

勝利だけを並べる事例研究は広告です。ですから正直な部分をお話しします。名指しする価値のある2つの間違いを犯しました。あなたも同じ誘惑に駆られるからです。

第一に、オンボーディングを過小評価しました。プロダクトの範囲は丁寧に絞ったのに、新規ユーザー体験の最初の5分を後回しのもの、最後に整えるものとして扱ったのです。それが成否を分ける瞬間だと判明し、見ず知らずの人が説明なしに何をすべきか理解できるよう、サインアップと空の初期画面を作り直すのに予定外の1週間を費やしました。次回は、初回体験を第10週ではなく初日からの機能とします。

第二に、確認エンジンの一つの「小さな」ルールを膨らませてしまいました。創業者がほとんど通りすがりにエッジケースに触れ、私たちは簡単だと同意したのですが、それは静かに3日を食い潰しました。現実のデータが、彼女のきれいなスプレッドシートが決して明かさなかったほど厄介だったからです。教訓は「エッジケースを避けよ」ではなく——彼女のスプレッドシートが、自分でも忘れていた手作業の手直しを静かにこなしていたということでした。ソフトウェアはその見えない作業を見えるようにせねばならず、それは常に誰の予想よりも高くつきます。

もしあなたが彼女と同じ場所に立っているなら

これがうまくいった要因は、巧妙なアーキテクチャでも流行りのツールでもありませんでした。範囲についての規律と、需要についての正直さです。コードを1行書く前から、人々がそれを欲しがる証拠が彼女にはあり、私たちは、それでも誰かが料金を払う最小のバージョンを作ることに容赦ありませんでした。どちらも技術的な背景を必要としません。どちらも今週、ご自身で始められることです。

人々があなたに動かしてほしいと頼み続けるスプレッドシートがあるなら、あるいは顧客が感謝する手作業の工程があるなら、あなたは思うよりプロダクトに近いかもしれません。危険なのは、完成した全機能版を思い描き、その大きさに固まってしまうことです。そうしないでください。それが絶対に果たすべき一つの仕事を見つけ、それだけを作り、すでに頼んでいる人々の前に出しましょう。ロードマップは待てます。最初の有料ユーザーは待てません。

よくある質問