受注の連絡を入れた日、顧客の担当者は喜んでいた。社内の稟議を通したのは本人だから、当然である。ところが半年後、別件の相談で訪問するとこう言われる。「すみません、正直あまり使えていなくて」。その瞬間に気づく。この契約は更新月を待たずに、もう終わっていたのだと。
結論から言う。解約は更新月に決まるのではなく、契約直後の90日で決まっている。受注の瞬間に営業の関心が次の案件へ移ると、顧客は買ったのに使えていないという状態で放置される。そこから先、どれほど丁寧な更新面談を設計しても取り返せる範囲は限られる。更新率を左右するのは、契約直後のキックオフ設計と、使われていないサインの早期発見である。
なお、すでに出てしまった兆候をデータから捉える手法は、別記事無言の解約を防ぐヘルススコア分析にまとめた。あちらが兆候を検知する側なら、本記事はそもそも兆候を出させないための最初の90日の設計である。
この記事では、キックオフで決めるべき5項目、90日を3つの点検時期に区切る設計、営業が自力で気づける離脱のサイン、そして伴走計画をAIに設計させるプロンプトまでを示す。専任のカスタマーサクセスがおらず、営業が兼務で回す前提で書く。読み終えたときには、受注報告の次にやるべきことが決まっているはずだ。
なぜ最初の90日なのか？
継続課金の商材において、顧客が使い続けるかどうかは契約直後の90日でほぼ決まる。理由は3つある。
第一に、導入直後は社内の関心と協力が最も得やすい。稟議が通った直後は、決裁者も現場も「あれはどうなった」と気にしている。この時期なら推進担当は他部署に声をかけやすく、現場も新しいやり方を受け入れる余地がある。半年経って関心が薄れたあとに同じ依頼をしても、優先順位の列の最後に並ぶだけだ。協力を引き出せる窓は、契約直後にしか開いていない。
第二に、最初に躓くと使わないという状態が常態化する。初期設定が途中で止まる、ログインの手順が分からない、入力した情報が思った形で出てこない。こうした小さな詰まりは、放置されると回避行動に変わる。人は使いにくいものを使わない理由を、自分の中で正当化していく。いったん自分たちには合わないという物語ができあがると、機能の説明や改善ではもう崩せない。崩せるのは物語ができる前の数週間だけである。この時間制限が、90日という区切りの実質的な根拠だ。
第三に、担当者が異動すると導入の経緯ごと失われる。推進担当が代われば、後任にとってその契約は自分が選んだものではない。何のために入れたのか、どんな状態を目指したのかが引き継がれていなければ、手元に残るのは請求書だけになる。逆に、導入目的が文書として残り、成果が社内で共有されている状態を90日以内に作れていれば、人が代わっても契約は生き残る。
つまり最初の90日は、顧客の側に習慣と記録が形成される期間である。習慣と記録ができたあとの活動は、できあがったものの確認作業にすぎない。営業がここに人的リソースを割く意味は、感謝されたいからではなく、この期間だけが結果を動かせるからだ。
キックオフで決める5つのこと
キックオフは挨拶と顔合わせの場ではない。90日の設計図を顧客と一緒に書く場である。契約書に書かれているのは支払条件と提供範囲であって、使われる状態の定義はどこにも書かれていない。それを言語化するのがキックオフの役目だ。
なおPoCを経て契約に至った案件では、検証時の狭い範囲と本番の範囲が食い違いやすい。PoC自体の組み立て方は別記事PoCの設計で扱ったが、本番移行のキックオフでは検証結果を一度棚に戻し、本番で最初に動かす範囲を改めて決め直すこと。PoCで成功したという事実は、本番でも成功するという保証ではない。
決めるべきことは次の5つに絞られる。多いと守られないので、これ以上増やさない。
| # | 決めること | 具体的に握る内容 | 決めないとどうなるか |
|---|---|---|---|
| 1 | 達成したい状態（相手の言葉で） | 90日後に顧客の業務がどう変わっていれば成功か。こちらの提案書の表現ではなく、担当者が自分の言葉で言い直したものを記録する | 成果の判定基準が双方で食い違い、更新面談で「期待したものと違った」という評価だけが残る |
| 2 | 最初に使う範囲 | 対象部署・人数・業務のどこから始めるか。全員・全機能を同時に開始しない。広げる順番は決めるが、実行は後回しにする | 全社一斉に始めて全社一斉に止まる。範囲が広いほど躓く箇所が増え、原因の特定もできなくなる |
| 3 | 社内の推進担当と協力者 | 顧客側で手を動かす担当を1名に特定し、加えて現場で最初に使ってくれる協力者を2〜3名確保する | 全員の仕事になり誰の仕事でもなくなる。こちらの連絡先が宛先不明になり、依頼が宙に浮く |
| 4 | いつ何ができていれば順調かの目安 | 2週目・1ヶ月目・3ヶ月目に、それぞれ何が終わっている状態かを具体的に書く | 順調か遅れているかを判断できず、手遅れになってから気づく。遅れの指摘も感覚論になる |
| 5 | 困ったときの連絡経路 | 誰に、どの手段で、どこまでの内容を聞いていいか。営業宛てか支援窓口かも明示する | 現場は詰まったときに聞かず、黙って使うのをやめる。質問が来ないことを順調だと誤解する |
この5つのうち、最も省略されやすいのが4と5である。1から3は提案の延長で話せるため自然に出るが、4と5は顧客にとって面倒な話だ。だからこそ営業の側から持ち出す。とくに5は、顧客が沈黙する最大の原因を先に潰す作業にあたる。聞ける相手が決まっていない現場は、質問するより使わないほうを選ぶ。
決めた内容は、その日のうちに1枚の文書にして送る。議事録ではなく、顧客が社内で回せる形にすることが重要だ。この1枚が、担当者が異動したときに導入の経緯を引き継ぐ唯一の資料になる。
90日のチェックポイント設計
90日を漫然と見守っても何も起きない。点検する時期を先に決め、キックオフの場でカレンダーを押さえる。あとで日程を調整しようとすると、忙しい時期と重なって流れる。節目は3つで足りる。
2週目：初期設定と最初の利用が進んでいるか
この時点で見るのは成果ではなく、手が動いたかどうかだ。初期設定が終わっていない、アカウントが配られていない、推進担当がまだ触っていない。この3つのどれかが起きていれば、すでに遅れている。2週目の遅れは取り返せるが、1ヶ月放置した遅れは取り返せない。
聞く質問の例を挙げる。
- 設定はどこまで進みましたか。止まっている箇所はありますか
- 最初に使う方々にはもう案内が届いていますか
- 実際に触ってみて、分かりにくかった操作はどこでしたか
- 社内で誰かから質問や不満は出ていますか
4つ目が重要だ。不満は推進担当のところで止まっていることが多い。本人は言いにくいので、こちらから聞かなければ出てこない。
1ヶ月目：当初の用途で使えているか、使っていない人がいないか
1ヶ月目の論点は2つある。キックオフで決めた最初の範囲で実際に使えているか、そしてその範囲の中に使っていない人がいないかだ。
平均で見ると危ない。10人中7人が使っていれば順調に見えるが、使っていない3人が影響力のある人物なら、その契約は3ヶ月後に揺らぐ。誰が使っていないかを個人単位で把握する。
- 当初決めた使い方は、実際の業務の中で回っていますか
- 使い始めてやめてしまった方はいますか。理由は聞けていますか
- 今のやり方で手間が増えた部分はありますか
- 現場から出ている要望のうち、まだこちらに伝えていないものはありますか
手間が増えた部分を聞くのは勇気がいるが、聞かないと黙って元のやり方に戻られる。ここで出た手間は、設定変更や運用の工夫で片づくものが多い。
3ヶ月目：成果の言語化と社内共有
3ヶ月目の目的は、成果を顧客の言葉で言語化し、それを顧客の社内で共有できる形にすることだ。ここで作るものは、次の予算と拡大の種になる。
成果は放っておくと忘れられる。使えて当たり前になった業務は、改善された事実ごと日常に溶ける。だから3ヶ月目に、導入前の状態と今の状態を並べて書き出す作業を顧客と一緒にやる。この記録が、次の更新面談で推進担当が社内を説得する材料になる。
- 導入前と比べて、変わったと感じる場面はどこですか
- その変化を社内の誰に伝えておくべきですか
- まだ手をつけていない業務で、同じやり方が使えそうなところはありますか
- 次の3ヶ月で広げるとしたら、どの部署が現実的ですか
後半2つの質問が、範囲拡大の入口になる。最初に絞った範囲で成果が出ているなら、次の範囲へ広げる提案は売り込みではなく自然な続きだ。この文脈での提案の組み立て方は、別記事既存顧客へのアップセル設計にまとめている。順序を間違えないこと。成果の言語化が先、拡大の提案が後である。
使われていないサインの見つけ方
利用データのダッシュボードがなくても、顧客が離れていくサインは営業の手元に現れる。むしろ数字に出るより早い。見るべきは、顧客とのやり取りの温度変化だ。
| サイン | 起きている可能性 | 最初の一手 |
|---|---|---|
| 返信が遅くなり、内容が短くなった | 推進担当の優先順位が下がった。社内で協力が得られていない | 相談ごとの体裁で短い時間をもらい、困っている箇所を1つだけ聞く |
| 質問が止まった | 使っていないか、聞く相手が分からなくなっている | 連絡経路をもう一度伝え、こちらから具体的な確認事項を投げる |
| 推進担当が定例に出てこなくなった | 兼務の本業に押されている。実質的に担当が空席 | 上長を含めた場に切り替え、推進体制の見直しを議題にする |
| 現場からの問い合わせがゼロのまま続く | 現場に浸透していない。設定段階で止まっている | 推進担当経由ではなく、現場の協力者に直接状況を聞く |
| 窓口の主語が個人から組織に変わった | 社内で検討の対象になっている。見直しが始まっている | 更新時期を前倒しして、現状の評価と課題を正面から聞く |
| 議事録の宿題が毎回繰り越される | 顧客側に実行の余力がない | 宿題を減らす。こちらが代行できる部分を引き取る |
このうち最も見落とされるのが、問い合わせがゼロという状態だ。質問が来ないのは順調だからではない。順調な導入では、必ず細かい質問が出る。沈黙は、使われていないことの最も分かりやすい証拠である。
ツールの利用データが見られる環境なら、これらのサインと突き合わせる。ログイン頻度、機能別の利用状況、部署ごとの偏り。ただし順序は、人のサインを先に見て、データで裏を取るのが実務的だ。データだけを見ていると、数字が落ちた理由が分からないまま時間が過ぎる。人に聞けば理由まで分かる。
サインを見つけたら、その日のうちに連絡する。来週の定例で聞こうと考えた瞬間に、対応は1週間遅れる。離脱は、遅れた分だけ進む。
伴走をAIで設計するプロンプト
ここからは実践だ。90日の計画を毎回ゼロから考える必要はない。商材と顧客の体制を渡せば、面談の時期と議題、各時点で確認する質問、つまずきの予測までたたき台が出る。
あなたはB2B営業と導入支援の実務に詳しいコンサルタントだ。
新規契約した顧客について、導入後90日の伴走計画を設計してほしい。
# 自社の商材
〔例: 営業支援ツール。商談管理と見積作成を効率化する。初期設定に2〜3時間、
操作の習得に1週間程度かかる。レポート機能は使いこなしに時間を要する〕
# 顧客の導入目的と体制
〔例: 見積作成の遅さを解消したい。営業20名のうち、まず内勤5名から開始する。
推進担当は営業企画の課長1名で、本業と兼務。現場は紙とExcelの運用が長い〕
# 契約内容の概要
〔例: 20ID、年額契約。導入支援は初回設定と操作説明会2回まで。
更新判断は契約から10ヶ月目に顧客側で行われる見込み〕
# 出力してほしいもの
1. 90日の伴走計画。面談の時期を契約日起算の週数で示し、各回の議題を3つずつ
2. 各面談で顧客に投げる質問を4つずつ。事実を聞き出す形の疑問文で書くこと
3. この顧客がつまずきそうな箇所の予測を5つ。理由と、事前に打てる手を添える
4. 3ヶ月目に顧客へ渡す活用提案の骨子
（現状の整理／次に広げる範囲／そのために顧客側に必要な協力）
# 条件
- 推進担当が兼務である前提で、顧客側の作業量が過大にならない計画にすること
- 面談は多すぎても負担になる。回数は必要最小限に絞り、各回の目的を1行で書く
- 与えた情報にない数値や成果を推測で作らないこと
- 営業がそのまま口に出せる日本語で書くこと出てきた計画は、そのまま使うものではない。面談の回数は顧客の体力に合わせて削る。つまずきの予測は、自社の過去の案件で実際に起きたものに差し替える。AIが出すつまずきは一般論に寄るため、ここだけは経験で上書きしたほうが精度が上がる。顧客名や契約金額を入力する際は、自社の情報取り扱いルールに従うこと。業種と体制だけ渡せば、出力の質はほとんど落ちない。
よくある質問
専任のカスタマーサクセスがいない組織では、営業はどこまでやるべきか
線を引くなら、顧客側の推進担当が自走できる状態を作るところまでだ。操作の個別指導や設定の代行を営業が全部引き受けると、担当の案件数に比例して時間が溶け、どの顧客にも中途半端になる。やるべきは、キックオフで5項目を決めること、3つの節目で面談すること、サインを見つけたら動くことの3つに絞る。この3つは代替できないが、それ以外の作業は支援部門や資料に寄せられる。兼務で回す前提なら、やることを足すのではなく、やらないことを決めるほうが先である。
訪問や面談の頻度はどれくらいが適切か
90日の中で3回が基準になる。2週目、1ヶ月目、3ヶ月目だ。これより多くすると顧客の負担になり、途中から断られる。逆に少ないと、遅れに気づく時点が遅くなる。重要なのは回数ではなく、各回で見るものが決まっているかどうかだ。目的のない定例は、双方の時間を使って何も分からないまま終わる。なお面談の形式は訪問でもオンラインでもよいが、2週目だけは短時間でも相手の画面や実際の運用を見せてもらうほうがいい。聞いた話と実態は、初期ほどずれる。
成果が出ていないとき、更新面談でどう切り出すか
成果が出ていない事実を、こちらから先に出す。相手に指摘される前に、何が想定どおりに進まなかったかを整理して持ち込む。隠した状態で更新を打診すると、相手は見直しの口実を得たと判断する。そのうえで、原因を顧客の責任にも自社の責任にも帰さず、どの前提がずれていたかという形で提示する。範囲が広すぎた、推進担当が兼務で時間を取れなかった、現場の運用が想定と違った。どれも次の設計で直せる論点だ。更新面談そのものの議題の組み立て方は、別記事契約更新の面談設計で詳しく扱っている。ただし本来は、この面談で慌てないために最初の90日を設計するのだという順序を忘れないこと。
Next Action：今日やる3つ
- 直近90日以内に受注した契約を一覧にする。契約日、顧客側の推進担当、キックオフを実施したかどうかの3列で足りる。キックオフをしていない契約があれば、それが最優先の連絡先だ。
- そのうち1社について、本記事のキックオフ5項目を自分で埋めてみる。埋まらない欄が、その契約の未確定事項である。とくに達成したい状態を顧客の言葉で書けないなら、次の面談の議題はそれひとつで決まる。
- 担当中の既存契約を見渡し、質問が止まっている顧客を探す。問い合わせがゼロのまま1ヶ月以上経っている顧客に、今日ひとつ具体的な確認事項を投げる。
受注は成果ではなく、開始の合図である。売った後の90日に何をするかを決めていない営業は、1年後に理由の分からない解約を受け取る。次の受注報告のあとに、キックオフの日程を押さえるところから始めてほしい。
コメント