ICPとペルソナは何が違うのですか?

ICPは「取引すべき企業(組織)の条件」を指し、ペルソナは「その企業の中で意思決定に関わる個人像」を指す言葉です。両者は補完関係にあり、どちらか一方だけでは営業・マーケティングの意思決定を支えきれません。

ICPは一度決めたら固定してよいのですか?

固定すべきではありません。市場環境や自社の提供能力は変化するため、受注・失注データや顧客からのフィードバックをもとに、定期的に見直す前提で運用することが望ましいとされています。

小規模な会社でも5観点すべてを検証する必要がありますか?

会社の規模にかかわらず、5観点の考え方自体は有効です。ただし、データが少ない場合は精緻な数値検証よりも、営業・カスタマーサクセス担当者へのヒアリングなど、定性的な確認から始める進め方が現実的です。

ICPの作り方：属性ではなく、勝てる条件から設計する

この記事の要約

多くの会社のICP（Ideal Customer Profile：自社にとって理想的な顧客像を示す言葉）は、業種・企業規模・地域といった属性を並べただけで止まっています。属性は「探しやすさ」には役立ちますが、「そこで本当に勝てるか」は説明してくれません。

本記事では、ICPを企業属性ではなく、顧客課題・適合性・接触可能性・提供能力・継続可能性という5つの観点から設計し直す方法を解説します。まず全体像として、この5観点を順番に確認しながら「勝てる条件」を言語化する流れを示し、その後で各観点の具体的な確認ポイントと、ありがちな失敗パターンを掘り下げます。

読み終える頃には、属性リストではなく検証可能な条件の組み合わせとして、自社のICPを言い換えられるようになります。

この記事でわかること

ICPを「企業属性」ではなく「勝てる条件」として定義し直す考え方
顧客課題・適合性・接触可能性・提供能力・継続可能性という5つの確認観点
属性ベースのICPがなぜ受注率や継続率の改善につながりにくいのか
5観点を使ってICPを言語化する際の具体的な進め方と仮想例
ICP設計でよくある失敗パターンとその見直し方

はじめに
ICPは「属性」ではなく「勝てる条件の集合」である
5つの観点でICPを検証する
仮想例で見る、属性ベースICPと勝てる条件ベースICPの違い
ICP設計でよくある失敗パターン
まとめ
Q&A
専門用語解説

はじめに

「ICPは何ですか」と聞かれて、「従業員50〜300名、IT業界、東京」とだけ答えてしまったことはないでしょうか。営業リストを作るときはそれでも困りませんが、いざ「なぜこの会社は受注できて、あの会社は失注したのか」を振り返ろうとすると、属性だけでは説明がつかないケースに直面します。

同じ従業員規模、同じ業種なのに、片方は導入後も継続し、片方は数か月で解約する。この差を生んでいるのは属性ではなく、もっと別の条件です。本記事では、その「別の条件」を5つの観点に分解して整理します。

ICPは「属性」ではなく「勝てる条件の集合」である

結論から言うと、ICPとは企業属性のリストではなく、自社が顧客課題を解決でき、かつ継続的に取引できる条件がそろった顧客像のことです。属性はこの条件を絞り込むための「手がかり」に過ぎず、条件そのものではありません。

ここで押さえておきたい全体像を先に示します。ICPを「勝てる条件」から設計するとき、確認すべき観点は次の5つです。

顧客課題:自社の提供価値が解決できる課題を、その企業が実際に抱えているか
適合性:自社の製品・サービスの特徴と、顧客の使い方・体制がかみ合っているか
接触可能性:意思決定者に、無理のないコストとスピードで到達できるか
提供能力:自社のリソース・体制で、期待される品質を継続的に提供できるか
継続可能性:導入後も関係が続き、双方にとって取引を続ける理由があるか

この5観点は、後半で1つずつ詳しく解説しますが、順番にも意味があります。顧客課題が存在しない相手には、どれだけ適合性が高くても売る意味がありません。逆に、課題も適合性もあるのに接触できなければ商談すら始まりません。接触できて受注できても、提供能力が足りなければ現場が疲弊します。

そして提供能力があっても、継続可能性が低ければ、受注してもすぐに解約されてしまいます。つまりICP設計とは、この5つを上から順に満たしているかを確認する作業であり、属性はその確認を効率化するための補助線でしかないのです。

なぜ属性だけのICPは機能しなくなるのか

「従業員50〜300名のIT企業」という条件は、確かに営業リストを作る際には便利です。しかし、この条件だけでは以下のような問いに答えられません。

その企業は、自社が解決できる課題を本当に抱えているのか
担当者は、自社の提案を理解し、社内で通せる立場にいるのか
導入後、運用を続けられるだけの体制がその企業にあるのか

属性は「似ている企業を探す」ためのフィルターであって、「勝てるかどうか」を判定するフィルターではありません。この違いを意識せずにICPを運用すると、リストの件数は増えても、商談化率・受注率・継続率のいずれも改善しない、という状況に陥りやすくなります。

実際、営業やマーケティングの現場では「ターゲットリストは埋まっているのに、商談が思うように進まない」という声をよく耳にするのではないでしょうか。その原因の多くは、属性の先にある条件を誰も検証していないことにあります。

5つの観点でICPを検証する

ここからは、先ほど示した5観点を1つずつ具体的に見ていきます。各観点は「はい/いいえ」で終わらせず、確認すべき問いのセットとして扱うことがポイントです。

顧客課題:自社の解決力と、相手の困りごとは一致しているか

最初に確認すべきは、自社が解決できる課題を、対象企業が実際に抱えているかどうかです。ここでよくある失敗は、「業界的にありそうな課題」を、確認せずに前提にしてしまうことです。

確認すべき問いの例は次の通りです。

その課題は、対象企業にとって「解決すべき優先度が高い課題」として認識されているか
課題を放置した場合の損失や機会損失を、相手自身が言語化できているか
現状、その課題に対して何らかの代替策（他社ツール、内製、放置)を取っていないか

例えば仮想の例として、業務システムを提供する企業が「情報共有の非効率」を課題として想定していたとします。しかし対象企業へのヒアリングを重ねると、実際に困っているのは「情報共有」ではなく「承認フローの遅さ」だった、というケースは十分に起こり得ます。課題の解像度がずれていると、その先の適合性や提案がどれだけ優れていても、響かない提案になってしまいます。

適合性:製品・サービスの特徴と、顧客の使い方はかみ合うか

顧客課題が確認できたら、次は自社の製品・サービスの特徴と、その企業の使い方・体制がかみ合うかを見ます。適合性がずれると、受注はできても現場でうまく使われず、後の継続可能性を損ねる原因になります。

適合性を確認する際のチェックポイントを整理すると、以下のようになります。

確認項目	見るべきポイント
運用体制	導入後に運用を担う担当者・部署が明確か
既存ツールとの関係	既存の業務フロー・ツールと大きく衝突しないか
意思決定の速度	社内の意思決定プロセスと、自社の提案サイクルが合っているか
求める成果の粒度	相手が期待する成果と、自社が提供できる成果の粒度が一致しているか

この表からも分かる通り、適合性は「製品スペックが合うか」だけの話ではありません。運用できる体制があるか、意思決定のスピード感が合うかまで含めて初めて、適合性が高いと言えます。

接触可能性:意思決定者に、無理なく届く経路があるか

課題と適合性がそろっていても、意思決定者に届く手段がなければ商談は始まりません。接触可能性は、ICPを「机上の理想」で終わらせないための現実的な歯止めです。

確認すべき問いは次の通りです。

自社のチャネル(紹介、既存の営業網、コンテンツ経由の問い合わせなど)で、その企業層に無理なく到達できるか
到達にかかるコストと時間は、期待される受注額・継続価値に見合っているか
意思決定者と現場の担当者が別々の場合、両方に接点を持てる経路があるか

ここで担当者目線の「あるある」を一つ挙げます。「理想的な企業像はよく分かった。しかし、その企業の意思決定者と接点を持つ手段が自社には一つもない」という状況です。これは珍しいことではなく、ICP設計を属性だけで進めた会社に頻発しやすいポイントです。接触できない条件をICPに含めてしまうと、リストは立派でも商談化率がゼロに近づいてしまいます。

提供能力:自社の体制で、その品質を継続的に出せるか

受注できたとしても、自社のリソースや体制が伴わなければ、約束した価値を継続的に提供できません。提供能力は、営業やマーケティングだけでなく、カスタマーサクセスや開発・制作の体制まで含めて確認する観点です。

案件が増えた場合でも、対応品質を落とさずに継続提供できる体制か
特定の担当者の個人スキルに依存しすぎていないか
サポートやオンボーディングにかけられる工数と、相手が必要とする工数は釣り合っているか

提供能力を確認せずに受注件数だけを追うと、「受注はできたが、対応が追いつかず品質が落ちる」という状態に陥りがちです。これは短期的な売上には見えても、後述する継続可能性を確実に損ないます。

継続可能性:導入後も、双方にとって続ける理由があるか

最後の観点は継続可能性です。ここまでの4観点をすべて満たしていても、導入後に成果が実感できなければ、契約は継続されません。継続可能性を確認する問いは以下の通りです。

導入後、一定期間内に成果を実感できる設計になっているか
担当者が異動・退職しても、社内に運用ノウハウが残る仕組みがあるか
価格・価値のバランスが、相手にとって「更新する理由」として説明できる水準か

継続可能性は、受注時点では見えにくい観点です。だからこそ、ICP設計の段階で「この条件の顧客は、成果が出るまでにどれくらいかかりそうか」をあらかじめ想定しておくことが欠かせません。

集めたリードの質をICPとの適合性から診断する方法は、次の記事で確認できます。

リードの質が悪いとき、集客・ICP・営業対応のどこを疑うか

「リードの質が悪い」を集客・ICP・営業対応の3領域に分解し、流入元、fit/engagement、営業の初動・判定・引き継ぎの確認項目を整理して解説します。

仮想例で見る、属性ベースICPと勝てる条件ベースICPの違い

ここで、5観点の使い方を仮想の例で確認します。ある業務効率化ツールの提供会社が、ICPを見直す場面を想定します。

見直し前(属性ベース):「従業員100〜500名、製造業、関東圏」

見直し後(勝てる条件ベース):

顧客課題:紙・Excel管理による承認遅延を、月次で数値として問題視している
適合性:現場担当者と管理部門の両方が日常的にPCを使う業務フローがある
接触可能性:既存の代理店経由、または展示会経由で決裁者層に接点を持てる
提供能力:オンボーディング期間中、専任担当を2週間つけられる規模の案件である
継続可能性:半年以内に承認時間の削減効果を数値で示せる業務範囲である

同じ「製造業・関東圏」という属性であっても、この5条件を満たさない企業は、見直し後のICPからは自然と外れます。逆に、属性は多少ずれていても、5条件を満たす企業は優先的にアプローチする価値がある、と判断できるようになります。これが、属性ではなく条件でICPを設計する意味です。

市場変化に合わせてICPと訴求を更新する判断は、次の記事を参照してください。

市場が変わったのに、昔のICPと訴求を使い続けている

CEO・CMO・営業責任者向けに、市場変化でICPと訴求が陳腐化するサインを数字と現場の声から見極め、4つの手順で更新要否を検証する方法を解説します。

ICP設計でよくある失敗パターン

5観点を導入しても、次のような失敗が起きやすいので、あらかじめ確認しておきましょう。

課題を仮説のまま確定させてしまう:ヒアリングで検証せず、社内の思い込みだけでICPの課題定義を固定してしまう
適合性を製品スペックだけで判断する:運用体制や意思決定速度を見落とし、スペック上の適合だけでICPに含めてしまう
接触可能性を後回しにする:理想の顧客像を先に決め、届く手段があるかを最後に確認して手詰まりになる
提供能力を現状のリソースで固定してしまう:採用や体制強化の予定を反映せず、今の体制だけでICPの上限を決めてしまう
継続可能性を受注後の課題として先送りする:受注前提のICP設計で、継続条件の検討そのものを省いてしまう

これらは、どれか一つだけを直せば解決するものではありません。5観点を一度に検証する仕組みを作り、定期的に見直すことが、属性ベースのICPから抜け出す近道です。

まとめ

ICPを「勝てる条件」から設計するとは、顧客課題・適合性・接触可能性・提供能力・継続可能性という5つの観点を、順番に検証していく作業です。属性はこの検証を効率化するための手がかりにすぎず、属性が一致しているからといって、勝てる相手だとは限りません。まずは自社の代表的な受注企業・失注企業を思い浮かべながら、この5観点で条件を言語化してみることから始めてみてください。