リストの項目から仮説を立てる方法

仮説は1つの列ではなく、性質の違う2つの列から立てる

リストの項目から立てる仮説とは、電話をかける前に「この会社は、たぶんこういうことで困り始めている」を1行で書いたものです。LLMO（AI検索の回答で自社の情報が正しく扱われるようにする施策）のように、相手がまだ必要性に気づいていない商材では、この1行があるかどうかで、電話の最初の30秒に話す中身が変わります。

ただし、1つの列だけから立てた仮説はほとんど役に立ちません。「士業だからAI検索の影響を受けやすい」という仮説は、同じ業種のどの事務所にも当てはまるため、電話で話すと売り込みの決まり文句に聞こえます。1社ごとの仮説にするには、性質の違う2つの列を組み合わせます。

組み合わせる列	立てられる仮説	電話の前に確かめること
記事の題名が費用・選び方中心×直近3か月に更新	記事で集めてきた相談が、AIの回答に先回りされ始めている	記事の題名を質問にして尋ねた回答
拠点が3つ以上×所在地の書き方がページごとに違う	AIの説明で所在地や営業時間が混ざっている	社名と地域名で尋ねた回答の所在地
料金ページあり×同業との比較記事あり	比べられて選ばれる商売で、比べる場がAIに移りつつある	地域名・業種・比較で尋ねた回答の顔ぶれ
設立5年以内×地域名での検索順位が低い	名前で探されることが少なく、見つけてもらう入口が細い	地域名と業種で尋ねた回答に名前があるか
採用ページの更新が多い×従業員30名前後	人を増やす時期で、問い合わせも採用も検索に頼っている	働き先を探す人の質問への回答

組み合わせの片方を「何で集客しているか」、もう片方を「今どんな時期か」を表す列にすると、仮説が立ちやすくなります。記事の題名や料金ページは前者、更新日・採用ページ・設立年は後者です。2つの列がそろわない行には無理に仮説を作らず「仮説なし」と書き、どの会社にも使える共通の質問から入ります。

仮説に使う列は、企業単位の公開情報で足りる

ここで使う列は、どれも企業の公式サイトや検索の結果から分かる企業単位の情報です。担当者個人の経歴や連絡先は使いません。個人の情報を集めない形にしておくと、リストを代行や社内の別の担当者と共有するときの扱いも軽くなります。列を集めるときは公式サイトを人が開いて確かめ、規約で禁じられた機械による一括取得は使いません。個人情報保護法や規約の解釈に迷う点は、専門家に確認してください。列を集めて絞り込む手順はLLMOが必要な企業を絞り込む営業リストの作り方で扱っています。

1行の仮説は「事実／推測／確かめる質問」で書く

仮説の1行は、3つの部分に分けて書きます。見たままの事実、事実から考えた推測、電話で推測を確かめる質問です。分けて書く一番の理由は、電話で相手に伝えてよいのが事実だけだからです。書く順番は次の4段です。

1. 1

   2つの列の事実を書き写す

   「相続の記事24本、最終更新9月」「地域名で1ページ目」のように、数字と日付をそのまま写します。「多い」「古い」のような形容詞は使いません。

2. 2

   AI検索の結果を事実に足す

   記事の題名の1つを質問にしてAI検索で尋ね、名前が出たか、代わりに何社が挙がったかを確認日つきで足します。確認は手作業で行います。

3. 3

   推測を一文で書く

   「記事経由の相談が、AIの回答に先回りされ始めているかもしれない」のように、語尾を「かもしれない」で止めます。

4. 4

   確かめる質問を1つ決める

   推測が当たっているかを相手が答えられる質問を1つだけ選びます。質問の種類は次の章の4つから選びます。

推測を電話でそのまま口にすると、「問い合わせ、減っていますよね」のような断定になります。相手の内情を知らない立場からの断定は、当たっていても反発を招き、外れていればその場で信用を失います。事実を伝え、推測は質問の形で相手に答えてもらうのが、仮説を使う電話の基本の形です。

1行を書く時間は、1社2〜3分を上限にします。事前のAI検索の確認に数分かかるうえに仮説で10分もかけると、1日に電話できる件数が大きく減ります。上限の時間で2つの列がそろわなければ「仮説なし」と書いて次の行に進み、その行は共通の質問で電話します。

最初の質問は「経路・変化・体制・時期」の4種類から選ぶ

30秒で事実と背景を伝えたあと、相手に向ける最初の質問が、仮説を確かめる場面です。質問は仮説の中身に合わせて、次の4種類から1つ選びます。どれも相手の会社のことなので答えやすく、答えがそのまま仮説の当たり外れになります。

種類	質問の例	合う仮説	答えから分かること
経路	ご相談はサイトから来る方が多いですか	記事や料金ページで集客している	検索への依存の強さ
変化	この1年で、サイトからのご相談の数は変わりましたか	入口が細り始めている	相手が変化に気づいているか
体制	サイトの記事は、どなたが更新されていますか	更新は多いが担当が見えない	商談に呼ぶべき相手
時期	サイトを見直すご予定はありますか	作り直しの直後か直前	今話すべきか、待つべきか

質問は1つだけにします。2つ、3つと続けて聞くと、相手には聞き取りのための電話に感じられ、話を切り上げる理由を与えます。最初の答えが仮説どおりなら、その答えを受けて「その入口で、AIの回答が先に答えてしまう場面が増えています」と背景をつなぎ、詳しい話は商談で、という流れに進みます。

架電のトークは、LLMOの説明から入りません。

大橋メソッド代表（代表インタビューより）

大橋メソッドの架電は、相手の社名や主力サービスで事前にAI検索した結果を「今はこう表示されています」と伝え、検索からの問い合わせが減りやすくなっている背景を一言添え、詳しくは商談で、という30秒で組まれています。仮説の1行は、この30秒で「どの表示を伝えるか」と、30秒のあとに「何を聞くか」を決めるために使います。秒ごとの組み立てはLLMOの営業トーク：切られない最初の30秒が詳しいです。

外れた答えが返ってきたら、仮説を手放して相手の言葉に乗る

「うちは紹介がほとんどです」と返ってきたら、検索への依存という仮説は外れです。ここで仮説にこだわると押し売りになります。「紹介を受けた方が、事務所の名前を検索やAIで確かめてから連絡してくる場面もあります」のように、相手の答えに沿った事実が1つあれば伝え、なければ礼を言って電話を終えます。外れた行は、あとで述べる記録に回します。

仮説づくりの時間は、商談化が1割強上がれば取り戻せる

仮説の1行を書くと、1社あたり2分ほど準備の時間が増えます。この時間が見合うかどうかは、架電あたりの商談化がどれだけ上がるかで決まります。下の試算では、月2件の受注を目標に、受注率19%、商談実施率86%、架電あたりの商談化0.72%、1日75件の架電という条件で、必要な架電数と稼働日数を逆算しています。

試算では、月2件の受注に約1,700件の架電が要り、1日75件で約23日分、月20日稼働に直すと約1.1人相当の稼働です。仮説によって架電あたりの商談化が1.25倍になれば、必要な架電は約1,360件まで減ります。

これを準備の時間と比べます。1社に平均2.5回かけるとすると、約1,360件の架電で電話する企業は約544社で、1社2分の準備なら約18時間です。一方、減った約340件の架電は、1日75件の稼働で約4.5日分、1日8時間として約36時間にあたります。準備に18時間をかけて、電話の時間を36時間減らせる計算です。

元が取れる境目も出せます。1日8時間で75件なら、架電1件にかかる時間は6.4分です。仮説の準備を架電1件あたりに割ると0.8分（1社2分÷2.5回）なので、商談化が7.2÷6.4＝1.125倍、つまり1割強上がれば、準備を含めても時間の合計は変わりません。それより上がるかどうかは、自社の記録で確かめるしかありません。

仮説あり・なしは、同じ週のリストを1行おきに分けて比べる

効き目を確かめるときは、その週に電話するリストを1行おきに分け、片方の行にだけ仮説の1行を書きます。電話する人・時間帯・30秒の組み立てはそろえ、変えるのは仮説の有無だけにします。会話がそれぞれ30件以上たまったら、会話率と商談化率を並べます。商談化の差が1割に届かなければ、仮説の準備はやめて共通の質問に戻し、浮いた時間を電話に回すほうが得です。

試算の率は説明が必要なBtoB商材の目安の範囲で置いた仮の値で、1.25倍という上がり方も効果を約束するものではありません。自社の数字で確かめてから、準備の時間を続けるかどうかを決めてください。

当たり外れを仮説の型ごとに記録し、列の読み方を直す

仮説は、立てただけでは精度が上がりません。電話のたびに、使った仮説の型、最初の質問への答えが仮説どおりだったか、相手の言葉の3つを残し、型ごとに当たりの割合を出します。当たりの割合が低い型は、組み合わせた列の選び方が外れています。

相手の答えの例	仮説の判定	リストへの戻し方
ほとんどサイトからです	当たり	同じ組み合わせの行を上位に寄せる
紹介と既存のお客様が中心です	外れ（依存が弱い）	組み合わせの片方を依存を表す列に替える
担当に聞かないと分からない	不明（相手違い）	体制の列を足し、呼び出す相手を変える
来年サイトを作り直す予定です	時期の外れ	見直しの時期を書き、その月の候補に戻す

型どうしを比べるのは、会話がそれぞれ30件以上たまってからにします。10件前後の段階では、1件の答えで割合が10ポイント近く動くためです。断り理由の分類と並べると、外れの中身も読めます。仮説が外れた会話の断りが「紹介だけで回っている」に集中しているなら、絞り込みの段階で依存の判定が甘かったということで、トークを直しても商談は増えません。断り理由の分け方とトークへの生かし方は断り理由の分類でトークを改善するで扱っています。

大橋メソッドでも、断り理由はすべて分類して記録し、週次の報告では接続率・担当者到達率・商談化率・断り理由・次週の変更点を並べる形をとっています。そこに仮説の当たり外れの列が加わると、どの切り口が効いたかが、リストのどの列の組み合わせから来たのかと結びついて残ります。

確かめた仮説は商談シートに移し、提案の入口にする

電話で確かめた仮説は、商談を設定した時点で商談シート（相手の役職・検討状況・反応のあった切り口をまとめて共有する記録）に移します。電話をかけた人と商談に出る人が違う場合、ここで途切れると、商談の冒頭で同じことを聞き直すことになり、相手は電話で話した内容が伝わっていないと感じます。

項目	どこから持ってくるか	商談での使い方
仮説の事実	リストの2つの列とAI検索の結果	冒頭で画面を見せながら確かめ直す
最初の質問への答え	架電の記録	相手の言葉のまま引いて話を始める
反応のあった言葉	架電の記録	提案の1枚目の見出しに使う
まだ確かめていないこと	仮説の推測の部分	商談で最初に聞く質問にする

提案の骨子も、同じ仮説から作れます。確かめた困りごとが、AIの回答に名前が出ないことなのか、出ても説明が誤っていることなのか、比べる場で選ばれないことなのかで、提案の重心が変わるためです。AIO（AI検索への最適化）の取り組みを理解・引用・学習対象化・運用の4層に分けると、仮説ごとに提案をどの層から始めるかを決めやすくなります。

たとえば所在地や営業時間の誤りを確かめた会社には、会社概要や拠点のページの書き方をそろえる学習対象化の層から話を始めます。記事は多いのにAIの回答に挙がらない会社には、記事に質問への短い答えや比較の根拠を足す引用の層から入ります。提案書の全体の組み立て方はLLMOを知らない相手への提案の組み立て方で扱っています。

商談のあとの結果も、仮説の型ごとに戻しておきます。受注か失注か、失注ならその理由まで型と並べておけば、どの列の組み合わせから立てた仮説が受注に近いかが分かります。商談までは当たるのに受注しない型があれば、その型は商談の条件か、提案を始める層を見直す対象です。

手順のまとめ：リストの列から相手の課題の仮説を立てて架電に生かす

1. 組み合わせる列を選ぶ：集客の手段を表す列と、時期を表す列を1つずつ選びます。
2. 事実を書き写す：2つの列の数字と日付、事前のAI検索の結果を確認日つきで写します。
3. 推測を一文で書く：事実から考えた困りごとを、語尾を「かもしれない」で止めて書きます。
4. 最初の質問を選ぶ：経路・変化・体制・時期の4種類から、推測を確かめられる質問を1つ選びます。
5. 当たり外れを記録する：答えが仮説どおりだったかと相手の言葉を残し、型ごとに会話30件以上で比べます。
6. 商談シートに引き継ぐ：確かめた事実・答え・反応のあった言葉・未確認の点を移し、提案を始める層を決めます。

よくある失敗と対策

よくある失敗	対策
業種だけで仮説を立て、同じ業種のどの会社にも同じ話をする	「何で集客しているか」と「今どんな時期か」を表す2つの列を組み合わせ、1社ごとの仮説にする
推測を事実のように伝え、「問い合わせが減っていますよね」と断定する	電話で伝えるのは見た事実だけにし、推測は経路・変化・体制・時期のいずれかの質問で相手に答えてもらう
1社の仮説づくりに10分以上かけ、電話の件数が減る	1社2〜3分を上限にし、2つの列がそろわない行は「仮説なし」として共通の質問で電話する
仮説の当たり外れを記録せず、外れる型を使い続ける	型ごとに当たり・外れ・不明と相手の言葉を残し、会話30件以上で割合を比べて組み合わせを直す
電話で確かめた内容を商談に引き継がず、商談の冒頭で聞き直す	仮説の事実・最初の質問への答え・反応のあった言葉・未確認の点を商談シートに移す

チェックリスト

• 仮説に使う列の組み合わせを3〜5通り決めた
• 仮説を「事実／推測／確かめる質問」の3点で1行に書く書式を決めた
• 電話で伝えるのは事実だけにし、推測は質問で確かめる決まりにした
• 最初の質問を、経路・変化・体制・時期の4種類から選べるようにした
• 1社あたりの仮説づくりの時間に上限を決めた
• 仮説の型ごとに、当たり・外れ・不明を記録する列を作った
• 確かめた仮説を商談シートに移す欄を作った

よくある質問

リストの情報をもとに、LLMO支援を売る営業トークと提案をどう組み立てればよいですか？

リストの2つの列から1社ごとの仮説を1行で書き、電話では仮説の事実の部分と事前のAI検索の結果だけを伝え、推測は最初の質問で確かめます。確かめた答えと反応のあった言葉は商談シートに移し、困りごとが理解・引用・学習対象化・運用のどの層の不足にあたるかで、提案をどこから始めるかを決めます。

仮説が外れていたと電話の途中で分かったら、どう切り替えればよいですか？

仮説にこだわらず、相手の答えに沿った事実が1つあればそれを伝え、なければ礼を言って電話を終えます。たとえば紹介が中心と言われたら、紹介を受けた人が名前を検索やAIで確かめる場面に触れる程度にとどめます。外れた行は型と相手の言葉を記録し、あとで組み合わせの見直しに使います。

1社の仮説づくりには、どれくらいの時間をかけてよいですか？

1社2〜3分が上限の目安です。架電1件に6.4分かかる体制で1社に2.5回かけるなら、準備2分は架電1件あたり0.8分にあたり、架電あたりの商談化が1割強上がれば時間の合計は増えません。上限の時間で2つの列がそろわない行は、仮説なしとして共通の質問で電話します。

リストの列が社名と電話番号しかない場合でも、仮説は立てられますか？

そのままでは1社ごとの仮説は立てにくいため、サイトのURLを足し、トップページの入口と更新日、記事の題名を見て2つの列を補います。補えない行は仮説なしとして、経路を聞く共通の質問から入ります。列を補う作業は、公式サイトを人が見て確かめる方法で行い、規約で禁じられた一括取得は使いません。

仮説を相手に伝えるとき、断定に聞こえないようにするにはどうすればよいですか？

伝えるのを、確認日つきで見た事実までに限ります。「〇月〇日に、この質問で尋ねると今はこう表示されています」と話し、推測は口にせず、「ご相談はサイトから来る方が多いですか」のような質問で相手に答えてもらいます。答えが仮説どおりだったときに、背景を一言つなげば十分です。

この記事の前提と根拠

次の一歩