パイプラインは失注と言います。電話をすれば、バイヤーはまだ検討中だと言うでしょう。どちらも正直な報告で、両者が食い違うのは、バイヤーが一度も答えていない問いに、システムが答えを出しているからです。
これはBtoBのパイプラインが静かに壊れる形の一つです。不具合には見えません。見積には状態があり、レポートは動き、数字は数字です。ただ、それが事実でないことを述べているだけです。そして代償は、記録が「やることはない」と言うせいで誰も動かない商談です。
ずれはどこから来るのか
多くの見積ツールは、見積を「はい／いいえ」の問いとして扱います。バイヤーは承認するか、辞退する。それ以外のすべて、つまり来なかった返信も、「預からせてください」も、準備できていた注文の半分も、どちらかに押し込むか、「不明」という三つ目の箱に入れるしかありません。
その結果、状態は決まった形で現実からずれていきます。
- 沈黙が「失注」になる。 誰もそう決めていません。システムが、たいていは有効期限から推測し、その推測が今やあなたの予測の中の事実になっています。
- 「今はまだ」が「いいえ」になる。 次の予算期に発注したかったバイヤーが、他社で買ったバイヤーと区別できなくなります。
- 部分的な関心がゼロになる。 十一明細のうち八つを欲しいとメールで伝えてきたバイヤーが、未回答の見積として現れます。
これらはレポートの誤りではありません。レポートの顔をしたモデリングの誤りです。
実際に存在する状態
BtoBの見積が取りうる誠実な状態は四つあり、四つ目を持たないシステムがほとんどです。
受注。 バイヤーが確約した状態。曖昧さがなく、誰もが正しく扱える唯一の状態です。
失注。 バイヤーが明示的に辞退したか、他社で買ったと伝えてきた状態。明示的にという語が重要です。これはバイヤーが見積を置く状態であって、こちらが推測する状態ではありません。
保留中。 確約もせず、断りもしていない状態。予算、決裁、現地確認、あるいは二社目の見積を待っています。実在し、頻繁で、働きかけられる状態です。システムにこの状態がなければ、ここにある見積はすべて他の二つに誤って分類されます。
期限切れ。 提示が失効した状態。これはこちらのシステムがこちらの価格について下した判断であり、バイヤーの意思の表明ではありません。まだ商品を欲しいバイヤーの期限切れ見積は、失注ではなく、古い数字が付いたままの生きた商機です。
最も損害が大きいのは四つ目です。期限切れは自動で起き、客観的に感じられるからです。しかし客観ではありません。こちらが設定した時計です。
誤った「失注」の代償
三つあり、互いに重なります。
追わなくなります。 直接的で、最も大きい損失です。失注と記された商談は、フォローもされず、価格改定時に再提示もされず、バイヤーの予算が空いたときにも思い出されません。記録が、バイヤーの開けておいた扉を閉めたのです。
予測が両方向に狂います。 パイプラインにあるべき商談がないので、過小に見積もります。そして「失注」の箱が一度も判断されていない見積で埋まっているため、そこから何も学べません。分析できたはずの本当の失注は、ただの沈黙に埋もれます。
受注率が意味を失います。 受注率は、判断された見積に対する受注の割合です。未判断の見積が失注として記録されると、分母が「決着していない商談」で膨らみ、売り方とは無関係な理由で数字が下がります。（Shopifyでのアナリティクスで、受注率と成約率の違いを扱っています。）
数字の話が出たので一つ注意を。BtoBの見積のうちどれだけが受注・失注・保留に「なるべきか」についての、信頼できる公開値は存在しません。出回っている数字は、標本を明示しないベンダーのページ由来です。主なものの出所をたどりました。定義を固定して、自社の推移と比べてください。
「保留」を一人前の答えにする
解決は、同じ二状態の上に良いレポートを重ねることではありません。バイヤーが「まだです」を置ける誠実な場所を用意し、状態を推測ではなく本人から得ることです。
QuotWayでは、送信済みの提案の各明細が自分の判断を持ちます。承認、保留、辞退を、Shopifyの顧客アカウントとホスト型のバイヤーポータルから、まとめて送信します。三つ目の選択肢こそが要点です。保留された明細は保留中として報告され、辞退として扱われることはありません。見積の履歴には、その送信が*「承認2件・辞退1件・保留1件」*と要約されます。
はっきり書いておく価値のある帰結が二つあります。
- 辞退が意味を持つようになります。 保留が用意され、選びやすいからこそ、辞退したバイヤーは実際に判断したことになります。失注の箱が、初めて分析可能になります。
- 残りを後から取れます。 保留された明細は交渉の履歴ごと見積に残るため、六週間後に再開するのに、メールの束から商談を組み立て直す必要はありません。
明細ごとの判断はProfessionalプラン以上です。見積全体の承認と辞退はすべてのプランで動きます。仕組みは見積の一部を承認するにあります。
そこから導かれるパイプラインの整え方
状態が誠実になったら、いくつかの習慣がそれを保ちます。
- 保留中のパイプラインは、消すのではなく古さで見る。 90日開いている見積と6日開いている見積は同じではなく、どちらも自動的に失注ではありません。見るべき数字は、保留中の金額のうちどれだけが古いか、です。
- 期限切れは判決ではなく合図として扱う。 見積が失効したら、それは連絡する理由です。「価格の見直しが必要です。まだ検討中でしょうか」。失注として片付ける理由ではありません。期間の決め方はBtoB見積の有効期間にあります。
- クローズを尋ねる。 BtoBで最も送られていないメールは、この件を閉じてよいかを尋ねるものです。正直な「他社に決めました」は、予測のふりをした保留中の見積より価値があります。文面は見積のフォローアップにあります。
- 辞退をシステムに推測させない。 バイヤーが「いいえ」と言っていないなら、記録も「いいえ」と言うべきではありません。これはソフトウェアの規則であると同時に、業務の規則です。
今週、自社のパイプラインで確かめられること
損失が出ているかどうかは、短時間で診断できます。
- 直近四半期に失注と記録された見積をすべて抽出します。
- バイヤーが明示的に辞退したものと、沈黙や有効期限から状態が付いたものに分けます。
- 後者の金額を見ます。
この二つ目の数字が、推測による失注のリスク額です。バイヤーではなく時計が閉じた商談の合計にあたります。多くのパイプラインで、これは想像より大きく、そのどれもが、再開してよい会話です。
よくある質問
失注した見積と保留中の見積の違いは何ですか？
失注した見積とは、バイヤーが明示的に辞退したか、他社で発注したと伝えてきた見積です。保留中の見積とは、確約も辞退もしていない見積で、予算、決裁、あるいは他社の価格を待っている状態です。失注は閉じた商談で、保留中はまだ獲得できる商談なので、この区別は重要です。多くのシステムは、沈黙や有効期限から失注を推測することで、両者を一緒にしてしまいます。
期限切れの見積は失注という意味ですか？
いいえ。期限切れは、自社のシステムが自社の価格について下した判断であり、バイヤーの意思の表明ではありません。バイヤーが強く関心を持ったままでも、見積は失効します。期限切れは、価格を見直して連絡する合図として扱い、レポート上は両者を分けてください。
失注ではない商談を失注と報告させないようにするには？
バイヤーが「まだです」と言える場所を用意し、システムがそれを独立した状態として記録するようにします。QuotWayでは提案の各明細を承認・辞退・保留のいずれかにでき、保留された明細は保留中として報告されます。そのうえで、辞退はバイヤーから来なければならない、という業務ルールにしてください。有効期限や沈黙からではなく。
何か月も保留のままの見積はどうすべきですか？
消すのではなく、古さで並べます。保留中のパイプラインを古い順に並べ、回収できるものを追い、この件を閉じてよいか尋ねるメールを送ってください。明確な「いいえ」は、予測の中に居座る曖昧な「たぶん」より役に立ちます。価格が動いているなら、古い数字を再送するのではなく見積り直します。
明細ごとの判断にはどのプランが必要ですか？
Professional以上です。無料のLiteプランとStarterでは、バイヤーは提案全体を承認または辞退します。これも機能しますが、違いは、明細ごとの判断なら一つの見積が承認・辞退・保留を同時に持てる点です。料金をご覧ください。
QuotWayの位置づけ
QuotWayはEFOLIが開発したShopify向けのBtoB見積・交渉アプリです。四つの状態を意図的に分けています。承認された明細は確定し、辞退された明細は削除されず見積に残り、保留された明細は保留中として報告されて交渉を続けられ、期限切れは判決ではなく合図です。こちら側で交渉中の見積が自動で期限切れになることはありません。明細ごとの判断はProfessional以上、無料のLiteプランでも見積から交渉、下書き注文までの流れ全体が動きます。交渉と提案、アナリティクス、料金、ShopifyにQuotWayを追加をご覧ください。
関連記事
QuotWayがこれをあなたのストアでどう扱うかをご覧ください。