営業担当が退職するとWhatsAppの顧客も連れていかれる? チャット記録を環境に閉じ込める移行チェックリスト

WhatsAppのチャット記録を会社の環境へ移すと決めても、多くのチームはボタンを押した後でつまずきます。何十個もある営業番号をどこから運び始めるか、従業員のスマホに眠っている既存記録をどう扱うか、移行から3か月後に元のやり方へ逆戻りしないか。持ち去り・休眠・凍結の連座という3つの流出経路と、チャット記録を分離する原理については前回の記事で説明したので、ここでは繰り返しません。この記事が扱うのは、前回触れなかった4つのこと、つまりバッチの組み方、既存記録の運び方、6つのよくある失敗ポイント、4類型の従業員ごとの権限設定の違いです。このチェックリストになぞって一度進めば、もう一回分の授業料を払わずに済みます。

先に誰を移し、後回しにするか: 営業番号にバッチを組む

全部を一気に移行するのは、たいてい導入失敗の始まりです。営業担当が進めている注文が途中で遮られ、顧客の受け止めは即座に悪くなり、チームの抵抗感もこの窓口で浮上します。正しいやり方は分割で、バッチは3つの変数で並べます。

• 会社が登録済みの番号から移行する。認証コードとバックアップコードはすでに会社の手元にあり、移行で変わるのはログインの載せ物だけで根は動かないため、リスクが抑えられ、工程を通し慣らす練習に最適です
• 進行中の注文が集中している番号を移行する。履歴をさかのぼる頻度が高い番号ほど、移行の効果はすぐに見えます。引き継ぐ人が、前回顧客が尋ねた仕様や見積もりをいつでも確認できます
• 離職リスクが高いグループを移行する。近いうちに退職の噂がある、営業担当に私的な取引の疑いがあるグループは、早く移すほど早く損失を止められます

ある種の番号は保留すべきです。番号の登録名義がまだ営業担当個人になっているものです。順序を逆にすると、まだ他人の手にある根に、先に会社の看板を掛けるのと同じことになります。まず番号の社有化を終えてから移行キューに入れてください。順番は入れ替えないこと。

さらに時期を選びます。繁忙期や大型セールの時期を避け、注文の流れが落ち着いている窓を選び、検収のために数日間の観察期間を確保しておきます。

既存のチャット記録はどう運ぶか: 4ステップで完了

既存記録は、WhatsAppチャット移行で見落とされがちな部分です。環境は有効化した日から記録がネイティブにその中で育ちますが、有効化以前の履歴が新しい載せ物に自動で現れるわけではありません。Web側の同期範囲は公式の実際の挙動に依存するため、完全な運搬を誰も保証できません。だから運び方は2層に分かれます。環境が「以後」を担当し、エクスポートアーカイブが「以前」を担当します。

バックアップのエクスポート。WhatsAppスマホアプリに内蔵された「チャットをエクスポート」機能で、重要な会話を1件ずつファイルに書き出し、メディアの添付にチェックを入れ、顧客名ごとに社内クラウドストレージへアーカイブします。WhatsAppチャットのエクスポートは、旧載せ物にまだ正常にログインできるうちに行ってください。これは引き継ぐ人にとっての歴史的底簿であり、万一番号が凍結されたときに残る唯一のバックアップにもなります。

環境を作ってログイン。番号ごとに独立した環境を作り、固定の出口IPを紐付け、会社のスマホでQRコードを読み取ってWhatsApp Webの環境ログインを完了させます。ログイン後、すぐに営業担当へ渡さず、まず主管が顧客の会話リストを一通り照合し、あるべきものがすべて揃っているか確認します。

第二の入口を断つ。営業担当の個人ブラウザや個人PC上のWeb版は、すべてログアウトしてログイン状態を消し、会社全体で環境という1つの入口だけを残します。入口が2つ並存すると、新しい記録の半分は環境に、もう半分は個人ブラウザに育ち、引き継ぎのときに初めて欠落が発覚します。

検収。ランダムに3人の顧客を選び、チャット記録にしか存在し得ない3つの細部を尋ねます。前回の見積もりで伝えた支払い方法、顧客が言及した認証要件、取り決めた再注文の時期です。主管が環境の中で探し、3分以内に見つけられたら合格です。見つけられなければ、記録が環境の中で生きていない証拠で、移行は半分しか終わっていません。

よくある6つの失敗ポイント

移行という動作そのものは難しくありません。難しいのは移行後に形が崩れないことです。この6つの落とし穴は、いずれもチームが実際につまずいた箇所です。

1. 環境を作ったのに個人ブラウザがログインしたまま。従業員は楽をしようと、新しい番号も従来の場所で使い続けます。自己点検は簡単で、各自のふだん使うPCでWeb版を開き、ログイン状態が残っているか確かめればよいのです。残っていれば二重運用です
2. 1つの環境に複数の番号を詰め込むかグループ全体で1つの環境を共有する。分離の粒度が崩れ、引き継ぎのときに「グループごと持ち去り」へ逆戻りします。規律は1番号1環境、環境は番号について回り、人には付きません
3. 移行当日に顧客へ新番号案内を一斉送信する。運ぶのはログインの載せ物であって番号そのものではありません。番号は変わらないので、顧客は何も感じないはずです。乗り換え通知を一斉送信しても、顧客に詐欺アカウントを疑わせる以外の得は何もありません
4. 環境だけ移して認証を付け替えない。番号の認証手段が退職予定の従業員の手元に残ったままだと、環境は引き渡せても根は引き渡っていません。認証の再設定、環境の引き継ぎ、権限の回収の順序はチームの2FA管理で整理してあります。そのとおりに実行してください
5. 環境が人についてネットを変える。営業担当が今日は自宅、明日は出張と、出口IPがあちこちへ跳びます。環境は固定の出口に紐付け、人がネットを変えても環境は変わりません。この規律は立ち上げ段階から固めておくことです
6. 移行の完了をゴールとみなす。記録は毎日増えていきます。アーカイブにはリズムが必要です。大型受注のあった日は当日中にその顧客の会話を書き出し、進行中の顧客は毎週決まった曜日に1回書き出します。主管は毎月1回操作ログを抽検し、環境の外にログイン記録がないかを重点的に確認します

4類型の人、権限の与え方はそれぞれ異なる

移行は既存分を解決し、権限は今後の増加分を決めます。チームの中身は一種類の人ではありません。一律の権限方式では、必ずどちらか一方を漏らします。

• 試用期間の新入社員: 入社初日から環境の中でやり取りさせ、履歴環境には権限を与えません。正社員登用の有無は記録の帰属に影響せず、記録はもともと本人の端末にないので、退職しても残留しても引き継ぎコストが発生しません
• パートと外部委託: 権限の期間はプロジェクトの期間に合わせ、プロジェクト終了時に権限を回収し、環境は常駐の同僚へ引き渡します。長期の常設メンバーにはせず、ぶら下がったままの権限は将来の落とし穴になります
• 交代制のカスタマーサポート: 環境そのものが共有の載せ物なので、交代は権限の付け替えと同じです。記録は連続し、顧客は夜勤の担当者に要求を最初から説明し直す必要がありません
• 個人番号を何年も使ってきたベテラン営業: 移行への抵抗が強い層です。説得の切り口は「管理する」ではなく「守る」です。顧客の帰属が環境の中で明確に示せるので、将来退職するとき「顧客を持ち去った」と疑われず、引き継ぐ人が記録を調べるのにわざわざ本人に聞き戻る必要もありません。この点をきちんと伝えれば、協力度はまったく変わります

よくある質問

既存のチャット記録は環境へ完全に移せるか?

2層に分けて考えます。環境は「以後」を担当します。有効化当日から記録は環境の中でネイティブに育ちます。環境では「以前」を担当できません。履歴は公式のエクスポートアーカイブに頼り、会話ごとに書き出し、メディアを含め、社内クラウドストレージに保存します。この2層が揃って初めて、移行の完了です。

従業員が環境の分離を監視と受け取ったら、どう説明するか?

分離と監視は別物です。メンバー同士は互いに見えず、主管も日常ではチャットの中身を見られず、1件ずつの精査は存在しません。営業担当にとってはむしろ保護です。顧客の帰属が環境の中ではっきり示せるので、退職時に疑いを負いません。まず「互いに見えない」ことを伝えれば、抵抗はずっと小さくなります。

営業担当の退職時のWhatsApp引き継ぎで、何を見落としやすいか?

認証手段の引き継ぎを見落とします。環境は引き渡せても、認証コードが退職する従業員のスマホに紐付いたままだと、引き継ぐ人はやはり入れません。認証の再設定、環境の引き継ぎ、権限の回収。この3ステップを、この順序のとおりに進めてください。

移行に穴がないかをどう判断するか?

自己点検は3つです。従業員のふだん使うPCでWeb版を開いたとき、ログアウト済みになっているか。ランダムに選んだ3つの顧客の細部を、主管は環境の中で3分以内に見つけられるか。操作ログの中に、環境の外のログイン記録はないか。この3つをすべて通過して初めて、移行は閉じます。

まとめ

チャット記録を環境に閉じ込めるとき、難所は道具にあるのではなく、移行の順序と実行の規律にあります。バッチを組み、既存分を書き出し、単一入口で検収し、4類型ごとに権限を与え、6つの落とし穴のうち5つ以上を避けられれば、この仕組みは立ち上がります。1番号1環境、環境への独立出口の紐付けという手法の詳細は環境分離の仕組み解説にまとめてあります。MostMateの独立環境とメンバー権限の設計も同じ論理にのっとっており、具体的能力は製品紹介ページをご覧ください。

まだ手をつけていないチームは、来週、会社が登録済みの番号を1つ選んで試しに移行してください。バックアップの書き出し、環境の作成、二重入口の排除、1回の検収。最初の1番号がうまく運べれば、残りは日程の問題だけです。