第14章 競争と価値の構造を読む
第13章では、初期設定支援の対象を 20 社で試し、100 社へ案内した結果から、専用機能への投資を再計算する計画を立てました。市場の大きさと到達可能性が分かっても、その市場で自社が利益を得られるとは限りません。
顧客が年間 6 万円を払っても、その多くが販売パートナー、基盤サービス、専門人材の費用へ流れるかもしれません。魅力的な機能を作っても、顧客が容易に乗り換え、競合がすぐ模倣できれば、価格は下がります。市場が成長しても、交渉力を持つ主体が価値を得る場合があります。
5 フォースは、既存競合、新規参入、代替品、買い手、供給者から生じる競争圧力を見るフレームワークです。バリューチェーンは、価値を生む活動と、その活動に必要な費用・能力・つながりを見る方法です。
5 フォースとバリューチェーンは、業界を説明して終えるための道具ではありません。価値がどこで生まれ、誰が取り分を得て、どの活動へ投資するかを決めるために使います。
本章では、次の言葉を使います。
| 用語 | 本章での意味 |
|---|---|
| 顧客価値 | 顧客が得る結果と、金銭・時間・危険などの負担を比較する観点 |
| 提供費用 | 人、技術、販売、危険対応を含む機会費用 |
| 価値獲得 | 顧客の支払額と提供費用の差から、自社へ残る部分 |
| 取り分 | 顧客、自社、供給者、補完者の間で配分される経済的な余地 |
| 交渉力 | 価格や条件を自分に有利な方向へ変えられる力 |
異なる種類の結果と負担を機械的に減算する定量式ではありません。会計利益や厳密な経済レントは第 5 部で扱います。本章では、価値を生むことと、その対価が自社へ残ることを分けるための操作的な定義として使います。税、外部性、金額にしにくい便益の完全な配分までは扱いません。
今回も架空の法人向け SaaS を扱います。企業数、価格、工数、反応は方法を説明する仮定です。
14.1 分析の前に選択を置く
「業界の 5 フォース分析をする」では、範囲が広すぎます。業界境界の置き方によって、競合も買い手も供給者も変わります。
今回の意思決定は、次の 3 案から 2027 年度の投資先を選ぶことです。
| 選択肢 | 価値を生む中心活動 | 主な不確実性 |
|---|---|---|
| A. 人による初期設定支援 | 例外を理解し、権限者との調整を助ける | 専門人材の工数と拡張性 |
| B. 承認支援機能を自社開発 | 依頼、状態確認、通知を製品化する | 開発費、模倣、API 依存 |
| C. 導入支援会社と提携 | 顧客固有の調整を外部能力で補う | 提携先の交渉力、品質、顧客接点 |
評価基準は、顧客の完了率、安全性、3 年間の粗い利益、拡張速度、依存先への交渉力、学習の蓄積です。現状維持も比較対象に残します。
分析範囲は「国内法人向け業務 SaaS のうち、他部署承認を伴う初期設定支援」とします。業界全体ではなく、今回の価値と活動が競う範囲です。基準日は 2026 年 8 月 10 日、投資期間は 3 年とします。
境界は事実として固定しません。「初期設定支援機能」「業務 SaaS 本体」「導入代行サービス」の 3 つでも分析し、選択が変わるかを確認します。機能市場では模倣、SaaS 本体では解約と製品間競争、代行市場では専門人材と販売経路の圧力が強く見える可能性があります。
選択肢と期間を定める
↓
各競争圧力が価格・数量・費用・投資へどう作用するか見る
↓
顧客価値を生む活動と、費用・能力・依存先をつなぐ
↓
補完者と構造変化を含むシナリオを作る
↓
投資する活動、避ける依存、監視条件を決める
14.2 5 フォースは利益への圧力を読む
5 フォースの成果物は、「競争が激しい」「参入障壁が高い」という評価表ではありません。それぞれの圧力が、選択肢の価格、販売量、費用、必要投資、危険へどう伝わるかを示します。
5 フォースは産業平均の収益性へ働く構造を見る枠組みであり、個社の成果を直接決めません。不利な構造でも、異なる対象、活動、費用、関係の組み合わせによって平均と異なる成果を得る企業はあります。
| 圧力 | 今回の問い | 利益への主な経路 |
|---|---|---|
| 既存企業間の競争 | 支援は何で比較され、どこが模倣されるか | 値下げ、販売費、開発費 |
| 新規参入の脅威 | 顧客接点と能力を他社がどれほど作りやすいか | 価格低下、獲得費上昇 |
| 代替品の脅威 | 顧客は同じ進歩を別の方法で得られるか | 利用減、支払上限の低下 |
| 買い手の交渉力 | 顧客は比較・集約・内製・乗換えできるか | 値引き、個別対応、契約条件 |
| 供給者の交渉力 | 重要な人材、API、基盤、提携先を替えられるか | 原価上昇、品質低下、停止 |
圧力は「強・中・弱」で終えず、根拠、変化条件、影響する選択肢へ結びます。同じ圧力でも、A、B、C への作用は異なります。
圧力同士も独立ではありません。API の標準化は供給者の切替えを容易にする一方、新規参入と模倣を増やし、買い手の選択肢を広げます。5 項目の点数を足すのではなく、変化が複数の経路を通る様子を見ます。
14.3 既存競争は企業数では決まらない
競合企業が多いから競争が激しく、少ないから穏やかとは限りません。次の条件を見る必要があります。
- 顧客から見た差が小さく、価格で比較されるか
- 固定費が大きく、空き能力を埋めるため値下げしやすいか
- 市場成長が遅く、既存顧客の奪い合いになるか
- 乗換え費用が低いか
- 撤退費用が高く、利益が低くても供給が残るか
- 競合の目的や収益源が異なるか
今回、依頼テンプレートだけなら模倣は容易です。競合 SaaS が無料機能として追加すると、単独課金は難しくなります。一方、顧客ごとの権限条件、例外経路、完了結果から学び、製品の初期設定へ組み込めれば、機能名が同じでも活動の組み合わせは異なります。
既存競争を見る目的は、競合一覧を増やすことではありません。「A の専門支援」「B の機能」「C の提携」のどこが価格競争になり、どこへ固有の能力を作れるかを選ぶことです。
14.4 新規参入障壁は自社を守る壁とは限らない
参入障壁は、新しい供給者が同じ市場へ入り、既存企業と競うために越える必要がある条件です。規模の経済、顧客の乗換え費用、流通へのアクセス、必要資本、規制、固有能力などがあります。
ただし、「自社には顧客データがあるから参入障壁だ」とは断定できません。確認するのは次です。
- その資源が顧客価値や費用差へ実際に効くか
- 新規参入者が購入、提携、公開情報、別経路で代替できるか
- 参入者が既存事業から顧客接点や技術を転用できるか
- 自社も同じ障壁によって新しい顧客へ届きにくくないか
- 障壁が制度・技術の変化で低下しないか
管理 API の標準化は、B の開発費を下げます。しかし、その恩恵は競合にもあります。自社の参入を助けると同時に、他社の模倣も容易にします。
障壁は企業単位ではなく活動単位で見ます。画面を作る障壁は低くても、安全な権限情報を扱う運用、顧客内の承認経路へ適合する設計、導入結果を学習へ戻す仕組みは作るのに時間がかかるかもしれません。
14.5 代替品は同じ製品分類の外にある
第12章でも、競合を同業他社に限定しませんでした。5 フォースでいう代替品は、異なる方法で同じ顧客結果を満たすものです。
今回の代替には、社内 IT 部門への依頼、導入代行、販売会社への相談、表計算による継続、導入延期、製品自体の解約があります。生成 AI が権限依頼文を作ることも、一部活動の代替になり得ます。
代替圧力は、存在だけでなく次の式で考えます。
代替の魅力
= 得られる結果
- 価格
- 時間、学習、移行、調整、安全上の負担
自社機能が無料でも、顧客側の調整に 10 時間かかれば、高価な代行が選ばれる場合があります。反対に、自社支援の成果が高くても、導入自体を延期できる顧客には「何もしない」が強い代替です。
上の式は数値をそのまま足し引きする計算式ではなく、顧客が比べる便益と負担を漏らさないための概念式です。
代替圧力が強いなら、競合より多機能にするとは限りません。代替を選ぶ理由が予算なら価格・対象を見直し、組織内調整なら依頼経路を変え、安全上の不安なら収集情報と責任を明確にします。
14.6 買い手の力は顧客の大きさだけではない
大企業だから交渉力が強いとは限りません。買い手の力は、購入量の集中、選択肢の多さ、比較の容易さ、乗換え費用、内製可能性、価格への敏感さ、買い手にとっての重要度で変わります。
| 条件 | 買い手の力が強まりやすい理由 | 今回への影響 |
|---|---|---|
| 少数顧客へ売上が集中 | 失注の影響が大きい | 個別開発と値引きを求められる |
| 機能・成果を比較しやすい | 代替へ移りやすい | 価格競争になる |
| 顧客が内製できる | 外部支援を断れる | 支援価格に上限ができる |
| 乗換え費用が低い | 契約更新を拒否しやすい | 継続率と価格が下がる |
| 顧客成果への影響が大きい | 価格より失敗回避を重視する場合がある | 信頼・品質へ払われる余地 |
買い手の交渉力を下げること自体を目的にしてはいけません。顧客を囲い込み、データ移行を不必要に難しくする方法は、短期的な乗換えを減らしても、信頼、規制、安全、長期関係を損ないます。
競争圧力を弱めるための合意、排除、価格設定、データ利用は、独占禁止法、契約、公正な取引、顧客利益に反してはなりません。法的評価が必要な施策は専門家へ確認します。
目指すのは、顧客が離れられない状態ではなく、離れる自由があっても価値を選ぶ状態です。学習データを使う場合も、契約、同意、目的、安全、削除可能性を守ります。
14.7 供給者は部品会社だけではない
法人 SaaS では、クラウド、認証、決済、生成 AI、外部 API、専門人材、販売パートナー、導入支援会社が供給者になり得ます。供給者が少ない、切替えが難しい、自社の購入量が小さい、供給者が顧客へ直接進出できる場合、交渉力は強まります。
| 依存先 | 依存する活動 | 変化した場合 | 代替・緩和策 |
|---|---|---|---|
| 管理 API | 承認状態の取得 | 価格改定、仕様変更、停止 | 手動経路、複数連携、契約確認 |
| 専門支援者 | 例外判断 | 採用難、単価上昇 | 手順化、育成、対象制限 |
| 導入支援会社 | 顧客固有の調整 | 品質差、値上げ、顧客接点喪失 | 監査、複数社、役割分担 |
| 生成 AI 基盤 | 文案・分類 | 誤り、料金、データ条件の変更 | 人手確認、切替可能な設計 |
B は人手依存を下げても API 依存を高めます。C は拡張を速めても、顧客接点と学習を提携先へ渡す可能性があります。供給者の力は費用だけでなく、品質、速度、情報、将来の選択肢へ作用します。
供給者を複数化すれば常に安全になるわけではありません。統合、監査、教育の費用が障害時の損失より大きいなら、単一供給者との契約、移行手順、データ持出しを整える方がよい場合があります。
14.8 補完財は 5 つの圧力の外から価値を変える
補完財は、自社の製品と一緒に使うと顧客価値を高める製品・サービスです。5 フォースの基本枠には独立した力として入りませんが、実務では無視できません。
今回なら、ID 管理、社内ワークフロー、販売パートナー、導入支援、監査サービスが補完者です。管理 API が普及すると B の価値が上がります。導入支援会社の品質が上がると C の価値も上がります。
補完者は協力相手であると同時に、取り分を交渉する相手です。顧客接点を持つ補完者が初期設定支援を自ら提供すれば、競合や供給者へ役割が変わります。分類を固定せず、誰が顧客を持ち、誰が標準を決め、誰が切替え可能かを見ます。
14.9 バリューチェーンで活動と取り分をつなぐ
バリューチェーンを、部署一覧として作っても投資先は決まりません。顧客結果を生む一連の活動を置き、各活動の価値、費用、能力、依存、学習を見ます。活動は必ずしも直線ではありません。例外対応から対象判定や製品設計へ学習が戻る循環も含みます。
プラットフォームや多面市場では、同じ主体が買い手、供給者、補完者を兼ね、片側の価格が別側の参加を変えます。その場合も役割名を固定せず、取引ごとに誰が価値を生み、費用を負い、条件を決め、別の参加者を呼び込むかを追います。
| 活動 | 顧客へ生む価値 | 主な費用・制約 | 学習・差の可能性 |
|---|---|---|---|
| 対象判定 | 必要な顧客へ早く案内 | 顧客情報の定義・取得 | 障害条件の識別精度 |
| 権限要件の整理 | 誤った依頼を減らす | 製品・制度の更新 | 要件と失敗の知識 |
| 依頼作成・送信 | 権限者へ正確に届く | 文案、安全、連絡先 | 状況別の依頼設計 |
| 状態確認・通知 | 放置を減らす | API、通知、記録 | 停止点の把握 |
| 例外対応 | 通常経路で解けない案件を進める | 専門工数、責任 | 例外パターンと製品改善 |
| 完了後レビュー | 再発を減らす | 計測、顧客負担 | 成果と原因のつながり |
活動ごとに「内製か外注か」を決めます。重要だからすべて内製するのでも、安いからすべて外注するのでもありません。
- 顧客価値と差へ強く効くか
- 失敗時の安全・契約責任を負えるか
- 学習を自社へ蓄積する必要があるか
- 規模によって費用がどう変わるか
- 供給者を切り替えられるか
- 他の活動との適合が必要か
例外対応を提携先へ任せても、例外の種類と結果を自社が学べなければ、製品改善が止まります。反対に、一般的なメール配信基盤を独自開発しても、顧客価値の差にならない場合があります。
価値の取り分は、顧客が払った金額から単純に活動費を引くだけでは決まりません。希少な能力、顧客接点、標準、データ、切替え可能性、契約上の権利を持つ主体が交渉力を持ちます。価値を生む活動と、取り分を得る力を分けて確認します。
14.10 二つのフレームを選択へ重ねる
5 フォースは業界・エコシステムから利益を圧迫する構造を見ます。バリューチェーンは、自社と関係者が価値を生む活動を見ます。二つを重ねると、どの活動へ投資し、どの依存を避けるかが見えます。
| 選択肢 | 構造上の利点 | 構造上の弱点 | 投資条件 |
|---|---|---|---|
| A. 人による支援 | 例外学習と顧客接点を持つ | 専門人材の供給力が強い | 学習を手順・製品へ戻せる |
| B. 自社開発 | 原価低下と製品への組み込み | 模倣と API 依存 | 独自学習が完了率を改善する |
| C. 提携 | 速く広げ、固有調整を補える | 提携先が取り分・接点を持つ | 品質・データ・顧客責任を合意できる |
| 現状維持 | 新規投資がない | 課題と学習機会が残る | 試行価値が弱い場合に選ぶ |
現状維持の費用には、未完了、解約、支援工数だけでなく、例外を学べず将来の選択肢が狭まる機会費用も含めます。
現時点の証拠状態を揃えます。
| ID | 仮説 | 現在の証拠・状態 | 次の確認・責任者 |
|---|---|---|---|
| A1 | 人支援が完了を改善する | 未実測 | 20 社試行、CS（カスタマーサクセス）責任者 |
| A2 | 例外を反復活動へ変えられる | 仮説 | 例外分類、プロダクト責任者 |
| B1 | 依頼・通知の製品化が工数を減らす | 未確認 | A 内で手動模擬、開発責任者 |
| B2 | API 依存を許容できる | 見積もり前 | 費用・契約確認、開発責任者 |
| C1 | 提携が固有調整を補う | 未確認 | 2 社へ条件照会、事業責任者 |
現時点では、A を小規模に続けて例外と成果を学び、B は依頼作成と状態確認の反復部分だけを段階開発し、C は自社で扱えない顧客固有調整に限定する組み合わせを候補とします。
これは「全部やる」という意味ではありません。活動ごとに境界を引き、順序を決めています。先に A で主要な未知を確かめ、反復可能な部分が分かったら B へ投資し、特殊性が高い部分だけ C を使います。
最初の 30 日は、防御力を作る投資ではなく、価値と活動を学ぶ期間です。
A を主実験とし、時間の 80% を割り当てます。B は A の中で依頼・通知を手動模擬し、C は候補 2 社への条件照会に限定します。3 つの本格実験を同時には行いません。
| 実験 | 観測 | 継続・切替条件 |
|---|---|---|
| A を 20 社で実施 | 完了、工数、例外、顧客負担 | 完了が改善し例外が反復するなら B の設計へ |
| B 相当を手動で模擬 | 依頼・通知が減らす工数と停止 | 効果が弱い、API 不要なら開発を保留 |
| C 候補 2 社へ照会 | 費用、SLA（合意したサービス水準）、品質、データ、顧客接点 | 条件が合えば特殊案件だけ試行 |
30 日後に事業責任者が、A の継続、B の設計着手、C の限定試行、現状維持のいずれかを決めます。追加調査だけを結論にせず、未確認事項が残る場合も投資上限と次の期限を置きます。
提携の最低条件は、サービス水準、事故責任、顧客データの利用・削除、再委託、監査、顧客への説明、契約終了時の記録移管です。満たせない場合は、速度が上がっても C を選びません。反対に、信頼、流通、専門知識を早く得られ、学習を双方へ戻せるなら、提携は単なる外注より価値があります。
依頼テンプレートが模倣されたら、機能差ではなく完了結果と例外学習が残るかを確認します。API 費用が想定の 2 倍を超え、手動経路より総費用が高ければ B の範囲を縮小します。専門人材を 60 日以内に確保できず品質が落ちるなら、A の対象を絞るか C を試します。閾値は予測ではなく、判断を先送りしないための仮置きです。
14.11 競争シナリオを AI に批評させる
AI に「この業界の 5 フォース分析をして」と頼むと、有名企業と一般的な強弱評価を埋めがちです。現在の契約条件、顧客の乗換え、供給者の仕様、競合の費用までは、入力なしに分かりません。
確認済みの資料と、未確認の仮説を分けて渡します。
意思決定:
A の人による支援、B の自社開発、C の提携へ、
2027 年度の資源をどう配分するか。
入力:
- 顧客の代替、価格、乗換え、内製に関する証拠
- 競合の公開仕様、価格、対象、更新日
- API、専門人材、提携先の契約・費用・切替条件
- 活動別の工数、品質、失敗、学習
- 事実、解釈、仮説、未確認の区分
依頼:
1. 各圧力が価格、数量、費用、投資へ至る経路を示す
2. A、B、C で影響が異なる点を比較する
3. 同じ主体が補完者、供給者、競合へ変わる条件を示す
4. 競合の模倣、供給者の値上げ、標準化の 3 シナリオを作る
5. 各シナリオで価値を生む活動と取り分を得る主体を示す
6. 出典のない固有名詞・数値を作らず、未確認と記す
7. 選択を変える追加証拠を提案する
AI が作るシナリオは予測ではありません。現在の選択が異なる条件でも成立するかを試す反証材料です。競合仕様、API 条件、価格、規制は原資料へ戻ります。
競合調査では、公開資料、正当に利用できる試用、顧客が共有を許可した情報を使います。身分の偽装、規約違反、不正アクセス、機密情報の誘導は行いません。
圧力仮説には、根拠、反対証拠、確認日、影響する選択肢、見直し条件、責任者を残します。事業責任者が四半期ごと、3 年計画は年次で見直し、API の重大変更、主要提携の終了、規制変更があれば期中でも更新します。
人間は、業界境界、許容する依存、顧客との責任、投資する能力を決めます。AI に圧力の点数を付けさせても、その点数を投資判断の根拠にしません。
14.12 フレームワークを使わなくてよい場面
5 フォースとバリューチェーンは、大きな投資、新市場への参入、価格低下、供給依存、内製・提携の選択を考えるときに役立ちます。
一方、原因が分かっている小さな不具合を直す、法令適合を専門家へ確認する、既に決めた短期試行を運用するといった場面では、大きな産業分析は不要です。顧客価値が未確認なら、第11章と第12章の検証が先です。
調査は、主要な圧力が選択肢の価格・数量・費用・投資へどう作用するかを説明でき、重要活動の内製・提携・購入について次の検証を決められたら止めます。業界の全企業、全供給者、全活動を網羅する必要はありません。
考えてみる問い
自社サービスの価値を生む活動を一つ選び、その活動を止められる、値上げできる、代替できる主体を挙げてください。その主体は価値を多く生んでいるから交渉力があるのでしょうか。それとも、切替えにくい場所を持っているからでしょうか。
5 フォースを使うとは、5 つの欄を評価することではありません。利益を圧迫する経路と、それが選択肢によってどう異なるかを読むことです。バリューチェーンを使うとは、活動を並べることではありません。顧客価値、費用、能力、依存、学習をつなぎ、どこへ投資し、何を任せるかを選ぶことです。
第15章では、第11章から本章までに見た顧客、競合、自社、市場、外部変化、競争構造を、選択肢へまとめます。SWOT を情報の一覧にせず、どの強みをどの機会へ使い、どの危険に対して何を変えるかを決めます。
参考資料
最終確認日: 2026 年 7 月 15 日。本章の圧力経路表、活動・依存表、AI による競争シナリオの手順は、以下の資料を踏まえた本書独自の整理です。
- Michael E. Porter『Competitive Strategy: Techniques for Analyzing Industries and Competitors』Free Press、1980 年 ― 5 フォースと産業構造分析の基礎を確認
- Michael E. Porter『Competitive Advantage: Creating and Sustaining Superior Performance』Free Press、1985 年 ― バリューチェーン、活動、競争優位の関係を確認
- Harvard Business Review ― The Five Competitive Forces That Shape Strategy ― 5 つの競争圧力が産業の収益性へ作用する説明を確認。閲覧環境により全文購読が必要
- Harvard Business Review ― What Is Strategy? ― 活動の違い、トレードオフ、活動間の適合を確認。閲覧環境により全文購読が必要
- Adam M. Brandenburger、Barry J. Nalebuff『Co-opetition』Currency Doubleday、1996 年 ― 補完者と、協力・競争が同時に起こる関係を確認