顧客が新規プロジェクトの範囲を確認しました。
記録者 · Alex Winter担当者がJamie Leeに変更されました。
記録者 · Jamie Lee現在の値だけでは、引き継ぎは完結しない
今の電話番号や商談段階は、レコードの現状を示します。しかし、そこに至った相談までは伝わりません。顧客対応には、やり取りの記録と、重要なレコードに対する変更の記録が必要です。Tsumiraは両者をCRMの文脈にまとめ、顧客と話した内容と、その後に社内で修正した内容を区別して理解できるようにします。
後で必要になる場所に活動を残す
電話、訪問、メモなどの活動を、該当する担当者や会社に紐付け、内容と実際の発生日を記録します。問い合わせ、約束、未確認事項を事実に沿って残すことが大切です。「連絡済み」という短い記録だけでは、次の担当は会話の目的を把握できません。何が話され、何が残っているかを書くことで、次の相談に使える情報になります。
- 日時を持つ顧客活動
- 連絡手段と具体的な内容
- 担当者・会社との紐付け
活動とデータ変更を区別する
活動は顧客とのやり取りを表します。変更イベントは、CRMのレコードに対して誰がいつ、どの項目を変更したかを表します。両者を区別すると、経緯が読みやすくなります。電話番号の訂正は新しい電話対応ではなく、商談段階の更新も顧客の承諾そのものではありません。内部の更新を、顧客との合意と取り違えないための区別です。
- 活動と変更イベントの区別
- 操作した人と発生時刻
- 変更対象となった項目
新しい担当が次へ進める状態にする
引き継ぎ前には、最近の活動、次回対応、レコードの会話を確認します。履歴も閲覧者のアクセス権に従います。関連付けられた非公開ファイルや、閲覧できないレコードが履歴によって開かれるわけではありません。見える情報から、合意したこと、まだ確かでないこと、確認すべき相手を整理します。引き継ぎを、最初から調べ直す作業ではなく、次の対応につなげられます。
- 顧客の文脈にある最近の活動
- 履歴と合わせた次回対応の確認
- 利用者の権限に応じた閲覧
具体的な業務の流れ
対象の顧客を開く
やり取りに関係する担当者か会社を選び、独立したメモにせず、顧客の文脈に記録します。
事実を記録する
連絡手段と発生日を選び、相談や合意の内容を具体的に残します。
後の変更を確認する
対応後に担当者、連絡先、商談情報が変更されていないかを確認します。
引き継ぎを整える
残っている作業と次回の対応を明記し、新しい担当が迷わず続けられるようにします。
実務を想定した例
利用例：顧客からの範囲変更
デザイン会社が、作業範囲を縮小したいという電話を受けたとします。担当者は顧客の要望を活動として記録し、次回の確認日を設定します。その後、商談の情報が修正されます。次の担当は、電話で伝えられた要望と、その後の社内変更を分けて読み取れます。内部の修正を承諾済みの合意とせず、変更後の範囲について確認できます。
この機能についての質問
活動履歴と変更履歴は同じですか。
異なります。活動は電話やメモなど顧客とのやり取りを表します。変更イベントはCRMレコードへの操作と、その実行者や変更対象の項目を表します。
実際に話した日付を記録できますか。
活動には発生日があります。実際のやり取りがあった時点と、後から情報を入力した時点を区別できます。
すべての履歴を誰でも閲覧できますか。
いいえ。履歴もレコードのアクセス権に従います。顧客情報や関連する資料には、それぞれ適切な閲覧権限が必要です。
商談段階の変更は顧客の承諾を意味しますか。
それだけでは意味しません。内部の更新として扱い、承諾の確認には顧客との連絡内容や該当する見積などを確認してください。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
