CRMを複数担当で更新するには?営業・技術・管理の分担と引受確認

CRM・顧客理解 · 実務ガイド
更新する項目と主担当を先に決め、依頼に案件番号・確認内容・期限を付けます。相手の引受と返却結果を記録し、営業が次の作業へ進めるか、CRM管理が対象と履歴を保てているかを別に確認します。 数人から100人程度の会社で営業・技術確認・CRM管理を兼務する責任者と担当者を対象にします。
32人の設備卸、青葉商会では、営業の佐藤が設備相談D05を進め、技術の鈴木が型番を確認し、CRM管理の田中が顧客と商談の関連を点検します。佐藤が受けた資料M05初版には型番がなく、見積準備を進められません。以下の会社・担当・記録・日時はすべて架空の教材です。

この記事でできるようになること
- 担当ごとの更新範囲と完了条件
- D05の依頼・引受・返却の記録
- 未引受と同時更新を処理する確認票
01 / CRM・顧客理解
分担を決める前に何をそろえる?
案件番号、原資料、更新項目、主担当、依頼期限、完了の証拠を一件でそろえます。

D05の相談票と顧客資料M05初版を佐藤が用意します。鈴木に「設備の件を見て」とだけ頼むと、顧客への返答まで任されたのか、仕様だけを確認するのか分かりません。依頼は「型番を確認し、照合結果をD05へ返す」と範囲を絞ります。
営業段階と次の顧客確認は佐藤、仕様確認の結果は鈴木、顧客IDとの関連と記録訂正は田中が主担当です。営業責任者の高橋は未引受や分担外の作業を調整します。同じ人が兼務する場合も、どの役割で更新したかを残します。
Atlassianの役割と責任の資料は、自分と他者の認識を照合し、重なる責任には主担当と補助担当を決め、未割当の責任へ担当を置く考え方を説明しています。ここではそれをD05の更新項目へ適用した編集例です。担当名は操作権限を与える設定ではなく、利用中のCRMで必要な範囲を扱えるかは田中が別に確かめます。
高橋が三役の更新範囲と代替担当を確認します。
この章の根拠:出典1
02 / CRM・顧客理解
誰が何を更新し、何で完了を確かめる?
営業は相談事実と次の行動、技術は根拠付きの確認結果、管理は対象の関連と訂正履歴を担当します。

佐藤はD05へ顧客の希望、資料を受け取った日時、未確認の型番を記します。顧客の「旧設備と同等にしたい」という発言を、型番確定や受注へ読み替えません。次の行動は鈴木への仕様照会で、顧客への回答はまだ完了していません。
鈴木は確認対象、参照した仕様一覧P05、型番の有無、未確認事項を更新します。営業段階や見積金額を推測で変えません。返却の完了は「確認しました」という一言ではなく、照合結果と不足情報を佐藤が読める記録がそろった状態です。
田中はM05が顧客C05の商談D05に結び付くことと、訂正前後の記録が追えることを点検します。技術の適否は決めません。三人の完了条件を分けると、田中の点検済みを理由に仕様確認まで完了扱いにする誤りを防げます。
比較表は横に動かして全ての列を確認できます。
| 自社担当 | 更新する欄 | 完了の証拠 | 担当外の判断 |
|---|---|---|---|
| 営業・佐藤 | 相談日時、顧客希望、営業段階、次の行動 | 原資料と未確認事項を付けた照会 | 仕様の適否を推測しない |
| 技術・鈴木 | 確認対象、仕様資料、照合結果、不足情報 | P05と照合し結果を返却 | 受注や金額を変更しない |
| 管理・田中 | 顧客・商談の関連、訂正記録 | D05との関連と履歴を点検 | 営業・技術の判断を代行しない |
D05の分担表へ更新欄と完了の証拠を記します。
03 / CRM・顧客理解
依頼から返却までを一件で通すには?
依頼、相手の引受、確認結果の返却、営業の再確認を別の出来事として残します。

10月16日10時10分、佐藤はD05、M05初版、型番確認の問い、16時の返却希望を鈴木へ渡します。10時20分に鈴木が「仕様照合を引き受ける」と記録します。通知の到達や既読だけでは、担当が作業を引き受けたとは扱いません。
15時に鈴木は型番が資料にないと返し、D05を顧客確認待ちにします。佐藤は不足する型番を顧客へ確認し、翌17日11時に型番X5を記したM05第2版を受け取ります。鈴木は14時にP05のX5と照合した結果を返し、佐藤は15時に今回の見積準備に必要な情報がそろったことを確認します。
HubSpotの活動記録の資料では、出来事の日時、関連する記録、結果、後続の作業を残せます。本例ではD05の依頼と引受を社内の記録として区別して使います。これらの順序や引受確認が自動で実装されるという意味ではありません。田中は17日15時15分にM05第2版がD05へ関連し、別商談D06を変更していないことを点検します。
佐藤が返却結果を読み、次の行動を更新します。
この章の根拠:出典2
04 / CRM・顧客理解
引受がない、二人が同じ欄を変える場合は?
未引受は依頼済みのまま保持し、主担当を確定します。同時更新は原資料と更新履歴を照合して項目ごとに訂正します。

鈴木が不在で返却希望までの対応が難しい場合、佐藤は引受待ちと期限を高橋へ渡します。高橋が代替の技術担当を決め、その人の引受を記録してから担当を変更します。元の依頼を完了にしたり、空いている人へ一方的に完了責任を付けたりしません。
佐藤がM05第2版を登録する間に、田中が同じ案件の資料名を訂正した場合は、最後に保存された値だけで採用を決めません。田中は原資料と各更新日時を照合し、型番X5、版、関連先を項目別に点検します。誤った変更には訂正理由と確認担当を残します。
仕様の根拠が二つの資料で食い違う場合は鈴木へ戻します。営業の希望で技術結果を上書きしません。担当間で作業範囲が重なるときは高橋が主担当を決め、再確認先と期限をD05に残します。ここでの処理は社内運用の教材で、CRMの排他制御機能を前提にしていません。
高橋が未引受の担当と期限を確定します。
05 / CRM・顧客理解
分担が機能するか、別の担当が検証するには?
元の依頼を知らない担当がD05から未確認事項、引受者、次の作業を説明できるか試します。

高橋は16日15時のD05を開き、鈴木が型番の不足を返したこと、佐藤が顧客確認を持つこと、見積準備はまだ進められないことを読み取ります。三つが記録だけで分からなければ、誰が何をしたかの説明を補い、完了印だけを増やしません。
17日15時の記録では、M05第2版とP05の照合結果から、佐藤が見積準備へ進む条件を説明できるか確認します。鈴木の仕様返却済みと、見積作成済みや受注済みは別です。この時点の次の行動は佐藤の見積準備であり、商談全体を完了にはしません。
田中は誤ってD06へ関連した資料を直す練習も行います。正しいD05へ戻した理由、訂正日時、確認者を残し、D06の他の資料が保たれたかを別担当に見てもらいます。担当変更後も経緯を説明できれば、引継ぎに使える記録の形ができています。
高橋がD05の未確認事項と次の担当を読み取ります。
06 / CRM・顧客理解
複数担当のCRM分担を始めるには?
一件の更新項目と主担当を決め、資料付きで依頼し、引受と返却を確認して、次の作業を営業が持つ状態にします。

D05の分担は、営業・技術・管理という部署名を並べるだけでは終わりません。佐藤は顧客の事実、鈴木は仕様の根拠、田中は記録の対象を担当し、各自の完了証拠を分担表へ記します。
引受のない依頼は高橋が担当を調整します。不足した型番は佐藤が顧客へ戻し、確認後に鈴木が再照合します。未確認を隠さず担当へ戻す流れがあれば、全員が同じ欄を埋めることを求めずに一件を進められます。
最初は自社の一案件を選び、第三者が引受者、原資料、未確認、次の作業を読み取れるか試します。田中の記録点検まで確認しても、見積や受注が終わったとは判断しません。今回の工程と商談全体の完了を分けて運用します。
自社の一案件で三役の引継ぎを試します。
仕事の流れから、顧客との接点まで。
一体で見直す、最初の一歩を。


