引き継ぎ資料を「手順書」から「判断書」に変えたら、担当者交代後の問い合わせが半分になった

2026年5月8日 12:01

担当者が変わるたびに、最初の1ヶ月だけ問い合わせが急増する。手順書は渡したのに、なぜ毎回詰まるのか。原因は「手順」ではなく「判断」を渡せていなかったことでした。判断書を1枚先に置いただけで、問い合わせ件数が前回交代時の半分以下になった記録です。

引き継ぎを終えた後に、毎回起きていたこと

業務の引き継ぎをするとき、いつも手順書を渡していました。

操作の順番、使うツールの説明、フローチャート。「これを読めば大丈夫なはず」と思って渡していました。

でも毎回、担当者交代後の1ヶ月は問い合わせが増えます。

「このケースはどうしますか？」
「例外が来たのですが、確認が必要ですか？」
「ルールが2つぶつかったときは、どちらを優先しますか？」

手順書を読んでも、答えられない質問ばかりでした。

考えてみると、手順書に書いてあるのは「通常ケース」だけでした。現場で実際に迷うのは「例外ケース」のほうです。

渡している資料と、現場で必要な情報がズレていた。そのズレを埋めるために、毎回「交代後の1ヶ月」が発生していたのだと気づきました。

壁を整理して、気づいたこと

問題を整理すると、3つの構造的な課題が見えてきました。

1）手順書には「判断の根拠」がない

手順書は「何をするか」の記述が中心です。

「在庫が少なくなったら発注する」とは書いてあっても、「どのくらい少なくなったら？」「例外はあるか？」「他のルールと重なったときは？」が書かれていない。

新担当者が詰まる場所は、ほぼここでした。

2）属人化した判断が文書に残っていない

ベテラン担当者が「これはこうすればいい」と口頭で処理していたことが、資料に一切残っていませんでした。

「経験があれば分かる」ことが、経験のない担当者には全く分からない。そのギャップが、交代後の混乱の正体でした。

3）「引き継ぎ完了」の基準が曖昧

手順書を渡して、一通り説明して、「あとは実際にやりながら覚えてください」で終わっていました。

引き継いだ側が「困ったときにどこを見ればいいか」を知らないまま実務に入っている。その状態で例外が来ると、「聞くしかない」になります。

ここまで整理して、ようやく気づきました。引き継ぎに必要なのは「手順の共有」と「判断の共有」の2種類で、自分は前者しか渡していなかった、ということです。

「判断書」に書いた、たった4列

判断書に書く内容は、シンプルです。次の4列を並べた1枚の表で十分でした。

条件：どんな状況のときか
行動：何をするか
優先順位：複数のルールが重なったときは、どちらを優先するか
例外・確認先：通常ルールが使えないときは、どこに連絡するか

例えば、こんな1行です。

条件：在庫が基準値の半分を切った／行動：定期発注を前倒しする／優先順位：特急依頼があれば特急を先／例外・確認先：基準値の20%以下なら自分に連絡

この4列を引き継ぎ資料の冒頭に置くだけで、「困ったときにどこを見ればいいか」が明確になります。

引き継ぎの品質は、資料の量ではなく「例外ケースへの対処がどれだけ書かれているか」で決まる。これが今回の一番の気づきでした。

実際に試した3ステップ

ステップ1：判断コード表を引き継ぎ資料の冒頭に配置した

従来は手順書の後ろに「特記事項」として例外処理をまとめていました。今回は順番を逆にして、冒頭に判断コード表を置き、手順書はその後に続ける構成にしました。

「最初に判断基準を知っておく」と、手順を読むときに「ああ、この手順はあの判断と対応しているんだな」という文脈が分かります。逆の順番より格段に理解が早くなりました。

ステップ2：OJT初日に「よく迷うケース3選」を一緒に読み合わせた

判断コード表を渡したうえで、OJT初日に実際によく来るケースを3つ選んで、声に出して一緒に読み合わせをしました。

「このケースが来たらこの行を見て、この行動をとる。例外があったらここに連絡する」という流れを、本人の口で確認します。

資料を渡すだけより、読み合わせをすることで担当者の理解が明らかに深まりました。

ステップ3：使い方のルールを1行で伝えた

「このケースが来たら、まず表を確認。それでも判断できないときだけ聞いてください」という1行を、最初に渡しました。

「聞く前に自分で調べる」という動線を最初から作ることで、問い合わせの前に表を見る習慣が生まれました。

うまくいかなかったこと

失敗1：「例外の例外」が来たときに詰まった

表を渡した後、想定していなかったパターンが発生しました。例外フラグが複数重なるケースで、表のどの行も当てはまらない状況です。

担当者が詰まって、結局自分に確認が来ました。

完璧な表を最初から作るより、「詰まったときの逃げ道」を1行入れておくほうが現場で機能する。

対応として、「例外が来たときは自己判断せず、まず確認先に連絡する」という1行を表の末尾に追加しました。

失敗2：引き継ぎ後のフォローをしなかった

資料を渡してOJTをしたら終わり、にしていました。実際には最初の2週間で新しい「よく迷うケース」が3〜4件発生していました。

引き継ぎは「渡して終わり」ではなく、最初の1ヶ月を一緒に乗り切る設計が必要だった。

次の引き継ぎからは、1週間後に「迷ったケースを教えてください」という確認の場を設け、その場で表を更新するようにしました。

やってみて分かったこと

良かったこと

引き継ぎ後2週間の問い合わせ件数が、前回担当者交代時と比べて半分以下になりました。

担当者の言葉も変わりました。「何かあったらすぐ聞きます」ではなく、「まず表を確認しました。○○という判断をしましたが、合っていますか？」という確認の仕方になりました。

自分で調べてから聞く、という習慣が最初から生まれた点が大きかったと思います。

気づいたこと

引き継ぎ資料の「量」と「質」は別物だと、改めて実感しました。

分厚い手順書より、「よく迷うケース10件の判断基準」のほうが、実務で役立ちます。

また、判断コード表を引き継ぎに使ったことで、表の精度が上がりました。新担当者が「ここが分かりにくい」と言った箇所が、そのまま改善のインプットになりました。

引き継ぎのたびに表が育つ。そのサイクルが回りはじめると、次の引き継ぎがさらに楽になっていきます。

明日から試せる一歩

今の引き継ぎ資料を開いて「例外ケースへの対処」が書かれているか確認する
「よく迷うケース」を3件だけ書き出して、条件・行動・確認先のセットにまとめる
次に引き継ぎをするとき、この表を手順書より先に渡してみる
OJT初日に「よく迷うケース3選を一緒に読み合わせる」を試してみる

手順書を捨てる必要はありません。判断書を冒頭に1枚追加するだけで、引き継ぎの受け取り方が変わります。

次の一手（#AI活用100本ノック）

今回は、「判断コード表」を引き継ぎ資料として使った話でした。

手順書は「何をするか」を伝える。
判断書は「どんな条件でどう決めるか」を伝える。
この2つを渡すことで、引き継ぎ後の「詰まる量」が変わります。

次は、この判断コード表をAIへの指示文に組み込んで、提案の安定度がどう変わるかを記録してみます。

#AI活用100本ノック進捗：80/100

次回の実験：判断コード表をAIへの指示文に組み込んで、提案の安定度がどう変わるか確認する

このnoteでは、現場改善・AI活用・小さな自作ツールの試行錯誤を記録しています。
初めての方はこちらからどうぞ。
▶ はじめての方へ｜このnoteで書いていること