自作しない勇気が、最強の競争優位をつくる

便利なものを作るほど、勝てなくなる

スタートアップや新規事業が最初に陥る罠は、プロダクトを作ることそのものが目的化することです。認証、配信、UI、管理画面、ワークフロー、OS、開発基盤。どれも必要に見えるし、どれも自分で作れば自由度が上がるように見えます。けれど実際には、その自由度の多くは幻です。自由を買ったつもりが、保守と再実装と互換性地獄に縛られ、肝心の価値創出から遠ざかっていく。

ここに、ひとつの逆説があります。本当に強い組織ほど、自分で作る範囲が驚くほど狭い。そしてその狭さは、弱さではなく戦略です。なぜなら競争優位は、「何でもできること」ではなく、「誰も代わりにやってくれない部分」に資源を集中することでしか生まれないからです。

自作の快感は、しばしば競争優位の錯覚を生む。だが市場は、気持ちよさではなく、ボトルネックを見ている。

---

争うべきは機能ではなく、未解決の摩擦である

多くのチームは、技術的に面白いものほど自前で抱え込みたくなります。だが、その衝動は「自分たちが誇れるもの」と「顧客が対価を払うもの」を混同しがちです。顧客が本当に払っているのは、きれいな実装ではなく、面倒な摩擦が消えることです。

たとえば飲食店を考えてみてください。自前で包丁を鍛造する店はありません。厨房で勝つ店は、包丁の製造ではなく、仕込みの速度、味の再現性、ピーク時の導線設計に集中します。物流会社も同じです。タイヤや燃料の規格をゼロから作るのではなく、遅延を減らすルート設計と荷主との情報連携に賭けます。

ソフトウェアでも構造は同じです。ログイン機能、決済、通知、分析、権限管理。これらは重要ですが、ほとんどの事業では差別化の本丸ではありません。ここに数か月を注ぐより、顧客が「今まで解けなかった」と感じる固有の問題を解く方が、はるかに価値が高い。競争優位は、共通部品ではなく、自社だけの未解決課題に宿るのです。

このとき重要なのは、何が“自社の戦場”で、何が“そうでないか”を見極めることです。戦場ではない場所で勝とうとすると、どれだけ頑張っても利益は薄まります。市場はそこに時間を払ってくれないからです。

---

OSを作る会社と、OSに乗る会社の違い

ある製品が別の基盤に移る、あるいは最初から共通のSDKやフレームワークを使うという話は、単なる技術選定ではありません。そこには「どこまでを自分の支配下に置くか」という経営判断が透けて見えます。たとえばアプリ開発が共通の開発基盤に乗れば、表面的には依存が増えるように見えるかもしれません。けれど別の見方をすれば、それは自分で制御すべきではない複雑さを、成熟した基盤に外注しているとも言えます。

これは新しいOSを作る話にも通じます。OSは、画面の裏側で無数の抽象化を担います。メモリ管理、入力、描画、更新、互換性、セキュリティ。これらは極めて重要ですが、ユーザーはOS自体を買っているのではありません。ユーザーは、その上で動く体験を買っています。だからこそ、OSの差別化は、見えない深層でしか成立しにくい。しかもそこを自前で抱え込むと、表層の体験改善が遅れやすい。

この構図は、どんな事業にもあります。あなたの会社は、何かの上に立っています。クラウド、決済、通信、地図、AI、配送網、法制度。土台を作ることと、土台の上で価値を出すことは、似ているようで別競技です。土台を自作するほど自由になるのではなく、むしろ土台の維持に自由を奪われることが多い。

ここでの本質は、依存を恐れることではありません。むしろ、依存先を選び抜くことです。良い基盤は、事業の速度を上げます。悪い基盤は、事業の速度を下げます。差は「自分で作ったかどうか」ではなく、「自社の価値創造を加速するかどうか」です。

---

「買う」「変える」「作る」の三択で考える

自作しない、というのは単なる節約術ではありません。経営資源の配分原則です。多くの組織は、問題に直面したときの選択肢を実質的に一つしか持っていません。作る、です。だが実際には、少なくとも三つあります。

1. 買う: 既存ツールやサービスを使う
2. 変える: 業務設計や運用を見直す
3. 作る: 本当に必要な独自部分だけを実装する

この順番が重要です。なぜなら、最初に作ると、問題の定義そのものが固まってしまうからです。たいていの無駄な開発は、「解くべき問題」ではなく「既存のやり方をそのままコードにしたもの」です。コード化した瞬間に、柔軟な運用改善の余地が狭まり、後戻りしにくくなります。

たとえば営業管理が煩雑だからと、自社専用のCRMを作るケースがあります。しかしその多くは、そもそもの営業プロセスが固まっていない段階で起きます。このとき必要なのは、華麗な内製システムではなく、商談の定義を揃え、入力項目を減らし、現場の行動を変えることです。ツールを作る前に、仕事の形を変えた方がいい。

逆に、本当に作るべきものもあります。それは、半年から一年たっても誰も解決してくれない、しかも自社の収益に直結するパーツです。例えば、独自の需給予測アルゴリズム、特殊な審査ロジック、複雑な業務最適化エンジンなどです。ここは外部ツールでは埋まらない。だからこそ自作する価値がある。

自作の正当性は、技術の難しさではなく、事業の不可欠性で決まる。

---

競争優位の中心は「未解決の1割」に置く

優れた組織は、80パーセントの共通課題を買い、10パーセントの業務設計を変え、残りの10パーセントだけを作ります。この配分感覚が重要です。なぜなら価値は、しばしば最後の10パーセントに宿るからです。そこは既製品では埋めにくく、かといって全部を内製化するほどの規模でもない。だが、そこが事業の命綱になります。

この考え方は、料理に似ています。食材の調達、厨房機器、温度管理、決済システムは既存のものを使える。けれど最終的な味の設計、盛り付け、提供速度、顧客との距離感は、その店ならではです。勝敗を分けるのは、包丁の製造ではなく、皿に乗る瞬間の判断です。

同じことがソフトウェアにも言えます。フレームワーク、クラウド、SDK、認証基盤は借りていい。むしろ借りるべきです。その上で、どの体験を一番短い時間で顧客に届けるか、どの業務をどの順番で消すか、どのデータをどう使って意思決定を変えるか。ここにだけ執着する。競争優位は、基盤の所有ではなく、未解決の摩擦を最短で消す能力にあるのです。

この視点を持つと、内製か外製かという議論が変わります。問いは「どちらが安いか」ではありません。問いは「どこに時間を使えば、未来の売上と学習速度が最大化するか」です。安さは一時的ですが、学習速度は複利で効きます。

---

Key Takeaways

• まず「戦場」を決める。 自社が本当に勝つべき領域はどこかを言語化し、それ以外は意識的に捨てる。
• 作る前に、買うと変えるを必ず検討する。 既存ツールで解決できないか、業務設計そのものを変えられないかを先に見る。
• 自作の基準を「技術的に面白いか」ではなく「事業に不可欠か」で判断する。 その機能がなければ売上、継続率、意思決定が止まるかを問う。
• 共通部品にこだわりすぎない。 決済、認証、配信、OSのような土台は、成熟した外部基盤に任せた方が速いことが多い。
• 内製は最後の10パーセントに集中する。 差別化の源泉となる部分だけを深く作り込み、それ以外は徹底して借りる。

---

自作しないことは、諦めではなく選択である

自作しない、という言葉には、どこか消極的な響きがあります。だが実際には逆です。それは、限られた資源をどこに賭けるかを知っているということです。すべてを持とうとする会社は、結局なにも深く持てません。だが、勝つ場所を絞った会社は、その領域でだけ異常な強さを持てる。

本当に賢い組織は、基盤を所有することに満足しません。基盤の上で、顧客がまだ言語化できていない摩擦を取り除くことに全振りします。そこにだけ、時間をかける理由があるからです。

だから次に何かを作りたくなったら、こう問い直してください。これは本当に、自社で作るべきものか。それとも、買うべきか、変えるべきか。そして、もし作るなら、それは競争優位の中心にあるのか。

自作しない勇気とは、能力の放棄ではない。勝つために、作らない領域を決める能力である。