再提案の目的を、再契約から成果を回復できる状態へ置く
過去に期待を満たせなかったSMB顧客へ再提案するときは、以前と異なる結果を期待できる理由を示す必要があります。再び関心が生まれたことと、不信が解けたことは同じではありません。新機能の説明や値下げを先に出すと、顧客が抱く「また同じことになるのでは」という問いを置き去りにします。
SMBを顧客とするエンタープライズ企業では、初回営業、導入支援、日常運用、再提案の担当が分かれていることがあります。その場合、売上上は再獲得でも、顧客には一続きのサービス体験です。前担当の約束を知らないまま「今は良くなった」と伝えれば、追加の期待のずれを生みます。
本稿は、過去利用者の期待未達を診断し、再提供とその後の評価へつなぐ運用の論考です。一般的な追客の頻度や連絡停止の判断は扱いません。自社の商談メモを基に整理した設計であり、再契約率の改善を実証した顧客事例ではありません。
前回の期待・提供・利用・結果を分けて再構成する
最初に確認するのは、顧客が何を期待し、売り手が何を約束したかです。契約上の提供物、営業時に説明した成果の見通し、顧客が理解していた到達点を並べます。提供物は納品したが、期待した事業成果は出なかったという状態を、単純な履行完了だけで片づけないことが重要です。
次に、実際に提供された内容と、利用された範囲を分けます。設定・公開・研修が完了したか、顧客側で必要な作業ができたか、途中で担当や条件が変わったかを確認します。顧客が使わなかったという記録があっても、使うための説明や体制が不足していれば、顧客側だけの原因とはいえません。
結果は、期待した成果、途中の反応、計測できていない部分を分けて残します。データがないことを成果ゼロと扱わず、顧客が実感していないことを数字があるだけで否定しません。顧客の説明、契約・提供記録、計測記録が食い違う場合、その違いを未解決の論点として保持します。
失敗の原因を決めつけず、どの条件が変わったかを確認する
期待未達の原因は、対象との不適合、導入の未完了、運用の停滞、成果が出るまでの時間差、期待値の過大設定などに分けて仮説を置けます。ただし、これは原因を確定するための分類ではありません。どの観測がその仮説を支え、何を確認すれば判断を変えられるかを整理するために使います。
売り手の商品改良が原因に対応しているかも確かめます。前回は利用開始の負荷が高かったのに、表示デザインの変更だけを根拠に再提案しても、障害は残ります。一方、顧客側で担当者を確保できた、必要なデータを用意できるようになった、といった変化が再提供の条件を整える場合もあります。
変更の説明は、変更内容、確認方法、今回の顧客への適用可否を一組にします。「機能が増えた」は確認できても、「この顧客の成果が増える」は未確認かもしれません。過去の実績が別の業種・利用条件なら、その違いも明示します。再提案の説得力は、変更点の数より、前回の障害との対応関係で決まります。
| 仮説 | 必要な確認 | 変更だけでは足りない例 |
|---|---|---|
| 期待が実際の提供範囲を超えた | 営業説明・契約・顧客の理解 | 機能を増やしても過大な期待が残る |
| 利用開始の準備が進まなかった | 必要な素材・権限・双方の担当 | 表示改善だけでは開始の負担は減らない |
| 利用はしたが目的に適合しなかった | 対象・利用方法・代替策 | 値引きしても適合性は変わらない |
| 結果を評価する情報が不足した | 定義・観測期間・計測の欠損 | データがない状態を失敗ゼロにする |
再提供・限定検証・保留を、実行条件で選び分ける
再提供を進めるのは、必要な変更が確認でき、顧客側と自社側の作業を実行でき、成果をどう評価するかを合意できる場合です。前回と同じ範囲を再契約するだけでなく、対象や支援方法を変える案も比較します。連絡や提案を希望しない顧客には、回復施策を理由に接触を続けません。
主な障害は推定できても効果を確かめきれない場合は、限定した検証を考えます。何を変え、どの途中指標を観測し、その結果で何を判断するかを先に定めます。本導入と違う人員や特別な支援を投入するなら、その条件では本導入の再現性をまだ確認できないことを残します。
原因も変更も確認できない場合は、再契約を急がず診断を続けるか、提案を保留します。過去の不満を受け止めることと、未確認の補償や成果を約束することは別です。契約上の対応や補償が必要な論点は権限を持つ担当へ渡し、新しい販売条件に紛れ込ませないようにします。
再契約後の計画に、双方の担当と成果の確認時点を入れる
回復計画には、前回うまくいかなかった点、今回変えること、変えないこと、顧客側の作業、自社側の作業を記します。顧客が少人数で複数業務を担うなら、作業を依頼するだけでなく、必要な時間、権限、支援の有無まで確認します。売り手の大きな組織の都合を、そのまま顧客へ転嫁しない設計が必要です。
たとえば、これは架空の設計例ですが、利用開始までに顧客側の素材準備が止まっていたなら、今回の計画では素材の責任者、提出方法、自社の確認期限、欠けた場合の代替案を決めます。成果の前に設定完了や利用開始を確認しますが、開始しただけで顧客の事業成果が回復したとは扱いません。
評価時点では、作業が実行できたか、途中の反応が変わったか、最終成果まで観測できたかを分けます。判断に必要な時間が経っていなければ未観測とし、好結果でも特別な支援を標準提供へ移せるかを検討します。回復できない条件が明らかになった場合の縮小・停止も、開始前に選択肢として残します。
再契約率と、成果が回復した顧客の割合を分けて測る
評価対象は、提案を受け入れた顧客だけに限定しません。対象に選んだ過去利用者、連絡できた顧客、診断できた顧客、再提案した顧客、再契約した顧客を区別します。どの段階を分母にした数字かを明示しなければ、対象を絞るだけで施策が良く見えてしまいます。
契約後の成果回復は、何を回復とするかを顧客の目的に応じて定義します。利用開始と最終成果は別の指標にし、必要な観測期間がまだ経っていない顧客を失敗扱いしません。一方で未観測を除いた成功率だけを示すと偏るため、対象数、観測完了数、回復確認数、未観測数を併記します。
追加支援時間と再度の期待未達も追います。手厚い個別対応で回復したとしても、多数のSMB顧客へ同じ方法を広げられるとは限りません。契約の復活、顧客の成果、売り手の提供能力を別々に確認して、標準化する施策と個別対応に留める施策を選びます。
| 確認対象 | 分母・観測の考え方 | 避けたい解釈 |
|---|---|---|
| 再契約 | 対象選定→診断→提案→契約を別計測 | 戻った顧客だけを施策全体とする |
| 利用開始 | 再提供を開始すべき顧客と開始時点 | 契約を利用開始と同一視する |
| 成果回復 | 回復の定義・観測完了数・未観測数 | 未観測を黙って除いた成功率だけ示す |
| 提供負荷 | 追加工数・特別対応・再度の未達 | 特別支援の成功を標準提供へ一般化する |
営業・提供・商品が、同じ未達を繰り返さない責任を持つ
営業は再検討の理由と期待を整理し、提供部門は前回の実行経緯と今回の変更条件を確認します。商品・運営側は、複数顧客に共通する障害か、個別の条件かを検討します。顧客が誰に話せばよいか分からない状態を避けるため、社内の担当が複数でも対外的な窓口と回答責任を定めます。
回復計画を新しい担当へ渡すときは、過去の記録をすべて読むことを前提にしません。前回の期待未達、確認事実と仮説、今回変える条件、次の判断をまとめます。原本の保存・共有は自社の情報管理に従い、組織内に広く顧客事情を配布することで連携を代替しないようにします。
回復後のレビューでは、個別の値引きや特別支援で解決したのか、標準商品の変更で解決したのかを分けます。同じ障害が続くなら、再獲得の営業トークを磨く前に、初回の期待値設定や導入設計を直す必要があります。再提案を、売上の取り戻しだけでなく提供品質を更新する工程へ接続します。
実務で迷う論点：原因不明、改善実績、無償のやり直し
前回の担当が退職し、記録も少ない場合はどうすべきでしょうか。原因を補って断定せず、顧客の説明と残る提供記録を照合し、確認できない範囲を明示します。不確実性が大きいなら、以前と同じ成功見込みを前提に大きな契約を取り直さないことが重要です。
別の顧客で改善した実績があれば十分でしょうか。対象、利用範囲、運用体制、観測期間の違いを確認します。参考になる事例でも、今回の顧客の不安を直接解消する証拠とは限りません。どこが共通し、どこは今回の検証が必要かを説明します。
無償でやり直せば信頼を取り戻せるでしょうか。費用を取らないことと、失敗条件を変えることは別です。必要な権限や契約上の対応を確認し、範囲、責任、終了条件、成果の確認方法を定めます。顧客に追加負担をかけて同じ未達を再現するなら、無償でも良い回復策とはいえません。
