ICPとは？BtoB新規事業で狙う企業を決める3手順

結論｜ICPは企業名ではなく「狙う条件」を決める仮説

ICPは、理想の企業を想像して固定する資料ではありません。「この条件の企業には価値が強く届き、自社も無理なく提供できる」という仮説を、顧客対話と案件結果で確かめる道具です。

先に決めるのは企業名ではなく、適合・除外・未確認を分ける条件です。 企業単位で一度に○か×を付けず、条件ごとに証拠を残すと、次の営業先と確認事項を説明できます。

例えば「従業員1,000名以上の製造業」は探索条件にはなりますが、それだけでは価値が強く届く理由が分かりません。「複数拠点で同じ業務を持ち、現行の手作業が月次判断を遅らせ、全社導入の責任者が決まっている」まで書けば、対話で確かめられます。

反対に、課題が強くても個別開発が大きく、標準の提供方法では継続できない企業は高適合とは限りません。ICPは「買いそうな企業」だけでなく、顧客が成果を得られ、自社が再現可能に支援できる条件をそろえて初めて機能します。

ICPとは、価値と提供条件が合う企業を選ぶ基準

ICPはIdeal Customer Profileの略で、BtoBでは主に、自社の製品やサービスと適合する企業の特徴をまとめたものです。Salesforceの公式解説も、ICPを製品やサービスに適合する企業の類型とし、企業属性に加えて行動・環境条件を含めています。

ICPの目的は、対象を狭く見せることではなく、限られた検証資源をどこから使うか決めることです。 適合条件、除外条件、未確認項目を同じ版に置くことで、紹介や知名度だけに左右されない順番を作れます。

企業属性には「なぜ適合へ影響するか」を添える

企業紹介のようなICPは、業種、売上高、従業員数、地域を書いて終わります。しかし、その属性が課題の強さ、導入権限、提供負荷のどれに影響するのか説明できなければ、営業判断には使えません。

属性には必ず理由が必要です。「拠点数が多い企業」を条件にするなら、拠点間の標準化が課題を生むのか、導入支援の負荷が増えるのか、どちらを見ている条件なのかを区別してください。理由を説明できない属性は、必須条件ではなく探索用のタグとして扱うのが適切です。

課題と状況は、抽象語ではなく出来事で記述してください。「業務効率化を重視」ではなく、「月末の集計に複数部門の確認が必要で、翌月の配分判断が遅れる」のような具体化が必要です。出来事にすると、面談で発生時期、頻度、影響、現在の対処が確認対象になります。

顧客価値・導入体制・提供採算の3条件で適合を見る

「理想的」という語から、単価が高い、知名度がある、要望を多く出す企業を想像しがちです。しかし、売上が大きくても導入後の個別対応が再現できなければ、提供側には適合しません。

適合は少なくとも三つに分けて見ます。第一に、顧客の課題と価値提案が合うこと。第二に、意思決定と導入を進める体制があること。第三に、価格、提供工数、継続条件が双方にとって成立することです。

この三つを一つの点数に丸めると、重大な除外条件が隠れます。課題適合は高いが契約条件が満たせない企業、導入権限はあるが利用者の課題が弱い企業など、どこが未確認かを残してください。

条件を変えた理由と影響企業を版履歴に残す

初版には仮説が多く含まれます。対話や失注が増えれば、条件の追加、削除、保留が必要です。最新版だけを残すと、なぜ対象を変えたか、どの企業を再判定すべきかが分かりません。

条件を変えるときは、旧条件、新しい証拠、変更内容、影響する候補企業、変更者、確認日を残します。版を管理すれば、条件変更前後の案件を混ぜずに、どの仮説が支持されたかを比較できます。

ICPは企業、ペルソナは人、ターゲット企業リストは社名を扱う

ICP、ペルソナ、セグメント、ターゲット企業リストは、いずれも顧客を理解する道具ですが、対象の単位と使う判断が異なります。どれか一つで代用せず、市場から企業、企業内の人、具体的なアカウントへ順につなげます。

ICPは企業条件を定め、ペルソナはその企業内で意思決定に関わる人を理解します。 ターゲット企業リストは、ICPの条件に照らして実際に接触する企業を並べた実行リストです。

HubSpotの公式ICPテンプレートも、ICPを製品に適合する企業、バイヤーペルソナを企業内で意思決定に影響する個人として区別しています。企業の業種や規模だけでなく、予算、購買委員会、課題、意思決定期間などを整理する考え方は、BtoBの実務に使えます。

市場を選んだ後、価値と提供が両立する企業条件へ絞る

市場を選んだだけでは、最初に会う企業は決まりません。「物流業界」の中にも、荷主、倉庫、配送、システム提供など異なる事業があります。同じ事業でも、拠点数、業務の標準化、既存システム、意思決定の速さによって適合が変わります。

市場セグメントをICPへ落とすときは、価値が強くなる条件と、提供が難しくなる条件を同時に置きます。市場規模が大きいことと、自社が最初に勝てることを分けるためです。

市場選択から販売設計までをつなぐ場合は、BtoBのGTM戦略で、市場、チャネル、営業、導入、継続の整合を確認してください。ICPはGTM全体を代替せず、その中の「どの企業条件から検証するか」を担います。

ICPに合う企業でも、利用者・推進者・決裁者を分ける

ICPに合う企業でも、利用者だけへ話して導入が進むとは限りません。課題の所有者、推進者、予算保有者、情報システム、法務、購買、受入責任者など、複数の役割が関わります。

ペルソナは役割ごとの目標、懸念、必要な証拠を理解するために使います。ICPが「どの企業へ向かうか」を示し、ペルソナが「企業内の誰と、何を確認するか」を示す関係です。

ターゲット企業リストはICPから作る

ターゲット企業リストを先に作ると、取引実績、紹介の有無、企業知名度が条件を上書きしやすくなります。先にICPの現行版を置き、各企業を適合・除外・未確認の条件で照合してください。

未確認が多い企業を低評価にする必要はありません。次の対話で確かめられるなら、探索対象として残します。「情報がない」と「条件に合わない」を分けることが、初期営業の学びを増やします。

BtoB新規事業でICPが必要になる3つの理由

顧客対話の回数別に見た「黒字化まで到達した」と回答した割合

10回以下

8.5%

11回以上

18.3%

イノベーション総研の888名調査では、顧客対話が10回以下の群で「黒字化まで到達した」と答えた割合は8.5%、11回以上の群では18.3%でした。この集計は対話回数の因果を示しませんが、顧客との接点を重ねた群ほど到達割合が高いことは確認できます。

イノベーション総研は、対話回数より「どのICP条件の判断材料が増えたか」を管理すべきだと考えます。 毎回同じ担当者へ感想を聞くのではなく、課題、既存代替、導入権限、提供負荷のうち、何を誰に確かめるかを決めてから面談します。

新規事業では、既存顧客データが少なく、完成したICPを最初から作れません。それでも初版が必要なのは、少ない顧客対話を比較し、営業順を説明し、個別要望で商品が膨らむのを防ぐためです。

正解の顧客像を作るのではなく、次の対話で何を確かめるかを揃えることに価値があります。 未確認を明記した初版なら、実績が少ないことを隠さず、学習の速度を上げられます。

三つに共通するのは、活動件数を増やす前に比較可能な条件を置くことです。まず顧客対話の記録形式をそろえ、その証拠を営業順と要望の採否へ順に接続します。

1. 同じ条件を確かめ、少ない顧客対話を比較できるようにする

顧客ごとに質問を変え続けると、好意的な反応は集まっても、条件の違いを比較できません。初版のICPに沿って、課題、既存代替、導入権限、時期、提供条件を同じ順で確認します。

すべての質問を固定する必要はありません。共通して確認する条件を揃えたうえで、企業固有の事情を追加します。これにより、どの条件が複数企業で再現し、どれが一社固有かを分けられます。

2. 適合条件と未確認事項から、次に会う企業を説明する

候補企業が多いとき、知名度や返信の早さだけで順番を決めると、価値が弱い企業へ時間を使うことがあります。適合条件の支持、重大な未確認、今動くきっかけの三つで並べると、次の対話から得たい学びを説明できます。

例えば、課題の強さは確認済みでも予算保有者が未確認なら、次の面談でその役割を同席させることが目的になります。単に商談件数を増やすのではなく、仮説を前へ進める企業を優先できます。

3. 一社の要望を、複数社で確かめる条件へ変える

要望は、その企業の条件と一緒に記録します。一社が求めた機能を追加する前に、同じ適合条件の企業で不都合が再現するか、既存代替から切り替える理由になるか、提供負荷と釣り合うかを確認します。

要望が対象外の企業だけで出るなら、製品へ取り込むより、対象外の理由を明確にするほうがよい場合があります。反対に、想定外の企業で価値が再現したなら、ICPの属性条件を緩める候補です。

作り方1｜課題と既存代替から初版を作る

実績が少ない段階では、成功顧客の共通点から帰納できません。そこで、企業属性からではなく、解決したい課題が起きる状況と、現在使われている代替から初版を作ります。

初版では空欄を埋め切らず、事実・仮説・未確認を分けてください。 埋まっていない欄は欠陥ではなく、次の顧客対話で確かめる問いになります。

最初から全項目を確定させる必要はありません。課題の場面と既存代替を先に置き、権限や提供条件の空欄を次の面談で確かめる問いへ変えます。

ステップ1：課題を出来事で書く

「人手不足」「効率化したい」「DXを進めたい」だけでは、対象企業を見分けられません。課題が発生した出来事、頻度、関係者、現在の影響まで書きます。

例として、「複数拠点の月次報告を本社で統合する際、形式の違いによる確認が毎月発生し、翌月の配分判断が遅れる」と置けば、拠点数、統合業務、確認頻度、意思決定への影響を確かめられます。これは説明例であり、実績を装うものではありません。

ステップ2：既存代替を広く捉える

競合製品だけでなく、表計算、手作業、外注、内製、別カテゴリの製品、先送り、何もしないことも代替です。顧客が現在の方法を続ける理由を聞くと、切替負担や社内の優先順位が見えます。

想定した競合名が会話に出なくても、失敗ではありません。実際に比較された代替を記録し、自社の価値提案を何と比べるべきか修正します。顧客の仕事と価値を整理する場合は、バリュープロポジションキャンバスも併用できます。

ステップ3：仮説の理由を一文で添える

各条件に「なぜ適合へ影響するのか」を添えます。「従業員数500名以上」なら、決裁階層、拠点数、データ量、導入負荷のどれが理由かを明確にします。

理由が複数ある場合は条件を分けます。一つの属性へ多くの意味を持たせると、反証が出ても何を修正すべきか分からないからです。

作り方2｜適合条件と除外条件を対で決める

高適合条件だけを書くと、会いたい企業の希望リストになります。条件が外れたときにどう扱うかを決めるため、除外条件、解除条件、再判定日を対で置きます。

除外は拒絶ではなく、現時点で検証資源を使わない理由の記録です。 条件が変われば再判定できるようにし、永久除外と一時保留を分けます。

条件を並べたら、解除の可能性がある保留と、現時点では進められない重大条件を分けます。営業停止の理由と再開に必要な事実が同じ行で分かる状態が完成の目安です。

一つでも外せない重大条件と、優先度を上げる加点条件を分ける

すべての条件を同じ重さで足し算すると、重大な不適合が加点で隠れます。法令、セキュリティ、供給能力、契約、標準提供範囲など、満たさなければ進められない条件は足切りとして分けます。

そのうえで、課題の強さ、導入時期、再現性などを優先順位に使います。点数を使う場合も、重大条件が未確認なら合計点だけで進めないようにします。

顧客の事実を、支持・反証・未確認で記録する

条件ごとに三つの状態を付けます。支持は条件を裏づける事実、反証は条件と異なる事実、未確認はまだ調べていない状態です。「担当者が興味を示した」は、課題や権限の支持とは限りません。

この記録により、「情報がないから不適合」とする誤りを防げます。未確認が重大なら、次の面談の目的をその確認に置きます。反証が出たら企業を消すのではなく、どの条件を変えるか検討します。

再判定条件を具体化する

「時期が来たら」「状況が変わったら」では再判定できません。「次年度予算が確定したとき」「現行契約の更新六か月前」「情報システム部門の責任者が決まったとき」など、観測できる出来事にします。

再判定日だけを置くのではなく、何を確認すれば状態が変わるかも書きます。これにより、保留企業への連絡が単なる追客ではなく、条件確認になります。

ICPの作り方3｜顧客対話と案件結果で更新する

ICPは会議室で完成させず、顧客の過去行動、商談の選択・非選択、導入後の利用と提供負荷で更新します。発言の好意度ではなく、誰が何をしたかを証拠として扱います。

受注だけでなく、失注と先送りを同じ形式で残すと、適合条件の境界が見えます。 成功企業だけから作ると、特別価格や紹介関係、個別対応を再現条件と誤認することがあります。

購入意向ではなく、顧客が実際に取った行動を聞く

未来の購入意向より、直近で同じ課題が起きたときの行動を聞きます。いつ問題が起き、誰が最初に動き、何を比較し、どの候補を外し、なぜ現在の方法を続けたかを時系列で確認します。

• 課題が発生した具体的な出来事と、その前後の変化
• 現在使っている代替と、選び続ける理由
• 比較した候補と、候補から外した時点・理由
• 社内で動いた役割、止めた役割、次に必要な承認
• 予算、期限、契約、導入負荷について実際に行ったこと
• 次の会議や試用など、確認可能な次の行動

質問の詳しい設計は、BtoB顧客インタビューのやり方で解説しています。顧客が使った言葉と、編集者の解釈を分けて記録してください。

受注を価値・導入・提供の3つの適合へ分解する

受注したという結果だけでは、ICPのどの条件が支持されたか分かりません。価値適合、導入適合、提供適合に分けます。

価値適合では、どの課題と代替に対して選ばれたかを確認します。導入適合では、権限、契約、運用、セキュリティを通過できたかを見ます。提供適合では、個別対応、教育、保守、継続負荷が標準範囲に収まるかを見ます。

初期受注が特別価格や個別開発で成立した場合、それ自体は学びですが、標準ICPの支持とは限りません。例外として扱うのか、提供モデルを変えるのかを分けて判断します。

失注理由を「価格」で終わらせず、条件単位へ戻す

「価格」「タイミング」「競合負け」だけでは、次の行動が決まりません。価格なら、予算上限、回収期間、比較先、契約期間、価値の根拠のどこが合わなかったかを分けます。

競合負けも、課題適合は高かったが必須機能で外れたのか、現状維持の変更負担を超えられなかったのかで対応が違います。対象条件、証拠、商品、契約、導入支援のどこへ戻すかを記録します。

同じ支持・反証が重なった時点を更新の合図にする

• 同じ条件の企業で同じ支持または反証が繰り返された
• 想定していない代替や導入経路が複数案件で現れた
• 受注したが個別対応や支援負荷が標準範囲を超えた
• 除外していた企業で価値と提供が再現した
• 商品、価格、契約、供給能力、対象市場を変更した
• 規制、技術、組織、予算制度など顧客環境が変わった

一件の例外だけで条件を確定せず、仮説として次の検証へ回します。ただし、法令や安全など重大条件の反証は、件数を待たずに対応が必要です。条件の種類に応じて更新の重さを分けてください。

営業・マーケティング・開発が同じ顧客条件を更新する

ICPが文書として整っていても、部門ごとに別の顧客像を使えば判断はそろいません。同じ版番号と条件を共有し、部門ごとに使う欄と、戻す証拠を明確にします。

共有すべきなのは同じキャッチコピーではなく、同じ適合条件・除外条件・証拠です。 表現は役割に合わせて変えても、誰にどの価値を約束し、どこまで提供するかは変えません。

部門ごとに使う欄は異なっても、戻す先は同じICPです。条件を変える担当と、証拠を取得する担当を分け、変更時は影響する企業を全て再判定します。

マーケティングは、反応数より適合企業の状況を確認する

企業属性だけで広告を絞るのではなく、課題が起きる状況と導入契機をメッセージへ反映します。反応件数だけでなく、ICPに合う企業がどの状況で反応したかを記録します。

流入が多くても適合条件を満たさない企業ばかりなら、チャネルやメッセージを見直します。反対に、想定外の属性で同じ課題と提供適合が確認できたら、ICPの探索範囲を広げる候補です。

営業は、訪問順・質問・保留理由をICPから決める

営業では、候補企業の優先順位、最初に聞く質問、次に会う役割、保留理由に使います。企業ごとに説明を変える前に、どの条件が支持・反証・未確認かを確認してください。

新規事業の営業全体を設計する場合は、新規事業の営業戦略と接続し、探索、面談、提案、決裁支援、導入の各段階でICPの証拠を戻します。

開発と導入は、共通要望と提供負荷をICPへ戻す

開発は要望の多さではなく、適合企業に共通する不都合かを見ます。導入部門は、契約後に必要となった個別対応、教育、データ移行、権限設定、運用変更を戻します。

受注しやすくても導入負荷が過大なら、提供適合を見直す必要があります。商品を変えるのか、対象を変えるのか、支援を標準化するのかを分けて決めます。

更新会議は、顧客の事実から条件、候補企業の順で見直す

会議は企業名や担当者の感想から始めず、直近の証拠から始めます。受注、失注、先送り、利用、提供負荷を並べ、どの条件を支持・反証したかを確認します。

次に、維持、修正、削除、保留する条件を決めます。最後に影響する候補企業を再判定し、次回までに誰が何を確かめるかを一つずつ割り当てます。

狙う企業像が機能しない5つの失敗

ICPを作っても営業や商品判断が変わらない場合、資料の見た目ではなく、証拠と運用の断線を点検します。代表的な失敗は、属性だけで作る、理想を広げる、受注だけを見る、点数へ丸める、更新履歴を残さないことです。

機能したかは、シートの完成度ではなく、訪問順・保留・要望採否・提供範囲が変わったかで判断します。 文書が存在しても意思決定が変わらなければ、確認する条件か運用方法を見直します。

五つの失敗は、企業の評価より先に条件と証拠を見直すことで切り分けられます。最初に一つの断線を選び、次の候補企業で修正後の判断が変わるかを確認してください。

1. 業種・規模だけでICPを作らない

業種、規模、地域は調べやすい一方、価値の強さを直接示すとは限りません。属性が課題、権限、既存代替、提供負荷のどれへ影響するか説明できる場合だけ条件にします。

説明できない属性を削除できない場合は、必須条件ではなく探索タグへ移します。これにより、想定外の企業を最初から除外せず、後から適合との関係を検証できます。

2. すべての顧客をICPへ含めない

「売れる可能性を残したい」という理由で対象を広げると、ICPは判断基準になりません。現時点で検証資源を使う範囲と、隣接市場として後で検証する範囲を分けます。

狭めることは市場を永久に捨てることではありません。適合が再現したら、どの条件を一つ変えるか決め、別版で隣接市場を検証します。

3. 受注だけをICPの正解にしない

紹介、特別価格、個別開発、短期の実証などで受注した場合、標準条件でも再現するとは限りません。選定理由、導入条件、利用後の価値、提供負荷まで確認します。

失注や先送りも、どこが非該当だったかを示す重要な証拠です。企業名をリストから消すのではなく、条件と再判定のきっかけを残します。

4. 合計点だけで候補企業の順位を決めない

点数は候補を並べる補助になりますが、配点に理由がなければ担当者の好みを数値に変えるだけです。重大条件、未確認、優先条件を分け、合計点の前に足切りを確認します。

点差が小さい場合は順位を精密化するより、次の対話で差が出る条件を確かめます。点数を上げることではなく、不確実性を減らすことを目的にしてください。

5. ICPを更新しても、旧版と変更理由を消さない

最新版だけを上書きすると、同じ議論が繰り返されます。何を、どの証拠で、なぜ変え、どの候補企業へ影響したかを残します。

条件を戻す場合も、旧版を見れば過去の反証と適用範囲を確認できます。変更履歴は説明責任のためだけでなく、学習を再利用するために必要です。

ICPに関するよくある質問

ICPの作成と更新で迷いやすい点へ、実務上の判断を短く示します。共通するのは、固定した理想像ではなく、証拠で更新する企業条件として扱うことです。

Q. ICPとペルソナの違いは何ですか

A. ICPは製品やサービスとの適合を企業単位で定義し、ペルソナは企業内の個人・役割の目標や判断を理解します。ICPで接触する企業を選び、ペルソナで利用者、推進者、決裁者などへの質問や説明を設計します。

Q. 実績がなくてもICPは作れますか

A. 作れます。ただし完成版ではなく、事実・仮説・未確認を分けた初版として扱います。課題と既存代替から条件を置き、次の顧客対話で支持・反証・未確認を更新してください。

Q. ICPは何社に絞ればよいですか

A. 一律の社数では決めません。同じ条件と質問で比較でき、チームが継続して対話できる範囲から始めます。候補企業数と、ICPに書く条件数を混同しないことが重要です。

Q. ICPは複数作ってもよいですか

A. 価値、導入権限、既存代替、提供方法が明確に異なるなら複数に分けられます。営業部門ごとの好みや企業規模だけで増やさず、結果を別々に比較する必要があるかで判断します。

Q. ICPはどの頻度で更新しますか

A. 定例レビューに加え、重大な支持・反証が出た時点で更新します。市場や商品が変わらなくても、失注理由、導入負荷、利用後の価値が想定と違えば、条件または証拠の扱いを見直します。

まとめ｜次に会う企業と確認事項をICPで決める

ICPとは、自社の価値が強く届き、提供も継続できる顧客企業の条件を示す仮説です。企業属性だけでなく、課題と状況、既存代替、導入権限、経済性、提供条件、除外条件を一つの版で管理します。

適合条件と除外条件を対で置き、支持・反証・未確認を案件ごとに戻すことが重要です。 実績が少ない段階では、空欄を無理に埋めず、次の対話で何を確かめるかを明示してください。

営業・マーケティング・開発・導入が同じ版を使えば、訪問順、保留理由、要望の採否、提供範囲を共通の証拠で判断できます。まず直近の候補企業を一社選び、課題、既存代替、権限、提供条件を「支持・反証・未確認」に分けるところから始めてください。