カスタマーサクセスの議事録｜引き継ぎで困らない残し方

担当が代わって最初のミーティング。顧客から「その話、前の担当の方にもお伝えしたのですが」と言われて、頭を下げた経験はないでしょうか。

この記事では、カスタマーサクセスの顧客ミーティングを個人の記憶ではなくチームの資産に変えるための、器の設計・毎回残す6項目・入力コストの下げ方・続けるための運用を、順番に整理します。来週のチームミーティングでそのまま提示できる粒度で書きました。

議事録を残しているのに引き継げないのはなぜか

会議単位で残すと、顧客の物語が読めない

たとえば「この顧客は月次の定例を隔週に変えた」という事実は、ある日の議事録の片隅に一行だけ書かれています。しかし本当に必要なのは「現場の運用が回り始めて頻度を落としたのか」「不満があって距離を置かれているのか」という背景です。日付順の議事録を10本読んでも、この違いは読み取れません。

Stock情報とFlow情報が混ざっている

そこで情報を2種類に分けています。

• Stock情報: 事業内容、拠点数、認証取得状況などの基本情報。キーパーソンとその役割。ゴール・問題・課題のチャート
• Flow情報: 訪問記録、チャットや電話でのやり取り

議事録は本来Flowです。Flowだけを積み上げても、Stockは組み上がりません。引き継ぎで詰まるのは、Stockに相当する情報が誰の頭の中にもあるのに、どこにも書かれていないからです。

属人化は個人の問題ではなく構造の問題

つまり、記録が残らないのは担当者の意識が低いからではありません。仕組みが記録を求めていないか、求めているのに手間が見合っていないかのどちらかです。

会議単位ではなく「顧客単位」で積む器を作る

顧客カルテと議事録を分けて紐づける

引き継ぎのときに最初に読むのは顧客カルテです。議事録は必要になったときに遡ります。この順序が作れると、引き継ぎ資料を別途作る必要がなくなります。

顧客カルテに置くStock情報

最低限、次の5つを置きます。

1. 契約情報: プラン、契約更新日、契約金額、利用ライセンス数
2. キーパーソンと役割: 決裁者、現場の推進者、実際の利用者。異動や退職があれば履歴として残す
3. 導入目的（ゴール）: 顧客が何を実現したくて導入したのか。営業からの引き継ぎ内容もここに集約する
4. 現在の課題: 今どこで詰まっているか
5. 利用状況: ログイン頻度や主要機能の利用有無など、数字で見える指標

課題は上書きせず、時系列で残す

前掲のカミナシの記事は「課題はナマモノ」という表現で、顧客のプロダクト習得度合いや社内体制の変化に応じて目標そのものが変わることを指摘しています。だからチャート形式で時間の概念とともに記録する、という設計です。

実務としては、現在の課題を書き換えるのではなく、日付つきで追記していく形にします。「2月：入力の手間が課題 → 5月：入力は解決、活用が課題」と並んでいれば、その顧客が前に進んでいることが一目で分かります。上書きしてしまうと、この動きが消えます。

既存のNotion議事録があるなら作り直さない

顧客ミーティングで毎回残す6項目

6項目の一覧

議事録に何でも書かせると、書く人によって粒度がばらつきます。項目を固定して、そこだけ埋めてもらう形にします。

なぜ6項目に絞るのか

項目を増やすほど、埋まらない欄が出ます。埋まらない欄がある表は、読む側から信用されなくなります。「空欄なのは起きなかったからか、書き忘れたのか」が判別できないからです。

6項目であれば、何もなかった項目に「変化なし」と書くコストも許容範囲に収まります。運用が定着してから増やすのは簡単ですが、増やしすぎたものを減らすのは難しいので、少なく始めるのが安全です。

温度感は事実で書く

温度感のシグナルは、書き方を決めておかないと機能しません。「感触が悪い」「なんとなく熱量が下がっている」と書かれても、引き継いだ人には何も伝わらないためです。

• 悪い例: 「反応が薄かった」「あまり乗り気ではなさそう」
• よい例: 「決裁者が2回連続で欠席」「現場から質問が出なくなった」「更新時期の話を振ったが具体的な返答なし」

観測できた事実を書けば、後から「あのときのシグナルは正しかったのか」を検証できます。解約予兆の精度は、この検証の積み重ねでしか上がりません。

会議中に手を動かさずに記録を残す

記録が続かない本当の理由は入力コスト

ここまでの設計は、書く手間がゼロであれば必ず機能します。逆に、会議直後に30分かけて書く前提なら、繁忙期の最初の週に止まります。1日に顧客ミーティングが3本入る日を想像すれば分かります。

録画してAIに議事録を作らせる

やり方はシンプルで、顧客とのミーティングを録画しておき、終わったらAIに議事録を作らせます。会議中は聞くことと考えることに専念できますし、話者識別があれば「顧客側の誰が言ったのか」も残ります。

生成された議事録に対して、担当者は6項目を確認して補正するだけです。ゼロから書くのと、出てきたものを直すのとでは、必要な時間も心理的な負荷もまったく違います。

顧客の会議にbotを入れづらい問題

AI議事録ツールの多くは、会議に専用のbotを参加者として招待する方式です。社内会議なら問題になりませんが、顧客との商談やQBRでは事情が変わります。参加者リストに知らないアプリ名が並ぶと、「これは何ですか」という説明から始まりますし、顧客のセキュリティポリシー上、外部アプリの参加が認められないケースもあります。

断りの入れ方

顧客との会議では、録画の前に一言添えます。目的・共有範囲・保存期間の3点が入っていれば十分です。

本日の内容を社内で正確に共有したいので、録画させていただいてもよろしいでしょうか。弊社の担当チーム内でのみ共有し、外部に出すことはありません。

録画が残っていると、引き継ぎとQBRで効く

画面共有された内容は、議事録から抜け落ちる

顧客ミーティングでは、相手の管理画面や運用フローを画面共有で見せてもらう場面があります。このとき交わされる「この設定はこうしています」「ここは前任者が作ったので触れない」といった情報は、テキストの議事録にはまず残りません。

映像が残っていれば、引き継いだ人がその場面だけ見返せます。顧客に同じ説明を求めずに済むのは、この差が大きいです。

引き継ぎは「引き受ける側が入力責任を持つ」

引き継ぎに当てはめると、退職する担当者に分厚い引き継ぎ資料を書かせるのではなく、引き継ぐ側が顧客カルテを読み、録画を確認し、埋まっていない部分を質問しながら自分で埋めていく形になります。書かされる側の負荷が下がり、引き継ぐ側の理解度は上がります。

QBRの準備が資料作りから振り返りに変わる

四半期ごとのレビュー（QBR）の準備で、過去3ヶ月の議事録を読み返す作業に時間を取られていないでしょうか。6項目が揃っていれば、決定事項とアクションの履歴、利用状況の変化、要望の一覧がそのまま素材になります。集める時間が減った分を、次の四半期の提案を考える時間に回せます。

Qurecoで「録って、議事録にして、顧客に紐づける」まで

ここまでの運用は、録画ツール・文字起こしサービス・Notionを個別に組み合わせても実現できます。ただ、会議のたびにファイルを書き出して別サービスにアップロードする工程が挟まると、忙しい週から順に抜けていきます。

CSの現場では、次の点が噛み合います。

議事録のフォーマットはテンプレートとしてカスタマイズできるので、先ほどの6項目をそのまま雛形にしておくと、生成された時点で必要な形になっています。画面録画と音声録音は無料のまま時間制限もウォーターマークもなし、AI議事録とNotion連携はProプラン（月額980円のローンチ価格）の機能で、初月はクレジットカード登録なしで試せます。

明日から始める4ステップ

1. 顧客カルテのデータベースを1つ作る。プロパティは契約情報・キーパーソン・導入目的・現在の課題・利用状況の5つから
2. 議事録テンプレートに6項目を入れる。既存の議事録DBがあるなら項目を足すだけでよい
3. 録画と同意の運用を決める。誰が録るか、断りの文言、保存場所、閲覧範囲をチームで合意する
4. 2週間後に埋まり方を点検する。埋まっていない項目があれば、項目を減らすか、書き方の例を追加する

まとめ

顧客との会話をチームの資産にするために必要なのは、書く気合いではなく、器と仕組みです。

• 会議単位ではなく顧客単位で積む。顧客カルテ（Stock）と議事録（Flow）を分けて紐づける
• 課題は上書きせず、日付つきで追記して変化が読める形にする
• 毎回残すのは6項目だけ。増やすほど埋まらなくなる
• 温度感は「感触」ではなく観測できた事実で書く
• 記録が続くかどうかは入力コストで決まる。録画とAI議事録で、会議中に手を動かさない状態を作る
• 引き継ぎは引き受ける側が入力責任を持つ。書かせるのではなく、読んで質問させる

まずは顧客カルテを1社分だけ作ってみてください。1社分埋めてみると、自分たちが何を聞けていないかが具体的に見えてきます。

Qureco Screen Recorder

Mac専用の高機能画面録画アプリ

録画して、議事録はAIに任せて、Notionに届いたら読むだけ。
今なら初月無料で全ての機能を試せます。

初期設定不要ウォーターマークなしAI議事録生成Notion連携

無料でダウンロード詳しく見る