仕組み依存型ビジネスと人依存型ビジネスの違い

著者: Brian Tr · 更新日: 2026年10月5日

人依存型ビジネスとは、成果が特定の個人のスキル、記憶、人間関係、判断力から生まれるビジネスです。その個人がいなくなれば、成果は、しばしば大きく変わります。仕組み依存型ビジネスは、文書化されたプロセス、明確な役割、マネジメントのルーティンから成果を得ており、誰がその席に座っていても機能します。

どちらかが正解というわけではありません。ほとんどの企業は両者の中間にあり、世界で最も優れたビジネスの中にも、あえて人に頼るものがあります。ただ、自社がどちら側にいるかによって、事業をどれだけ拡大できるか、調子の悪い週をどう乗り切れるか、買い手や貸し手がどう評価するかが変わります。この記事では、定義、スペクトラム、現状の診断方法、トレードオフ、そして企業がどのように移行していくかを扱います。

二つのモデルの定義

**人依存型。**ノウハウは人の頭の中にあります。顧客は名前の挙がる特定の人から買います。意思決定は、権限を持つ誰か（多くは非公式な立場の人）を待つことになります。新入社員は誰かの仕事を見て、やり方を吸収しながら学びます。品質は、その日の担当者によって変わります。

**仕組み依存型。**ノウハウはプロセスの文書化、チェックリスト、ツールの中にあります。顧客は会社から買い、担当になった有資格者とやり取りします。意思決定権限は文書で定められています。新入社員は標準に沿って研修を受けます。方法が個人のものではなく共有されているため、品質はより安定します。

ここでいう仕組みとは、ソフトウェアのことではありません。特定の人がいなくても成果を出せる、再現可能な取り決めのすべてを指します。標準作業手順書、採用スコアカード、週次の指標レビュー、承認の上限額などです。ソフトウェアも仕組みの担い手になりえますが、ラミネート加工したチェックリストも立派な仕組みです。

スペクトラムであり、機能ごとに異なる

会社全体に一つのラベルを貼りたくなりますが、実際の姿はもっとまだらです。経理は仕組みが整っているのに、営業は一人のエース営業担当者の人脈だけで回っている、という会社もあります。製造ラインは文書化された作業標準に従っていても、製品設計は一人のエンジニアの判断に依存していることもあります。

より使いやすい考え方は、四段のはしごです。

1. **英雄頼み。**すべてが、特定の人が何としてでもやり遂げることに依存しています。その人がいれば成果は良く、いなければ悪くなります。
2. **非公式な習慣。**皆だいたい同じやり方をしますが、それは慣習であって文書化されておらず、チームの集合的な記憶の中にあります。
3. **文書化済み。**主要なプロセスは書き出されていますが、最新でなかったり、守られていなかったりすることもあります。
4. **管理された仕組み。**プロセスが文書化され、担当者が決まり、測定され、機能しなくなれば更新されます。

営業、デリバリー、経理、採用、カスタマーサポートといった各機能をこのはしごに当てはめてみてください。全社の平均が弱点を覆い隠していることが分かるはずで、実際に痛手となるのはその弱点です。

この考え方の由来

この枠組みは新しいものではありません。いくつかのよく知られたモデルが、それぞれ別の角度から同じ問いを扱っています。

Gerberの「技術者、マネージャー、起業家」

Michael GerberのE-Mythに関する著作は、最もよく引用される一般向けの版です。EMyth自身によるGerberの著作の解説によれば、ほとんどの事業は、彼が「致命的な思い込み」と呼んだものの下で動く技術者（Technician）によって始められます。その思い込みとは、「自分の事業の技術的な仕事を理解していれば、その技術的な仕事をする事業も理解している」というものです。同じページでは三つの役割が説明されています。技術的な仕事を担う技術者、オペレーションと仕組みを扱うマネージャー、そして事業を自分自身から切り離された一つのシステムとして捉える起業家です。

EMythの説明によれば、Gerberが目指すのは、オーナーのおかげで動くのではなく、オーナーがいなくても動く事業です。これが仕組み依存型の側のスペクトラムの端にあたります。同じ考え方は、オーナーオペレーターからマネージャーへの移行の土台にもなっており、オーナーオペレーターとオーナーマネージャーの違いで扱っています。

コード化と個人化

Morten Hansen、Nitin Nohria、Thomas Tierneyが1999年にHarvard Business Reviewに発表した論文は、企業が知識を管理する二つの方法を示しました。Harvard Business Schoolによる要約によれば、コード化戦略は「人から文書へ」のアプローチをとります。知識を生み出した人から取り出し、その人から独立させ、再利用するのです。個人化戦略は、データベース上の知識オブジェクトではなく、個人同士の対話を重視します。

これはこのテーマにきれいに対応します。コード化は仕組み依存型の知識の持ち方で、個人化は人依存型の持ち方です。重要なのは著者たちの発見です。効果的な企業は、どちらか一方の戦略に集中し、もう一方を補助的に使うことで成果を上げており、両方を同程度に使おうとはしていませんでした。コード化の例としてはAndersen ConsultingとErnst & Young、個人化の例としてはBain、Boston Consulting Group、McKinseyが挙げられています。論文はこれを80対20の配分と表現しており、知識共有のおよそ80%が一方の戦略に、20%がもう一方に従うとしています。

つまり、答えは「すべてをコード化せよ」ではありません。事業が何を売っているかに基づいて、主たる戦略を意図的に選ぶことです。

暗黙知と形式知

野中郁次郎と竹内弘高のSECIモデルは、知識が二つの形の間をどのように移動するかを説明します。形式知は、取扱説明書のように、正確に説明でき、保持者とは無関係に理解できる知識です。暗黙知は、保持者本人は理解していても、簡単には説明したり書き出したりできない知識で、洞察、直感、経験に基づくことが多いものです。MindToolsの要約によれば、このモデルでは組織は四つの段階で知識を動かします。共同化（対話や共同の実践を通じて暗黙知を共有する）、表出化（暗黙知を形式知にする）、連結化（形式知の複数の情報源を統合する）、内面化（形式知を実践的な理解に戻す）です。

創業者主導の企業にとっての実践的な教訓は、表出化が最も難しい段階であり、事業を仕組みの方向へ動かすのもこの段階だということです。顧客に対する創業者の「勘」や、価格の例外対応は暗黙知です。それをルール、テンプレート、チェックリストに変えることが仕事になります。内面化も同様に重要です。誰も実践しない手順書では、事業の振る舞いは変わりません。

重要な理由

スケーラビリティ

人依存型のビジネスは、同じ種類の人を増やすことで拡大します。つまり、希少なスキルと創業者の時間がそれだけ多く必要になります。生産量は人数に比例して増える傾向があり、人が増えるほど品質にばらつきが出ます。仕組み依存型のビジネスは、すでに機能している方法に新しい人を教育して加えるため、人数を増やすよりも速く業務量を増やせます。創業者主導の企業の成長が、創業者がすべてに自ら関われなくなった時点でしばしば止まるのは、このためです。

レジリエンス

人に支えられたビジネスは、その人たちの不在に弱くなります。病気、退職、燃え尽き、休暇のすべてが運営上のリスクになります。仕組みは人の必要性をなくすわけではありませんが、代役を立てるまでの時間を短くします。「プロセスが文書化されていて、誰かがそれを教わっている」ことと、「Samしか知らない」ことの差は、調子の悪い週で済むか、顧客を失うかの差です。

評価額と売却のしやすさ

買い手や貸し手は、価値のどれだけがオーナーとともに去るのかを見ます。最も明確な公的見解は、非公開株式の評価に関する米国の税務ガイダンスです。Revenue Ruling 59-60の4.02(b)節は、いわゆる「ワンマン」事業の経営者を失うと、特に経営を引き継げる訓練された人材がいない場合、株式の価値を押し下げる可能性があると述べています。同じ箇所には、その損失で影響を受けない資産、生命保険、有能な経営者を雇える可能性といった、相殺する要因も挙げられています。割合は示されておらず、米国のガイダンスですので、他の法域ではそれぞれ異なる手法が適用されます。

ここから得られる結論は、数字ではありません。文書化されたプロセス、育成済みの後継者、委譲された権限を示せる事業は、買い手が価格を割り引く理由を減らせるということです。

キーパーソンリスク

キーパーソンリスクは、個人への依存の直接的な結果です。成果が少数の人に依存するほど、リスクにさらされる度合いも大きくなります。仕組みへ移行することは、それを減らす主な方法の一つです。詳しい扱いはキーパーソンリスクとは何かに、創業者に特化した内容は創業者依存にあります。

自社がどちらに位置するかを診断する方法

最初の見立てにコンサルタントは必要ありません。機能ごとに、次の質問に答えてみてください。

大まかな採点方法として、機能ごとに、どちらの列に当てはまる答えが多いかを数えます。左側に多く入るなら、その機能は人依存型です。答えが混在しているなら、移行の途中にあります。これは判断のためのツールであってベンチマークではないので、他社との比較ではなく、自社の機能同士の比較に使ってください。

さらに二つの確認が役立ちます。

• **長期休暇テスト。**各マネージャーに、二週間完全にオフラインで過ごしてもらいます。何が壊れるかは、どんなワークショップよりも多くを教えてくれます。
• **文書化の監査。**重要なプロセスを三つ無作為に選び、その担当者に書面版を提出してもらいます。存在しない、または誰も従っていないなら、ギャップが見つかったことになります。

トレードオフ：仕組みが常に優れているわけではない

ここまでを「仕組みは良く、人は悪い」と読むのは簡単ですが、それは誤りであり、慎重になる価値があります。

**職人技と判断力は完全にはコード化できません。**ベテランの弁護士、料理長、建築家、トップの法人営業担当者は、どんなマニュアルにも収まらない暗黙知に基づいて仕事をしています。それをスクリプトに落とし込もうとすると、仕事を優れたものにしていた部分が平板になりかねません。Hansen、Nohria、Tierneyの発見も同じ方向を指しています。固有の問題に対してカスタマイズされたソリューションを売る企業にとっては、人から人へ知識を共有する個人化戦略が、主たる選択として正しい場合があります。

**人間関係が商品そのものであることもあります。**一部のビジネスでは、顧客は特定の人へのアクセスに対価を払っています。著名な代表者を擁するブティック型のアドバイザリーファームやデザインスタジオは、それを薄めるよりも守る方が良いかもしれません。リスクは現実のものですが、それは意図的なトレードオフであり、なくそうとするのではなく、副担当者や顧客窓口の共有で管理すべきものです。

**仕組みにはコストがかかります。**手順を書き、維持し、それに沿って教育するには時間がかかります。設計の悪い仕組みは官僚主義を生みます。誰も信じていないルール、すべてを遅らせる承認、判断が歓迎されないために手順どおりに崖から落ちてしまう従業員などです。古くなった仕組みは、誤った安心感を与えるため、何もないよりも悪い場合があります。

**初期段階の企業には柔軟性が必要です。**まだ製品を模索している5人の会社に、重い手順は役に立ちません。何がうまくいくかを知る前に自分たちのやり方を文書化しても、間違ったことを書き留めるだけです。

より良い問いの立て方は適合性です。各機能について、価値のどれだけが職人技と判断力で、どれだけが繰り返しの仕事なのか。繰り返しの部分を仕組み化し、職人技の部分はバックアップを備えて守りましょう。

企業が仕組みへ移行する方法

スイッチを切り替えるように変わる人はいません。移行は一つの機能ずつ進み、その大半はツールの購入ではなく習慣の変更です。実行しやすい手順は次のとおりです。

1. **まず依存関係を見つけます。**上記の診断とキーパーソンの評価を使い、成果が一人に依存している箇所を洗い出します。事業が止まってしまうものから始めます。
2. **被害の大きさと再現性で順番を決めます。**被害が大きく、繰り返し行われる仕事を先に仕組み化します。創造性の高い仕事は後回しにし、スクリプトではなくクロストレーニングで対応します。
3. **知識を頭の外に出します。**これが表出化の段階です。仕事をしている本人に手順を説明してもらい、別の人が書き起こすか、作業の様子を録画します。70%の完成度でも実際に使われている初稿は、永遠に完成しない完璧な版に勝ります。
4. **各プロセスに担当者を決めます。**担当者のいない手順は陳腐化します。担当者が最新の状態を保ち、質問に答えます。
5. **別の人で試します。**別の人に、文書だけを使って作業してもらいます。つまずいた箇所は、すべて修正点です。ここで内面化が起こります。
6. 意思決定権限を書き出します。権限委譲マトリクスを使い、何を承認でき、何をエスカレーションすべきかを全員が分かるようにします。
7. **マネジメント層をつくります。**仕組みを運用する人が必要です。創業者の下にマネジメントチームを育てることが、通常、他のすべてを定着させる一手になります。
8. **定期的に見直します。**定期レビューを設定し、仕事が変わったときに手順も変わるようにします。

これは事業のプロフェッショナル化で述べられていることの核心であり、その到達点が事業の組織化です。この中で創業者の役割は、たいていいちばん難しいものです。あらゆる問いの答えであり続けることをやめ、最善の方法を一人の頭に置いておくよりも、次善の方法を書き出して守る方が、しばしば勝ると受け入れることです。

重要なポイント：仕組み依存型と人依存型のビジネス

• 人依存型ビジネスは特定の個人のスキル、記憶、人間関係から成果を得ており、仕組み依存型ビジネスは文書化されたプロセス、明確な役割、マネジメントのルーティンから成果を得ています。
• ほとんどのビジネスはスペクトラムの上にあり、機能ごとに異なるため、営業、デリバリー、経理、採用を別々に診断しましょう。
• EMythによるGerberの著作の解説によれば、ほとんどの事業は致命的な思い込みの下にある技術者によって始められ、目指すのはオーナーのおかげで動くのではなく、オーナーがいなくても動く事業です。
• Hansen、Nohria、Tierney（1999）のHarvard Business Schoolによる要約によれば、効果的な企業はコード化か個人化のどちらかに集中し、もう一方を補助的に使っていました。
• Revenue Ruling 59-60の4.02(b)節は、「ワンマン」事業の経営者を失うと、特に訓練された後継者がいない場合、株式価値が下がりうると述べています。割合は示されていません。
• 仕組みが常に優れているわけではありません。職人技、判断力、個人的な関係が商品そのものであることもあります。繰り返しの仕事は仕組み化し、それ以外はバックアップで守りましょう。

関連記事

• オーナーオペレーターとオーナーマネージャーの違い
• キーパーソンリスクとは何か
• 創業者依存
• 事業のプロフェッショナル化
• 事業の組織化
• ナンバー2
• プロセスの文書化