既存顧客との定例会で何を話す？使用実態と次期条件を結ぶ議題

灯台サポートの石井は森製作の定例会を準備します。点検の実施数は増えましたが、交代担当の入力方法と来期の対象設備が未決のままです。

前月の活動報告だけを続けると、同じ未決事項が毎月戻ります。

顧客会議の未決事項を対象作業・必要な判断・確認資料・担当へ結び、議題ごとに決着条件を定めます。 参照資料「HubSpot: Customer success health score」で確認した範囲は、顧客属性と行動を組み合わせる健全度の考え方。 この節の会社・担当・社内基準は架空の教材です。

この章の根拠：出典1

「通常利用の確認」の入力は、点検記録は月12件です。ここでは件数だけで定着を保証しません。記録の判断欄には「確認済みの共有資料」と残します。

「交代担当の入力」の入力は、二人の説明方法が未決です。ここでは顧客管理担当が方法を確認します。記録の判断欄には「今回判断する議題」と残します。

「来期の対象設備」の入力は、一設備の追加候補です。ここでは追加の実施を確定扱いにしません。記録の判断欄には「条件確認の議題」と残します。

比較表は横に動かして全ての列を確認できます。

石井は報告と判断の議題を分け、交代担当への説明を誰が行うか決める問いを用意します。設備追加は使用条件を確認する段階として、購入判断とは別に扱います。

議事録に検討継続とだけ書くと次の作業が分かりません。説明資料を顧客管理担当が確認、設備写真を窓口が準備と書けば、未決事項が資料と担当へつながります。

報告する利用状況と決めたい二議題を分けると、誰が会議に必要かを選べます。交代担当二人の説明と設備拡大では、確認する資料と判断の相手が異なります。

会議に判断担当がいない議題はその場で決定しません。欠席者への確認先と期限を残し、参加者の賛成を組織全体の承認に置き換えません。

定例会の準備と未決管理の架空例です。顧客の決定権限や更新合意は役割と根拠を別に確認します。

安藤は欠席した判断担当への確認先と期限を記します。出席者の意見は意見として残し、承認や全社の合意と表示しません。必要な資料を受け取ってから次の判断を設定します。

石井が二議題の資料をそろえ、安藤が判断担当の参加可否を確認します。会議後は確認済み・回答待ち・新しい不足事項へ状態を更新します。

前回未決と今回結論を同じIDで追え、交代担当の説明が完了したか次回に確認できます。議題数や会議回数を顧客成果として報告しません。

渡辺は前回の未決IDから担当、依頼資料、結果をたどります。毎回新しい未決行へ書き直して過去の期限が見えなくなっていれば、同じ議題へ結果を追記する運用へ訂正します。

会議前に報告と議題を分けます。議題ごとに今回決めたいことと必要な判断担当を記入します。

検討継続という言葉だけで閉じません。説明資料と設備写真の準備を、担当と期限のある次の作業へ変えます。

安藤は欠席者への確認を、渡辺は前回未決の結果を点検します。次回も同じ議題IDを使って進んだ条件を確認します。