第12章 3C は何を決めるために使うのか
第11章では、他部署の管理者承認が必要で、導入期限のある設定担当者を初期支援の候補としました。顧客課題が見えても、自社がその課題を解くべきか、どの方法で価値を届けるかはまだ決まりません。
競合がオンライン面談を提供しているから、自社も同じ面談を始める。顧客が AI を望んでいるから、自社も AI 機能を加える。社内にサポート担当がいるから、人手で対応する。このように顧客、競合、自社を別々に見ると、見つけた情報をそのまま施策へ変えてしまいます。
3C は、Customer（顧客）、Competitor（競合）、Company（自社）を整理するフレームワークです。しかし、3 つの欄を埋めることが目的ではありません。
3C は、顧客が重視する結果に対して、代替より意味があり、自社が実現・継続できる価値を選ぶために使います。
図 12-1 は、左から右へ「顧客が何を進めたいか」「今の代替は何を満たし、何を満たさないか」「自社は何を実現し続けられるか」を見ます。最後に、3 つの要約を並べるのではなく、価値仮説へ戻します。
3C は、意思決定に必要な関係を見落としにくくする実務上のフレームであり、分析結果を保証する完全な理論ではありません。制度、供給者、補完者、マクロ環境、組織政治、経済性をすべて網羅しません。今回の問いに必要な範囲を 3C で結び、足りない分析は第13章以降や専門確認へ渡します。
顧客、競合、自社の境界も固定ではありません。顧客企業の内製部門は顧客側の主体であり、同時に自社サービスの代替です。パートナーは自社能力の一部にも、将来の競合にもなります。分類の正解より、今回の選択へどう関係するかを優先します。
今回の意思決定は、「初期設定支援として、同期面談、非同期の権限依頼支援、両方の組み合わせのどれを試すか」です。本章の企業、機能、人数、工数は、方法を説明するための仮想例です。
意思決定と選択肢を定める
↓
顧客の選択基準と代替を確認する
↓
競合が価値を実現する仕組みを比べる
↓
自社の能力・費用・制約を確かめる
↓
3 つの関係から価値仮説を作る
↓
捨てる選択肢と次の検証を決める
12.1 3C の前に意思決定を置く
「3C 分析をしてください」だけでは、調査範囲が決まりません。市場全体、競合全社、自社の全部門を調べても、判断へ使えない情報が増えます。
最初に、次を一文にします。
8 月末までに、他部署の管理者承認が必要な設定担当者 20 社へ、同期面談、非同期の権限依頼支援、両方のどれを 4 週間試すか決める。
選択肢と評価基準も先に置きます。
| 選択肢 | 顧客側の仮説 | 自社側の主な懸念 |
|---|---|---|
| 同期面談 | その場で権限者と調整できる | 日程調整、担当工数、拡張性 |
| 非同期支援 | 時間を合わせず依頼できる | 依頼の放置、文脈不足 |
| 両方を選択可能 | 状況に合わせられる | 運用分岐、説明の複雑さ |
| 現状維持 | 追加負担がない | 未完了を減らせない |
評価基準は、14 日以内完了、支援工数、権限者への到達、重大な苦情、継続可能な運用です。3C で新しい情報が出ても、この意思決定と基準へ戻します。
分析基準日は 2026 年 8 月 10 日とし、まず 4 週間の試行可能性を判断します。競合仕様、顧客条件、自社人員は変わるため、試行終了時と、100 社へ拡張する判断時に再確認します。
小さな判断なら、次の 4 問から始められます。
- 顧客は何を進めるため、今は何と比べているか
- 代替はどの条件で選ばれ、どこで失敗するか
- 自社は何を再現可能な形で実現できるか
- 3 つを合わせると、どの選択肢を試すか
本章では、意味のある差を顧客の選択基準へ影響する違い、継続性を定めた期間に必要な品質と費用で提供し続けられること、と呼びます。短期試行で価値を確かめることと、長期に差が残ることは分けます。
12.2 顧客は属性情報ではなく選択の仕組みを見る
顧客の欄へ、年齢、企業規模、業種、ニーズを並べるだけでは足りません。今回の選択に関わる主体、状況、進めたいこと、代替、評価基準を見ます。
| 観点 | 今回の問い |
|---|---|
| 主体 | 設定担当者、IT（情報技術）管理者、購入者の誰が何を決めるか |
| 状況 | 契約者と設定担当者が別で、導入期限があるか |
| 進めたいこと | 必要な権限を得て期限内に設定を終えたいか |
| 現在の代替 | 社内チャット、ヘルプ、営業担当、外部代行、先送り |
| 選択基準 | 速さ、正確さ、日程、機密性、責任、費用のどれか |
| 切替条件 | 何が起きたら現在の方法をやめるか |
| 拒否条件 | 何があると支援を使わないか |
顧客を見るときに重要なのは、顧客が何を好むかだけではありません。誰が便益を受け、誰が作業や危険を負い、誰が拒否できるかです。設定担当者は面談を望んでも、IT 管理者が外部との画面共有を認めない場合があります。
選択基準は、顧客へ尋ねた重要度の順位だけで決めません。実際に何へ時間・費用を使ったか、何を理由に別の方法へ切り替えたか、どの条件で利用を断ったかを確認します。
顧客分析の成果物は「中小企業は支援を求めている」という一般文ではなく、次のような条件付きの仮説です。
他部署承認が必要で導入期限のある設定担当者は、一般的な画面説明より、権限者へ正確な依頼を届け、進捗を確認できることを重視する。ただし、外部共有を禁止する企業と、同期時間を取れない担当者は面談を選びにくい。
12.3 競合は同業他社だけではない
競合は、同じ製品分類に属する企業だけではありません。顧客が同じ進歩を得るために比較する方法が競合です。
今回の代替には、次が含まれます。
- 競合 SaaS（継続利用型のソフトウェアサービス）のオンボーディング支援
- 自社の営業・サポートへ個別に連絡する
- 社内の IT 管理者へ直接頼む
- 外部の導入代行へ委託する
- ヘルプや動画を見て自力で進める
- 表計算や旧システムを使い続ける
- 導入を延期または中止する
競合企業の機能一覧だけを作ると、無行動や内製の強さを見落とします。顧客が「何もしない」を選ぶなら、競う相手は別製品ではなく、変更の費用と危険です。
代替は、同じ条件で比較します。
| 比較項目 | 確認すること |
|---|---|
| 対象 | どの顧客・状況に提供するか |
| 価値 | 何を速く、確かに、低負担にするか |
| 仕組み | 人、製品、パートナー、顧客作業をどう組み合わせるか |
| 費用 | 価格だけでなく、時間、移行、調整、学習の負担 |
| 証拠 | 仕様、契約、実施例、利用、成果のどこまで確認できるか |
| 限界 | 選ばれない条件、失敗、対象外、拡張上限 |
「24 時間サポートあり」と「専任担当者あり」は、表面上の機能です。顧客が権限者へ到達できない課題に対し、その仕組みが何を変えるかを見ます。専任担当者がいても、社内の承認経路には入れないかもしれません。
競合の導入事例は、その企業が公開した成功例です。平均的な成果、失敗率、運用費用を直接示すとは限りません。第8章の方法で、定義、対象、期間、比較条件、出典へ戻ります。
公開仕様から分かるのは、公開時点で企業が約束・説明している内容です。実際の利用率、応答品質、担当工数、顧客ごとの契約条件までは確認できない場合があります。確認できない運用を推測で埋めず、「公開情報では不明」と残します。顧客への聞き取りや利用可能な試用を行う場合も、契約、利用規約、倫理に反する偽装や不正アクセスは行いません。
競合の模倣ではなく、差の意味を考える
競合にある機能が自社にないことは、ただちに弱みではありません。その差が、対象顧客の選択基準に影響するかを確認します。
| 観測した差 | 顧客との関係 | 判断 |
|---|---|---|
| 競合は毎週面談 | 同期時間を取れない群には価値が低い | そのまま模倣しない |
| 競合は設定代行 | 権限情報を外部へ渡せない群がいる | 対象条件を確認 |
| 競合は動画中心 | 依頼先不明は動画だけで解けない | 権限依頼に焦点を置く |
| 外部代行は高価 | 期限厳守の顧客は支払っている | 費用より危険回避を調べる |
差別化は、違うこと自体ではありません。顧客が重視し、代替では満たしにくく、自社が継続して実現できる意味のある差です。
競合も反応します。依頼テンプレートは模倣しやすく、競合が同様の支援を追加する可能性があります。値下げ、提携、対象顧客の変更も考えます。
次の表は競合行動の予測や発生確率ではなく、反応が起きた条件でも価値仮説が成り立つかを見るシナリオです。
| 競合反応 | 短期価値への影響 | 次に確認すること |
|---|---|---|
| 同じテンプレートを追加 | 機能差は縮む | 顧客状況に応じた運用学習が残るか |
| 無料面談を拡大 | 面談可能な群で競争が強まる | 非同期を選ぶ条件が十分あるか |
| 導入代行と提携 | 権限調整まで含む可能性 | 費用、機密性、対象条件の差 |
| 価格を下げる | 価格差の意味が弱まる | 時間・安全・責任が選択を動かすか |
最初の試行で確かめるのは、顧客価値と運用可能性です。長期の防御力は、蓄積する学習、顧客接点、業務への組み込み、信頼、流通、再現しにくい能力が生まれるかという別の仮説として扱います。
12.4 自社は保有資源ではなく実現能力を見る
自社の欄へ、ブランド、技術、人材、顧客基盤を並べても、今回の価値を提供できるかは分かりません。資源を、顧客結果を実現する活動へつなぎます。
| 顧客へ必要な結果 | 必要な活動 | 現在の能力 | 制約・不足 |
|---|---|---|---|
| 権限者を特定する | 契約者、設定担当、管理者の確認 | 契約時の担当情報がある | 管理者欄がない |
| 正確な依頼を届ける | 必要権限と情報のテンプレート化 | 製品権限を理解する担当がいる | 顧客ごとの規則は不明 |
| 非同期で進捗を追う | 依頼・承認状態の記録と通知 | メール送信機能がある | 承認状態を保持できない |
| 例外を支援する | 人への引き渡しと判断 | 2 人の支援担当がいる | 1 社あたり時間の上限が不明 |
| 安全に運用する | 機密・権限・記録の管理 | 既存のアクセス管理 | 新しい情報収集の承認が必要 |
試行責任者はカスタマーサクセス責任者、データ確認は分析担当、安全・権限の承認は情報管理責任者とします。4 週間の試行後、次を分けて判断します。
- 20 社まで: 既存 2 人で実施し、1 社あたり工数と例外を測る
- 100 社を次の候補として検討: 顧客構成、支払・継続、週あたり総工数、既存業務への影響、仕組み化できる作業を再確認する
- 上限超過: 対象を絞る、自動化する、採用・提携する、中止するを比較する
能力は「できる／できない」の二値ではありません。
- 現在すぐにできる
- 小規模ならできる
- 仕組み化すれば繰り返せる
- パートナーとならできる
- 法令・契約・安全上、行わない
20 社の試行を人手で実施できても、2,000 社へ同じ方法を続けられるとは限りません。試行の実行可能性と、事業としての拡張可能性を分けます。
自社評価では、強みを過大評価しやすくなります。「顧客に近い」「技術力が高い」のような表現は、今回の活動へどう効くか、競合や代替と比べて差があるか、再現できるかを証拠で確認します。
弱みも、一般的な欠点ではなく、価値仮説を実現するうえでの制約として書きます。競合より従業員数が少ないことではなく、例外対応が週 20 時間を超えると通常サポートが維持できないことが制約です。
詳細な経済性は第5部で扱いますが、試行でも粗い下限を見ます。1 社あたり支援時間、追加ツール費用、既存業務から失う時間、顧客が現在の代替へ払う費用を記録します。価値があっても、提供するほど通常業務を壊す案は、対象変更か中止の候補です。
12.5 3 つを重ねて価値仮説を作る
3C の分析は、3 つの要約を並べたところでは終わりません。関係を一文へ戻します。
顧客:
他部署承認と期限があり、同期時間を取りにくい設定担当者は、
権限者へ正確な依頼を届け、進捗を確認したい。
競合:
面談、動画、代行はあるが、時間制約、情報共有、費用の条件で選ばれにくい。
社内連絡と先送りが主要な代替である。
自社:
権限要件を説明し、メールを送る能力はあるが、
承認状態の記録と大量の例外対応はまだできない。
価値仮説:
権限者への依頼準備を非同期で支援し、必要な例外だけ人へつなぐ。
この仮説は、自社の現在能力に合わせて小さくしています。最初から完全な承認管理機能を作るのではなく、依頼テンプレート、権限者の連絡先確認、返信がない場合の人への引き渡しを試します。
価値仮説の構成要素を、証拠状態へつなぎます。
| ID | 構成要素 | 現在の証拠 | 状態・確認日 |
|---|---|---|---|
| V1 | 権限者への依頼が障害 | 未完了者 4 人の発言と停止経過 | 仮説、2026-08-10 |
| V2 | 非同期なら利用できる | 同期時間を取れない 2 人 | 弱い仮説、2026-08-10 |
| V3 | 主要代替は社内連絡と先送り | インタビューと行動記録 | 一部確認、2026-08-10 |
| V4 | 権限要件を説明できる | 現行ヘルプと担当者レビュー | 確認済み、2026-08-10 |
| V5 | 例外対応を維持できる | 2 人で 20 社という見積もり | 未実測、試行で確認 |
同じ資料を複数の確証として数えません。顧客の発言、競合の公開資料、自社の社内見積もりは、生成方法と限界が違います。各 ID から原記録、反対例、更新日へ戻れるようにします。
証拠状態はプロジェクト責任者がレビューします。「確認済み」は原記録が該当記述を直接支え、定義・対象・期間を確認した状態、「一部確認」は構成要素の一部だけを直接確認した状態、「仮説」は証拠からの推論、「未実測」はまだ観測していない状態です。状態を変えたら、確認者、日付、理由を台帳へ残します。
最初に、安く反証できる条件を置きます。
| 仮説 | 小さく確認できる反対観測 | 反対なら変えること |
|---|---|---|
| 対象へ到達できる | 契約直後に権限条件を判定できない | 判定項目と接点を見直す |
| 非同期支援が使われる | 対象者が依頼を開始しない | 課題、信頼、案内を見直す |
| 権限者へ届く | 依頼送信後も権限者が確認しない | 受け手側の経路を調べる |
| 人手を維持できる | 60 分超の例外が継続する | 対象縮小、仕組み化、中止 |
価値仮説を、次の観点で確認します。
| 観点 | 問い |
|---|---|
| 関連性 | 顧客の重要な進歩・障害へ直接関係するか |
| 優位性 | 主要な代替より意味のある違いがあるか |
| 実現性 | 必要な品質と安全性で提供できるか |
| 継続性 | 費用、人員、仕組みを維持・拡張できるか |
| 到達性 | 対象を必要な時点で識別し、届けられるか |
| 検証性 | 小さな試行で反対結果も観測できるか |
すべてが強い必要はありません。弱い箇所を未確認として残し、試行で何を学ぶかを決めます。
12.6 3C の事実、解釈、判断を分ける
12.5 の証拠台帳は、価値仮説の構成要素を継続的に更新するための記録です。本節の表は、一つの記述を事実、解釈、代替説明、判断へ分けるための思考手順です。同じ情報でも、3C のどこへ置くかより、推論を分けることが重要です。
| 種類 | 例 |
|---|---|
| 事実 | 未完了者 4 人が、管理者への依頼先不明を語った |
| 解釈 | 画面理解より、組織内の依頼設計が障害かもしれない |
| 代替説明 | 依頼先は分かっていたが、優先度が低かった可能性 |
| 判断 | 権限依頼の非同期支援を 20 社で試す |
| 条件 | 重大な苦情がなく、支援工数の 90% が 60 分以内 |
「競合は弱い」「自社は信頼されている」「顧客ニーズが高い」は、事実ではなく評価です。何と比べ、どの証拠から、どの条件で言えるかを書きます。
3C の情報が矛盾する場合もあります。顧客価値は高いが、自社には安全に提供する能力がない。自社には能力があるが、顧客は無行動を選ぶ。競合より優れていても、顧客にとって差が重要ではない。その矛盾が、投資、提携、対象変更、見送りの判断になります。
12.7 3C を使わなくてよい場面
3C は、顧客・代替・自社の関係をまとめて選ぶ必要があるときに有効です。すべての相談で大きな分析を行う必要はありません。
| 使う価値がある | 別の方法が先 |
|---|---|
| 対象顧客や価値提案を選び直す | 原因不明のシステム障害を直す |
| 競合・代替への対応を決める | 法令の適合可否を専門確認する |
| 新しい市場・製品へ入るか考える | 既に決めた小規模試行を運用する |
| 自社能力への投資・提携を選ぶ | 単一指標の集計定義を直す |
意思決定が小さく取り消し可能で、顧客、代替、自社能力が既に分かっているなら、4 問だけで始められます。反対に、大規模投資、撤退、新市場参入では、3C だけでなく市場規模、産業構造、経済性、リスクを後続章で詳しく確認します。
3C を作った結果、どの選択肢も変わらないなら、分析範囲が広すぎたか、問いが曖昧です。表の完成度ではなく、選択と次の検証が変わったかで評価します。
3C の調査は、主要な顧客条件と代替、自社の実行制約を同じ基準で比較でき、残る不確実性が試行でしか確かめられない状態で止めます。新しい競合を探し続けず、決定期限、調査上限、選択を変える情報の有無で終了します。
12.8 AI に 3 つの欄を埋めさせず、関係を批評させる
ここでの AI は、調査を代行して結論を出す道具ではありません。確認済みの材料を渡し、関係の抜けや都合のよい解釈を点検する補助役として使います。
AI に「この会社の 3C 分析をして」とだけ頼むと、一般的な顧客像、有名な競合、抽象的な自社の強みを生成します。出典のない市場知識や、実在しない顧客ニーズが混ざる可能性があります。
確認済みの証拠と意思決定を渡します。
意思決定:
同期面談、非同期の権限依頼支援、両方のどれを 20 社で試すか。
入力:
- 顧客: 参加者 ID 付き発言、行動ログ、役割・権限表
- 競合: 原資料を確認した代替比較表
- 自社: 担当者、工数、機能、契約・安全制約
依頼:
1. 各記述を事実、解釈、仮説、未確認へ分ける
2. 顧客の選択基準に関係しない競合差を除く
3. 各自社能力が、どの顧客結果をどう実現するか示す
4. 主要な代替として無行動・内製・先送りも含める
5. 価値仮説を支持する証拠と反対例を並べる
6. 顧客価値はあるが自社が実現できない案を示す
7. 自社は実現できるが顧客価値が弱い案を示す
8. 次に確認すべき不確実性を一つ提案する
AI が新しい競合、機能、顧客行動を挙げた場合は、資料候補として扱い、第8章の方法で原資料を確認します。AI の一般知識を、競合の現行仕様や顧客の事実として表へ入れません。
AI は、関係の抜け、都合のよい解釈、反対例を探す批評役に向きます。最終的にどの顧客を選び、どの能力へ投資し、どの代替と競うかは、資源と責任を負う人間が決めます。
12.9 選ぶ案と捨てる案を示す
3C の成果物は、顧客、競合、自社の説明資料ではありません。選択、理由、前提、捨てた案、次の検証を示します。
| 項目 | 今回の結論 |
|---|---|
| 選ぶ案 | 非同期の権限依頼支援を基本にし、例外だけ面談へつなぐ |
| 顧客 | 同期時間を取りにくく、権限者への依頼と進捗確認が障害 |
| 競合 | 社内連絡・先送りが主要代替。面談と代行は条件が合わない群がいる |
| 自社 | 権限要件とメール支援は可能。承認管理と大量例外対応は未整備 |
| 捨てる案 | 全社へ毎週面談、完全な設定代行、承認管理機能の先行開発 |
| 前提 | 対象を契約直後に識別でき、権限者への連絡が許可される |
| 試行 | 20 社、4 週間。完了、到達、工数、苦情を比較 |
| 反対なら | 到達しないなら対象・経路、完了しないなら課題・支援を見直す |
現状維持も、捨てた案として記録します。追加支援の費用や危険が便益を上回るなら、何もしない判断もあり得ます。
考えてみる問い
最近作った競合比較表を一つ選び、各差について「どの顧客の、どの選択基準を変えるか」「自社はなぜ継続して実現できるか」を書いてください。答えられない差は、今回の判断に必要でしょうか。
3C を使うとは、3 つの情報群をきれいに整理することではありません。顧客が重視する結果、現在選ぶ代替、自社が実現できる活動を関係づけ、試す価値仮説と捨てる案を選ぶことです。
第13章では、選んだ顧客群がどの程度存在し、どこまで到達でき、市場がどう変化するかを見ます。TAM、SAM、SOM と PEST を、巨大な数字や外部要因の一覧ではなく、投資範囲と前提を決めるために使います。
参考資料
最終確認日: 2026 年 7 月 15 日。本章の 3C 関係表、能力表、価値仮説、AI 検証手順は、以下の資料を踏まえた本書独自の整理です。
- 大前研一『The Mind of the Strategist: The Art of Japanese Business』McGraw-Hill、1982 年 ― 顧客・競合・自社を戦略的三角形として見る 3C の背景を確認
- U.S. Small Business Administration ― Market research and competitive analysis ― 顧客、市場、競争優位、競合比較で確認する項目を確認
- Harvard Business Review ― What Is Strategy? ― 異なる活動の組み合わせ、トレードオフ、適合の説明を確認。閲覧環境により全文購読が必要
- GOV.UK Service Manual ― Start by learning user needs ― 顧客の目標、状況、課題を先に理解する原則を確認