継続契約の顧客と毎月会っていても、進捗資料を読み上げるだけでは、顧客の目的が変わったことや、新しい課題が生まれたことに気づけません。定例会の価値は、報告の回数ではなく、双方が同じ状況を理解し、次の判断と行動を決められることにあります。この記事では実務上、そのための準備、進行、記録を順に解説します。
この記事の結論
BtoBの既存顧客定例会では、当初の目的、確認できた成果、未解決課題、顧客の事業や体制の変化、次の優先事項を順に確認します。進捗資料は事前共有し、会議では判断と対話へ時間を使います。最後に、決定事項、未決事項、双方の次の行動、担当、期限を合意し、次回はその結果から始めます。
既存顧客定例会で確認する五つの論点
既存顧客定例会では、作業量ではなく、顧客が目指す状態と現在との差を確認します。基本の順番は、当初目的、成果、未解決課題、事業や体制の変化、次の優先事項です。
- 契約や支援を始めた当初の目的を確認する
- 顧客側で確認できた成果と未確認の成果を分ける
- 未解決課題と進行を止めている障害を確認する
- 事業、組織、担当者、優先度の変化を聞く
- 次回までの優先事項と双方の行動を決める
当初目的と確認できた成果を合わせる
最初に「この支援は何のために始めたか」を短く確認します。契約開始時には工数削減が目的でも、現在は品質の安定や新規事業への対応が優先になっているかもしれません。目的が変わったまま以前の指標を報告しても、会議はかみ合いません。
成果は、自社が実施した作業と顧客側で起きた変化を分けます。「記事を四本公開した」は実施内容です。「問い合わせ時に顧客が読んだ」「営業説明に使えた」は顧客側の変化です。顧客がまだ成果を確認できない場合は、何をいつ確認するかを決めます。
未解決課題と顧客側の変化を聞く
未解決課題は、遅れている作業だけではありません。必要情報がそろわない、社内承認が進まない、担当部門が使いこなせないなど、成果までの障害を確認します。自社で解決できること、顧客側の判断が必要なこと、契約範囲外のことを分けます。
顧客の事業、組織、担当者、予算、優先度が変われば、同じ支援でも意味が変わります。「最近、何か変わりましたか」では広すぎるため、「対象部門や利用者に変化はありますか」「次の四半期で優先する業務は変わりましたか」のように、支援目的と関係する範囲で聞きます。
次の優先事項と行動を決める
会議の最後には、次回までに一番進めることを選びます。課題をすべて並べるだけでは、誰も着手できません。顧客の成果への影響、期限、前提となる判断を見て、優先事項を一つから三つに絞ります。
各項目には、顧客側の行動、自社側の行動、担当、期限を付けます。「検討する」「調整する」ではなく、「顧客の責任者が対象部門を確認し、次の水曜日までに参加者を決める」のように、完了を確認できる形にします。
定例会を報告会で終わらせない準備
会議中に初めて資料を読むと、確認だけで時間が終わります。共有すれば済む事実と、会話や判断が必要な論点を事前に分けることが準備の中心です。
共有だけで済む情報を事前に送る
実施内容、数値、スケジュール、前回行動の結果は、定例会の前に共有します。資料には、前回から変わった点、予定との差、顧客に確認してほしい箇所を明示します。
顧客が事前にすべて読むことを前提にせず、会議冒頭で変化と例外だけを短く確認します。詳細を読み上げるのではなく、判断に必要な事実がそろっているかを合わせます。
顧客に判断してほしい論点を明示する
アジェンダでは、報告事項、確認事項、決定事項を分けます。「進捗共有」だけでは、顧客は何を準備すべきか分かりません。「対象部門を広げるか決めたい」「優先する改善案を二案から選びたい」のように、会議で得たい結果を書きます。
判断材料が不足している場合は、会議で無理に決めません。何が足りないか、誰がいつまでに確認するかを未決事項として残します。
顧客側の参加者と時間配分を合わせる
運用担当者だけでは決められない論点に、毎回決裁者を呼ぶ必要はありません。判断が必要な回だけ、目的と必要時間を伝えて参加を依頼します。現場の使い方を聞く回なら、実際の利用者に参加してもらいます。
一例として、前回行動と重要な変化に短い時間を使い、成果と未解決課題、顧客の判断、次の行動へ多くの時間を配分します。時間配分は会議時間ではなく、今回決めたいことから逆算します。
追加提案・紹介・事例化を話すタイミング
定例会は売り込みの場ではありません。追加提案、紹介依頼、事例化は、顧客の目的と成果を確認し、顧客側にも意味があると説明できる場合だけ、別々の選択肢として話します。
追加提案は新しい課題と優先度を確認してから行う
顧客が新しい課題を話したからといって、すぐ自社サービスを勧めません。課題の影響、現在の対応、優先時期、自社の支援範囲を確認します。既存支援の改善で解決できるなら、まずそこを直します。
追加提案が必要な場合も、提案内容、顧客が得る変化、追加負担、開始条件を分けて説明します。定例会中に契約判断を迫らず、検討に必要な関係者と資料を確認します。
紹介依頼は成果と紹介先の利益を説明できるときに行う
顧客が成果を実感し、同じ課題を持つ相手にどんな価値があるか説明できるときは、紹介を相談できます。「誰か紹介してください」ではなく、どのような状態の企業に役立つか、紹介先へどんな負担をかけないか、共有範囲を伝えます。
紹介に応じる義務はありません。顧客との関係を保つことを優先し、断りやすい聞き方にします。
事例化は顧客の成果と公開範囲を分けて確認する
顧客の成果が確認できたら、導入事例として整理できるか相談できます。ただし、成果の確認と公開許可は別です。会社名、業界、課題、数値、担当者コメント、画像など、公開項目ごとに確認します。
営業で使える事例の顧客選定、取材、公開確認は、BtoB導入事例の作り方で詳しく解説しています。
定例会後に記録して次回へつなげる項目
議事録は会話の全文ではなく、次回までの判断と行動を再現するために作ります。決まったことと決まらなかったことを分け、双方の次の行動に担当と期限を付けます。
決定と未決を分けて残す
最低限、確認した目的と成果、決定事項、未決事項、未決の理由、追加で必要な情報を残します。顧客の発言は、推測を混ぜず、支援判断に必要な事実として記録します。
目的、参加者、連絡頻度が以前と変わった場合も残します。返信の遅れ、定例延期、成果のずれなどが重なった場合は、契約の話より先に顧客の目的・現状・障害を確認します。判断の順番は、BtoB顧客の解約兆候が補足になります。
双方の次の行動に担当と期限を付ける
次の行動は、顧客側と自社側を分けます。各項目に担当、期限、完了条件を付け、会議後に双方へ共有します。期限までに進まない場合の連絡先も決めておくと、次回まで放置されません。
- 当初目的と現在の優先事項を確認した
- 実施内容と顧客側の成果を分けた
- 未解決課題と障害を確認した
- 顧客の事業・体制・担当者の変化を必要な範囲で聞いた
- 決定事項と未決事項を分けた
- 双方の次の行動に担当、期限、完了条件を付けた
- 次回は今回の行動結果から始める
定例会が機能しているかは、資料の枚数ではなく、顧客の目的と現在地が合い、次の行動が進んだかで判断します。毎回同じアジェンダを守ることより、顧客の状況に合わせて、今回決めるべき論点を選ぶことが重要です。
