「気づいたら、RECEPTIONISTに詳しい人が誰もいなくなっていた」
そんな経験はありませんか。
導入時に旗振り役を担っていた担当者が異動や退職で抜けると、設定の意図や運用ルールがブラックボックス化し、少しずつ現場の使い方が崩れていく——というのは、実はどの企業でも起こりうることです。
総務や受付は組織の中でも異動・入れ替わりが起きやすい部署です。
にもかかわらず、RECEPTIONISTのような「一度設定したら日常的に触らないツール」は、引き継ぎの優先順位が下がりがちです。
結果として、担当者が変わった数ヶ月後に「あれ、この設定どうなってるんだっけ」と困る企業は少なくありません。
この記事では、担当者交代時に見落とされがちなポイントを整理し、後任がスムーズに運用を引き継げるチェックリストと、引き継ぎ後にありがちなトラブルの実例をご紹介します。
なぜ担当者交代で運用が崩れるのか
引き継ぎがうまくいかない原因の多くは「設定そのもの」は引き継がれても「なぜその設定にしたのか」という背景が引き継がれないことにあります。
- カスタムボタンが「〇〇部署来訪用」となっているが、なぜそのボタンが必要だったのか分からない
- 通知の宛先が特定の個人になっており、その人が異動した途端に誰にも通知が届かなくなる
- 権限設定が属人化しており、後任が管理者権限を持っていないことに後になって気づく
- 過去にトラブルがあって追加した設定が、後任には「なぜかある謎の設定」に見えてしまう
これらは設定画面を見るだけでは分からず、口頭やメモでしか残っていないことが多いポイントです。
引き継ぎ資料に「設定の一覧」だけでなく「設定した理由」まで残しておくことが、運用を止めないための鍵になります。
さらに厄介なのは、こうした引き継ぎ漏れは「すぐには表面化しない」という点です。
前任者が抜けた直後は既存の設定のまま何となく運用が回ってしまうため、問題に気づくのは早くても1〜2ヶ月後、遅ければ半年後ということも珍しくありません。
気づいた頃には「誰も経緯を知らない設定」がいくつも積み重なり、棚卸しにかなりの労力がかかってしまいます。
引き継ぎで確認しておきたい7つのポイント
ここでは特に見落とされがちな7つのポイントに絞って解説します。
1. 管理者権限の移譲
前任者にしか管理者権限がない状態のまま退職・異動してしまうと、設定変更ができなくなり、運用が完全に止まってしまいます。
まずは後任者に管理者権限を付与し、実際にログインして設定画面を触れる状態にしておきましょう。
あわせて、管理者権限を持つメンバーが1人しかいない状態も避けたいところです。
最低でも2名以上は管理者権限を持っておくと、今後同じような属人化を防げます。
2. 通知先の再設定
来客通知やチャット連携の通知先が、個人アカウントや個人のチャットIDに紐づいていないかを確認しましょう。
担当者個人ではなく、チームのチャンネルやグループ宛に通知が届く設定にしておくと、今後同じような引き継ぎ漏れを防げます。
特に「前任者のSlack IDに直接通知が飛ぶ設定」になっているケースは非常に多く、本人が退職してアカウントが無効化された瞬間に通知そのものが届かなくなる、というトラブルにつながります。
3. カスタムボタンの棚卸し
来訪目的ごとに設定したカスタムボタンは、時間が経つとその意図が分からなくなりがちです。
「このボタンは何のためにあるのか」「今も使われているのか」を後任と一緒に確認し、不要なものは整理しておくと運用がすっきりします。
棚卸しの際は、直近3ヶ月分の来訪ログを見ながら「実際に使われている回数」を確認すると、感覚ではなくデータに基づいて整理ができます。
4. アポ作成・受付完了画面などの個別設定
アポ登録時の自動通知先や、受付完了画面に表示している案内画像なども、設定した本人以外は変更方法が分からないことが多い項目です。
設定箇所と変更手順をスクリーンショット付きでまとめておくと安心です。
案内画像や表示文言は、拠点移転やフロアレイアウトの変更があった際にそのまま古い情報になっているケースもあるため、引き継ぎのタイミングで内容が現状と合っているかも一緒に確認しておきましょう。
5. ユーザー権限の棚卸し
異動・退職した本人だけでなく、これまで異動・退職した他のメンバーの権限が残ったままになっていないかも、この機会に確認しておきたいポイントです。
使われていないアカウントが放置されていると、セキュリティ上のリスクにもなります。
6. 外部連携・API連携の設定
カレンダー連携やチャットツール連携など、外部サービスとの連携設定がある場合、その認証が前任者個人のアカウントに紐づいていないかを確認しましょう。
個人アカウント経由で連携している場合、退職と同時に連携が切れてしまうことがあります。
7. MyPage問い合わせ担当者の変更
MyPageに登録されている問い合わせ担当者が前任者のままになっていないかも確認しておきましょう。
ここが古いままだと、サポートからの連絡や重要なお知らせが届かず、後任者が気づかないまま情報が止まってしまうことがあります。
引き継ぎチェックリスト
引き継ぎの際は、以下の項目を一つずつ確認しながら進めることをおすすめします。
- 後任者に管理者権限を付与した
- 管理者権限を持つメンバーが2名以上いる状態にした
- 前任者の個人アカウントに紐づいた通知設定がないか確認した
- カスタムボタンの一覧と、それぞれの設定意図・利用実績を共有した
- アポ作成時の自動通知・受付完了画面の設定内容と変更方法を共有した
- 案内画像・表示文言が現状のフロア・拠点情報と合っているか確認した
- 退職・異動済みメンバーの権限が残っていないか棚卸しした
- 外部連携（カレンダー・チャットツール等)が個人アカウント依存になっていないか確認した
- MyPageの問い合わせ担当者を後任者に変更し、周知した
- 過去の運用でよくあったトラブルとその対処法を共有した
- 前任者の個人アカウントを退職・異動のタイミングで整理した
引き継ぎのタイミングはできるだけ早めに
異動や退職が決まってから慌てて引き継ぐのではなく、決まった時点でできるだけ早く着手するのが理想です。
特に退職の場合は、有給消化などで実務に触れられる期間が短くなりがちなので、最終出社日の2〜3週間前には引き継ぎを始めておくと安心です。
また、引き継ぎ資料は一度作って終わりにせず、Google DriveやNotionなど社内で更新しやすい場所に置いておくことで、次に担当者が変わる時にも活用できます。
可能であれば、引き継ぎ資料自体を「テンプレート化」しておき、担当者が変わるたびに更新していく運用にすると、毎回ゼロから資料を作る手間もなくなります。
引き継ぎ後、1ヶ月ほど経ったら振り返りを
引き継ぎが完了した直後は問題なく見えても、実際に運用を回してみて初めて気づくことも少なくありません。
引き継ぎからおおよそ1ヶ月経ったタイミングで、後任者と一緒に以下のような振り返りをしてみることをおすすめします。
- 通知が想定通りのメンバー・チャンネルに届いているか
- カスタムボタンや受付フローで、実際に運用してみて困った点はなかったか
- 社内からの問い合わせが後任者にきちんと届いているか
このひと手間があるだけで、引き継ぎ漏れの多くは早期に発見・修正することができます。
おわりに
担当者交代は、これまでの運用を見直す良い機会でもあります。
「なんとなく続いている設定」を棚卸しし、今の組織に合った形にアップデートするタイミングとして活用してみてください。
引き継ぎの負担を減らすためにも、日頃から「なぜこの設定にしたか」をメモに残しておく習慣をつけておくことをおすすめします。
次に担当者が変わるときのために、この記事のチェックリストをそのまま社内ドキュメントとして保存しておくのも良い方法です。