分業は効率的か
組織が大きくなると、自然と分業が進む。戦略は戦略チームが、開発は開発チームが、マーケティングはマーケティングチームが担当する。
一見、合理的に見える。しかし新規事業においては、この分業構造こそが最大のボトルネックになる。
情報は伝達のたびに劣化する
戦略チームが描いた構想を、要件定義書にまとめる。開発チームがそれを読み、設計書に落とす。デザイナーがUIに変換する。
この一連の流れで、何が失われるか。
コンテキスト。
なぜこの機能が必要なのか。なぜこの画面遷移なのか。なぜこの文言なのか。戦略的な意図は、ドキュメントを経由するたびに薄まっていく。
最終的に出来上がったプロダクトは、元の構想とは似て非なるものになる。これが「なんか違う」の正体だ。
翻訳コストという隠れた敵
分業には必ず「翻訳」が発生する。
- 戦略 → 要件定義（ビジネス言語 → システム言語）
- 要件定義 → 設計（抽象 → 具体）
- 設計 → 実装（設計図 → コード）
- 実装 → マーケティング（機能 → 訴求）
各翻訳ポイントで、時間とコストが発生する。そして何より、誤訳が発生する。
新規事業において、この翻訳コストは致命的だ。なぜなら、新規事業は仮説の塊であり、翻訳の余地があるほど、仮説がブレるからだ。
一気通貫の設計思想
私たちが「戦略×開発×広告」を一つのスプリントで完結させる理由は、この翻訳コストをゼロにするためだ。
具体的には、以下の原則で動く。
- 戦略を立てる人間が、プロダクトの設計も決める
- プロダクトの設計者が、広告の訴求軸も決める
- すべてが24時間以内に、同じコンテキストで完結する
これにより、「戦略の意図」が一切劣化せずにプロダクトとして市場に出る。
分断が生む3つの失敗パターン
1. 仕様の肥大化
戦略チームと開発チームが分かれていると、「せっかくだから」「念のため」という機能追加が止まらない。戦略的に不要な機能が、コミュニケーションの曖昧さから生まれる。
2. 市場投入の遅延
各チーム間の調整に時間がかかる。会議が増え、確認が増え、手戻りが増える。結果として、市場投入が数週間、数ヶ月遅れる。
3. 責任の曖昧化
事業がうまくいかなかった場合、「戦略が悪い」「実装が悪い」「売り方が悪い」と責任の所在が不明になる。分断された組織では、誰も全体の責任を取れない。
まとめ
新規事業において、分業は美徳ではない。
戦略と開発と市場投入を、同じ人間が、同じ時間軸で、同じコンテキストで実行する。この一気通貫の構造だけが、仮説を正確に市場に届けることができる。