アポ獲得は「一回作って終わり」の問題ではなく、事業が変わるたびに繰り返し発生する問題である。
御社は新規事業を頻繁に立ち上げる文化を持つ。したがって本提案が解くべきは「あるひとつの事業のアポの取り方」ではなく、毎回ゼロから作り直さずに済む再利用可能なエンジンである。この前提の置き方自体が、本提案の核となる立場である。
「良いアポ獲得とは何か」を先に定義し、そこから仕組みに落とす順序で設計した。以下の4本柱が理想状態の全体像であり、以降の章でそれぞれの詳細と現行プロトタイプへの実装状況を扱う。
エージェント社23年間のB2B実績を初回接触から一貫して使う「資産型」の信頼と、反応後の迅速な対応そのものが信頼になる「行動型」の信頼。性質の異なる2つを組み合わせる。
人がICP仮説を立て、ツールがスコアリング・優先順位付けを行うハイブリッド型。2026年時点でハイパフォーマンスなB2Bチームの標準的な型として確立している。
アポ1件の獲得に必要な行動量の相場観を目標値として持ち、実測値とのギャップを追う。質の担保・最適化とは切り分けて扱う。
社会課題解決を旗印にしたセミナー・交流会からエンゲージメントの高い見込み客プールを育てる、コールドチャネルと両輪の経路。
新規事業は単体では実績がゼロの状態から始まる。エージェント社という法人が23年間B2B事業を続けてきた実績を、性質の異なる2つの形で信頼の土台に転用する。
BtoBテレアポの平均アポ率は接点なしで0.5〜3%だが、事前に接点がある場合は5〜10%まで跳ね上がるという調査がある。エージェント社としての実績・認知を、メール冒頭・電話の第一声・提案書のヘッダーなど初回接触の型に一貫して組み込むことで、この「事前接点」を部分的に代替する。
反応後5分以内に接触すると、30分待った場合と比べ質問化率が21倍という調査結果がある。迅速な対応そのものが「対応の速い会社＝信頼できる会社」という印象を相手に与える、信頼構築の実務的な現れと位置づける（柱3と接続する論点）。
新規事業の実施が決まった段階で、営業をかける企業リストをどう作るか。現状ある型は3つに整理できる。
| 型 | 内容 | 評価 |
|---|---|---|
| 完全手動型（属人化） | 担当者が個別にリサーチしてリストを作る | 担当者ごとに精度がばらつく。現状の一般的な痛点として指摘されている |
| 完全自動・大量取得型 | ツールで条件に緩く合致する企業を大量に引っ張る | 「基準に的確に合致した500社は、合致しない5,000社に勝る」と2026年の知見で明確に否定されている型 |
| ハイブリッド型（ICP仮説＋ツールスコアリング） | 人がICP（企業規模・業種・行動シグナル等）を定義し、ツールが企業データにスコアを重ねる。人は上位10〜15%に判断力を集中 | 2026年時点でハイパフォーマンスなB2Bチームの標準型。AI活用チームは売上10〜15%増・営業効率20〜30%改善というデータあり |
人的リソースが少ない場合でも「ICP仮説を省いて完全自動化する」のは誤り。ICP仮説の定義自体は数項目を言語化するだけの一度きり・低コストの工程であり、リソース制約で本来調整すべきは「スコアリングで上位に浮上した企業のうち、何社に人が深く当たるか」という後段の量である。例外として正当化できるのは、新しい市場でペイン仮説の確度がリサーチだけでは上がらない初期フェーズに限り、この場合も既存コネクション（既存クライアント・紹介等）を起点に反応を見ながら粗いフィルタを徐々に狭めていく。
スコアリングで優先順位付けたリストを誰に配分するかについて、大悟自身がB2B営業チーム個々のパフォーマンスの差分を判断できる情報を持っているわけではない。したがって配分ロジックそのものの構築・保証は担当範囲としない。原則として、角度の高い案件（既存接点があるなど）ほど能力値の高い営業担当者を充てるのが合理的という考え方自体は理想状態として妥当だが、実際のアサインは、スコアリング済みのリストをもとにタスクを振り分ける人（営業マネジメント側）が担う。本提案が担保する範囲は、その判断の元になるスコアリング済みのリストを作りきるところまでとする。
プロトタイプ「商材理解」タブでは、商材を「＋新しい商材を追加」で汎用的に追加できる設計にし、特定商材にロジックを紐づけない構成にしている。「案件管理」タブにはICPスコア・タグを追加してスコア降順で表示し、企業リストの正データはスプレッドシート側に置く前提で、この一覧はそのローカル確認用ミラーと位置づけている。新設した「生成」タブでは、商材のスコアリング基準から候補企業リストが生成される流れを固定デモデータで1本再現しており、実運用ではSalesNow・Musubu・FORCAS等の企業データベースAPIに基準を照合する想定である。
スプレッドシート「企業リスト」タブのICPスコア・タグ・推奨配分は、列を用意するだけでなく採点・配分のロジックそのものが必要になる。次段階ではまず1商材にフォーカスし、そのロジックを積み上げてリストを作りきるチューニング作業を行う。
以下はプロトタイプ「商材理解」タブに用意した内容の抜粋。この解像度を埋める作業自体が、担当者の商材理解を深める工程でもある。
セグメント別ペイン・スコアリング基準・競合と弱み・差別化ポイントを個別の項目として埋めるだけでは、営業現場で使える解像度にならない。これらを重ね合わせ、どのセグメントにどう仕掛けるかまで落とし込んで初めて具体的なアプローチになる。
例：地域DX伴走パッケージの場合、スコアリング基準の「経営者60代以上かつ後継者未定：高」が指し示す最優先セグメントは事業承継直前層である。このセグメントのペイン（熟練工の技術・顧客関係が個人に紐付き、引退で失われる焦り）と、競合が持たない差別化（補助金申請〜導入〜定着までの一気通貫の伴走）を重ねると、アプローチの切り口は「DXツール導入の提案」ではなく「事業承継までに残せる資産づくりの提案」になる。8章の営業文言（フック・課題提示・差別化）は、この接続を踏まえて設計している。
質の最適化・担保とは切り分けて、まず「アポ1件獲得するのに、どれだけの行動量が一般的に必要か」の相場観を基礎データとして持つ。
| 指標 | ベンチマーク |
|---|---|
| BtoB平均アポ率（接点なし／事前接点あり） | 0.5〜3% ／ 5〜10% |
| 1アポに必要な架電数 | 平均25〜35架電、トップパフォーマーは12〜18架電 |
| 架電接続率（誰かと話せる割合） | 1回の架電で約10%、同一相手への複数回架電で約25% |
| 発信の時間帯 | 午前8〜9時・午後4〜5時で接続率+47% |
| Speed to Lead | 反応後5分以内の接触で、30分待った場合と比べ質問化率21倍 |
| マルチタッチシーケンス | 3〜5回・2〜4日間隔のタッチが基本形。アポ化の多くは4〜6回目のタッチで発生 |
反応受信から未対応の案件をP0として最優先表示するエスカレーション、最終接触から3日以上経過した案件を「次のタッチ」としてTODO化する仕組み、ファネル（案件→アプローチ済→反応あり→接続→成約）のCVR%表示、担当者ごとの平均反応ラグの計測——このロジックはいずれも上記のベンチマークに基づき組み込んでいる。「25〜35架電で1アポ」のような外部ベンチマーク値を実測値と並べて表示する対比機能は次段階（優先度中）。
ファネル（案件→アプローチ済→反応あり→接続→成約）の各段階に月次の目標値を置く。これにより「来月何が変わるか」を具体的な数値で示せる状態にする。月次目標から日次のTODO（架電件数・送信件数等）への落とし込みは、業務の進捗によって変動が大きいため仕組みとして固定化するのではなく、日常的な運用として都度行う。初期の目標値は稼働データがまだないため上記の業界ベンチマークを仮置きとし、稼働開始後の実測値で速やかに更新する。
本課題で与えられたゴール（BtoBアポ獲得の仕組み化）は、定量化できる問いと定量化しにくい問いが混在している。ただし「稼働データ（ベースライン）がないから定量評価できない」という論理は成立しない——本提案自体がいつ実運用に入るかは確定していない以上、稼働後の実測値を待つのではなく、今の時点で何らかの営業目標（上記の月次ファネル目標）を仮置きし、それに対する進捗をどう判定するかを明確にしておく必要がある。仕組みの完成度そのものについても同様に、暫定の完了基準を要素ごとに設定し、達成有無をTODOベースで判定する。プロセスの再現性（新規事業が増えるたびにゼロから作り直さずに済むか）は設計当初から前提として組み込んでいるため、これから測るべき軸は実装の網羅度（理想状態4本柱に対する充足度）と検証可能性（実際にGoogle環境で動くか）の2つに絞られる。判定は「ここまで到達していれば達成」という具体的な完了ラインを要素ごとに引く形で行う。例えば、プロトタイプとスプレッドシートの自動連携は今回のスコープに含めないと決めたが、その場合でも「両者が連携できる状態（データ構造が揃っている状態）に到達しているか」は明確な達成／未達の判定対象であり、ここに至っていなければ未達として扱う（7章）。
柱1〜3はテレアポ・メールという、見知らぬ相手に直接アプローチするコールドチャネルを前提にしている。これとは別に、社会課題解決という大義を掲げたセミナー・交流会を起点に、警戒心の低い関係構築からエンゲージメントの高い見込み客プールを作り、そこに営業をかけるという経路が両輪として必要ではないか、という発想に基づき、エージェント社が社内でこの型をどう実践しているかをリサーチした。
エージェント社は既にこの型を複数レイヤーで、かつ2025年から2026年にかけて拡張しながら実践している。2020年にTOKYO PRO Marketへ上場後は「第3創業期」として、これまでに50以上の新規事業を創出し、現在は全国9拠点で22事業を展開している。
4事例に一貫しているのは「営業感を消す」「対話・伴走を前面に出す」という思想。社会課題という大義→警戒心の低いイベント（セミナー／交流会／対話の場）→継続的なコミュニティ→事業化・営業、という4段階がエージェントグループの標準パターンとして読み取れる。単発の企画ではなく、スクール・シリーズコンテンツ・展示会出展・新フォーマット派生と形を変えながら継続している点が、柱4を一時的な施策ではなく理想状態の一部として組み込む根拠になる。柱1(a)で整理した「事前接点があればアポ率が5〜10%まで跳ね上がる」という知見と接続すると、柱4はまさにこの事前接点を意図的に作り出す仕組みそのものである。
以下の設計でGoogle環境上に構築し、疎通確認まで完了している。
単一の平文テンプレートでは訴求力が弱いという課題意識から、営業文言マスタをフック／課題提示／差別化・訴求／CTAの4パーツ構造に再設計した。ただし4パーツを個別に磨くだけでは不十分で、それらを組み合わせた文面全体が実際に開封・返信されるかまで踏まえる必要がある。
コールドメールの開封率・返信率に関する調査では、件名・書き出しに受信者固有の具体的な情報（社名だけでなく業界特有の課題や数字）を盛り込んだ文面は、一般的なテンプレート文面に比べ開封率で+31%・返信率で+133%という差が出るという報告がある。件名に数字を含めるだけでも開封率が+113%というデータもある。現状のフック（例：「{{企業名}} ご担当者様」）は社名レベルのパーソナライズに留まっており、この知見に照らすとまだ改善余地がある。
4パーツが揃っていることと、それらを反映した自然な全文が書けることは別の問題であり、4パーツが分かったからといって適切なメール全文が自動的に組み上がるとは限らない。目指す完成形は、フック・課題提示・差別化・CTAを盛り込んだ全文を組み立て、ワンクリックでコピーしてそのままメールに貼り込める状態（将来的にはGmail下書きへの自動挿入まで見据える）。人間側はコピーされた文面を確認・修正した上で送信する、という分担になる。現状のプロトタイプは4パーツを個別のフィールドとして表示するに留まっており、全文組み立て・コピー機能は次段階の実装課題。
件名・書き出しの効果は、社名だけでなく相手固有の具体的なシグナル（資金調達・採用強化・新拠点開設等のニュース）を含めるかどうかで大きく変わる。現状のフックはこの水準に届いていない。ただし、送信のたびに都度Web上を網羅的に検索してシグナルを探す設計は非合理的で非現実的である。目指す設計は、「生成」タブ（3章）でスコアリング基準に基づき数十社規模の候補企業リストを作る工程そのものに、各社の直近ニュース・求人媒体（Wantedly、Green等）の掲載状況・上場企業であればIR情報（決算短信・適時開示）を一括で調達する工程を組み込み、パーソナライズに必要な情報がリスト生成の時点で既に揃っている状態にすること。現状のプロトタイプの「生成」タブは会社名・電話番号・URL・ICPスコア等の固定デモデータに留まり、この情報精査済みの状態にはまだ対応していない。デモデータ自体は選考課題向けのままでよいが、目指すゴールとしてここに明記する。同じ商材でも企業ごとにペイン・差別化の刺さる切り口は変わりうるため、商材理解を土台にAIがカスタマイズした訴求文面を生成できる仕組みも合わせて必要であり、4章で挙げた商材理解構築のAI併走機能と合わせて設計する。
どの文言パターンが効くかは業界・業態ごとの反応特性に依存する可能性が高く、現時点ではその差を判断できるデータを持っていない。A/Bのロジックは独立した機能として作るのではなく、営業文言の自動生成の仕組み自体に組み込む（どちらのパターンで生成するかを生成ロジック側で決める）。そのうえで、送信後にテンプレート・パーツ単位で開封率・返信率・接続率を計測し比較できる状態を仕組み化する必要がある。これも次段階の設計課題とする。
柱4（コミュニティ型チャネル）で扱ったコンテンツ資産（「起業家の挑戦」シリーズ等）は、単発の実績紹介としてコールドチャネルに引用するのではなく、「顧客企業のペイン解決＝顧客自身が抱える理想の実現＝広い意味での社会課題解決」という一貫したロジックで差別化・訴求パーツに接続する。例えば地域DX伴走パッケージであれば、事業承継の危機を乗り越えることは単なる業務効率化ではなく、地域の雇用・技術という社会的資産を守ることに直結する、という物語構造を訴求に組み込む。
商材理解の全項目（ターゲット・訴求切り口・セグメント・価格帯・競合・差別化・スコアリング基準）と、編集中の4パーツ文言を文脈として引き継ぎ、表面的な称賛はせず矛盾・弱い訴求を指摘して代替案を提示する壁打ち相手として動作するチャットボットを実装した。Claude API（`claude-sonnet-5`）へブラウザから直接接続し、ストリーミング表示する。
Gensparkは「調べる・まとめる・資料化する」を一気通貫で行うAIオールインワンワークスペース。talentalの事例で配布された特典（提案書スライドテンプレート・フォーム営業文章プロンプト）から見て、自律エージェントが営業活動を完全代行したのではなく、人間が下書きを高速生成するコパイロットとして使い、小さく検証を回した、と読むのが妥当である。
本提案はこの延長線上で、Gmail連携・スレッドID照合・TODO自動生成・AI壁打ちをAPI直結で仕組み化する方向を試作した。本プロトタイプはローカルで動作する検証用ツールであり、自分自身がどこまで仕組みを作れるかを実際に手を動かして示す位置づけのため、クラウド上で完結させるか等の実運用アーキテクチャの選定は、実配属後に実データ・実運用要件を踏まえて別途決める。
「アウトプットの方はお任せ致します」という課題文の記述は制約ではなく、意思決定力そのものが評価対象と捉えた。グループ会社talentalが自社サイトをClaude Codeで2日構築した実例から、この環境は「言葉で説明するより、動くものを見せる」ことに価値を置く文化だと判断し、以下の二部構成とした。
以下は課題文には直接含まれないが、実装フェーズで詰める必要がある論点として認識しており、誠実に開示する。
| 論点 | 現状 |
|---|---|
| 運用主体・体制設計 | 未確定。新規事業部が自前で回すか、リモートソリューション事業部が横断基盤として提供するかは実行可能性を左右するため、正式配属後に確定させる |
| アポの質の担保 | 件数だけを追うKPIは粗製濫造のリスクがある。BANT等のスコアリングをどこに組み込むかは、顧客ニーズ側の仕組み化設計が固まった後に着手する |
| コンプライアンス | 特定電子メール法・個人情報保護法対応。御社はプライバシーマーク取得企業のため、配信停止導線などを設計に組み込む必要がある |
| コールドスタート問題 | 新規事業の立ち上がり期、親会社の23年実績・上場という信用をどう借りるかは継続検討 |
| 柱2：スキルベースのリスト配分 | 配分ロジックの構築・保証は大悟個人の担当範囲外。本提案が担保するのはスコアリング済みのリストを作りきるところまでとし、実際のアサインは営業マネジメント側が担う |
| 柱4：コミュニティ型チャネルの実装 | 案件データへの発生経路（コールド／コミュニティ経由）属性追加は次段階。セミナー・交流会そのものの企画・運営は本提案のスコープ外 |
| 商材理解・営業文言のAI併走機能 | 新商材のペイン・競合分析・スコアリング基準をAIとの対話で引き出すインタビュー形式のフロー、リスト生成時点での企業ごとのパーソナライズ用シグナル（ニュース・求人・IR情報）の一括調達、企業ごとにカスタマイズした訴求文面の生成、4パーツの全文組み立て＋ワンクリックコピー、テンプレート単位のA/Bテスト・効果測定は、いずれも次段階の設計課題 |
アポ獲得を「その都度作るもの」から「毎回使い回せる仕組み」へ引き上げること——これが本提案の一貫した立場である。御社の既存メソッド（オファー改善×Genspark活用）を否定せず土台に据えた上で、理想状態を4本柱（信頼の土台／リスト生成の方法論／行動量のベンチマーク／コミュニティ型チャネル）として定義し、現行プロトタイプがどこまで満たしどこが未着手かを事実として整理した上で仕組み化し、実際にGoogle環境で動くところまで検証した。これは提案であると同時に、入社後すぐに拡張・運用できる状態にある実行力の提示でもある。
本文中のベンチマーク・企業活動に関する記述の出典一覧。ネット検索で収集した外部情報であり、エージェント社の実績とは差分がある可能性がある点は5章に既述の通り。