自走は、顧客へ任せる業務と残す支援を決めることから始まる
SMB顧客が自分たちで業務を進めたいと望む場合、提供側は何を任せ、どこを支援し続けるかを決めます。説明資料を渡して問い合わせを減らすだけでは、顧客が仕事を続けられる状態を作ったとはいえません。引き受ける業務、必要な判断、相談する条件を具体化します。
対象は、SMBへ商品・サービスを提供するエンタープライズ企業の営業責任者・営業企画・事業開発担当者です。本稿は初めて価値を確かめる導入工程を越え、顧客が繰り返し業務を担う段階への移管を扱います。販売企業自身の内製・外注の選択とも、移管を受ける主体が異なります。
自社の商談レビューにある自走基盤への投資理由と、教材の工数・役割の考え方を、支援の終え方へ応用した設計案です。すべての顧客が自走を望むという前提ではなく、継続して代行を使う方が目的に合う場合も比較します。問い合わせ削減や顧客継続の効果を実証した事例ではありません。
顧客が自分たちで進めたい仕事を、作業と判断へ分解する
顧客が自走したいと言ったとき、何を減らしたいのかを確認します。外部への依頼、社内調整、待ち時間、費用のうち何が問題かで、適した移管の範囲は変わります。自社で実行したい仕事と、専門家に残したい判断を分けると、全工程を一度に引き受けてもらう提案を避けられます。
移管する単位は、例えば情報をそろえる、定型の作業を行う、結果を点検する、例外を判断するという業務です。各業務に担当者、使える時間、必要な情報、完了の条件を置きます。SMBだから手順が簡単、経営者が全部できるという想定を置かず、普段の兼務や不在時の対応まで確認します。
作業は移せても専門的な変更判断は提供側へ残すなど、部分的な移管も選べます。その場合は、通常の支援に含む範囲、追加の相談になる範囲、顧客が止めて確認すべき場面を示します。支援を減らした分を、顧客側の見えない作業へ移すだけになっていないかを点検します。
受講と理解と、実務を続けられることを別に確認する
移管の確認には、実際に扱う情報と通常の担当体制で仕事を進めてもらう工程を置きます。提供側が横で手順を指示して完了した場合と、顧客が判断して完了した場合を区別します。支援担当が裏で直している箇所も残し、その補助がなければ何が止まるかを確認します。
一度うまくできただけでは、繰り返しの実行や例外への対応は未確認です。商材の業務周期に応じて、準備、実行、結果確認を追い、いつもと条件が違った場合に必要な相談ができるかを見ます。毎週の仕事と、年に一度しかない仕事へ同じ観測期間を当てはめることはできません。
例外に一人で対応できることだけを、自走の合格基準にする必要もありません。判断を保留し、必要な情報を添えて合意した窓口へ相談できるなら、それが適切な実行能力になる場合があります。何でも自己解決してしまうことより、業務を守りながら扱える範囲を理解しているかを確かめます。
| 確認対象 | 実務で残す事実 | 未確認なら行うこと |
|---|---|---|
| 通常の実行 | 顧客が使う情報と担当で業務が進むか | 補助する工程と原因を明確にする |
| 繰り返し | 業務周期をまたいで実行できたか | 観測期間を確保する |
| 例外対応 | 止める判断と相談に必要な情報 | 相談条件と窓口を練習する |
| 実行体制 | 担当の時間と不在時の対応 | 移管範囲や支援方法を見直す |
移管・部分移管・支援継続・範囲変更を選び分ける
顧客が通常業務を続けられ、例外時の相談も成立しているなら、合意した範囲を移管する候補になります。なお残す点検や専門支援があるなら、窓口と確認の時点を明示します。営業が伝えた将来の自走像と、実際に移管できる範囲が違う場合は、その差を顧客と確認します。
一部の業務だけ成立しているなら、その部分を移し、残りは支援する選択があります。ただし、工程を分けたことで受け渡しの回数が増える場合もあります。移管する仕事の量だけでなく、顧客と提供側の間で何を何回確認する必要があるかを比較します。
顧客の担当や時間が足りない、実行条件が変わった、求める価値に自走が合わない場合は、支援継続や範囲の変更を選びます。終了予定日が来たからと、成立していない移管を完了にしません。継続する場合も無期限の補助へ流さず、何を変えていつ判断し直すかを決めます。
外注費の削減と、業務を続けるための総負担を比べる
自走の提案では、減る支援費用と、新たに必要な顧客の作業時間を分けます。さらに、習得、手順の更新、担当不在時の代替、例外相談に必要な負担を確認します。費用の支払いが減っても、顧客の重要業務が圧迫されるなら、その範囲を引き受ける判断は変わり得ます。
提供側にも、教育、移管中の点検、裏で補う作業、移管後の相談対応が残ります。顧客数を増やす計画では、教育を一度行えば後の負荷がゼロになるという前提を置かず、通常支援と移管支援を分けて見積もります。資料や教材を共通化しても、個社の実行条件の確認は残ります。
営業・提供・事業責任者は、顧客の目的、継続代行、部分移管、自走後の限定支援を比べます。自走を理由に高額案を選ばせるのではなく、何が顧客側に残り、その状態を維持するには何が必要かを説明します。目先の契約額と、長く提供できる支援の範囲を一緒に判断します。
| 比較項目 | 顧客側に必要なこと | 提供側に残ること |
|---|---|---|
| 移管前 | 習得する時間と準備 | 教育と手順の整備 |
| 通常運用 | 作業・結果確認・情報管理 | 合意した点検と相談 |
| 例外や変更 | 識別・保留・必要情報の共有 | 専門判断や追加支援 |
| 担当交代 | 社内の引継ぎと実行確認 | 再教育や移管範囲の調整 |
移管後の業務を追い、支援を戻す条件を残す
移管した日と業務範囲、確認できた条件、残した支援を記録し、次の業務周期でどう動いたかを点検します。移管できた顧客だけを成功群として取り出さず、移管を計画した群から、移管済み、一部移管、支援継続、見直し中を追います。顧客の条件や観測期間も残します。
問い合わせが少ない理由には、問題なく進んでいる場合と、業務が止まった、誰に相談すべきか分からない場合があります。顧客が実際に仕事を続けられたかを確かめ、相談件数だけで効果を判断しません。顧客の作業時間、提供側の追加作業、同じ例外の繰り返しも点検します。
担当変更、対象業務の拡大、一定期間の未実行、扱えない例外など、再支援を相談する契機を決めます。支援を戻したことを失敗として隠さず、何の条件が変わったかを整理します。再教育、一部代行、範囲の縮小、支援方法の変更のどれが必要かを、顧客と提供側で選びます。
実務で迷う論点：支援の卒業、教材の共通化、顧客の担当交代
支援の卒業は、サービスの解約を意味するでしょうか。作業代行、利用する仕組み、点検や専門相談の範囲は別々に設計できます。何を終え、何を継続するかを顧客と合意し、実際の提供条件に合わない案内をしないことが必要です。
教材を共通化すれば移管を増やせるでしょうか。手順の学習を助けますが、利用する情報、仕事の頻度、例外の種類が違えば実務での確認が残ります。教材の閲覧やテストの点数を、そのまま自走の達成割合へ置き換えません。
顧客の担当者が交代した場合はどうするでしょうか。新しい担当へ同じ説明を送るだけでなく、業務の実行と相談の条件が引き継がれているかを確認します。必要なら移管した範囲を一時的に狭め、顧客が業務を続けられる形から支援を組み直します。
