知見・解説
3C分析のやり方を徹底解説|顧客・競合・自社を調べる手順とコツ
3C分析の進め方を、顧客・競合・自社の調査項目、事実と仮説の分け方、BtoBの記入例から解説します。分析結果を施策・KPI・検証へつなぐ手順も紹介します。
- 公開日
- 情報確認日

3C分析は、顧客・競合・自社の情報を整理し、誰に何を提供するかを判断するための手法です。BtoBでは、対象市場と商材を絞り、顧客の課題や選定基準、比較される競合や内製、自社が選ばれる理由と提供上の制約を調べます。確認できた事実と仮説を分け、顧客が求める価値と自社が提供できることを照らし合わせるのが判断の要点です。この記事では、調査手順、施策・KPI・検証条件の決め方、ほかの分析手法との使い分けを、架空のBtoB企業の事例と実務用テンプレートを交えて示します。
3C分析とは何か|BtoBマーケティング戦略での役割
3C分析は、顧客(Customer)、競合(Competitor)、自社(Company)の3つの視点から市場を捉え、事業やマーケティングの方針を考えるための枠組みです。BtoBでは、製品を使う担当者と導入を承認する決裁者が異なる場合があります。そのため、「誰が、何を理由に選ぶのか」を顧客側の視点で捉えたうえで、競合との違いと自社の提供能力を照らし合わせます。
顧客・競合・自社の3つの視点
3つの視点は、個別に調べて終わりではありません。顧客が求める価値を、自社が競合と比べて提供できるかを確かめるために組み合わせます。
横にスクロールして表全体を確認できます
| 視点 | 捉えること | 考える問い |
|---|---|---|
| 顧客(Customer) | 対象市場の需要や、顧客が解決したい課題、選定時に重視する条件 | 顧客は何を実現するために導入を検討するのか |
| 競合(Competitor) | 顧客が比較する他社の製品・サービスや、課題を解決する別の手段 | 顧客には自社以外にどのような選択肢があるのか |
| 自社(Company) | 提供できる価値と、それを支える能力や制約 | 顧客が求めることに、自社はどこまで応えられるのか |
例えば、顧客が導入後の運用負担を重視するなら、機能の数だけを比較しても選ばれる理由は見えません。競合がどのような支援を提供し、自社がどの範囲まで対応できるかを併せて見る必要があります。
3C分析で明らかにすることと、分析だけでは決められないこと
3C分析によって整理できるのは、顧客の課題と選定条件、比較される選択肢、自社が提供できる価値の関係です。これにより、狙う顧客層や訴求する価値について、社内で検討すべき論点を明確にできます。
一方、3Cの情報を並べるだけで、狙う市場や施策の優先順位が自動的に決まるわけではありません。顧客の要望が確認できても、対応に必要な人員や費用が見合うかは別の判断です。分析は意思決定の材料であり、何を優先するかは自社が決めます。確認できた事実と未検証の仮説を分けておくと、その判断に必要な追加調査も見定めやすくなります。
3C分析を始める前に決める対象と問い
3C分析を始める前に、どの市場の、どの顧客について、何を判断するために調べるのかを決めます。対象を広げすぎると、異なる購買条件を持つ顧客や競合を一つの表に混ぜてしまいます。分析の範囲と判断したい問いを先に定めることが、集める情報を選ぶ基準になります。
対象市場・商材・顧客層を絞る
まず、対象市場、商材、顧客層を具体的に書き出します。例えば「法人向けソフトウェア」だけでは範囲が広いため、「国内の中小企業に提供する経費精算ソフトウェア」のように、比較する相手や顧客の購買条件が見える単位まで絞ります。既存顧客の継続利用を考える場合と新規顧客の獲得を考える場合も、問いを分けます。
横にスクロールして表全体を確認できます
| 決める項目 | 確認すること | 記入例 |
|---|---|---|
| 対象市場 | 地域、用途、販売先の範囲をどこまで含めるか | 国内で経費精算ソフトウェアを導入する企業 |
| 対象商材 | 製品・サービスのうち、何を分析対象にするか | 自社の経費精算ソフトウェアの新規導入 |
| 対象顧客層 | どのような企業と購買場面に注目するか | 従業員数が比較的少なく、紙や表計算ソフトで申請を管理している企業 |
| 判断したい問い | 分析結果を使って何を判断するか | この顧客層への提案を優先する根拠はあるか |
表の記入例は、範囲の決め方を示すための仮の設定です。実際の分析では、担当者が自社の商材と検討中の意思決定に合わせて記入します。対象から外す顧客層も明記しておくと、後から集めた情報が今回の問いに関係するか判断しやすくなります。
事実と仮説を分けて記録する
分析前の段階では、把握している情報の確かさに差があります。商談記録に残る顧客の発言、その発言から推測した課題、まだ確認していない購買条件を同じ「事実」として扱わないようにします。確認できたこと、そこから考えたこと、これから確かめることを分けて記録します。
横にスクロールして表全体を確認できます
| 区分 | 記入例 | 記録時の注意点 |
|---|---|---|
| 確認できた事実 | 商談記録に「既存システムとの連携が必要」という顧客の発言が残っている。 | 発言の記録であることを明記する。実際に連携が導入条件かどうかは別に確認する。 |
| 仮説 | 既存システムとの連携方法を示せれば、導入を検討してもらいやすくなる可能性がある。 | どの事実から考えた仮説かを結び付け、確定した結論として書かない。 |
| 未確認事項 | 連携は必須条件か。どのシステムとの連携を求めているか。 | 誰に、どの資料や方法で、いつまでに確認するかを決める。 |
これらは記録方法を示すための例であり、実際の調査結果ではありません。実務では、各情報に情報源、取得日、対象となる顧客や商談を添えます。情報が古い場合や対象顧客層と異なる場合は、そのまま今回の判断に使わず、確認が必要な項目として残します。
顧客分析のやり方|課題と購買の実態を調べる
顧客分析では、想定する企業が何に困り、誰が導入を検討し、どの条件で購入を判断するのかを調べます。業種や企業規模だけで顧客をまとめず、課題が生じる場面と購買に関わる人を確認することが重要です。
業種・企業規模・担当者・決裁者を整理する
まず、調べる顧客層を業種、企業規模、利用場面で区切ります。同じ業種でも、拠点数や業務の進め方が違えば、必要な機能や導入時の負担は異なります。区分を細かくしすぎず、課題や選定基準の違いを説明できる単位にします。
横にスクロールして表全体を確認できます
| 確認する項目 | 調べる内容 | 確認する理由 |
|---|---|---|
| 業種・企業規模 | 主な業務、従業員数や拠点数、業務上の制約 | 課題が生じやすい条件を見分けるため |
| 現場の利用者 | 日々の作業、困っている場面、現在の対処方法 | 導入によって変えるべき業務を把握するため |
| 導入を進める担当者 | 情報収集の方法、比較項目、社内説明に必要な材料 | 検討時に何が判断材料になるかを知るため |
| 決裁者・関係部門 | 予算、承認手順、セキュリティや運用上の確認事項 | 導入が進む条件と止まる理由を確かめるため |
例えば、現場の担当者が作業時間の短縮を求めても、決裁者は費用や導入後の管理体制を重視する場合があります。利用者の課題と、購入を承認する人の判断基準は分けて確認します。一人が複数の役割を担う企業もあるため、役職名だけで決めつけず、実際の検討・承認の流れを調べます。
顧客インタビューや商談記録から課題と選定基準を探る
顧客インタビューでは、「困っていますか」と結論を求めるより、直近の具体的な出来事を聞きます。「その業務を最後に行ったとき、どこで時間がかかりましたか」「何をきっかけに改善を検討しましたか」「導入を決める前に、誰が何を確認しましたか」と尋ねると、課題が起きる場面から購買までの流れを追いやすくなります。
商談記録からは、問い合わせのきっかけ、顧客が挙げた要件、比較時の質問、検討が止まった理由を抜き出します。受注した案件だけでなく、失注や検討中止の案件も確認します。営業担当者の解釈と顧客自身の発言が混在している場合は区別し、発言の前後関係が不明な記録を確定した事実として扱わないようにします。
横にスクロールして表全体を確認できます
| 調べる論点 | 確認する質問・記録 |
|---|---|
| 課題と影響 | いつ、誰の業務で問題が起きたか。手戻りや対応時間にどのような影響があったか |
| 現在の対処方法 | 既存のツール、手作業、外部委託などでどう対応しているか。変えずに続ける理由は何か |
| 検討のきっかけ | 業務量の変化や既存の方法の限界など、何を機に情報収集を始めたか |
| 選定・承認の条件 | 必須要件、予算、導入時期、運用体制、社内承認に必要な情報は何か |
インタビューの対象が既存顧客に偏ると、購入に至らなかった企業の事情を見落とすおそれがあります。可能であれば、既存顧客に加えて失注先や検討を中止した企業の記録も確認し、共通する課題と、顧客層によって異なる条件を分けて整理します。「顧客が課題として挙げたこと」と「自社が課題だと考えていること」を区別することで、次の判断に使える情報になります。
競合分析のやり方|比較される相手を見極める
競合分析では、同業他社を並べる前に、顧客が自社の商材を選ばなかった場合の選択肢を確認します。比較対象は「自社に似た企業」ではなく、「同じ顧客の課題を解決するために選ばれ得る手段」です。そのうえで、顧客が重視する条件に絞って違いを調べます。
直接競合・代替手段・内製を洗い出す
まず、失注した商談で比較された相手や、顧客が現在使っている方法を営業担当者に確認します。競合企業名が分からない場合も、「ほかにどの方法を検討しているか」「導入しない場合はどう対応するか」を聞くと、比較対象を見つけやすくなります。
横にスクロールして表全体を確認できます
| 選択肢 | 見極め方 | BtoB商材での例 |
|---|---|---|
| 直接競合 | 同じ用途の製品・サービスを、同じ顧客層に提供している | 同種の業務管理システムを提供する他社 |
| 代替手段 | 提供形態は違っても、顧客の課題に対応できる | システム導入の代わりに、対象業務を外部へ委託する |
| 内製・現状維持 | 顧客が社内の人員や既存の方法で対応する | 担当者が表計算ソフトで管理を続ける |
例えば、業務管理システムの導入を検討する企業にとっては、別のシステムだけでなく、外部委託や既存の管理方法も選択肢になります。J-Net21の競合製品比較に関する解説でも、買い手が代わりに選ぶ可能性のある商品・方法を比較対象としています。
候補を洗い出した後は、対象とする顧客層や用途が重なり、商談で実際に名前が挙がる相手から優先して調べます。検索結果に表示された企業を、そのまま購買時の競合とみなさないようにします。商談記録などで確認できた相手と、競合の可能性があるだけの相手は分けて記録してください。
提供価値・価格・訴求・販売経路を比較する
比較項目は、顧客が選定時に確認する条件を起点に決めます。例えば、導入までの期間を重視する顧客なら、機能数だけでなく、初期設定の支援範囲や利用開始までの手順も調べます。自社が優れて見える項目だけを選ばず、顧客の判断に影響する条件を同じ基準で比較します。
横にスクロールして表全体を確認できます
| 比較項目 | 確認する内容 | 主な情報源 |
|---|---|---|
| 提供価値 | 対応できる業務、対象顧客、導入支援、運用時のサポート | 製品資料、公式サイト、顧客が検討時に入手した資料 |
| 価格・費用 | 初期費用、月額費用、利用人数による変動、追加費用 | 公開料金表、顧客が共有した見積条件 |
| 訴求 | 誰のどの課題を、どのような言葉や根拠で伝えているか | 公式サイト、広告、展示会資料 |
| 販売経路 | 直販、代理店、問い合わせ後の商談など、顧客が購入に至る経路 | 公式サイト、販売代理店の案内、商談記録 |
価格は、表示額だけを比べないでください。契約期間、利用人数、必要な機能、導入支援の有無が違えば、同じ条件の費用とはいえません。条件をそろえられない場合は「比較不可」または「要確認」と記録し、非公開の見積額を公開価格のように扱わないようにします。
各項目には、確認した事実と情報源、確認日を残します。例えば「公式サイトには代理店販売の案内がある」は確認できた事実ですが、「代理店経由の売上が中心である」は、その情報だけでは判断できません。公開情報から分からない点は推測で埋めず、次に顧客や営業担当者へ確認する事項として残します。
自社分析のやり方|選ばれる理由と制約を確かめる
自社分析では、製品・サービスの機能を列挙するのではなく、顧客が評価した点と、自社が継続して提供できる範囲を確かめます。まず商談記録や顧客の声から確認できた事実を集め、担当者の見立ては仮説として分けて記録します。
強みを顧客の評価や受注理由と照らし合わせる
営業資料に書かれた「導入しやすい」「サポートが手厚い」といった表現を、そのまま強みとは判断しません。顧客が何を評価し、それが選定にどう関わったかを確認します。
横にスクロールして表全体を確認できます
| 確認する情報 | 確かめること |
|---|---|
| 受注商談の記録 | 顧客が挙げた選定理由と、比較時に重視した条件は何か。 |
| 顧客への聞き取り | 導入前に期待したことと、利用後に評価していることは一致するか。 |
| 問い合わせ・継続利用の記録 | 顧客が繰り返し評価する点と、利用時に困っている点は何か。 |
例えば営業担当者が「短期間で導入できる」と考えていても、顧客が選んだ理由を「既存システムとの連携に必要な確認を任せられたこと」と説明するなら、伝えるべき価値は異なります。強みとして残すのは、顧客の評価で裏づけられ、自社が再現して提供できる点です。一件の受注理由だけで一般化せず、対象とする顧客層の複数の商談や担当者の記録を照らし合わせます。
営業体制・提供能力・失注理由から弱みを把握する
弱みは、競合より機能が少ないことだけではありません。顧客が求める条件に対し、営業、導入、運用の各段階で対応できないことも制約です。失注の理由と社内の対応記録を突き合わせ、改善できる点と、当面は引き受けられない条件を分けます。
横にスクロールして表全体を確認できます
| 確認する領域 | 見るべき記録と問い |
|---|---|
| 営業体制 | 問い合わせへの回答や見積もりに時間がかかった商談はあるか。担当者によって説明内容に差はないか。 |
| 提供能力 | 導入に必要な人員、対応できる案件数、保守・サポートの範囲は、顧客への約束と合っているか。 |
| 失注理由 | 価格、必要な機能、導入時期など、顧客が挙げた理由は何か。社内の推測だけで分類していないか。 |
失注記録に「価格」と書かれていても、顧客が費用に見合う効果を判断できなかったのか、予算の上限を超えたのかで、見直すべき点は変わります。理由が確認できない案件は「不明」とし、推測で埋めないようにします。また、大口案件に対応できても、そのために既存顧客への支援が滞るなら、提供能力には制約があります。顧客への約束と実際の対応能力に差がある箇所を特定することが、自社分析の重要な結果です。
3C分析の結果をマーケティング戦略と施策につなげる手順
3C分析で顧客・競合・自社の情報を整理したら、分析表を埋めて終わりにせず、誰に何を提供し、どの施策を試すかを決めます。確認できた事実と仮説を区別したうえで、社内の責任者が判断し、検証できる計画に落とし込みます。
対象顧客と提供価値を決める
まず、顧客の課題が確認でき、自社が対応できる顧客層を候補にします。そのうえで、競合製品や内製などの代替手段と比べ、顧客が自社を選ぶ理由を言葉にします。顧客の関心が高くても、自社の提供体制では対応できない層は、優先対象から外すか、対応条件を明確にします。
判断するときは、「どの顧客が」「どの課題について」「何と比較し」「自社のどの価値を評価するか」を一文で示します。例えば、商談記録から導入後の運用負担を懸念する声が確認できた場合、運用支援を訴求する案が考えられます。ただし、顧客が運用支援を選定理由として重視するかどうかは、確認した事実と分けて検証します。
対象顧客と提供価値が決まると、訴求する内容だけでなく、優先する問い合わせや商談の条件も定められます。対象を広げるか迷う場合は、顧客の課題、受注につながる可能性、自社の対応能力を照らし合わせて優先順位を決めます。
施策・KPI・担当者・期限・検証条件を定める
次に、対象顧客が情報を集め、比較し、社内で導入を検討する過程に合わせて施策を選びます。例えば、選定基準が分からず比較が進まない顧客に対しては、製品の特徴を並べるだけでなく、選定時に確認すべき条件を示す資料を作る方法があります。施策は分析結果から導いた仮説に対応させ、実施する理由を説明できるものに絞ります。
KPIは、施策の進み具合を確認する指標です。資料の閲覧数だけで成果を判断せず、狙った顧客層からの問い合わせ、商談化、受注など、施策の目的に応じた指標を設定します。受注まで時間がかかる場合は、途中段階の指標と最終的な成果を分けて確認します。
横にスクロールして表全体を確認できます
| 決める項目 | 記載する内容 |
|---|---|
| 施策と狙い | 対象顧客のどの課題や検討段階に対応し、何を変えたいか |
| KPI | 対象顧客からの問い合わせ数、商談化率など、狙いに対応する指標と現状値 |
| 担当者と期限 | 実行責任者、関係部門、実施日、結果を確認する日 |
| 検証条件 | 対象とする顧客層、計測方法、必要なデータ、継続・修正・中止を判断する基準 |
判断基準は実施前に決めます。結果を確認する時期や必要なデータが曖昧なままでは、数値が動いても施策の評価が定まりません。十分なデータが集まらなかった場合も、成功・失敗を急いで判断せず、計測期間や対象の見直しを検討します。施策を続けるか変えるかは、担当者が記録した結果を基に、社内の責任者が判断します。
ほかのマーケティング戦略フレームワークとの使い分け
PEST・5フォース・3C・SWOTとクロスSWOT・STP・4Pと4Cを目的で選ぶ
まず、何を判断したいかで手法を選びます。法規制や技術の変化が事業に及ぼす影響を調べるならPEST分析、業界の競争構造を調べるなら5フォース分析が適しています。5フォースは、既存企業間の競争に加え、新規参入、代替品、買い手、売り手の力を捉える手法です。個別の顧客・競合・自社を照らし合わせる3C分析とは、見る範囲が異なります。ハーバード・ビジネス・スクールの5フォース分析の解説も、この手法を業界内の競争要因を理解する枠組みと位置付けています。
調べた情報を意思決定に使う段階では、SWOT分析で内部環境の強み・弱みと外部環境の機会・脅威を整理できます。さらにクロスSWOTでは、例えば「強みを生かして機会にどう対応するか」のように要素を組み合わせ、戦略の選択肢を検討します。3C分析は顧客・競合・自社の実態を調べる手法、SWOT分析は得られた情報を強み・弱み・機会・脅威として整理する手法です。分類しただけで施策の優先順位が決まるわけではありません。
どの顧客層を狙い、競合とどう違う位置付けを目指すかを決める際は、STPを使います。STPは市場を分けるセグメンテーション、狙う層を選ぶターゲティング、顧客から見た位置付けを考えるポジショニングの順に検討する枠組みです。選んだ顧客層への届け方は、製品・価格・販売経路・販促を扱う4Pで設計し、顧客にとっての価値・負担・利便性・コミュニケーションを扱う4Cで点検します。4Pと4Cの対応関係は、アドビのマーケティングミックスの解説でも確認できます。
各手法の必要データ・アウトプット・使う順序を比較する
次の表は、各手法で何を用意し、何を判断材料として残すかを示したものです。「使う場面」は一律の実施順ではなく、その分析が必要になる条件として読んでください。
横にスクロールして表全体を確認できます
| 手法 | 必要なデータ | 主なアウトプット | 使う場面 |
|---|---|---|---|
| PEST分析 | 政策・規制、経済、社会、技術の動向 | 事業に影響し得る外部変化と確認すべき仮説 | 市場環境の変化が対象市場の判断に関わるとき |
| 5フォース分析 | 参入状況、代替手段、取引先との力関係、既存企業間の競争に関する情報 | 業界の競争要因と収益性を左右する論点 | 参入や事業継続に当たり、業界構造を確かめたいとき |
| 3C分析 | 顧客の課題・選定基準、競合の提供内容、自社の受注・失注理由など | 顧客に選ばれる可能性と、その根拠・未確認事項 | 対象顧客に対する提供価値を検討するとき |
| SWOT・クロスSWOT | 外部環境と自社の能力について確認した事実、未検証の仮説 | 強み・弱み・機会・脅威の整理と、検討すべき戦略案 | 環境分析の結果を整理し、選択肢を比較するとき |
| STP | 顧客層ごとの課題、規模、購買条件、競合との比較 | 狙う顧客層と目指す位置付け | 対象顧客と訴求の方向性を決めるとき |
| 4P | 提供内容、価格、販売経路、販促手段と実行上の制約 | 顧客に届けるための施策の組み合わせ | 対象顧客と提供価値が定まった後、実行方法を設計するとき |
| 4C | 顧客が感じる価値、導入・運用を含む負担、購入のしやすさ、接点での反応 | 顧客視点で見た施策の改善点 | 4Pで設計した内容が顧客の購買条件に合うか確かめるとき |
たとえば、規制変更が顧客の購買条件に影響する市場なら、PEST分析で変化を確認してから3C分析で顧客や競合の実態を調べます。一方、外部環境よりも「なぜ競合に失注するのか」が論点なら、3C分析から始めるほうが目的に合います。
すべてを埋めず、判断に必要な分析だけを行う
分析を始める前に、社内で「何を決めるために、どの情報が足りないか」を明確にします。たとえば、狙う顧客層が決まらないなら顧客の課題や選定基準を確かめ、業界への参入自体を判断したいなら競争構造も調べます。使う手法の数ではなく、判断を変え得る情報が得られるかを基準に分析範囲を決めます。
各表には、確認できた事実と仮説を分け、情報源と確認日を残します。必要な情報が得られない項目は推測で埋めず、顧客への確認や社内データの照合が必要な論点として扱います。そのうえで、どの顧客に何を提供するかは社内の責任者が判断します。部門ごとにデータの定義が異なる場合や、検証方法を設計しにくい場合は、外部専門家に整理や設計の支援を求めることもできます。
架空のBtoB企業で見る3C分析の進め方
ここでは、卸売業向けの受発注管理システムを提供する架空の企業「A社」を例に、3C分析から施策の検証までを示します。企業、顧客の発言、製品の仕様はいずれも説明用の設定であり、実在する企業の調査結果や導入実績ではありません。
顧客・競合・自社の情報を整理する
A社は、営業担当者がメールで受け取った注文を販売管理システムへ転記する卸売企業を対象として検討します。まず、事例上の設定と、調査で確かめる必要がある仮説を分けます。
横にスクロールして表全体を確認できます
| 視点 | 事例上の設定 | 検証する仮説と確認方法 |
|---|---|---|
| 顧客 | 対象は、メールによる受注と販売管理システムへの入力を併用する卸売企業。現場の担当者に加え、業務変更を判断する管理者がいる。 | 転記作業や入力ミスが導入を検討する理由になるか。担当者と管理者に、作業の流れ、発生頻度、選定基準を聞く。 |
| 競合 | 比較対象には、他社の受発注管理システムだけでなく、既存システムの改修や手入力の継続も含まれる。 | 顧客は何を比較して導入を見送るのか。商談で挙がった選択肢を記録し、公開されている機能・価格情報と照合する。 |
| 自社 | A社の製品には注文データを取り込む機能がある。一方、顧客ごとの帳票に合わせた設定は個別対応が必要となる。 | 取り込み機能が顧客の入力負担を減らせるか。注文書の形式と設定に必要な工数を、顧客のサンプルデータで確かめる。 |
この時点では、「入力負担を減らせる」は結論ではありません。注文書の形式によっては自動で取り込めず、設定費用や運用変更の負担が選定を妨げる可能性があります。顧客の課題、比較される手段、自社が対応できる範囲が重なるかを、次の調査と商談で確認します。
分析から施策と検証条件を決める
A社の検討案は、メール注文の転記が課題になっている卸売企業に、注文データの取り込みを提案することです。ただし、対象顧客と提供価値は仮決めとし、検証結果を見て営業責任者と製品責任者が継続・修正を判断します。
横にスクロールして表全体を確認できます
| 項目 | A社の検討案 |
|---|---|
| 対象顧客・提供価値 | メール注文の入力に負担を感じている卸売企業に対し、既存の注文書を使った取り込み方法を提案する。対応できない形式や追加設定の費用も提示する。 |
| 施策 | 営業担当者が対象企業に聞き取りを行い、同意を得た企業では注文書のサンプルを用いて取り込み可否を確認する。結果を製品担当者と共有する。 |
| KPI・担当・期限 | 営業責任者が開始から30日以内に、聞き取りを行った企業数、転記を課題と答えた企業数、サンプルを確認できた企業数を記録する。製品責任者は、確認した注文書のうち現行機能で取り込める件数と、追加設定が必要な件数を記録する。 |
| 検証条件 | 調査前に対象企業の選び方と各件数の数え方を決める。30日後に、課題を持つ企業が見つかったか、取り込みに必要な対応を提供できるか、顧客が既存手段と比べて導入を検討するかを確認する。 |
聞き取りで転記の負担が確認できても、注文書の形式に対応できなければ、訴求だけを強めても解決にはつながりません。その場合は対象を対応可能な形式を使う企業に絞るか、製品の対応範囲を見直します。反対に、取り込みが可能でも導入を検討する企業が少なければ、顧客の選び方や提案する価値を再検討します。ここに示した件数は測定項目であり、成果を示す数値ではありません。
そのまま使える3C分析の実務用テンプレート
複数の競合・代替手段を同じ項目で比較し、情報源、事実・仮説、判断と次の行動を記録できます。3C分析・競合比較シート(Excel)をダウンロード。記入例は架空です。
次の表を案件ごとに複製し、顧客・競合・自社について確認した内容を記録します。空欄を埋めることよりも、判断の根拠と、まだ確かめていないことを区別することを優先してください。
調査結果と情報源を記録する項目
最初に分析の範囲を固定します。対象が曖昧なままでは、異なる市場や顧客層の情報が一つの表に混ざります。
横にスクロールして表全体を確認できます
| 項目 | 記入欄 |
|---|---|
| 分析の問い | [例:どの顧客層に、何を訴求するか] |
| 対象市場・地域 | [記入] |
| 対象商材・顧客層 | [記入] |
| 調査対象期間 | [記入] |
| 記入担当者・更新日 | [記入] |
調査結果は、資料や商談記録の所在まで残します。「事実・仮説」欄には、資料や発言から確認できた内容なら「事実」、その内容をもとに推測したことなら「仮説」と記入してください。
横にスクロールして表全体を確認できます
| 3Cの区分 | 確認する項目 | 調査結果 | 情報源・確認日 | 事実・仮説 |
|---|---|---|---|---|
| 顧客 | 課題・導入目的 | [記入] | [資料名や記録の所在・日付] | [記入] |
| 顧客 | 選定基準・決裁に関わる人 | [記入] | [資料名や記録の所在・日付] | [記入] |
| 競合 | 比較される製品・代替手段・内製 | [記入] | [資料名や記録の所在・日付] | [記入] |
| 競合 | 提供価値・価格・訴求・販売経路 | [記入] | [資料名や記録の所在・日付] | [記入] |
| 自社 | 顧客が評価した点・受注理由 | [記入] | [資料名や記録の所在・日付] | [記入] |
| 自社 | 失注理由・営業体制・提供上の制約 | [記入] | [資料名や記録の所在・日付] | [記入] |
同じ項目について情報が食い違う場合は、一方を消さずに行を追加します。比較対象や調査時期の違いを確認できるようにしておきます。
仮説・判断・次の行動を記録する項目
調査表とは別に、社内で何を決め、何を検証するかを記録します。未確認の仮説を、確定した顧客ニーズや自社の強みとして扱わないことが重要です。
横にスクロールして表全体を確認できます
| 項目 | 記入欄 |
|---|---|
| 判断に使う事実 | [調査表の該当行と、判断に関係する内容を記入] |
| 検証が必要な仮説 | [推測した内容と、その根拠を記入] |
| 不足している情報 | [判断に必要だが、まだ確認できていない情報を記入] |
| 対象顧客と提供価値 | [誰の、どの課題に、何を提供するか記入] |
| 社内での判断・判断者 | [採用・保留などの結論と、判断した人を記入] |
| 施策と次の行動 | [実施すること、または不足情報の確認方法を記入] |
| KPI | [測定する指標、その定義、現状値と目標値を記入] |
| 担当者・期限 | [実行担当者と、実施・確認の期限を記入] |
| 検証条件と見直し方 | [対象、確認期間、判断基準、結果に応じて見直す項目を記入] |
判断を保留する場合も、必要な情報、確認する担当者、期限を残します。これにより、調査の続きと社内での意思決定を分けて管理できます。
3C分析でよくある質問
Q情報が不足しているときはどう進めるか
Aすべての情報がそろうまで分析を止める必要はありません。まず、決めたいことを一つに絞り、その判断を変え得る情報から確認します。例えば、対象顧客を選ぶ段階なら、競合各社の詳細な機能一覧よりも、顧客が何を課題とし、どの代替手段と比較しているかを優先します。
集めた情報は、確認済みの事実、担当者の見立て、未確認事項に分けて記録します。商談記録や顧客への聞き取りで得た声も、少数の事例だけで市場全体の傾向とは判断しません。競合の公開価格から個別の値引き条件を推定するなど、確認できない内容を事実として扱わないことも重要です。
不足している情報が判断に与える影響を示し、確認方法と期限を決めます。追加調査に時間がかかる場合は、仮説であることを明記したうえで小規模に施策を試し、問い合わせ内容や商談での反応から確かめます。判断に必要な情報が得られなければ、結論を保留する選択もあります。
Q社内で判断すべきことと外部専門家に相談できることは何か
A3C分析の結果を踏まえて、どの顧客に何を提供し、どこに予算や人員を配分するかは社内で決めます。外部専門家には、判断材料をそろえるための調査や、部門間で異なるデータの整理などを相談できます。
横にスクロールして表全体を確認できます
| 論点 | 社内が担うこと | 外部専門家に相談できること |
|---|---|---|
| 情報の整理 | 営業・マーケティング部門などが保有する情報を提示し、利用できる範囲を決める | 顧客区分や受注・失注理由の定義をそろえ、部門をまたぐ情報を比較できる形にする |
| 分析と検証 | 現場で確認できる事実を示し、仮説が事業の実態に合うか判断する | 情報源を明示して仮説を整理し、追加調査や施策の検証条件を設計する |
| 実行 | 対象顧客、提供価値、予算、担当者、期限を決定する | 進捗やKPIの確認方法を整え、必要に応じて実行管理を支援する |
依頼する際は、分析表の作成だけを目的にせず、「どの判断に使うか」「社内の決裁者は誰か」「いつまでに何を確認するか」を共有します。外部専門家が分析を支援する場合も、事業上の意思決定と結果の検証は社内が担います。
まとめ
3C分析では、まず対象市場・商材・顧客層と、判断したい問いを決めます。次に、顧客の課題と選定基準、比較される競合や代替手段、自社が選ばれる理由と提供上の制約を調べます。集めた情報は、情報源を残し、確認できた事実と仮説を分けて整理します。
その結果をもとに、対象顧客と提供価値を定め、施策・KPI・担当者・期限・検証条件を決めます。情報が足りない場合は結論を急がず、追加で確かめる項目を明らかにします。3C分析は情報を並べて終えるのではなく、判断と次の行動につなげるために行います。
補足のよくある質問
Q3C分析はいつ見直すべきですか
A市場や顧客の選定条件、競合の提供内容、自社の体制に変化があったときに見直します。定期的な確認日も決めますが、変更が判断に影響する場合は次の確認日を待たずに更新します。