担当者が変わるとき、顧客要望はどう引き継ぐ？

担当者の異動や退職が決まったとき、顧客要望の一覧を渡すだけでは、引き継ぎが終わらないことがあります。「誰に返事をするのか」「前任者は何を約束したのか」が分からず、同じ質問を顧客へ繰り返してしまうためです。

引き継ぐのは、要望の内容に加え、これまでの判断と次の行動です。この記事では、営業・CS・製品担当などが交代するときに、顧客対応を途切れさせず、後任者が自分で続きを進められる状態を作る方法を説明します。営業から開発へ新しい要望を渡す方法は、営業・CS向けの受付フォームで扱っています。

まず、交代日をまたぐ仕事を探す

過去の要望を受付順にすべて説明する前に、担当交代の前後に動くものを探します。顧客への回答予定、社内への確認依頼、公開後の案内など、次の行動が残っている要望を一覧にしてください。

優先して確認したいのは、次のような記録です。

• 交代日まで、または交代直後に返答すると約束した要望。
• 顧客からの追加情報や、社内の判断を待っている要望。
• 代替案を案内し、利用できたか確認する予定の要望。
• 対応が終わったものの、顧客への案内が済んでいない要望。

不具合や業務停止の疑いがある案件は、通常の改善要望と分け、適切な対応窓口にも状況を確認します。顧客と約束した期限は、前任者の最終出勤日とは関係なく残ります。

後任者がまだ決まっていない場合は、責任者が一時的な担当を決めます。「後任が入ってから対応する」と空欄にすると、その間に届く返事を受け取る人も分からなくなります。未決の要望には、少なくとも連絡を受ける人と次に確認する日を置いてください。

一覧には、経緯を読みに行ける入口を作る

引き継ぎのために全履歴を別の資料へコピーすると、元の管理表と食い違うおそれがあります。日常的に更新する記録を正本として、引き継ぎ一覧から参照できる形にします。

Atlassianのナレッジ共有の解説も、人の頭の中だけにある知識を、組織に残る文書へ移す考え方を紹介しています。顧客要望では、担当者が知っている判断の背景や約束を、後任者が確認できる記録にすることから始められます。

次の表は、担当交代時の確認項目の提案です。普段使っている顧客要望の管理表に不足する欄だけ追加しても構いません。

「重要顧客なので対応」といった主観的な一言だけでは、後任者は判断を引き継げません。確認できた業務上の影響と、現在の方針を分けて記録します。原文が見つからず前任者の記憶だけがある場合は、そのことを明記してください。

約束したことと、担当者の見込みを分ける

引き継ぎで特に確かめたいのが、顧客にどこまで伝えているかです。社内では見送りになっていても、顧客への説明が終わっていないかもしれません。逆に、前任者が「来週確認します」と伝えた内容を、後任者が「来週実装します」と受け取ることも避けたいところです。

送信したメールや応対記録を読み、「状況を連絡する約束」「採用する判断」「提供日を伝えた約束」を区別します。次の回答日は、開発の完了日ではありません。

以下は、架空の業務ツールに寄せられた要望の説明用の引き継ぎ例です。アーコレの機能や実際の顧客対応を表すものではありません。

• 要望：月次の集計結果をファイルに出したい。
• 背景：担当者が会議資料へ転記している。必要な項目は一部未確認。
• 社内の状態：対象項目を確認中。採用と提供時期は未定。
• 顧客に伝えたこと：次回の定例で、対象項目の確認状況を説明する。
• 後任者の次の行動：定例前に製品担当へ確認し、未決の点を含めて顧客へ説明する。
• 参照先：元の要望と前回定例の記録。いずれも社内の許可された場所で管理する。

この記録なら、後任者は「何を聞くか」と「何を伝えるか」を分けて準備できます。対応すると決まっていない要望に、新しい担当者が安心してもらうための約束を足す必要はありません。

後任者が説明する形で、読み合わせる

前任者が資料を読み上げるだけでは、後任者が実際に続きを進められるか分かりません。直近の回答が必要な要望を一つ選び、後任者に次の三点を説明してもらいます。

1. いま顧客が困っていることと、社内で決まっていること。
2. 次に誰へ何を確認し、いつ顧客へ連絡するか。
3. 判断に迷ったとき、どの記録を見て誰へ相談するか。

説明が止まった箇所は、その場で資料に補います。たとえば「製品担当に相談」だけなら、相談先と確認したい内容を書き足します。採否を決める権限まで後任者へ移るとは限らないため、要望の判断を誰が担うかも合わせて確認してください。

後任者のアカウントでリンクを開き、必要な記録を読めるか確かめることも大切です。前任者の個人フォルダにしかない資料は、社内ルールに沿った管理場所へ移すなど、退職後も必要な人が参照できる方法を決めます。パスワードや前任者のアカウントを共有して代用しないでください。

切り替える日と、その間の更新方法を決める

一覧を作ってから交代日までにも、顧客から返答が届くことがあります。資料を渡した時点の状態だけで止めず、切り替えまでは誰が更新し、追加の情報をどう後任者へ伝えるかを決めます。

説明用の運用例なら、「交代日の前日までは前任者が更新し、新しい返信は同じ要望記録へ追記する。交代日に後任者が未完了項目を確認し、担当欄を切り替える」と書けます。実際の日付と担当は、自社の予定に置き換えてください。

顧客への担当変更の案内が必要かも、普段の連絡方針に沿って決めます。案内する場合は、新しい連絡先と、既存の要望を引き継いでいることを伝えます。変わっていない実装予定を改めて約束したり、社内の交代理由を必要以上に説明したりする必要はありません。

交代後は、最初に予定していた回答や確認が行われたかを責任者が確かめます。完了していなければ、資料を増やす前に、担当が認識されているか、参照先を開けるか、判断待ちがないかを確認します。

引き継ぎ完了を、資料の送付だけで決めない

最後に、次の項目を確認してください。

• 未完了の要望に、現在の担当者が入っている。
• 顧客への約束と、社内の判断状況が分かれている。
• 次の行動と連絡日、または個別連絡しない方針が分かる。
• 後任者が参照先を開けて、次の行動を説明できる。
• 前任者の担当範囲やアクセス権の変更を、責任者と確認している。

すべての過去要望を同じ深さで説明する必要はありません。直近の対応が必要なものは読み合わせ、対応済みの履歴は探せる場所と探し方を伝えます。未確認事項が残る場合は、引き継ぎ一覧から消さず、確認する担当と期限を残します。

よくある質問

まとめ

担当交代では、要望の一覧、判断の経緯、顧客との約束、次の行動をつなげて渡します。後任者が記録を開いて続きを説明できるかを確かめ、担当を切り替えた後の最初の対応まで確認してください。日常の受付から判断までを整える際は、機能要望管理の基本も参照できます。

少ない件数なら、管理表と元のやり取りへの参照で始められます。要望が増え、担当が変わるたびに過去の声や判断材料を探し直しているなら、日常の収集・整理方法を見直すとよいでしょう。

アーコレでどう整理できるかを見る