営業リストを増やす前に:自社の納品からしか出ない条件を一つ決める
営業リストの件数を増やす前にやることは、自社が納品の中で実際に見た事実を一つ選び、それを絞り込み条件に置くことです。条件の良し悪しは珍しさではなく、その条件が成り立っている会社で、いま誰かの予算で支出が立つ理由を一文で言えるかどうかで決まります。

目次
答え:件数を増やす前に、自社の納品からしか出ない条件を一つ決める
A&Aの考え方
営業リストの件数を増やす前にやることは、自社が納品の中で実際に見た事実を一つ選び、それを絞り込み条件に置くことです。条件の良し悪しは珍しさではなく、その条件が成り立っている会社で、いま誰かの予算で支出が立つ理由を一文で言えるかどうかで決まります。言えない条件は、相手を絞れていても、絞った先に買う理由がないので、ただの変わったリストにしかなりません。
A&Aの考え方
選んだ事実は、そのままでは条件になりません。送る前に相手の公開情報だけで真偽を判定できる形に落とし、支出が立つ理由を一文で書き、その条件に当てはまる会社を数える経路を決める。この三つが揃って初めて、件数を増やす作業に意味が出ます。逆に、三つのどれかが欠けたまま件数だけ増やすと、断られたときに、条件が外れていたのか、文面が悪かったのか、相手の時期が合わなかったのかを後から切り分けられません。切り分けられない失敗は、何度繰り返しても次の一手に変わりません。
A&Aの考え方
この記事は送信量を減らせとは言いません。順序の話です。また、条件を一つに決めるというのは、その条件に合わない相手を断るという意味でもありません。紹介は条件の外から来ますし、来た相談を条件で選り分ける話でもない。あくまで、こちらから出すリストの作り方の話です。納品実績がまだ数件で、業種も揃っていない段階なら、条件を取り出す母集団がないので、先に来るのは条件設計ではなく顧客との会話です。
出典の確認:規模・業種・役職だけで絞ると、全員が同じ会社に同時に売る
出典に基づく事実
GTM向けのデータ基盤を提供するClayが2026年4月22日に公開した、Varun Anand氏とMishti Sharma氏による記事は、自社と競合が会社規模・業種・役職だけを基準に対象を決めているなら、全員が同じ会社へ同時に売ることになる(you're all going to be selling to the same companies at the same time)と述べています。同じ記事は、正確で網羅的で適時なデータを持っていることは前提条件にすぎず、独自のデータこそが競争上の優位である(Unique data, however, is your competitive edge)とし、独自データは精度の面での強みを与える(Unique data gives you a precision edge)と書いています。さらにそうした項目について、競合が探そうとも思っていないために見えていない隠れた信号だと述べています。
A&Aの考え方
この指摘は、リストを作る道具を替えても消えません。企業データベースに項目として載っているものは、同じデータベースを買える全員に載っているからです。AIで抽出できる項目を増やしても事情は変わりません。抽出しているのが公開情報の並べ替えであるかぎり、同じ道具を使う相手も同じ並べ替えに到達できます。差がつくとすれば、どの項目を抽出すると決めたかという判断のほうです。
A&Aの考え方
一人・少人数の受託会社にとって、この話は「競合に勝つ」よりも手前のところで効きます。送った相手がたまたま似た条件の会社ばかりだと、返信が来ないときに読み取れる情報がほとんど残らないからです。条件が広いほど、届いた相手の状況はばらばらになり、断りの理由も相手ごとに違う。何十通出しても、次に何を変えればよいのかは分かりません。条件を一つに決めるのは、勝つためというより、結果を読めるようにするためです。
| 観点 | 誰でも作れる条件 | 納品からしか出ない条件 |
|---|---|---|
| 出どころ | 企業データベースに項目として載っているもの | 自社が着手前に見た、相手の側の出来事 |
| 絞っているもの | 会社の見た目(規模・業種・役職) | 相手の側で支出が立つ状態 |
| 送る前の判定 | そのまま判定できる | 代理条件に落とす手間がかかる |
| 返信が来なかったとき | 条件・文面・時期のどれが外れたか分けられない | 返信が元の出来事に触れたかで切り分けられる |
| 競合との関係 | 同じ条件で同じ会社に同時に届く | 探そうと思っていない相手には見えていない |
珍しい条件と、買う理由がある条件は別物
出典に基づく事実
同じ記事は、顧客が実際に使っている条件の例をいくつか挙げています。Certemyは労働安全衛生に関する違反の件数を数えてコンプライアンス上の問題を抱える会社を見つけ(Certemy counts OSHA violations to find companies with compliance problems)、Supermetricsはブランドと代理店を区別して適切な営業チームへ振り分け(Supermetrics distinguishes between brands and agencies to route leads to the right sales teams)、Cake.aiは開発者が2〜5人のAIエンジニアリングチームを自社のスイートスポットとして特定している(Cake.ai identifies AI engineering teams that have 2-5 developers (their sweet spot))と記されています。
A&Aの考え方
並べてみると、どれも属性として珍しいから選ばれたのではないことが分かります。違反の件数が積み上がっていれば、その会社の中では今それが問題になっている。ブランドか代理店かで、買う側の決め方も予算の出どころも変わる。開発者が2〜5人なら、専任を置けないが手作業では回らないという、特定の詰まり方をしている。どの条件も、指しているのは会社の見た目ではなく、相手の側で支出が立つ状態です。
A&Aの考え方
だから条件を考えるときの問いは「他社が使っていない項目はどれか」ではありません。「この条件が成り立っているとき、相手の側で何が起きているか」です。この問いに答えられた条件は、結果として他社が使っていないことが多い。相手の側の出来事は、データベースの項目としては売られていないからです。珍しさは先に狙うものではなく、買う理由を先に書いた結果として後から付いてきます。順番を逆にすると、珍しいけれど誰も困っていない条件が残ります。
もう一つの出典:条件は、誰が払うと決めるかまで降りないと効かない
出典に基づく事実
Y Combinatorが2018年10月29日に公開した、同社パートナーのGustaf Alströmer氏によるGrowth AMAは、B2B SaaSの立ち上げで営業を始める会社からの質問への回答として、まず自社製品の実際の買い手が誰かを見極めること(Figure out who is the actual buyer of your product)、すなわちクレジットカードを出す、あるいは請求書に署名する意思決定者は誰かを問うことを勧めています。そのうえで、その人物像に合うLinkedInのプロフィールを百件表に入れ、メールアドレスを調べて一通ずつ出す、という進め方を示しています。
出典に基づく事実
同じAMAは、大企業と中堅のどちらから攻めるべきかという質問に対して、小さい会社から始めるほうがほぼ常に容易だとしています。その理由として、動きが速く製品を必要としているが、まだ調達部門を持っていない会社、つまり製品を気に入って使う人が自分で支払いを決められる会社から始めるよう述べています(Start with companies that move fast and need your product but don't have a "procurement team" yet)。支払える余力があり、かつ社内の摩擦がより少ない相手を狙うべきだ、とも書かれています。
A&Aの考え方
二つ目の助言は、属性ではなく支出の立ち方そのものを条件にした例として読めます。「調達部門がない」は業種でも規模でもありません。相手の中で誰が払うと決めるかの話です。一人の受託会社に置き換えれば、「使う人と発注を決める人が同じ会社」という条件になります。この区別そのものは「AI受託の商談が進まないとき:使う人と発注を決める人を分けて確認する」で扱っていますが、そこでは商談が始まったあとの確認でした。リストの条件に入れるなら、送る前に外から判定できる形にしておく必要があります。
条件の出どころ:聞き取る営業チームがいないなら、母集団は自分の納品記録
出典に基づく事実
Clayの記事は、どの独自データ項目が必要かを決める最初の一歩は顧客を深く理解することだとし、営業チームに対して、商談前に手で何を調べているか、そしてなぜその信号が重要なのかを聞き取るよう勧めています(Interview your sales team about what they manually research before calls and why those signals matter)。また、どの独自データ項目を見るべきかを知るために、自社の最良の顧客を研究せよ(Study your best customers to know what unique data points to look for)とも述べています。
A&Aの考え方
一人・少人数の会社には、この聞き取りの相手がいません。商談前に手で調べているのは自分だからです。代わりになる母集団は、自分が納品した仕事の記録です。これは出典が述べていることではなく、人数の違う会社に出典の手順を移すためのA&Aの読み替えです。読み替えが成立する理由は、元の手順が聞き出そうとしているのが営業担当者の意見ではなく、受注した案件の前に実際に何を見ていたかという事実だからです。その事実は、一人の会社では自分の記録の中にあります。
A&Aの考え方
手順はこうです。直近で納品した仕事を五件から十件、思い出せる範囲で並べます。各件について、着手前に相手の側で何が起きていたかを一行だけ書きます。「担当者が辞めた」「取引先が増えた」「監査で指摘された」「別のツールを入れたが運用できなかった」。見積もりの金額や相手の業種ではなく、相手の側の出来事を書くのが要点です。出来事は、相手が自分で説明した言葉で書きます。こちらが後から整理した言い方に直すと、同じ出来事が別の案件でも起きていたことに気づけなくなります。
A&Aの考え方
五件から十件を並べると、繰り返し出てくる出来事が一つか二つ残ります。残ったものが候補です。一件しか出てこないものは、いまのところ偶然と区別できません。ここで出てきているのは、まだ条件ではなく「相手の側で起きている出来事」であることに注意してください。出来事は、送る前には見えないのが普通です。次の節で、これを送る前に判定できる形に落とします。落とせない出来事は、惜しくても候補から外します。
候補を条件に変える三つの確認と、一つの反証

A&Aの考え方
一つ目は、送る前に判定できるかです。相手が公開している情報、あるいはこちらが読み込ませられる材料だけで、その会社が条件を満たすかどうかを決められるか。決められない場合は、判定できる代理条件に落とします。代理条件は、元の出来事と完全に同じ会社を指していなくても構いません。ただし、どちらの方向にどれだけずれるかを自分の言葉で説明できる必要があります。説明できないずれは、後で結果を読むときに効いてきます。
A&Aの考え方
二つ目は、支出が立つ理由まで降りているかです。「この条件が成り立つと、相手の側で何々が増えている。だから今、誰かの予算でそれを外に出す」という一文を書きます。主語が自社の提供内容になっていたら書き直しです。この一文に出てくるべきなのは相手の事情だけで、こちらができることは一つも出てきません。書けない条件は、相手を絞れていても、絞った先に買う理由がありません。
A&Aの考え方
三つ目は、数えられるかです。条件に当てはまる会社を、いま自分が使える経路で何社か列挙できるか。業界団体の名簿、求人、公開されている取引先一覧、自治体の事業者一覧など、経路は何でも構いません。十社しか見つからないなら、それはリストの条件ではなく、個別に当たる相手の一覧です。その場合は送信の仕組みを作らず、十社に直接当たるほうが早い。条件の設計と、送信の自動化は、別の判断です。
A&Aの考え方
三つを通ったら、最後に反例を探します。過去に納品した相手の中に、条件を満たしているのに買わなかった会社、あるいは条件を満たしていないのに買った会社がいるか。いれば、条件はまだ粗いということです。粗い条件でも使えますが、その粗さを知ったうえで使うのと、知らずに使うのとでは、返信が来なかったときの読み方が変わります。反例がまったく出ないときは、条件が自分の過去をなぞっているだけで、新しい相手を指していない可能性を疑ってください。
架空の例:二人の受託会社が、二つの候補条件を比べる
仮想例
架空の例として、業務システムの改修とPDF帳票の自動処理を受けている二人の受託会社を考えます。これまでは紹介で仕事が来ていましたが、紹介元の担当者が異動して細ってきました。そこで初めて、こちらから出すリストを作ることにしました。候補は二つ出ました。
仮想例
候補Aは「従業員50〜200人の製造業」。三つの確認のうち、送る前に判定できるかと、数えられるかは通ります。どちらも公開情報で足ります。しかし支出が立つ理由の一文が書けません。「製造業で50人以上なら事務作業が多いはずだ」までは言えても、なぜ今その支出が立つのかが出てこない。主語を相手の事情にしようとすると、何も書けなくなります。ここで候補Aは落ちます。
仮想例
候補Bは、納品記録から出てきた出来事です。直近七件のうち四件で、着手前に「取引先が増えて、取引先ごとに様式の違うPDFの帳票を人が転記していた」という状態がありました。支出が立つ理由は書けます。「取引先が一社増えるたびに様式が一つ増え、転記の時間が担当者の人数に比例しない形で増える。だから取引先が増えた時点で、事務を増やすか外に出すかの判断が立つ」。ただし、この状態を送る前に外から判定する方法がありません。
仮想例
そこで代理条件に落とします。「採用ページで、受発注業務やEDIという語を含む事務職を募集している会社」。求人は公開されているので判定できますし、数えられます。ずれも説明できます。募集していない会社にも同じ状態はあるので取りこぼす方向にずれる。募集していても理由が転記の増加ではなく欠員補充のこともあるので、外れも混じる。この二つを承知のうえで、まず代理条件に合う会社に出し、返信が来た件数ではなく、返信の中身が元の出来事に触れているかを見ます。触れている返信が一件も出なければ、代理条件のずれが大きすぎたと判断します。
A&Aの考え方
この例で効いているのは、候補Bが珍しいことではありません。候補Bは、返信が来なかったときに何を疑えばよいかが決まっている、という点で候補Aと違います。候補Aで断られても、条件なのか文面なのか時期なのか分かりません。候補Bなら、返信の中身という読み取り方が先に決まっているので、出した分の結果がそのまま次の判断材料になります。条件を一つに決める実利は、ここにあります。
出典が述べていないことと、この順序が合わない場面
出典に基づく事実
同じYCのAMAは、この冷たいメールの進め方について、人がやるときの最大の間違いは送るメールの数が少なすぎることだ(The biggest mistake people use when doing this is sending too few emails)と述べています。百件のプロフィールに出して、うまくいったら同じことを二十回繰り返せば百人の利用者になる、という文脈で書かれた一文です。
A&Aの考え方
これは本記事の主張と緊張します。本記事は件数を増やす前に条件を決めろと言っているからです。ただし、送らないほうがよいとは言っていません。両立させる読み方は「条件を決めてから量を出す」ですが、この両立のさせ方は出典が述べたものではなく、A&Aの読みです。どちらを先に置くか迷うなら、納品が十件を超えているかで分けるのが実務的だと考えます。十件に満たないなら条件を取り出す母集団がないので、先に量を出して相手を知るほうが早い。これもA&Aの判断であって、出典の指示ではありません。
A&Aの考え方
出典自体の限界も書いておきます。Clayの記事は自社のGTM向け製品を売る側の論説であり、独立した検証や効果測定ではありません。挙げられている顧客の例にも、母集団や測定方法は示されていません。想定されている読者は専任のGTMチームを持つ組織で、一人・少人数の受託会社ではありません。YCのAMAは2018年の米国スタートアップが前提で、示されている動きも製品を試してもらう形が中心です。2026年の日本の受託市場にそのまま当てはまるとは、どちらの出典も述べていません。「独自の条件で絞れば受注が増える」という因果も、どちらも示していません。
A&Aの考え方
この順序が要らない場面もあります。納品実績が数件で業種も揃っていない段階では、条件を取り出す母集団がありません。また、仕事が紹介で埋まっていて、こちらから出すリストを作る必要がない間は、この作業の優先順位は低いままです。条件はリストにだけ適用するもので、紹介の受け口を閉じる理由にはなりません。紹介は条件の外から来ます。なお、この記事では当社の返信率、受注率、リストの件数は示しません。示せる測定を行っていないからです。
次の一歩:過去の納品を五件並べて、一文だけ書く
A&Aの考え方
今日できることは一つです。直近で納品した仕事を五件書き出し、各件について着手前に相手の側で何が起きていたかを一行ずつ書く。所要は三十分ほどで、道具は要りません。相手の業種や金額は書かないでください。書くと、そちらで並べ替えたくなり、出来事が見えなくなります。
A&Aの考え方
繰り返し出てきた出来事が一つ残ったら、その下に支出が立つ理由を一文で書きます。主語は相手の事情です。書けなければ、その出来事はまだ条件になりません。別の出来事で試すか、納品の件数が増えるまで待ちます。リストを増やす作業は、この一文が書けてからで間に合います。
A&Aの考え方
獲得から継続までの全体の配置は「AIネイティブGTMとは?一人・少人数で顧客獲得から継続まで回す実践ガイド」にまとめています。条件が決まらない、あるいは決めた条件が過去の納品と合わないというところで止まっているなら、初回の無料相談で現状の整理からお引き受けします。こちらで条件を決めるのではなく、納品記録のどこを見れば候補が出るかを一緒に確認するところから始めます。
先に決めるのは件数ではなく条件です。条件の価値は珍しさではなく、相手の側で支出が立つ理由まで降りているかで決まり、その出どころは企業データベースではなく自社の納品記録です。
出典・編集情報
記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。
- GTM Alpha: How Winning Teams Build a Competitive Edge
Clay · 2026-04-22 (page shows "Apr 22, 2026"; authors Varun Anand and Mishti Sharma)
確認日 2026-10-19 - Growth AMA with YC Partner Gustaf Alstromer
Y Combinator · 2018-10-29 (page shows "October 29, 2018")
確認日 2026-10-19