営業のコンバージョン率を改善するには、商談化率・案件化率・受注率の分母と観測期間をそろえ、未接触・停滞・失注を分けて確認します。率が低い段階を見つけただけでは、原因や優先順位は決まりません。対象となった件数と商談の記録を照合し、担当者が次に変える行動を決めることが出発点です。
▼ この記事の内容
営業コンバージョン率の改善では、対象集団・観測期間・分母をそろえ、件数と未接触・停滞・失注の理由を確認します。率の低さだけで優先順位を決めず、商談化と受注それぞれの課題に応じて行動を選び、担当者と再確認日を決めて見直します。
この記事では、営業CVRの計算方法、外部の目安を読む際の注意点、商談化率と受注率それぞれの見直し方を解説します。後半には、自社の件数・停滞理由・担当者・再確認日を書き込める確認・改善表を掲載しました。営業会議や1on1で、確認する商談を選ぶために使えます。
まず手元に用意したいのは、リードを獲得した日、商談を実施した日、案件化した日、受注または失注が決まった日の記録です。日付や段階の定義がそろっていない場合は、その不一致を直す作業から始めます。記録が足りない状態を、担当者の営業力の問題と決めつけないようにしましょう。
営業コンバージョン率とは｜商談化率・案件化率・受注率の分母を確認
営業コンバージョン率とは、営業プロセスの前の段階にいた対象のうち、次の段階へ進んだ割合です。HubSpotの用語解説では、営業プロセスの段階間の移行もコンバージョン率の対象としています。[1]計算式は「次の段階へ進んだ件数 ÷ 前の段階の対象件数 × 100」です。同じCVRという名称でも、どこからどこへの移行を測るかによって意味が変わります。
商談の設定と実施を分けて計算する
本記事では、商談化を「リードから実施商談へ進むこと」、案件化を「実施商談から具体的な提案対象へ進むこと」と定義します。アポを設定しただけで実施前のものは、実施商談数に含めません。日程を変更した商談や同じ相手との再商談を別件として重ねて数えると、実態と異なる率になります。
| 指標 | 分子 | 分母 | 集計前に決めること |
|---|---|---|---|
| 商談化率 | 対象リードから実施商談に進んだ件数 | 対象リード件数 | 同じ会社の複数担当者をどう扱うか |
| 案件化率 | 具体的な提案対象になった件数 | 対象の実施商談件数 | 案件化とする顧客との確認事項 |
| 受注率（案件→受注） | 対象案件の受注件数 | 対象案件件数 | 受注の確定条件と観測終了日 |
会社単位で数える運用と、契約対象の案件単位で数える運用は区別します。同じ会社に複数の商品を提案しているなら、案件を分ける条件を先に決めておきます。担当者ごとに単位が違うままチームの件数を足し合わせても、比較可能な率にはなりません。
計算のための架空例として、対象リード100件のうち20件で商談を実施した場合、商談化率は20%です。その実施商談20件から5件を受注した場合、商談からの受注率は25%になります。これは説明用の計算であり、平均値や達成目標ではありません。後者の分母は案件数ではないため、表の「案件→受注」とも区別して表示します。
参考：営業コンバージョン率｜HubSpot。参照範囲：指標の定義と計算方法。上記の件数は本記事の架空例です。
受注率には分母と未決着案件の扱いを明記する
受注率を見るときは、案件全体を分母にするのか、受注・失注が確定した案件だけを分母にするのかを確かめます。どちらの集計も、名前だけを「受注率」とすると混同しやすくなります。会議資料には「案件からの受注率」「決着案件に占める受注の割合」など、計算内容がわかる名前を付けてください。
Salesforceの成約率の解説では、「成約件数÷案件数×100」という計算式を示しています。[2]自社の集計では、未決着案件を分母に含めるかも明記します。未決着を含む率は観測途中では低く見えることがある一方、決着済みだけを見ると検討が長引いている案件が評価から抜けます。率の横に受注・失注・未決着の件数を置き、対象案件の状態を併せて確認します。
受注日の売上集計と、リード獲得時期をそろえた転換率の集計も別の表で管理します。当月受注した案件に過去月のリードが含まれる場合、当月の新規リード数を分母にすると対応関係が崩れます。同じ対象を追跡する表と、その月に起きた活動を数える表を分けておけば、数字の変化を説明しやすくなります。
参考：成約率とは？営業上の意味や計算方法、上げる方法を解説｜Salesforce。参照範囲：成約率の計算式。
WebサイトのCVRと営業CVRを関連づけて確認する
Webサイトでは、訪問から問い合わせや資料ダウンロードへ進んだ割合などを測ります。営業では、その後の商談実施や提案、受注への移行を測ります。サイト上の成果と営業上の成果を同じ名前で合算せず、接点から先の行動を区別して記録することが大切です。
資料をダウンロードした人が、すぐに相談や商談を希望しているとは限りません。問い合わせ内容や本人の希望を確認してから対応を決めます。フォームの完了件数が増えたときも、実施商談や受注までを追跡しなければ、営業成果への寄与は判断できません。
営業全体でどの指標を管理するかを決める段階なら、営業KPIの設計方法を確認してください。この記事では、その中でも商談化率と受注率の読み方と、日々の行動への落とし込みに絞って扱います。
営業AI・営業DX 営業KPIの設計方法｜進め方と失敗回避
営業CVRを比較する前に確認したい条件と平均値の限界
自社の率を比較する前に、対象顧客、流入経路、商材、営業期間を確認します。同じ業界でも、問い合わせに対応する営業と、まだ接点のない企業へ連絡する営業では出発点が異なります。外部の数字との差を、そのまま担当者の改善余地として扱うことはできません。
業界別の目安は出典にある定義と限界を確認する
Xpotentialが掲載する目安によると、業界別のアポ率・案件化率・受注率には、下表のような幅があります。ただし、当該ページでは調査母数・測定期間・算出方法を確認できません。市場全体を代表する統計的な業界平均や、自社の合否を決める基準として使う表ではありません。
| 業界 | アポ率 | 案件化率 | 受注率（案件→受注） |
|---|---|---|---|
| SaaS | 5〜15% | 30〜60% | 40〜70% 確認日：2026年9月27日 [3] |
| 製造業（BtoB） | 10〜20% | 30〜60% | 20〜40% 確認日：2026年9月27日 [3] |
| 金融業（BtoC） | 10〜20% | 20〜40% | 50〜70% 確認日：2026年9月27日 [3] |
Xpotentialの掲載値の確認日は2026年9月27日です。[3]出典の「アポ率」は、本記事で定義する実施商談への商談化率と同じ指標ではありません。自社で使う段階名との対応が確認できない数値は、直接比較しないでください。
Xpotentialの解説では、営業モデル別の目安として、インバウンド営業のアポ率を5〜20%、案件からの受注率を50〜70%、アウトバウンド営業のコールからのアポ率を1〜2%としています。[3]これは調査条件が不明な掲載値です。リード件数とコール件数では分母が異なり、アポ取得と受注では測る段階も異なるため、数値の大小から営業モデルの優劣を判断したり、自社の商談化率の目標値へ置き換えたりしないようにします。
表の数字から業界特有の原因まで推測するのも避けましょう。率の差には、対象企業や案件化の定義、商談の難易度、観測時点など複数の条件が関わり得ます。出典が説明していない理由を補って「この業界はこうだから低い」と断定するより、自社のどの条件を確認する必要があるかを整理する材料にとどめます。
参考：営業における転換率（移行率、遷移率）とは？｜Xpotential。確認日：2026年9月27日。参照範囲：業界別・営業モデル別の掲載目安。
比較対象の集団と観測期間を固定する
まずは同じ経路で獲得し、同じ商材を検討した顧客群を選びます。新規顧客と既存顧客、問い合わせと資料請求を混ぜた全体値だけでは、構成比の変化と営業対応の変化を分けられません。担当者の受注率が下がったときも、難易度の異なる案件が増えた可能性を先に確かめます。
次に、対象を集める期間と、その対象の結果を追う期間を別々に記入します。「今月発生した案件を今月末まで追跡」と「前月発生した案件を翌月末まで追跡」では、結果が出るまでの時間が違います。観測終了時点で検討中なら、失注と決めず未決着として残してください。
案件の検討期間が長い場合は、直近の率を過去の確定値と直接比べるより、同じ経過時点の状態を見ます。たとえば、案件化から同じ日数が経過した時点で、次回日程の合意や見積確認がどこまで進んでいたかを照合します。受注がまだ出ていないことと、必要な確認が止まっていることを分けられます。
件数の少なさと集計方法の変更を先に確認する
率だけを表示すると、少ない件数の変化が大きな傾向に見える場合があります。分子と分母を併記し、対象件数が少ない場合は結論を急がず、商談の記録を確認する材料として読みます。短い期間に受注が集中しただけで、施策が成功したとは判断しません。
比較前には、入力漏れ、重複登録、担当変更、段階の定義変更も確認します。過去の記録を後からまとめて更新した場合は、実際に顧客が進んだ日と入力日が異なります。更新日だけで件数を集計していないかを点検し、集計ルールを変えた日は表の注記に残しましょう。
条件がそろわない期間は、無理に優劣を付けず「比較条件が異なる」と記録します。そのうえで、今後そろえて取る項目を決めれば、現在の記録不足を次の改善へつなげられます。率の上昇だけを報告するよりも、何を比較できて何が未確認かを説明できる状態を目指します。
改善する段階を選ぶ｜未接触・停滞・失注を切り分ける
改善対象は、最も低い率だけで決めません。段階別の件数と状態から、どの対象が何を待っているのかを調べます。対応可能な行動、顧客側の検討事情、必要な作業時間を並べ、確認する段階を選びましょう。
未接触の顧客は担当の割り当てと連絡条件を確認する
リードから商談へ進んでいない対象には、連絡していない人、連絡したが接続できていない人、情報収集を希望している人が含まれます。これらをひとまとめに「リードの質が低い」と分類すると、担当者の割り当て漏れや対応の遅れを見落とします。
受付日時、担当者、最初の連絡日時、接続の有無、相手が希望する連絡方法を確認してください。担当者が空欄なら割り当て方法を直し、対応済みなのに記録がなければ記入方法をそろえます。連絡を望んでいない相手には営業接触を重ねず、本人の意思に沿った扱いを決めます。
連絡がつかない理由は、記録だけでは断定できません。電話に出ないことを「関心がない」と書き換えるのではなく、「架電したが接続できず」と事実で残します。理由が不明な対象を失注に含めるかどうかも、チームで定めた条件を確認してから扱います。
停滞した商談は次の確認事項と顧客側の予定を調べる
停滞案件では、営業側が提案書を送ったことと、顧客が内容を確認したことを区別します。「提案済み」という記録しかない場合は、誰が何を判断するための提案なのか、追加で必要な資料はあるか、次に確認する日が合意されているかを見ます。
たとえば、社内の予算確認を待つ案件に同じ製品説明を繰り返しても、待っている条件は解消されません。予算確認に必要な金額の内訳や導入範囲を確かめるなど、止まっている理由に対応した行動を検討します。ただし、顧客が示していない予算事情を営業側で推定して断定しないことが前提です。
長期検討と放置も分けます。相手と再開予定が共有されている案件は、その時点まで待つ判断もあり得ます。予定が不明なら、検討を続ける意思と次回連絡の可否を確認します。停滞日数だけで一律に失注へ移すと、実際の検討状況が見えなくなります。
失注理由は顧客の発言と営業側の推測を分ける
失注理由の欄に「価格」とだけ書かれていると、総額が予算を超えたのか、提供範囲に対して価値を説明できなかったのか、支払い時期が合わなかったのかがわかりません。顧客が話した内容と、担当者が考えた仮説を別欄に残します。
顧客が理由を話していない場合は「未確認」と記録します。受注案件と失注案件を比べる際も、顧客の規模や検討段階が違えば、担当者の話法だけの違いとは言えません。共通する確認漏れがあるか、次回に確かめられる点があるかを探すことに焦点を置きます。
理由を記録する目的は、相手の判断を覆すための口実を作ることではありません。自社の提供範囲に合わない条件が確認できたなら、対象選定や案内内容を見直します。営業側で変えられない条件を、担当者の行動不足として扱わないことも必要です。
影響の大きさと確認にかかる負担から着手点を選ぶ
候補となる段階ごとに、対象件数、案件の見込み金額、現時点で確認できた課題、実行可能な行動を並べます。見込み金額は受注を約束する数字ではありません。率を上げるために小さな案件だけを選ぶといった判断を避けるため、件数以外の条件も見るという位置づけです。
最初の行動は、確認できた課題に近いものを選びます。担当未設定があれば割り当ての見直し、次回確認日がないなら商談終了時の合意事項の見直し、判断基準が不明ならヒアリング項目の見直しが候補です。根拠が足りない場合は、施策を決める前に対象商談の記録を読む作業を置きます。
複数の改善を同時に始める場合は、どの対象に何を変えたかを区別できるようにしてください。すべてを一度に変更すると、後から結果を見ても、何が関係したかを説明しにくくなります。優先順位は固定せず、次のレビューで新たに確認した事実に応じて見直します。
商談化率の改善策｜対象顧客・初回対応・引き継ぎを見直す
商談化率を見直すときは、誰に対応するか、初回に何を確認するか、次の担当へ何を渡すかを整理します。アポ設定の件数だけを増やすと、商談の目的が共有されないまま日程だけが決まるおそれがあります。実施商談へ進むまでの状態を追いましょう。
対象顧客の条件と相談する意思を別々に確認する
対象企業の業種や規模、困っている業務、自社で対応できる範囲を整理します。それとは別に、本人が相談を希望しているか、今は情報収集だけなのかを確認します。条件に合う企業だからといって、すぐに商談を希望していると判断することはできません。
リードスコアリングを使う場合は、閲覧やダウンロードの履歴を営業の判断を助ける情報として扱います。行動履歴の点数だけで、予算や購入意思が確認できたことにはしません。何を見たからどの対応を優先したのかを残し、後の商談状況と照合して基準を見直します。
予算、意思決定に関わる人、課題、検討時期は、初回にすべて確定しているとは限りません。わからない項目は未確認として残し、次の会話で聞く必要があるかを決めます。「一定数の条件が埋まったら優良」と一律に決めるより、相談の内容に対して次の商談で答えを用意できるかを確かめてください。
初回対応の担当と無理なく対応できる期限を決める
初動を見直す際は、問い合わせを受けてから誰が対応するかを決めます。受付時間、担当者の不在時の代替、休日の扱い、返信までの目安を自社の体制に合わせて設定してください。根拠のない短時間の期限を掲げるより、未対応を把握できる一覧と担当の引き継ぎを整えます。
通知機能を使う場合も、通知が届くことと実際に対応することは別です。通知先の担当者が変わったときの更新方法や、対応済みにする条件を決めます。製品や契約プランによって利用できる機能は異なるため、現在の環境で使える方法を確認してから運用へ組み込みます。
初回連絡では、問い合わせの内容を踏まえて会話の目的を伝えます。運用上の課題について問い合わせを受けた場合なら、「現在の進め方を伺い、次回に確認する内容をご相談できますか」と尋ねる方法があります。相手の都合と希望する連絡方法を確かめ、聞き取った課題に応じて次回までに準備する説明を決めます。
インサイドセールスから商談担当へ確認内容を引き継ぐ
インサイドセールスが初期対応を担う場合は、アポ日時に加えて、相談のきっかけ、顧客が確認したいこと、参加者、未確認事項を商談担当へ渡します。専任者を置かない体制でも、初期対応と提案準備の役割を区別して担当を決められます。
| 引き渡す項目 | 記録する内容 | 避けたい記録 |
|---|---|---|
| 相談の背景 | 顧客が説明した現状と困りごと | 「温度感が高い」だけ |
| 次回の目的 | 顧客と確認する業務・判断事項 | 「デモをする」だけ |
| 参加者 | 参加予定者の役割と未確定の同席者 | 未確認の人を決裁者と断定 |
| 未確認事項 | まだ聞けていない条件と確認先 | 空欄を「問題なし」と解釈 |
引き渡しを受けた側は、内容が足りない場合にどこへ戻すかも決めます。受け渡し後に商談へ進まなかった理由を、初期対応側が確認できる状態にしておくと、次の案内内容を見直せます。ただし、商談不実施をすべて初期対応の責任にせず、日程変更や顧客側の事情を分けて記録します。
Web経由の接点は問い合わせ内容まで照合する
Webサイト経由のリードについては、どのページから来たかに加え、何を申し込んだかを確認します。資料ダウンロードの約束しかしていないページからの接点を、相談予約として扱わないようにします。フォームの項目や案内文を変えた場合は、変更日と対象ページを記録しておきます。
商談化率が変化したときには、営業対応と同時期に流入経路や案内内容が変わっていないかを見ます。フォームを短くした結果、必要な確認が営業側へ移ったのであれば、その確認にかかる負担も把握します。サイトの完了率と営業側の対応量を別々に評価せず、後続の作業までつなげて確認してください。
受注率の改善策｜課題・判断基準・次の行動を商談で確かめる
受注率の見直しでは、顧客の課題と提案内容が対応しているか、判断に必要な材料がそろっているかを確認します。商談件数を減らせば受注率が上がる、提案の型を変えれば必ず受注できる、といった単純な因果では捉えません。
課題の背景と過去の取り組みを聞く
「売上を上げたい」という要望だけでは、どの業務を変える提案なのかが定まりません。現在の進め方、困っている場面、困りごとが起きたときの影響、これまで試した対応を聞きます。過去の施策で解決しなかった理由がわかれば、同じ提案を繰り返していないかを点検できます。
確認が止まる場面を知りたい場合は、「直近の案件では、誰のどの判断を待っていましたか」と尋ねます。過去の施策が続かなかった場合は、「前回の取り組みで続けられなかった作業は何でしたか」という質問が候補になります。回答をすぐに自社製品の説明へ置き換えず、顧客が話した業務の事実と営業側の解釈を分けてメモします。
ヒアリングシートは質問を読み上げるためだけのものではありません。確認済みの事項、相手が話していない事項、提案前に追加確認する事項を見分けるために使います。商談後に上長と確認する場合も、空欄の多さだけを責めず、次の判断に必要な情報が何かを話し合ってください。
意思決定に関わる人と判断に必要な情報を確認する
窓口担当者が提案に関心を示していても、それだけで契約判断が完了するわけではありません。利用する人、運用を管理する人、費用を確認する人が何を判断するのかを聞きます。役職名だけから決裁権限を推定せず、誰とどの順番で確認する予定かを確かめます。
顧客が社内で共有する資料には、課題、提案する範囲、顧客側に残る作業、費用の条件、未確認事項を整理します。営業担当が口頭で説明した内容でも、社内の別の人には伝わっていない可能性があります。共有先で判断が止まったら、資料を増やす前に不足している情報を確認しましょう。
費用対効果を説明する際には、実績と仮定を区別します。顧客の現状値や計算条件が不明なまま、効果額を確定値として提示しないことが必要です。受注のために約束を広げるのではなく、どこまで確認できたかを示した提案に整えます。
顧客が選ぶ条件に違いがある場合は複数案を用意する
複数のプランを出すこと自体が目的ではありません。対象範囲、開始時期、顧客側の運用負担など、実際に選ぶ条件が違う場合に比較案を用意します。同じ内容を価格だけ変えて並べても、どれを選べば課題へ対応できるかは伝わりません。
対象部署を限定する案と、複数部署で同時に始める案を比較すると仮定します。各案で準備を担う人、確認作業、対応できる範囲と対象外になる業務を整理し、現状の運用改善や導入見送りも選択肢に含めます。実際の提案では、部署ごとの導入が可能か、開始条件や契約範囲に違いがあるかを確認してから顧客へ提示します。
比較対象が他社の場合は、顧客が重視する条件を先にそろえます。未確認の競合機能を弱点として挙げるのではなく、確認済みの条件と確認が必要な条件を分けます。「実績が豊富」「高機能」といった総称だけで、自社が適している理由を説明したことにしないようにしましょう。
商談の最後に次の確認事項と担当について合意する
商談が終わる前に、次に確かめる事項、準備する人、確認する時点を整理します。営業側の「資料を送ります」だけでは、顧客が何を判断するために読むのかが曖昧です。「費用の内訳を送付し、運用担当者と対象範囲を確認する」といった形で、資料と判断を対応させます。
その場で日程が決まらない場合は、日程調整を誰が行い、いつ頃までに連絡するかを確かめます。検討時期が先なら、再開の条件を記録します。連絡する約束がない状態で追客回数だけを増やすことを、受注率改善の行動にしないでください。
商談後の振り返りでは、話したつもりだったことと、顧客が合意したことを区別します。議事メモや利用条件を満たした会話記録を読み、営業側の説明に対してどんな質問が返ったかを確認します。録音がない場合も、商談直後のメモから未確認事項を整理して次回へつなげられます。
件数と転換率を継続して記録する方法
継続して記録するには、ツールを選ぶ前に項目と更新の責任を決めます。既存のSFAやCRMでも、スプレッドシートでも、同じ定義で件数を追えることが必要です。導入しただけで入力や振り返りが定着するわけではありません。
次の段階に進む条件と記録の更新日をそろえる
各段階へ進める条件を、顧客との確認内容で記載します。たとえば案件化なら、「資料を送付した」だけでなく、具体的な提案の対象と次に確認する内容が共有されているかを確認します。チーム内で異なる解釈がある場合は、実際の案件を使って境界を話し合います。
最低限、対象を識別する番号、流入経路、商材、段階ごとの到達日、現在の状態、担当者、次回確認日を残します。同じ相手への連絡回数と案件件数は別項目にします。担当変更があっても経緯を追えるように、担当者名だけで対象を識別しない設計にしてください。
入力のタイミングと修正方法も決めます。誤入力を直すときには、過去の集計に影響したかを確認できるよう変更理由を残します。データを更新する担当と、会議で集計する担当が違うなら、いつの時点の記録を使うかを共有しておきます。
件数・転換率・未決着案件を同じ画面に表示する
会議用の一覧には、対象リード数、実施商談数、案件数、受注数と、対応する転換率を並べます。その横に未決着件数と観測終了日を置くことで、率だけではわからない状態を確認できます。集計の対象外としたデータがある場合は、件数と理由を別に残します。
担当者別の比較では、担当する顧客や経路が違っていないかを併記します。チーム全体の率だけが変わった場合には、各対象群の率が変化したのか、対象群の割合が変わったのかを調べます。ダッシュボードの見やすさに加えて、元の案件へ戻って確認できることが重要です。
表示された率が想定と違う場合は、画面の設定を変える前に元件数を確認してください。取り込み対象、重複除外、段階移行日などを順に見ると、業務の変化と集計の不一致を切り分けられます。確認前の数字をそのまま担当者の評価へ使わないようにしましょう。
自動化する前に人が確認する箇所を決める
通知、データ連携、スコア算出を自動化する場合でも、入力の定義や例外の判断は残ります。どの条件で担当者へ通知し、誰が対応済みを確認するかを明確にします。自動で段階を進める設定は、顧客との実際の合意を表しているかを点検してから使います。
MAなどの行動履歴を利用する場合は、メールの開封や閲覧を購入意思と同一視しません。閲覧履歴が取得できない対象もあるため、不明をゼロに置き換えず、営業が確認した内容と別に管理します。機能の利用可否や連携範囲は、現在の製品・プラン・設定を確認してください。
ツールの見直しに進む前に、今の運用で何ができないかを列挙します。入力項目が不足しているのか、担当が決まっていないのか、集計に手間がかかるのかで対処は変わります。管理画面を増やすより、既存記録の定義をそろえることで対応できる部分がないかを先に調べましょう。
営業CVRの確認・改善表を使った週次レビューの進め方
週次レビューでは、対象条件と件数を記入してから商談記録を読み、次の行動を決めます。「営業CVRの確認・改善表」は、その確認内容と担当者、再確認日を書き込むためのひな型です。自社の段階定義に合わせて項目を調整し、確認できた事実と、まだ確かめていない原因の仮説を分けて記入してください。
集計対象の条件と段階別の件数を記入する
集計条件の欄には、対象期間だけでなく、同じ対象をいつまで追跡するかを書きます。商談や案件の定義を別の場所に置く場合は、チームで参照できる資料名も記入してください。前回から定義を変えた場合は、その内容を備考へ残します。
| 記入項目 | 自社の記入欄 | 記入時の確認 |
|---|---|---|
| 対象集団 | 流入経路：＿＿／商材：＿＿／顧客規模：＿＿ | 新規・既存を分ける |
| 対象の開始日・終了日 | ＿＿年＿＿月＿＿日〜＿＿年＿＿月＿＿日 | 対象を集めた期間を書く |
| 観測終了日 | ＿＿年＿＿月＿＿日 | 結果を追った時点を書く |
| 対象段階と数え方 | ＿＿から＿＿へ／単位：＿＿ | 会社・案件・接触回数を混ぜない |
| 前段階と次段階の件数 | 前段階：＿＿件／次段階：＿＿件 | 同じ対象同士で対応させる |
| 転換率 | ＿＿件 ÷ ＿＿件 × 100 ＝ ＿＿% | 分母がない場合は算出しない |
| 未接触・未決着・失注 | 未接触：＿＿件／未決着：＿＿件／失注：＿＿件 | 段階に応じて該当しない欄を区別 |
| 記録不足・対象外 | ＿＿件／理由：＿＿ | 不明をゼロで埋めない |
未接触・未決着・失注は、すべての段階で同じ意味の分類ではありません。リードから商談を追う表なら接続状況、案件から受注を追う表なら決着状況を確認します。各分類が重複するかどうかを定義し、単純に足し合わせて全件数とみなさないようにします。
確認した事実を次の行動につなげる記入例
次の表は説明のための架空の記入例です。実顧客の商談や成果を示すものではありません。率だけで原因を決めず、どの記録を確認したかを残す書き方を示しています。
| 項目 | 架空の記入例 | 自社の記入欄 |
|---|---|---|
| 確認する段階 | 案件から受注まで | ＿＿ |
| 確認する商談記録 | 提案後に次回確認日が空欄の案件の議事メモ | ＿＿ |
| 確認できた事実 | 費用内訳の送付は記録済み。確認する相手と日程の記録がない | ＿＿ |
| 原因の仮説・未確認 | 社内確認に必要な材料が不足している可能性。顧客の発言は未確認 | ＿＿ |
| 次の行動 | 顧客に資料の確認状況と追加で必要な情報を尋ねる | ＿＿ |
| 担当者 | 当該案件の営業担当。上長が送付内容を事前確認 | ＿＿ |
| 再確認日 | 次回の週次レビュー日を記入する | ＿＿年＿＿月＿＿日 |
| 確かめる結果 | 必要な情報と次の確認相手がわかったか。わからなければ未確認のまま記録 | ＿＿ |
ここでの行動の完了と受注は別です。必要な情報を確認できたとしても、契約が成立したとは記録しません。行動を実施できたか、顧客の判断が進んだか、最終的に受注したかを分けることで、短いレビュー周期でも確認できる範囲が明確になります。
1on1では数字と商談の記録を併せて確認する
週次レビューや1on1では、最初に集計の条件を確認し、次に変化した件数と率を見ます。その後、対象の商談記録を読み、顧客が話したこと、担当者が行ったこと、まだ確認できていないことを整理します。数字が下がった理由をその場で無理に答えさせる必要はありません。
マネージャーは「なぜ受注できなかったのか」だけでなく、「顧客は何を確認できれば次へ進めると言っていたか」「こちらがまだ用意できていない材料は何か」と尋ねます。担当者の記憶と記録が違った場合は、どちらかを即座に否定せず、残っている情報を確かめてください。
最後に、次回までに実行する行動と担当を決めます。担当者が実施する連絡だけでなく、上長が確認する提案内容、別部門へ依頼する情報も含めます。実行できなかったときは、能力不足と結論づける前に、依頼先や期限、準備する材料が明確だったかを振り返りましょう。
施策の結果は条件の変化と併せて見直す
次回レビューでは、前回決めた行動の実施状況から確認します。行動を変えた対象と変えていない対象、流入経路や商材の変化を記録し、率が動いたことだけで施策の効果を断定しません。見込み客の構成や検討時期が変わっている場合は、その影響を切り分けられていないことを残します。
受注まで時間がかかる案件では、週次で受注率の結論を更新する必要はありません。必要な情報の確認や、次回行動の合意といった途中の状態を追い、同じ対象の受注・失注は観測期間が進んでから確認します。未決着を急いで失注にすると、施策を評価する土台が変わってしまいます。
改善を続けても変化が見えない場合は、対象段階、原因の仮説、実施した行動が対応していたかを見直します。実行した回数だけでなく、確認した内容が次の判断に使えたかを確かめましょう。必要な記録が不足していたなら、次の期間に取る情報を決めてから再検討します。
まとめ｜確認する段階と次の行動を決める
営業コンバージョン率を改善するための出発点は、各段階の定義と対象集団、観測期間をそろえることです。商談化率、案件化率、受注率の件数を並べ、未接触・停滞・失注の違いを確認します。外部の目安は条件と限界を読み、自社の合否や改善順位を決める一律の基準にはしません。
商談化の見直しでは、対象顧客、初回対応、担当間の引き渡しを確認します。受注の見直しでは、課題の背景、判断に関わる人、必要な材料、次回行動の合意を確かめます。どちらを先に行うかは、率の低さだけでなく、対象件数と実際の商談記録、対応できる行動から判断してください。
次の週次レビューでは、確認・改善表に対象条件と件数を記入し、読む商談記録を選んでみてください。事実と仮説を分け、担当者と再確認日を決めれば、次回に何を確かめるかが明確になります。営業KPI全体の整理も必要な場合は、以下の資料を検討できます。
商談数を13件→28件に変えた、売上目標を因数分解し「見るべき数字」を特定する手順を穴埋め式ワークシートで解説！
＞＞無料で『売上を最短で動かすための営業KPI設計ガイド』をダウンロードする
