属人化を解消する方法|担当者だけが知る判断と情報の場所を残す

開いた手順書と三つの参照タブ、権限を表す小さな紙の鍵

こんにちは。バナナデスクです。

担当者が休むと、「この人には、どこまで案内してよいのか」が分からなくなる。手順書はあるのに仕事が止まるなら、抜けているのは操作の順番より、判断の根拠かもしれません。

たとえば講座の視聴期限を延長してほしいという問い合わせです。「管理画面で期限を変更する」という手順があっても、変更してよい条件が分からなければ代わりの人は動けません。反対に、操作できるからといって変更すると、提供条件を越えてしまいます。

今回は、架空の小さなオンライン講座の受講サポートを例に、担当者しか知らない情報を引き継げる形へ整理します。実際の顧客情報やアカウントは使いません。

属人化しているものを、四つに分ける

担当者の中にあるもの 止まる場面 残す具体物
情報の場所 最新の受講条件が見つからない 正本の保存先と版、古い資料の扱い
判断の条件 延長・再送・担当への引継ぎを選べない 条件と対応を対にした判断表
操作する権限 資料は見られるが変更できない 役割ごとの閲覧・変更範囲と申請先
過去の例外 以前の特別対応を通常ルールだと思う 対象と期限を限定した例外記録

Atlassianの学びを記録する考え方でも、自分が開始時に知りたかったことや、次の担当者へ伝えたいことを言葉にして更新することを扱っています。作業を録画するだけでなく、「なぜこの条件では止めたのか」を残すと、判断を引き継ぐ材料になります。

操作の手順に加えて判断条件、参照先、権限を揃える図
資料を渡すだけでなく、代行担当者が判断と操作をできる範囲を確認する。

正本となる参照資料を決める

この例では、次の資料が存在する架空の運用を置きます。括弧内は資料名の例で、実在の共有先ではありません。

  • 提供条件:「講座A_受講条件_v03」。視聴期間は開始日から30日。延長の可否は責任者が個別判断する。
  • 申込記録:「講座A_受付台帳」。申込ID、登録連絡先、視聴開始日、終了日、現在の状態を記録する。
  • 標準回答:「講座A_回答集_v02」。登録済みの連絡先へ案内する文面を保存する。
  • 例外記録:「講座A_判断記録」。責任者が認めた変更と対象申込ID、変更理由、決定日を記録する。

顧客名を入れたチャットの履歴を全部共有する方法は避けます。新しい担当者が必要な範囲へアクセスできることと、関係のない情報まで広く見せることは別です。パスワードを手順書へ書くのではなく、各自の権限で必要な情報を確認できるようにします。

問い合わせ3件を判断表へ落とす

架空の問い合わせ 確認する資料・条件 通常担当の対応 判断を戻す条件
「視聴案内が見つからない」 申込IDと登録連絡先が一致し、台帳が有効受講中 登録済みの連絡先へ標準案内を再送し、再送日を記録 未登録の宛先への送付希望、ID不明、台帳と不一致
「あと1週間見たい」 受講条件の延長規定、終了日、過去の例外記録 希望内容を記録し、責任者へ判断を依頼。延長を約束しない 責任者の判断が必要。返答期限の見込みだけ案内
「動画が途中で止まる」 対象レッスン、端末・ブラウザ、発生時刻、他の教材の状況 秘密情報を送らせず、状況を聞き、案内済みの基本確認を行う 複数人で同じ現象、解消しない、教材側の問題が疑われる

「困ったらAさんに聞く」だけだと、Aさんが不在の時に止まります。責任者の代行先や、判断が戻るまで受講者へ何を案内するかも決めます。代行権限がない人へ、返金や延長の決定を押し付けないことがポイントです。

例外を通常ルールへ変えない記録例

対象:架空の申込ID K024。内容:教材側の不具合により、該当者の視聴終了日を10月20日から10月22日へ変更する想定。判断者:講座責任者。判断日:10月15日。適用対象:K024のみ。根拠:対象教材を閲覧できなかった期間の確認記録。通常の延長受付条件は変更しない。

このように対象を限定すると、「前にも延長したので全員延長できる」という読み替えを防ぎやすくなります。例外が何度も繰り返されるなら、対応者の記憶へ追加するのではなく、提供条件を見直すべきか責任者が検討します。

代わりの人に渡す前の確認表

確認対象 引継ぎで試すこと 不足なら行うこと
資料の到達 案内した保存先からv03の受講条件を開く リンク・権限・正本の表示を直す
判断 上の3件について、参照資料と対応先を説明する 迷った条件を判断表に補う
操作 テスト用記録で、閲覧できる範囲と編集できる範囲を確認する 必要権限を申請する。共通アカウントの無断共有で済ませない
停止時の連絡 責任者不在時の代行先と、受講者への一次回答を選ぶ 決定者と返答の管理方法を決める
完了の記録 送信先・対応内容・未解決点を台帳へ残す 記録欄と保存範囲を整える

これは引継ぎ前に行う確認の設計です。この記事の見本を使い、第三者が実際のサポートを完了したという検証結果ではありません。実施時は、説明を受けた担当者が自分の権限で確かめ、迷った箇所を記録してください。

全部を文書にする前に、止まる一業務を選ぶ

最初から全業務を細かくマニュアル化すると、更新する負担だけが増えます。休みの日に問い合わせが戻ってきた業務や、毎回同じ判断を聞かれる業務から、一つ選びます。

担当者の知識を奪う話にしないことも大切です。判断を共有できれば、本人が毎回同じ説明をする負担を減らし、例外や改善へ時間を使えるように設計できます。まずは「操作」「根拠」「例外」「権限」のうち、代わりの人に渡っていないものを一つ探してみてください。