sales-icp-definition について
Sales ICP Definitionは、営業リーダー向けに理想顧客像の策定と更新を支援するスキルです。インタビューを通じてデータ量に合った進め方を選び、適合基準と除外条件を定め、可能な場合はスコアリングを検証して更新計画を作成します。
主な機能
- 01インタビューに基づくICP探索
- 02案件数に応じた進め方の選択
- 03適合基準と除外条件の定義
- 04スコアリングルーブリックの作成と検証
- 05更新と移行の節目を設定
活用シーン
- 01初めての理想顧客像の作成
- 02広すぎるターゲティングの診断
- 03案件履歴に基づくスコアリング作成
- 04新市場向けの独立したICP定義
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mbfinotti/ sales-skills --skill sales-icp-definitionインストール後、Claude Code で/sales-icp-definitionを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/founder-led-discovery-example.mdnamed-frameworks-and-figure-grading.mdrubric-worked-example.md詳細
営業向け ICP の定義
営業リーダーシップに助言し、理想的な顧客プロファイル(ICP)を定義します。これは、アカウントのセグメンテーション、ティア分け、テリトリー設計、アウトバウンドのターゲティングが、それぞれ再定義することなく利用する唯一の上流成果物です。基準、スコアリング基準(または創業初期段階の仮説)、明示的な除外条件、更新計画を作成します。これらをもとに構築する下流の仕組みは作成しません。
マクロな視点を保ちます。
- ICP の軸に沿ったアカウントのセグメンテーションは、mbfinotti/sales-skills@sales-account-segmentation の範囲です。
- アカウントをカバレッジのティアに分類することは、mbfinotti/sales-skills@sales-account-tiering の範囲です。
- ICP で絞り込む市場の規模算定は、mbfinotti/sales-skills@sales-market-sizing の範囲です。
これらや、その他の関連スキルについては「参考資料」をご覧ください。
呼び出し例
依頼の内容によって、開始地点は異なります。いずれの場合も、まずインタビューを実施します。
- 「当社の ICP を定義して」 - データ量に応じた分岐で、全体を構築します。
- 「ターゲティングの範囲が広すぎる/営業が何にでも手を出している」 - 診断から始めます。まず以下の失敗要因に照らしてリスクを確認し、その後、分岐の手順から再構築します。
- 「ICP のスコアリング基準を作って」 - データ主導の分岐です。まず商談数を確認します。15 件の商談をもとに作ったスコアリング基準は、スプレッドシートをまとった推測にすぎません。
- 「新しい市場に参入するので ICP を更新して」 - 新しい市場向けに別個の ICP を作成します。既存の ICP を広げて対応させてはいけません。
インタビュー
提案する前に質問します。
- 1 回のメッセージにつき、質問は 1 つにします。
- 選択肢がある場合は、複数選択式の選択肢を提示します。
- すでに以前のやり取りで回答されている項目は省略します。
- 会社のウェブサイト、製品ドキュメント、CRM エクスポートを読める場合は、白紙からのインタビューではなく、ユーザーが修正できる v1 の自動ドラフトを作成することを提案します。その後、インタビューでは不足している部分だけを補います。ほとんどのユーザーは、ドラフトの修正を好みます。
- 使用可能なデータがある受注済み商談は何件ありますか:(a)約 20 件未満、(b)約 20~50 件、(c)約 50~150 件、(d)150 件以上。この回答で分岐が決まるため、最初に尋ねます。
- B2B、B2C、または両方のどれですか?B2C の場合、購入時の関与度は低いですか(1 人が数分で決める)、それとも検討度が高いですか(世帯でじっくり検討する。住宅、自動車、太陽光、教育、金融商品など)。
- 初めての ICP ですか、既存 ICP の更新ですか、それとも新しい市場/業種/地域への参入ですか?
- ICP を利用するのは誰ですか(営業ターゲティング、マーケティング、テリトリー設計、製品など)。また、誰を正式なオーナーにしますか?オーナーがいないまま委員会で定義された ICP は、記録されている失敗要因の 1 つです。
- どのような商談データがありますか。受注/失注/解約のタグが付いた CRM レコード、セグメント別の成約率、コホート別の解約と拡大などです。データが欠けていると、スコアリング基準で主張できる内容が変わります。
- 現在の営業形態は何ですか(セルフサービス、営業主導、ハイブリッド)。また、典型的な商談規模はいくらですか?営業形態によって、ICP に合致するアカウントの姿も変わります。mbfinotti/sales-skills@sales-motion を参照してください。
- ICP をいつまでに運用開始する必要がありますか。計画サイクル、テリトリーの区分け、キャンペーン開始などです。
- 一度きりの成果と、積み上がる資産のどちらを望みますか:(a)今四半期のリスト作成に使える、十分な精度のフィルター、(b)今後 3 年間のターゲティングの土台となる、検証済みのスコアリング基準。
- 工数の上限はどの程度ですか。利用できるアナリストの作業時間、誰かが回帰分析を実行して結果を読めるかどうか、現在の一部のアカウントはプロファイルに合わないと現場に伝えるための政治的な資本などです。
何かを提案する前に、回答 7~9 を踏まえて重み付けの段階を再評価します。どの回答が何を変えたのかを明示します。
- 期限が 1~2 週間以内に迫っている場合、商談数にかかわらず回帰分析の優先度を下げます(アナリストが定義する場合は、ワークショップで提供できる範囲にします)。
- 長期的に資産を積み上げる方針(8b)の場合、工数がかかっても、回帰分析と計測可能なドリフトチェックの優先度を上げます。
- 工数の上限が低い場合は、現在の段階にとどめ、残りの時間を遡及スコアリングに充てます。これは任意ではありません。
ICP とは何か、何ではないか
スコアリング作業を始める前に、この境界を明確にしてください。記録されている失敗の多くは、これらを混同したことが原因です。
-
TAM、ICP、ペルソナは、それぞれ異なる3つの判断に答える3つのレイヤーです。
- TAM は市場機会の規模を測ります(取締役会への報告、資金調達)。
- ICP は、営業とマーケティングがアプローチするアカウントを絞り込みます。通常、TAM の 5~15%です。
- ペルソナは、それらのアカウント内の人々に何を伝えるかを形作ります。
まず ICP を作り、その上にペルソナを重ねます。「北米の中堅 B2B 企業」は市場セグメントであり、ICP ではありません。何も除外できないほど範囲が広すぎます。
-
購入トリガーは、独立した第4の入力情報です。ICP に含めないでください。 資金調達や新しい規制によって決まるのは、すでに適格と判断されたアカウントのうち、どこに最初にアプローチするか であり、どのアカウントが適格かではありません。トリガーはルーブリックのインテントカテゴリにスコアリングシグナルとして記録しつつ、成果物では適格性判断と優先順位付けの違いを明確に保ってください。
-
ICP スコアリングはリードスコアリングではありません。
- ICP は、エンゲージメントが始まる前に、アカウント(企業)の構造的な適合度をスコアリングします。
- リードスコアリングは、個々のコンタクトのエンゲージメント準備度をスコアリングします。
- アカウント適合度の部分はここで扱います。
- コンタクト準備度の部分は mbfinotti/revops-skills@lead-scoring で扱います。
好みではなくデータ量で分岐を選ぶ
制約に基づいて選ぶ2つの分岐があります。優劣を付けないでください。
- データ主導のルーブリック — 実際に成約した案件から基準を導き出すのに十分な受注/失注履歴がある場合(およそ50件以上。これを下回ると、「データ主導」というラベルは推測を実態以上に見せてしまいます)。
- 創業者主導のディスカバリー — 約50件未満の場合:初期顧客をボトムアップで調べ、仮説とアンチ ICP を公開し、以下の節目でルーブリックに移行します。
約20~50件の場合は、創業者主導のディスカバリーと、同じ重みのチェックリストを併用します。インタビューから基準を導き出し、チェックリストでそれらを機械的に適用できるようにします。どちらも統計的な重み付けを装いません。
決定する前にアイデアを出す
ICP はすぐに固定化されます。リスト作成、テリトリー分割、キャンペーン予算が数週間以内に ICP に基づいて決まります。まず候補となる切り口を洗い出してください。
-
インタビュー後(およびセグメント別の価値分析またはプルシグナル分析後)に、ICP の候補仮説を2~3個提示します。たとえば、狭い業種に絞る案、より広い規模区分に絞る案、課題を軸に絞る案などです。それぞれについて、トレードオフ(アプローチ可能な規模、受注率の集中度、エビデンスの強さ)を示し、最後に明確な推奨案を1つ提示します。残っている確認事項は、一度に1つずつ尋ね、可能な場合は選択式にしてください。
-
ルーブリックや仮説ドキュメントを作成する前に、候補案について明確な承認を得てください。
-
成果物はセクションごとに作成し、次のセクションに進む前に、それぞれをユーザーに確認してください。
- 定義の段落。
- 基準と除外条件。
- 重み。
- 検証結果。
- 更新計画。
定義の段落が誤っていれば、その後のすべてが無効になります。そのため、完成した成果物をひとまとまりで提示しないでください。
-
組み立てた成果物についてユーザーの承認を得てから、最終版を確定してください。
ハーネスに永続メモリがある場合は、承認済みの成果物(定義の段落、基準、重み、除外条件、担当者、更新日)を保存してください。そうすることで、後続の実行や関連するセグメンテーション/ティアリングのスキルは、ゼロからではなく、記録された判断を出発点にできます。
データ主導の分岐:導出、重み付け、検証
-
プロファイリングの前に、価値でセグメント化します。 顧客コホートをLTV、価値実現までの時間、解約、拡大、リファレンスの可能性で順位付けし、そのうえで、_勝ち組_コホートの属性をプロファイリングします。顧客基盤全体を企業属性から先に分析してはいけません。最も売上の大きい顧客ではなく、適合度の高い顧客が優良顧客です。膨大なサポートを必要とした末に解約した大企業のロゴは、判断基準ではなく警告サインです。
-
4つのカテゴリにわたって、基準を実データから導き出します。
- 企業属性 - その企業はどのような企業か。
- 技術属性 - 何を運用しているか。
- 戦略的意図/トリガー - 何が変わったばかりか(資金調達、リーダーシップ、事業拡大)。
- 行動 - 何をしているか(関連職種の採用、料金ページへのエンゲージメント)。
実際のアカウントにタグを付け、共通する構造的な特徴を探します。よく挙げられるパターンでは、優良顧客の約80%が、具体的な特徴を3〜5個共有しています。基準は合計8〜15個を目指します。8個未満では、アカウントを区別できないことがほとんどです。
-
除外条件を後付けではなく、明確な減点項目として扱います。 企業属性が一致していた失注案件を調べ、失注の本当の理由(価格、機能不足、規制上の障壁、所在地)を特定し、減点項目としてスコアリングします。また、書面上は魅力的に見えても、そのアカウントを除外すべき条件を確認します。
-
データ成熟度の段階に応じて重み付けします - 効率の高い順に並べた選択肢です。
- 価値:
回帰ベース > アナリスト定義 > 均等な重み付け - 工数:
回帰ベース(タグ付け済み案件が100〜150件以上、統計スキル、数日から1週間) > アナリスト定義(部門横断のワークショップ) > 均等な重み付け(ほぼゼロ) - 効率:
アナリスト定義 > 均等な重み付け > 回帰ベース
段階ごとに説明します。
- 均等な重み付け(クローズ済みの受注案件が約50件未満):データ上、この段階を選ばざるを得ません。差を見分けるシグナルが足りず、そうでないふりをすると、推測を精度として組み込むことになります。
- アナリスト定義(標準の段階):チームの判断で重要な要素を選び、予測力があると考える度合いに応じて、100点満点で配分します。
- 回帰ベース(クローズ済みの受注案件が100〜150件以上あり、モデルを実行して読み解ける人がいる場合に昇格):効率の順序では、最も価値が高い一方で、工数の点では毎回不利になるため、この段階は後回しになります。それでも、基準が実際の支出(テリトリーの区分、アウトバウンド予算)を左右するなら昇格させてください。その時点では、誤った重み付けが予算の誤配分につながるためです。
この順序はデフォルトであり、絶対的なルールではありません。社内アナリストがいれば、回帰分析のコストはほぼかからず、すでにレベニューインテリジェンスツールを運用しているチームは、費用の大半をすでに負担しています。インタビューの回答を踏まえて順位を見直し、何が変わったかを明記してください。
- 価値:
-
目的変数を複数の指標で照合します。 成約率、顧客維持、拡大、価値実現までの時間を組み合わせて重み付けします。a16zのMichael Kingの指針に従い、単独の案件規模を使ってはいけません。そうすると、規模は大きくても適合度の低い大企業のロゴが高く評価されます。
-
過去案件を再スコアリングして検証します - 多くのチームが省略する工程であり、基準がスライド資料にとどまるかどうかを分ける工程です。
- 過去50〜100件のクローズ済み受注案件_と_失注案件を、草案の基準に照らしてスコアリングします。
- 高スコアの案件が低スコアの案件より明らかに高い割合で成約していない場合、その基準にはまだ予測力がありません。重み付けを修正して再実行し、検証を経ずにリリースしてはいけません。
- 結果を成果物の中に記載します。
-
基準をセグメント別に分けます。 ミッドマーケット向け製品とエンタープライズ向け製品では、規模の区分、技術基準、シグナルを変える必要があります。全セグメントに単一の基準を無理に適用するのではなく、主要セグメントごとに基準を作り、売上の可能性に基づいて優先順位を付けます。
レトロスコアリングを一通り実施した基準の例と、避けるべき悪い例:rubric-worked-example.md。
創業者主導のブランチ:絞り込み、プルを読み取り、アンチ ICP を明文化する
-
広げず、絞り込みます。 市場が縮小することを恐れて広い ICP を維持するのは、創業者によくある間違いです。定義を絞るほど、会話を重ねる中でパターン認識が速く積み上がります。「誰にでも売ろうとすると、誰にも成約できません」。
-
プッシュではなく、プルから ICP を読み取ります。 認識可能なアカウント像から、際立った熱意を示すインバウンドの反応を見つけたら、計画と矛盾していてもそれに従います。シグナルはホワイトボード上の推測ではなく、誰が最も強く製品を求め続けているかです。
-
アーリーアダプターに早い段階でインタビューし、発言をそのまま記録します。 なぜその製品を選んだのか、実際にどのようなメリットを得たのか、日々どのように使っているのかを尋ねます。相手の正確な言い回しを残してください。発言そのままの言葉は、ICP の証拠であると同時に、今後のメッセージングの基礎にもなります。
-
対となる成果物としてアンチ ICP を明文化します:書面上は魅力的に見えても、対象外となる相手を記します。これは、絞り込みの規律を文書にしたものです。収益化前には特に抵抗しがたい、見込みのありそうな「もしかすると」の案件が初めて現れたときに、プロファイルを再び広げないためのものです。この葛藤について、ユーザーにはっきり伝えてください。
-
成果物に次の段階へ進む目安を設定します:
- 約 10~20 件の取引:定性的な仮説が存在している段階。
- 約 50 件の取引:均等加重の評価基準に引き継ぐ段階。
- 100~150 件以上の取引:回帰分析が可能になる段階。
これらは、ボトムアップからトップダウンへと進む一つの道筋における目安であり、互いに競合する閾値ではありません。
発見プロセスの全手順、インタビューの台本、デザインパートナーへの過剰適合の落とし穴については、founder-led-discovery-example.md を参照してください。
成果物
ICP は、平易な言葉で記した 1 段落の説明と合否判定用のチェックリストの両方で表現します。どちらか一方だけにしてはいけません。説明文は、チェックリストでは平板になってしまうニュアンスを伝えます。チェックリストは、アカウントに機械的に適用するものです。以下を追加します。
- 対象外条件/アンチペルソナ。営業で聞かれる主な反論と組み合わせます。対象外の判定と反論への対応は、別々の項目ではなく一つのセクションとして扱います。
- 該当するものの動かないアカウントの切り替え要因:Push(現在のソリューションへの不満)、Pull(魅力を感じるもの)、Habit(現状にとどまらせているもの)、Anxiety(切り替えに対する懸念)。これは Bob Moesta による Jobs-to-be-Done の切り替えフレームワークです。適合性は、誰が購入できるかを説明します。切り替え要因は、適合するアカウントがそれでも動かない理由を説明します。
- 独立して検証できない適合性に関する主張には、確信度の評価を付けます。
- 高:独立した情報源が 2 つある、または公式ページで確認できる。
- 中:信頼できる情報源が 1 つあり、状況証拠とも一致している。
- 低:不確実であると明記し、断定しない。
- バージョン番号と変更履歴。更新のたびに、何をなぜ変更したかを記録し、変更の推移を監査できるようにします。
- プライマリーセグメントとセカンダリーセグメント。ICP は重点を定めるものですが、それ以外をすべて排除するものではありません。対象となり得るセカンダリープロファイルを明記し、現場が「重点対象外」と「対象外」の違いを把握できるようにします。
CONTEXT: branch used · deal-data volume · consuming teams · named owner
DEFINITION: one-paragraph ICP statement · pass/fail criteria checklist
RUBRIC (data-led): criteria by category with weights · disqualifier deductions · score bands
HYPOTHESIS (founder-led): narrowed statement · pull evidence · anti-ICP · graduation waypoints
VALIDATION: retro-scoring result, or the dated plan to run it at ~50 deals
LANGUAGE: verbatim customer phrases · switching forces (push/pull/habit/anxiety)
REFRESH: quarterly light review · annual rebuild · drift tripwires · off-cycle triggers · version/changelog
RISKS: failure modes checked · confidence grades on unverified claims
更新計画
6か月間見直されていないICPは、単に古くなっているだけではありません。チームを、すでに状況が変わってしまった市場へ向かわせてしまいます。1つだけを選ぶのではなく、3つの頻度を組み合わせます。
- 四半期ごとの簡易レビュー:営業、マーケティング、RevOpsが参加し、現在の評価基準に照らして、その四半期に成約・失注・解約となった案件を再評価します。
- 評価基準と重み付け自体を毎年全面的に再構築します。
- レビューの間に、スコア分布、返信率、ルーティング精度を毎月、乖離の兆候として確認します。
カレンダーに関係なく見直しを促すトリガー:
- 価格設定やパッケージの変更。
- 価値を得る顧客層が変わるローンチ。
- 新市場への参入。この場合、ICPを広げるのではなく、別個のICPを作成します。
- プロファイルから外れた案件が成約する状態が続く。
- ICPに一致するアカウントで、勝率や販売サイクルの長さに説明のつかない変化が見られる。
- MQLからSQLへの転換率が約15%を下回る、または営業担当者がMQLを完全に迂回している。このどちらも、スコアリングが古くなっている兆候です。
テクノグラフィックデータはファーモグラフィックデータよりも早く劣化するため、テクノグラフィックを重視する評価基準では、見直し頻度にかかわらず、より頻繁にデータを再検証する必要があります。
B2BとB2C
意思決定の単位が変わるため、レイヤリングモデル自体の形も変わります。内部の基準が変わるだけではありません。
B2B:単位はアカウントとその購買委員会です。調査によると、委員会の意思決定者は6~10人(Gartner、2017)から約13人のステークホルダー(The State of Business Buying、2024)に及びます。1つの数値ではなく、範囲を引用してください。基準は企業レベルのファーモグラフィック/テクノグラフィックのままで、RevOps、マーケティング部門のリーダー、またはCROが担当します。
B2C:企業レベルのICPを構築するためのファーモグラフィックレイヤーはありません。構造的に相当するのは、個人または世帯のデモグラフィック/サイコグラフィックプロフィール(年齢、収入、ライフステージ、所在地、価値観)であり、B2BにおけるICPとまったく同じ役割を果たします。
- 検討に時間をかける購入の場合:世帯内で意思決定の役割(提案者、影響者、決定者、購入者、利用者、ゲートキーパー)を分担します。これは委員会の場合と同様で、役割は購入ごとに変わります。
- 関与度の低い購入の場合:役割は1人に集約され、委員会のマッピング手法は不要になります。
明示すべき共通点:
- どちらのプロフィールも、想定ではなく、実際の成約・購入データに基づいて構築します。
- どちらも、基本情報の上に行動/サイコグラフィックシグナルを重ねます。
- どちらも、除外条件、検証、定期的な更新が必要です。
- 対象を絞り込む規律は、そのまま応用できます。
失敗パターン
完成した成果物を公開する前に、抽象的なアドバイスではなく、具体的な質問として次の項目を1つずつ確認してください。
- FOMOの罠 - 対象が広すぎる状態です。確認:ICPはインバウンドの約70%を除外していますか? そうでなければ、役割を果たせていません。
- ICPとTAMの混同 - 対象リストが大きすぎて、実行可能ではありません。確認:ICPはTAMのごく一部(通常5~15%)ですか?
- ICPと市場セグメントの混同 - 「業界Xの企業」は単なる切り口であり、自社が勝ち、顧客を維持し、拡大できる市場を示すものではありません。
- ファーモグラフィックだけのスコアリング - ファーモグラフィック上は完璧なアカウントでも、組織再編の最中だったり、競合他社と契約を更新したばかりだったり、社内推進者がいなかったりすれば、うまくいかないことがあります。購入者は企業からではなく、人から購入します。意向や行動のカテゴリーを残し、ペルソナの作業は後工程に回してください。
- 会議室でのブレインストーミングだけで構築 - 確認:すべての基準は、タグ付けされた成約・失注・解約アカウントから導き出されていますか(創業初期の場合は、実際の顧客インタビューに基づいていますか)?
- 最大顧客を最良顧客と取り違える - 売上規模と適合度は別の軸です。
- 問題ではなく属性を記述 - 「シリーズB、従業員200人のSaaS」では、誰なのかはわかっても、なぜ購入するのかはわかりません。解決する問題と提供価値を軸にしてください。ファーモグラフィックは、その問題を抱える顧客を絞り込むためのフィルターです。
- 担当者のいない静的な成果物 - 確認:担当者、更新日、バージョン番号が明記されていますか?
- 拡大と精緻化の混同 - シリーズB以前は、対象を広げるよりも絞り込むほうが、ほぼ常に効果的です。成長目標を達成できなかったからといってICPを広げるのは、通常、その段階では誤った方向です。
測定
次の項目がすべて満たされるまで、成果物は完成ではありません。100%になるまで反復してください。
- 定義には、段落と合否チェックリストの両方が含まれ、除外条件が独立した項目として記載されています。
- 遡及スコアリングの結果が報告されています(創業初期の場合は、約50件の商談時点で実施する日付入りの計画が記載されています)。また、高スコアの顧客が低スコアの顧客を上回らなかった場合は、公開前に重み付けが修正されています。
- 指名された担当者、3段階の更新計画、臨時更新のトリガー一覧が成果物に記載されています。
- 引用されているベンチマークには、すべて出典と年が付いています。「定義済みICPがあると受注率が68%高くなる」という広く繰り返されている数値は、公開済みレポートまで出典をたどれない出典不明の引用です。事実として記載してはいけません(下記の数値評価の参考資料を参照)。
- B2BまたはB2Cの対象範囲が明示されています。両面を対象とする企業の場合は、混ぜ合わせず、各面に個別のプロファイルを作成します。
ICPの公開後に追跡する成果KPI:
- ICP適合アカウントと非適合アカウントの受注率(ルーブリックの実運用での検証)。
- 新規パイプラインに占めるICP内の割合。
- 約15%のしきい値に対するMQLからSQLへの転換率。
- 更新計画で定めたドリフトの兆候。
絞り込みによる向上を評価する際の基準として、独立した集計ではミッドマーケットのB2B SaaSの受注率は約20~30%です。はるかに高い数値を約束するケーススタディは、数値評価の参考資料に従って懐疑的に扱ってください。
参考資料
- このICPで定義される軸に沿ってアカウントをセグメント化する方法については、mbfinotti/sales-skills@sales-account-segmentationを参照してください。セグメンテーションはICPを利用するものであり、ICPを再定義するものではありません。
- ICP適合スコアに基づくティアの基準値とカバレッジレベルについては、mbfinotti/sales-skills@sales-account-tieringを参照してください。
- TAM/SAM/SOMの推定については、mbfinotti/sales-skills@sales-market-sizingを参照してください。これはICPの上位に位置する市場規模の算定レイヤーです。このスキルは絞り込みを行い、もう一方は数を算定します。
- ICPを形作る営業モーションの背景については、mbfinotti/sales-skills@sales-motionを参照してください。同じ市場でも、セルフサービス型とエンタープライズ型のモーションでは、異なるプロファイルが生まれます。
- ICPベースのアカウントプールを基準とするテリトリーとクオータの計算については、mbfinotti/sales-skills@sales-quota-settingを参照してください。
- スコアリングのうち、コンタクトの準備状況に関する部分については、mbfinotti/revops-skills@lead-scoringを参照してください。このスキルはアカウント適合度を担当し、もう一方はリードの行動を担当します。
- 遡及スコアリングとネガティブな例を含む、スコアリングルーブリックの詳細な例については、./references/rubric-worked-example.mdを参照してください。
- 創業者主導のディスカバリーの一連の流れ、インタビュー台本、アンチICPの例については、./references/founder-led-discovery-example.mdを参照してください。
- 名前付きフレームワーク(Dunford、SPICED、a16z Five-Question)と、このスキルで引用する各ベンチマークの重み付けについては、./references/named-frameworks-and-figure-grading.mdを参照してください。