第10章 01：症例解剖 #1：ECコンポーネント事業——三方向から潰された会社#

致命的な欠陥がひとつもないスタートアップが、なぜ死ぬのか？

すべてが「ギリギリ脆い」からだ。

診断台に載せる最初のプロジェクト。EC事業者向けのモジュラーコンポーネントプラットフォーム——決済処理、物流連携、カスタマーサービスモジュール、分析ダッシュボードといったプラグ＆プレイ型のインフラだ。オンラインの加盟店がサブスクリプションで契約し、必要な部品を組み合わせて使う。売り文句はシンプル：エンジニアチームを丸ごと雇えない中小ECオペレーターの技術コストを一気に削減する。

きれいなピッチだ。だが現実は散らかっている。ストレステストを回そう。

ステップ1：方向性——市場は実在するか？#

B2B ECインフラには確かに実在する需要がある。オンライン小売は拡大を続け、加盟店は技術サポートを必要としている。この方向性は構造的な長期トレンドに乗っている——一時的な流行ではない。

だが「需要がある」は分析の出発点であって、結論ではない。

問題はここだ。ECインフラには天井が床に埋め込まれているという構造的矛盾がある。モジュラーコンポーネントを最も必要とする小規模事業者は、予算が最も少ない。予算のある大規模事業者は、自社開発するかエンタープライズソリューションを使う。到達可能な市場は「払えないほど小さい」と「必要ないほど大きい」の間の狭い帯域に収まっている。

ハーバード・ビジネススクールのB2B SaaS価格設定に関する研究は、「中小企業」セグメントが最も高い解約率と最も低い顧客生涯価値を生み出すことを繰り返し示している（Eisenmann, 2006）。あなたが狙っているのは、最も早く去る層だ。

耐荷重評価：脆弱。 需要は実在するが、構造的に閉じ込められている。穏やかな環境では持つ。圧縮されれば割れる。

ステップ2：ロジック——ビジネス方程式は成り立つか？#

ロジックチェーン：コンポーネントを開発 → 加盟店がサブスクリプション契約 → 加盟店の成長に伴い継続収益が拡大。

この整然とした方程式の中に、3つの亀裂が隠れている。

亀裂1：終わらない開発コスト。 複数のECプラットフォームで実際に動くモジュラーコンポーネントには、膨大なエンジニアリングが必要だ。各プラットフォームには固有のAPIの癖、データ形式、更新サイクルがある。クロスプラットフォーム互換性は一度きりの出費ではない——サポートするプラットフォームが増えるたびに膨らむ永久的なエンジニアリング税だ。

亀裂2：スイッチングコストの低さ。 このモデルは、加盟店が毎月支払い続けることを前提としている。だが彼らはいつでも自社開発、外注、あるいはより安い単機能ツールへの乗り換えが可能だ。スイッチングコストは危険なほど低い。決済処理をより安く、より良くこなす専門ツールが見つかった瞬間、そのモジュールは引き抜かれ——あなたの収益は落ちる。

亀裂3：顧客から受け継いだ成長の天井。 ロジックは加盟店の成長があなたの収益成長を牽引すると仮定している。だが加盟店自体がその狭い到達可能市場に閉じ込められているなら、彼らの成長の天井がそのままあなたの成長の天井になる。

耐荷重評価：脆弱。 ピッチ資料の中ではロジックが通る。現実の摩擦にぶつかると砕ける——高い開発コスト、低いスイッチングコスト、顧客から受け継いだ成長上限。

ステップ3：エントリーポイント——どこから始めるか？#

チームは物流連携を選んだ——加盟店が単一インターフェースから複数の配送業者に接続できるようにするサービスだ。

合理的な第一手。すべての加盟店は配送が必要で、ペインは本物だ。だがエントリーポイント戦略はペインだけでなく、防御可能性も問わなければならない。

物流APIはドキュメントが充実している。配送アグリゲーターを構築する技術的障壁は低い。すでに多数のツールが存在し、中には配送会社自身が無料で提供しているものもある。

参入障壁の低いエントリーポイントは、獲得が容易で、喪失も容易だ。最初のモジュールは加盟店をドアの中に導くが、閉じ込めはしない。エントリーポイントが第2、第3のモジュールへの引力を生み出せなければ、あなたが運営しているのはプラットフォームの衣を着た単機能ツールにすぎない。

耐荷重評価：脆弱。 ユーザーを引き寄せるが、リテンションの引力を生まない。構造的ロックインのない顧客獲得チャネル。

ステップ4：チーム——このチームは実行できるか？#

ECプラットフォームの深い経験を持つエンジニア3名。技術アーキテクチャを理解し、大企業の中で類似システムを構築してきた。

足りなかったもの：ディストリビューション経験。インフラを作ることと、「モジュラーコンポーネント」という概念で考えない加盟店にインフラを売ることは、まったく別のスキルだ。技術製品のB2B営業には、エンジニアリングの価値をビジネス成果に翻訳する力が必要だ——その翻訳レイヤーが欠けていた。

CB Insightsのスタートアップ事後分析は、「市場ニーズの不在」と「マーケティングの弱さ」を繰り返しスタートアップの死因上位に挙げている——ここでのマーケティングギャップは表面的なものではなく、構造的なものだ。

耐荷重評価：脆弱。 強い作り手。弱い売り手。シニア商務人材の採用で埋められるギャップだが、放置されたギャップは自然に埋まらない。

ステップ5：競争——このフィールドに他に誰がいるか？#

3層の競争が、あらゆる方向から迫ってくる。

第1層：プラットフォームが上から侵食。 Shopify、WooCommerceなどのプラットフォームが、このプロジェクトが個別に販売しているまさにその機能を次々と内蔵化している。あなたの機能が彼らのチェックボックスになったとき、あなたの負けだ。

第2層：専門ツールが横から圧倒。 決済のStripe。物流のShipStation。それぞれが、どのモジュラーコンポーネントよりも優れた仕事を単一領域でこなす。

第3層：受託開発が下から高価格帯を担う。 モジュラーツールを使い尽くした加盟店は、オーダーメイドのソリューションを開発会社に発注する。

このプロジェクトは三方向から挟撃されている。プラットフォームが吸収し、専門ツールが凌駕し、受託開発がカスタマイズする。競争空間は空いていない——三方向から同時に加圧されている。

耐荷重評価：崩壊。 競争構造が敵対的だ。プロジェクトが占める位置は、大手プレイヤーに吸収され、小さな専門家に凌駕されている。どれだけ実行力があっても、この幾何学は変わらない。

ステップ6：資本——ゴールまで持つか？#

モジュラーインフラプラットフォームは、収益が出る前に大規模な先行投資が必要だ。新しいコンポーネントのたびに、開発、テスト、クロスプラットフォーム互換性対応、ドキュメント作成が求められる。プラットフォームサブスクリプションが個別ツールよりも価値があると正当化できるだけのクリティカルマスに到達するまでの滑走路は、長く、そして高くつく。

チームは初期収益でブートストラップし、トラクションを示した後にシード資金を調達する計画だった。だが挟撃地帯でトラクションを示すのはほぼ不可能だ。投資家には、我々が今マッピングしたのと同じ競争の地図が見えている。「プラットフォーム、専門ツール、受託開発が同じ加盟店を奪い合う市場でモジュラーコンポーネントを作っています」——このピッチは、計算のできる相手には通らない。

耐荷重評価：脆弱。 資本ニーズが高く、トラクションへの道が狭く、資金調達のストーリーが構造的懐疑に正面衝突する。

総合診断#

脆弱が5つ、崩壊が1つ。競争の次元はすでにひび割れた耐力壁だ。だがより深い発見はこうだ：他の次元を補えるほど強い次元がひとつもない。 すべての次元が脆弱なとき、プロジェクトは大惨事がなくても死ぬ。中程度の衝撃がひとつあれば十分だ——プラットフォームのアップデートで互換性が壊れる、競合が無料版をリリースする、主要エンジニアが辞める——そこから連鎖が始まる。

このプロジェクトは爆発したのではない。すべての次元で同時に、ゆっくりと構造的健全性を失っていった。一つ一つは生き延びられる傷が、すべて合わさって致命傷になった。

核心的な教訓#

優れたインフラを作るだけでは足りない。自分のインフラが容易に複製されない市場ポジションが必要だ——上からプラットフォームに、横から専門ツールに、下からカスタム開発に。

もし競争上のポジションが挟撃地帯なら、どれだけエンジニアリングが優秀でも救われない。挟撃は、あなたのコードの品質など気にしない。

6ステップの診断はひとつの劇的な発見を生み出さなかった。6つの発見を生み出し、それらが合わさってシステミックな脆弱性の全体像を描き出した。これが診断の力だ——ひとつの壊れたものを見つけるのではなく、構造全体の地図を描き、パターンを見抜くこと。

セルフ診断#

インフラやプラットフォーム事業を構築しているなら、今すぐこのスキャンを自分に実行しよう：

1. 到達可能な市場は狭い帯域に収まっていないか？ 「払えないほど小さい」と「必要ないほど大きい」の間に挟まっていないか？境界線を引いてみよう。その帯域は本当にどれだけの幅があるか？

2. ロジックチェーンは顧客自身の成長に依存していないか？ その顧客自体が成長できないなら？彼らの天井があなたの天井なら、あなたの計算は間違っている。

3. エントリーポイントはリテンションの引力を生んでいるか？ それとも初回の引きつけだけか？テスト：明日、最初のモジュールを撤去したら、ユーザーはプラットフォームの残りの部分のために留まるか？

4. チームは自分たちが作ったものを売れるか？ 「説明」ではない——売る。まだ必要だと気づいていない人たちに。

5. 挟撃地帯にいないか？ プラットフォーム、専門ツール、カスタムソリューションに三方から囲まれていないか？競争の幾何図を描こう。3方向以上から圧力が来ているなら、挟まれている。

脆弱な次元の数を数えよう。2つを超えたら、あなたは堅固な地面の上に建てているのではない。安定して見えるが、最初の揺れで割れる地面の上に建てている。