物流SaaSのMVP開発事例：企画段階から11週間で有料顧客を獲得

創業者は貨物物流の分野で15年の経験を持ち、市場の空白に気づいていました。月に50〜500件の輸送を扱う中規模のフレイトブローカー（貨物仲介業者）は、2000年代のTMS（輸送管理システム）、Excel、メールのやり取り、電話で業務を回していました。代わりになる選択肢は、年間10万ドル以上の契約と6か月の導入期間が必要な大企業向けプラットフォームか、複数の輸送手段にまたがる調整に対応できない簡易なツールしかありませんでした。

創業者の手元にあったのは、プレシードで調達した$180,000と、パイロット顧客3社からの意向表明書（LOI）でした。シリーズAの投資家は、4か月以内に実際の利用実績がある動く製品を示すことを出資の条件にしていました。制約は厳しいものでした。MVPの開発費は上限$50,000、展開できる製品までの期間は12週間で、パイロット顧客は遅くとも14週目から60日間の評価を始めることになっていました。

希望する機能のリストは47項目ありました。これを、ブローカーが表計算ソフトをやめる決め手になる12機能に絞る必要がありました。米国の開発会社3社の見積りは$120,000〜$220,000、期間は16〜24週間で、調達した資金をすべて使い切ってしまう金額でした。

最初にスプリント・ゼロとして、1週間、$4,500で範囲とアーキテクチャを確定しました。開発は2週間のスプリントを4回行いました。1回目は基盤（認証、テナント管理、権限、CI/CD）、2回目は中核の業務フロー（輸送案件の作成、Mapboxを使った複数経由地のルート設定、運送会社の割り当て、書類のアップロード）、3回目は状況を把握するための機能（地図上のリアルタイム追跡、自動通知、KPIダッシュボード）、4回目は収益化と仕上げ（Stripeによる輸送1件ごとの課金、顧客ポータル、レポート、CSVインポート）です。

進め方は厳格に決めました。月曜に創業者とビデオ会議でスプリント計画を行い、ダッカと米国の時差をまたいで毎日の進捗共有を非同期で行いました。金曜には検証環境でデモを行い、創業者とパイロット顧客が実際に操作して確認しました。そこで出た指摘は、そのまま次のスプリントに反映しました。

10〜11週目はテストと公開に充てました。QAエンジニアが180件のテストケースを実行し、マルチテナントのデータ分離、決済失敗時の処理、楽観的ロックによる同時編集を検証しました。負荷テストでは、同時利用50ユーザー、進行中の輸送500件の条件で応答時間が200ms未満であることを確認し、同時200ユーザー以上にも対応できる余裕があることを確かめました。本番環境への展開はECSのローリングアップデートを使い、無停止で行いました。創業者はその日の午後に、最初のパイロット顧客の利用を開始しています。

プラットフォームは11週間で公開しました。目標の12週間より1週間早く、費用は$48,000で、予算の$50,000以内に収まりました。約束したMVPの12機能をすべて納品し、公開時点で重大なバグはゼロ、自動テストのカバレッジは78%、公開時のインフラ費用は月額$180でした。

利用は着実に伸びました。1か月目に3社だったパイロット顧客は、3か月目に7社、6か月目に14社になりました。同じ期間にMRRは$1,700から$19,000に増え、NPSは+58〜+64を維持し、稼働率は99.97%以上でした。

公開から4か月後、創業者はプレマネー評価額620万ドルで、210万ドルのシリーズAを調達しました。リード投資家は、製品の品質、開発の速さ、資金効率を評価の理由に挙げ、コードベースの監査も行いました。調達後、創業者はGigabitのエンジニア3名を専任の開発チームとして、月額$14,500で継続して起用しています。