問い合わせの緊急度判定：急ぎ案件の見極め、リソース配分とリスク管理

問い合わせの緊急度判定：急ぎ案件の見極め、リソース配分とリスク管理

1. なぜ問い合わせを緊急度別に分類するのか

多くの独立系ECサイトチームの悩みは問い合わせが少なすぎることではなく、問い合わせが来てもどれを先に処理すべきか分からないことです。営業は皆「急ぎに見える」案件を奪い合い、本当に急ぎの案件は誰も対応せず、急ぎでない案件は過剰にサービスされます。分類の仕組みがなければ、リソース配分は勘に頼るしかなく、チームは忙しいほど混乱します。

緊急度分類の核心的な目的は、限られた営業と生産のリソースを最も投資すべき場所に投じることです。「来週必要」と言う顧客と「3か月後でいい」と言う顧客では、投じる対応速度、見積もりの深さ、生産の優先度がまったく異なります。分類を誤れば、急ぎ案件を引き延ばして失注するか、通常案件を急ぎ案件として扱い赤字になるかのどちらかです。

上表の比率はB2B独立系ECサイトの問い合わせにおける経験的な分布です。自社の履歴データで調整してもかまいませんが、分類のロジックは変わりません。急ぎ案件は常に少数であり、ほとんどの問い合わせは通常のペースで追えば十分です。分類の仕組みと問い合わせリードのスコアリングと優先順位付けを併用し、リードスコアが高く緊急のものはベテラン営業を優先的に割り当てます。

2. 急ぎ案件の見極め：3つのシグナルで本当に急ぎか判断する

顧客が「急ぎ」と言うのと本当に急ぎなのは別物です。多くの顧客はどんな案件でも「ASAP」と言います。すべてを本当に急ぎとして扱えば、チームはすぐに疲弊します。本当に急ぎの案件には検証可能な3つのシグナルがあり、3つ同時ならP0、2つならP1、1つならP2、ゼロならP3の育成に回します。

シグナル1：納期の圧力が明確。お客様が「来週火曜の展示会で使う」「金曜にラインが止まる」など具体的な締め切りを示している。あいまいな「なるべく早く」は対象外。シグナル2：数量が明確。お客様が「たぶん必要かも」ではなく、具体的な数量や年間発注額を示している。シグナル3：既存の関係がある。既存顧客、展示会で会ったことがある、またはサンプル承認済み。3つのシグナルのうち2つが既存顧客の実案件から来たものと、1つが新規顧客のあいまいな問い合わせから来たものでは、重みがまったく違う。

シナリオ例：ドイツの顧客から「展示会が10日後に開幕する。サンプル5000件が必要。以前A展示会でお会いした」というメールが届いた。3シグナルすべて該当：納期の圧力（10日後の展示会）、数量が明確（5000件）、既存の関係（展示会で面識あり）。即P0と判定し、2時間以内にベテラン営業が対応、同時に生産ラインへ生産能力の確保を連絡する。別のアメリカの顧客から「Please send us a quote ASAP for your product」というメールが届いた。数量なし、締め切りなし、初回接触。これはP3で、自動ナーチャリングのシーケンスに入れるだけでよい。

三、リソース配分：急ぎ案件をどう割り込ませて通常案件を崩さないか

急ぎ案件を特定したら、次はリソース配分だ。問題は、急ぎ案件が割り込むと通常案件の納期が圧迫されること。P0案件が多すぎると通常顧客の納期がすべて後ろにずれ、結局急ぎ案件でそれほど稼げず、通常顧客はみんな離れていく。だから生産能力の上限を設ける必要がある。

核心ルール：P0案件が占める総生産能力は、当月の生産能力の15%を超えてはならない。この比率を超えたら、急ぎ案件を断るか、特急料金のハードルを上げる。15%は経験値だ。10%を下回るなら急ぎ案件に対して慎重すぎ、本当に急ぎの大口顧客を逃しているかもしれない。20%を上回るなら通常案件が圧迫されており、納期違約率が上がる。

リソース配分のもう一つの軸は人的リソースだ。P0案件は必ずベテラン営業が対応し、新人に任せてはならない。急ぎ案件はやり取りの時間が短く、新人は言い間違えやすい。P1案件は営業チームリーダーが対応し、P2案件は一般営業に割り当てる。人的リソースの配分と問い合わせの割り当てと負荷分散の考え方と同じで、最も価値のある案件に最高のリソースを投じるということです。

四、リスク管理：特急案件の3つの落とし穴

特急案件は受けてはいけないわけではありませんが、受ける前にリスクをきちんと計算する必要があります。特急案件のリスクは3つの点に集中します。納期違反、品質の失控、そして特急料を取ったのにコストが下がらず利益が削られることです。多くの営業は特急案件を取りたくて、どんな納期でも平気で約束し、結局納品できずに違約金を払います。

1つ目の落とし穴：納期の過剰な約束。お客様が「金曜日が欲しい」と言い、あなたが「大丈夫です」と答え、木曜日の夜になってもまだ終わっていない。正しいやり方は、余裕を持った納期を提示することです。例えばお客様が金曜日を希望なら、翌週の月曜納品を約束しつつ、「できるだけ金曜日までに間に合わせます」と伝えます。余裕は少なくとも20%の時間バッファを確保します。納期約束の全体的な枠組みは、こちらを参照してください。納期約束とバッファ設計。

2つ目の落とし穴：品質の失控。特急案件は時間に追われるため品質検査の工程が圧縮され、品質問題が最も起きやすくなります。正しいやり方は、特急案件も品質検査を必ず完了させることです。優先的に検査に回すだけで、飛ばしてはいけません。3つ目の落とし穴：特急料を取ったのにコストをきちんと計算していない。特急料の基準は、納期を50%圧縮で20%の割増、70%圧縮で40%の割増です。この比率は残業、割り込み、資材の特急手配といった追加コストをカバーし、さらに15%の利益を確保します。

五、よくある緊急度の誤判定

この5つの誤判定の中で最も多いのは2つ目です。顧客が「ASAP」と書けば本当に急ぎだと受け取ってしまいます。ASAPは顧客のメールではほぼ句点と同じで、本当に来週必要という意味ではありません。必ず締め切り、数量、用途を問いただしてください。3つの質問を終えれば、急ぎかどうかは自然と分かります。問い合わせが来てから意識して見分ける全体的な方法は、こちらを参照してください。問い合わせの意図を見分け、対応を変える。

FAQ よくある質問

最後に

問い合わせの緊急度を等級分けする目的は、ひとつの問題を解決することにあります。チームのリソースは限られており、すべての問い合わせを同じように扱うわけにはいきません。問い合わせをP0からP3の4段階に分け、急ぎの案件は特急料金をきちんと受け取り、通常案件は決まったペースで進め、育成案件は自動でフォローアップする。これだけでチーム全体の効率は一段上がります。

実行は3ステップです。まず、3つのシグナルで全問い合わせの緊急度を採点し、3つすべてが揃ったときだけP0と判定します。次に、処理能力の上限を設け、P0の割合が15%を超えないようにし、超えた分は特急料金を上乗せします。最後に、特急料金の基準を見積もりテンプレートに明記します。納期を50%短縮なら20%増、70%短縮なら40%増と、価格を明示するのです。この3ステップを終えれば、顧客の「ASAP」に振り回されることはなくなります。

覚えておきたい一言。最も急かす案件ほど利益は薄いものです。急ぎの案件には特急料金を。P0の処理能力は15%以内に。3つのシグナルがすべて揃って初めて急ぎの案件と呼べるのであり、それ以外はただの「なるべく早く」にすぎません。