受注予測は、金額より先に対象期間と受注の定義をそろえる
受注見通しを作るときは、何をいつまでに受注と数えるかを最初に固定します。契約への同意、発注書の受領、利用開始は同じ時点とは限りません。社内で使う受注の判定と対象期間を定め、請求や売上計上の見通しとは別の指標として扱います。担当者の好意的な返答だけで、会社としての発注を確認したことにしません。
SMBを顧客とする大企業では、案件数が多いため段階別の確率でまとめたくなります。しかし、同じ「提案済み」でも、決定時期、支出の判断、実行体制が違えば期間内の受注条件は異なります。全件を精密に採点するより、事実と未確認をそろえ、見通しを変える条件へ確認を集中します。
自社ノウハウの段階別管理、担当者と会社の意向の区別、次の行動と期限の具体化を、営業組織の受注予測へ展開した設計案です。個々のSMB顧客に提示する導入効果の予測とは対象が異なります。後述の件数は説明用の架空例であり、実際の受注率や予測精度を示しません。
提案段階を、買い手側の確認事実で補う
営業が資料を送った、見積を出した、上司が同席したという行動は、買い手の決定が進んだ証拠とは限りません。今回決めたい範囲、必要性の合意、支出を判断する役割、残る確認、判断の予定を、顧客から確認できた内容として残します。商談参加者の肩書きだけで、必要な役割が全てそろったと判断しないことが前提です。
記録は、確認した事実、顧客の予定、営業の見立て、未確認の四つを区別します。「来月始めたい」は希望であり、発注条件が整う予定とは別です。「社内で確認する」は行動の予定であり、承認が得られた証拠ではありません。どの点を誰に確認すれば見通しが変わるかまで書くと、予測会議が温度感の交渉で終わりにくくなります。
確認項目を増やすほど精度が上がるわけではありません。短期・定型の購入と、準備や調整を要する案件で必要な確認は違います。対象の商材と顧客条件に応じ、期間内の受注を止める条件を絞ります。分からない項目を低確率と決めつけず、未確認として追加確認の必要性を判断します。
期間内の受注には、残る工程の順序と時間を含める
受注の可能性が高くても、必要な判断や手続きが期間内に終わらなければ、その期間の見通しには入りません。顧客の判断予定、追加確認、発注準備、提供側の開始条件を並べ、前提が決まってから進む工程と、並行できる工程を確かめます。営業の期末に合わせた日付は、顧客が動く理由の代わりにはなりません。
金額も、営業が推奨した案と、顧客が判断している範囲を分けます。対象範囲が未確定なら、希望する最大額を確定額として置かず、確認済みの範囲と条件付きの追加分を分離します。同じ企業の代替プランを別案件として足し合わせたり、一つの発注を複数部門で二重に数えたりしないよう、発注の単位を明確にします。
見通しは、条件がそろう案と、特定の条件が成立した場合の案に分けて説明できます。ただし、分類名を付けるだけでは根拠になりません。各案に含めた企業、未解消の条件、確認日を残し、条件が変わったときに何を動かすかを決めます。単一の数字を精密に見せるより、どの判断に使える見通しかを明らかにします。
| 項目 | 残す内容 | 混同しやすい情報 |
|---|---|---|
| 定義と期間 | 何を受注と数え、いつまでを見るか | 契約・利用開始・請求を同じ時点とする |
| 範囲と金額 | 顧客が判断する対象と条件付きの追加 | 推奨した最大案を確定額とする |
| 判断と準備 | 誰が何を確認し、何が残っているか | 担当者の賛同を会社の決定とする |
| 根拠と未確認 | 確認日・情報の種類・次の確認先 | 不明な項目を好意的な推測で埋める |
架空例：最終的に18件受注しても、期間内は12件という違い
説明用に、ある月初の同じ評価条件で受注候補に分類した20件を考えます。全件について月末までの結果を確認でき、その月内の受注が12件、翌月に受注したものが6件、確認期間内に失注と判定したものが2件だったとします。対象はこの20件に固定し、途中で新たに追加された案件は含めません。
この記録の月内受注割合は12÷20で60％です。翌月の結果まで分かった時点の最終受注割合は18÷20で90％ですが、90％をその月の受注確率として使うと、時期のずれを消してしまいます。この例では後から未決着が残っていないものとしました。実際に未決着があれば、無理に失注や受注へ割り振らず別の状態で残します。
20件の結果だけで、他の月や商材にも60％が当てはまるとはいえません。対象条件や金額の偏り、同じ企業に属する案件の関係もあるためです。件数の確率を、そのまま金額の受注割合に置き換えることもできません。この例の狙いは、受注するかという誤差と、いつ受注するかという誤差を分けることにあります。
予測時点の記録を固定し、予定日の変更を消さない
予測を評価するには、その時点で見えていた内容が必要です。予測日、対象期間、企業と発注の単位、想定金額、分類、根拠、未確認、次の確認予定を保存します。後から案件の終了予定日を直しても、過去の予測は更新しません。現在の営業活動に使う最新情報と、予測を振り返る記録を分けます。
結果には、期間内の受注、期間を越えた受注、失注、未決着、金額変更などを対応させます。予定日の変更が続く場合、必要性、判断者、準備、優先順位のどこが確認されていなかったかを調べます。営業担当の楽観だけに原因を求めず、分類基準や上司による上振れ要求、記録の更新負荷も点検します。
予測誤差は、追加された案件がどれだけあったかも分けて読む必要があります。期首の対象から外れていた受注が多ければ、既存案件の確率調整だけでは改善しません。新しく生まれて短期に決まる案件を別の流れとして追い、既存の候補群を後から差し替えて的中したように見せない運用にします。
| 結果の違い | 点検する条件 | 次の改善 |
|---|---|---|
| 期間を越えて受注 | 判断予定と残る作業の見積り | 日程の根拠と確認順序を直す |
| 受注に至らない | 適合・優先順位・決定条件の変化 | 分類と必要な確認を見直す |
| 金額が変わる | 対象範囲・代替プラン・追加の条件 | 確定部分と条件付き部分を分ける |
| 予測外の受注が多い | 新たに生まれ短期で決まる流れ | 元の予測群を変えず、追加分を別に追う |
予測の精度を、事業と提供側の判断へつなぐ
予測会議では、数字を上げる相談より、前回から確認できた事実と変わった条件を確認します。営業担当は根拠と未確認を示し、管理者は分類の一貫性と必要な支援を確認します。営業企画は時点別の記録と結果を照合し、事業責任者は見通しに応じて使う資源と保留する資源を選びます。
例えば、受注しても開始時期が未確定なら、導入担当の枠を全件分固定すると他の顧客を待たせる可能性があります。仮の確保をする条件、確定へ切り替える条件、解放する時点を提供側と決めます。受注見通しを使う側が、どこまで確定した数字かを理解する必要があります。
指標は、同じ予測時点・対象期間での件数と金額のずれ、期間を越えた割合、未確認の残り方などを分けます。予測を低く出せば評価が上がる仕組みにせず、過小と過大の両方を点検します。対象条件が変わったときは過去の割合を自動で使わず、確認の負担と判断への有用性を見ながら分類を更新します。
実務で迷う論点：一律確率、少ない実績、担当者評価
段階ごとの確率は使わない方がよいでしょうか。同じ条件と期間で観測した過去群があり、分類の意味が安定していれば、集計の参考にできます。ただし、提案済みだから一律に高い確率と置くのではなく、どの対象の結果から置いた数字かを示します。
実績が少ない場合はどうするでしょうか。細かい確率を作るより、確認済みの範囲、成立条件、未確認を示す複数の見通しを使います。事例数と観測期間を残し、数字の細かさで不確かさを隠さないようにします。
予測の外れを担当者の評価に直結させるべきでしょうか。顧客構成や期間の違いを見ずに順位を付けると、案件を記録しない、日付を後ろへ動かすといった行動を促しかねません。まず同じ基準で記録できるか、誤差を確認行動へ戻せるかを整え、結果だけでなく根拠の更新もレビューします。
