B2B 見積ファネル playbook
卸サイトは問い合わせで転換し、ファネルには 3 つの故障点があります：買い手に推測させるページ、怖じけさせるか資格確認しないフォーム、受信箱に住むフォロー。
B2B の買い手は話す前に評価します：頭の中に仕様シートを携えて到着し、それに答えるページのサプライヤーを候補にし、複数へ同時に問い合わせる。勝つファネルはロマンがありません——完全な情報、見積に要るものを集めるフォーム、分単位の応答、記憶でなくリズムで回るフォロー。この playbook は各段を作ります。
ステージ 1：買い手が自己選別できるページ
「お問い合わせください」の裏に隠した仕様 1 つごとに、競合へ問い合わせる買い手が 1 人。製品ファミリーページには完全な仕様表、MOQ、リードタイム帯、カスタマイズ選択肢、認証を——プロの買い手のチェックリストに公開で答えます。直感に反しますが、制約（最小量、納期）の公示はむしろ問い合わせの質を上げます：怖じけたのは、あなたが応じられなかった相手です。
カタログ全体で完全かつ一貫した仕様表
MOQ とリードタイム帯は秘密でなく公示
カスタマイズと OEM の選択肢をしきい値つきで明記
買い手が検証する位置でダウンロードできる認証・適合文書
ステージ 2：怖じけさせず資格確認するフォーム
フォームは綱渡りです：短すぎれば全問い合わせに確認の往復、長すぎれば本気の買い手が離脱。機能する構成：関心製品（ページから事前入力）、数量帯、仕向地、時期、自由記述欄 1 つ。会社の詳細は必須以外、返信時で構いません。どの欄も見積に実際に要るものへ対応させる——それ以外は埃をかぶる摩擦です。
ステージ 3：応答速度とパイプラインの規律
最初の実質的応答が比較の枠を作り、買い手は 3 社に同時に尋ねています。マシンはこうです：即時の中身ある確認（在庫、参考納期、要となる 1 つの確認質問）、問い合わせは構造化パイプラインデータへ、価格判断はコンテキストを揃えて人へフラグ、フォローはリズムで——3 日目、7 日目、14 日目——誰かが覚えているかに関係なく。受注に至らない問い合わせは四半期ごとに採掘します：どの製品、どの地域、どの数量帯——それは対価つきで届いた市場調査です。
動作の流れ
買い手の要るものを公示
仕様・MOQ・納期・認証をカタログ全体で公開。
資格確認フォームを配置
数量・仕向地・時期——事前入力できるものはして、それ以外は最小限。
応答マシンを回す
分単位の初動、構造化記録、リズムのフォロー、四半期のパターン採掘。
得られるもの
公示情報の上で自己選別する買い手
確認の往復なしで見積れる状態で届く問い合わせ
競合がまだ列にいるうちの初動
休暇・離職・満杯の受信箱を生き延びるパイプライン
担当するエージェント
連携できるツール
よくある質問
卸価格は公示すべき？
完全な価格表は通常しない——数量依存の価格は本当に見積を要します。しかし目安の帯や「〜から」の錨は、合わない買い手を早期に濾し、問い合わせの質を上げます。構造は公示し、数字は見積で。
MOQ の公示は買い手を遠ざけない？
遠ざけるのは MOQ 未満の買い手——見積の 1 サイクルを消費して何も買わなかったはずの相手です。残る問い合わせは目に見えて高い率で転換します。それが欲しい交換です。
応答時間はどこまで重要？
実質的確認は分以内、人の見積は宣言した窓内で——そして確認の中で窓を宣言することが、守ることと同じくらい重要です。買い手は既知の時間軸で計画し、沈黙は無関心と読まれます。
どのエージェントが実行？
Builder がカタログとフォームを構造化、Retention が確認・記録・リズムを、Analyst が四半期のパイプライン採掘を担当。価格判断は人のまま——コンテキストを揃えてフラグされます。