委託先の担当者異動、また一から説明していませんか

「今の担当さん、来月で異動になるそうです」——システム保守会社や広告代理店、コールセンターの委託先などから、こんな連絡を受けて憂鬱になったことはないでしょうか。自社の担当者が辞めるわけではないのに、委託先側の人事異動によって、これまで積み重ねてきた「うちのクセ」の共有がリセットされてしまう。この記事では、なぜ委託先側の担当者交代がこれほど厄介なのか、その構造と備え方を解説します。

結論: 引き継ぎ資料に残るのは「仕様」だけで「経緯」は残らない

結論から言うと、委託先の担当者が変わって発注側が振り出しに戻ったように感じるのは、引き継がれるのが契約書や仕様書に書ける「決まりごと」までで、日々のやり取りの中で積み上がった「経緯」や「暗黙のクセ」は引き継ぎ資料に残りにくいことが原因です。

「このエラーは実害がないので無視してよい」「この施策は過去に一度失敗しているので提案しない」「この時間帯は連絡がつきにくい」——こうした情報は、委託先の担当者が現場で交わすチャットやメールの中にしか残っていません。契約は会社対会社で結ばれていても、実際の業務知識は担当者個人に蓄積されており、その担当者が異動すれば、会社としての契約関係は続いていても、実務上は「初めての取引先」からやり直すことになります。

さらに厄介なのは、この異動が発注側の都合とは無関係に起こることです。委託先の社内事情(定期異動・退職・組織再編)は自社でコントロールできず、いつ起きるかも予測できません。だからこそ、異動が起きてから慌てるのではなく、日頃から経緯を自社側にも残しておく備えが必要になります。

委託先の種類別にみる、担当者交代で失われる情報

委託先の業種によって、失われる情報の中身は変わりますが、根っこの構造は共通しています。

委託先の種類	担当者個人に蓄積されやすい情報	交代で起きること
システム保守・SIer	過去の障害対応の勘所、無視してよいアラートの見分け方	同じ障害を一から調査され、対応が遅れる
広告代理店	過去に試して失敗した施策、成果が出た背景	同じ失敗を繰り返す提案が出てくる
BPO・コールセンター委託	自社特有の対応ルール、例外対応の判断基準	応対品質がばらつき、顧客対応でクレームになる
不動産管理会社	オーナー・入居者ごとの関係性、過去のトラブル対応の経緯	オーナー・入居者への説明がゼロからになる

不動産管理の領域では、実際に委託先側の担当者退職によってオーナー側が同様の情報喪失に直面する構造を不動産管理会社の退職、担当物件の引き継ぎが書けない問題で取り上げましたが、これは業種を問わず「委託先に情報を預けている」あらゆる関係で起こり得る構造です。

実務でよく確認されている実態

実務メディアや専門家コラムでは、この課題が繰り返し指摘されています。デジタル広告の業界では、代理店・広告主双方の担当者の平均在籍期間が短く、担当者交代が施策の経緯共有の途切れやリプレイス(代理店切り替え)の一因になっていると整理されています。システム保守の現場でも、担当者が固定化されるほど異動・退職時に「その人しか知らない」状態がまとめて表面化するリスクが指摘されており、業務委託全般のトラブル事例としても「担当者が急に変わる」ことは珍しくないと繰り返し言及されています。専門家のコラムでは、ベンダー担当者の交代が分かった際に発注側が確認すべき点として、口約束レベルの合意事項や「触れてはいけない設定・データ」とその理由、他部署との調整事項の一覧などが挙げられており、これらが引き継ぎ資料に残っていないことが前提になっている点からも、経緯情報の引き継ぎの薄さが実務上の共通課題であることがうかがえます。

一般的な対策とその限界

この課題への対策として、実務でよく挙げられるのは次のようなものです。

引き継ぎ期間・同席機会の確保: 契約時に担当者交代時の引き継ぎ期間や、前任・後任同席の打ち合わせを条件として盛り込む
手順書・チェックリストの文書化: 対応ルールや判断基準を委託先に文書化してもらい、担当者に依存しない状態を目指す
自社側での記録の並行管理: 委託先とのやり取りを自社側でも議事録やメモとして残しておく

いずれも有効ですが、共通する弱点があります。引き継ぎ期間は委託先側の都合(繁忙期・急な退職)で確保できないことがあり、契約書に条項を盛り込んでいても実務上は形骸化しがちです。手順書の文書化も、作った直後は機能しても、現場の判断は日々の細かいやり取りの中で更新され続けるため、半年後には実態とズレてしまうことが少なくありません。自社側での記録も、担当者の善意と手間に依存する限り、忙しい時期ほど後回しにされます。

なお、委託先とのやり取りが属人化しやすいのは受発注関係の両方向で起こり得ることで、逆に自社が発注する側であっても、フリーランス新法で発注担当者に閉じるリスクで扱ったように、取引条件や相談対応の経緯が自社の担当者一人に閉じてしまうリスクがあります。委託先の担当者交代は、その裏返しの構造だと捉えると分かりやすいでしょう。

HACHでの解決アプローチ

HACHは、Slack / Microsoft Teams / Chatwork / LINE WORKSに招待するだけで使える常駐型AIスタッフです。委託先の選定や契約交渉、引き継ぎ資料の作成そのものを代行する機能はありません。そのかわり、委託先とのメールでのやり取りや、社内でかわされる「あの件、前も同じことがありましたよね」といったチャットでのやり取り、打ち合わせの予定が入ったカレンダーの情報を日々自動で収集し、御社の判断基準に合わせて整理したうえで毎朝レポートとして届けます。

これにより、委託先の担当者交代が分かったタイミングでも、自社側に蓄積された経緯を頼りに「何を伝えるべきか」を整理できるようになります。過去にどんなトラブルがあり、どう対応したか、どの提案は一度断ったかといった経緯が、担当者の記憶ではなく日々のやり取りの記録として自然に積み上がっていくためです。ソフトウェアのサポート終了に気づけない不安で扱ったベンダー側の予定された変化と違い、担当者の異動は事前告知なく起こる分、備えの土台を日頃から作っておく価値はより大きいといえます。推論時には機密情報を自動マスキングし、データはAWS内で完結するため、委託先とのやり取りに含まれる契約条件や社内事情も安心して扱えます。

まとめ

委託先の担当者交代で「また一から説明」になるのは、引き継がれるのが仕様レベルの情報までで、日々の経緯やクセが担当者個人に閉じているため
引き継ぎ期間の確保や手順書の文書化は有効だが、委託先側の都合や現場の変化の速さに追いつけないという限界がある
HACHは日々のやり取りを自動収集・整理し、委託先の担当者交代という自社でコントロールできないタイミングでも、経緯を自社側からたどれる状態を支える

HACHは、Slack / Teams / Chatwork に招待するだけで使える常駐型AIスタッフです。無料相談で見積もりを依頼する