事務の引き継ぎマニュアルで困らない5つのポイント｜退職前に必ず確認する手順

2026年7月20日

事務担当者の退職が決まった時点で、引き継ぎの準備を始める会社は多い。だが、退職1〜2ヶ月前から動き始めても、ほぼ間に合わない。

業務効率化に特化したエンジニアとして複数の中小企業の現場を見てきたが、引き継ぎが失敗するパターンは決まっている。「担当者に任せた」結果、日次業務しか文書化されず、月次・年次の業務が引き継がれないまま退職日を迎える。

この記事では、退職・異動後に業務が止まらないための引き継ぎマニュアルの作り方を、5つの必須項目と4つの作成ステップ、ツール比較まで含めて解説する。

事務引き継ぎが失敗する「構造的な理由」

引き継ぎに失敗した会社に共通しているのは、「担当者が普段意識している業務しか書いていない」という点だ。これは担当者が悪意を持っているわけではない。構造的な問題だ。

年次・不定期業務が抜け落ちる

業務は発生頻度が低いほど、引き継ぎに漏れやすい。

日次業務（郵便の仕分け、メール対応）は毎日やっているから記憶に残りやすい。だが、月1回の業務（経費精算の締め、月次報告書）や、年1回の業務（備品の棚卸し、保険更新の確認）は、退職前にその時期が来なければ「あ、そういえば」と気づかないまま退職日を迎える。

退職時期にたまたま月次・年次の業務サイクルが重ならなかった場合、それらは一切引き継がれないまま終わる。

個人メール紐づきのアカウントが後で問題になる

業務で使っているクラウドツールのアカウントが退職者の個人メール（GmailやYahooメール等）に紐づいている場合、退職後にそのメールにアクセスできなくなる。

ツールによっては、パスワードリセットのメールが退職者の個人メールに送られる設定になっていることがある。退職後に気づいても、退職者に連絡を取って協力を求めるしかない状況になる。

実際に退職後に起きるトラブル3パターン

業務委託先の中小企業でよく見かける「退職後のトラブル」は、大体3つのパターンに収束する。

月末処理のやり方が分からず、締め日に間に合わない：担当者がExcelで独自に管理していた計算シートがあり、その存在を誰も知らなかった
特定取引先のフォーマットが非標準で、後任者がミスをする：「○○社には請求書のフォーマットが通常と違う」という情報が引き継がれなかった
クラウドツールにログインできない：退職者の個人メールでアカウントが作られていた

この3つは全て、退職前に1〜2時間かけて確認すれば防げる。問題は「何を確認すればいいか分からない」ことにある。

引き継ぎマニュアルに書くべき5つの項目

引き継ぎマニュアルは「後任者が困らないための地図」だ。地図として機能するには、以下の5つの情報が必要になる。

1. 業務の全量一覧と発生頻度

担当している業務を「日次・週次・月次・年次・不定期」の5区分で整理する。区分ごとに埋める形にすると、担当者自身も「そういえばこれも」と抜け漏れに気づきやすくなる。

区分	具体例
日次	郵便の仕分け、伝票の入力、メール対応
週次	請求書のまとめ送付、在庫チェック
月次	経費精算の締め、社会保険料の確認、月次報告書の作成
年次	年末調整のサポート、備品棚卸し、保険更新の確認
不定期	入退社手続きのサポート、備品の故障対応、税務署への書類提出

全量が一覧になると、「この業務は経理担当との連携が必要」「この業務は1年後まで来ない」という依存関係・スケジュール感も見えてくる。

2. 各業務の実行手順（後任者が単独で動ける粒度）

業務名と担当者名だけを書いても意味がない。後任者が「見れば動ける」水準で書く。

各業務に書くべき4項目:

何をきっかけに始まるか（時期・誰からの連絡・何かのイベント）
何の書類・ツール・データを使うか
どこに保存するか・誰に送るか
よくある例外（「○月だけ締め日が変わる」「△社は特殊なフォーマットを使う」等）

特に例外事項は抜けやすい。担当者にとっては「当然のこと」でも、後任者には全く分からない。文書化する際は「この情報、後任者が知らないとどうなるか」という視点で確認するといい。

3. ツール・システムのアクセス情報

業務で使っているツール・システムのリストを作る。ツール名、用途、ログイン方法、パスワードの保管場所、アカウントが個人メール紐づきかどうかを確認しておく。

チェック項目	確認内容
ツール名	会計ソフト、勤怠管理、クラウドストレージなど
ログインID	会社メール or 個人メール紐づきかを確認
パスワードの保管場所	パスワード管理ツール、社内ドキュメント等
管理者権限の有無	退職者が管理者の場合は権限移行が必要
契約情報	月額料金、更新時期、契約者名義

個人メールでアカウントが作られている場合は、退職前に会社メールへの変更か、引き継ぎ用のアカウント作成が必要だ。退職後に気づくと、ログインできないツールが出てくる。

4. 外部関係者の連絡先と対応の注意点

取引先・外注先・官公署など、業務上やりとりがある外部の連絡先を整理する。

単なる連絡先リストではなく、「この担当者は○○の件でのみ連絡を取っている」「急ぎの時は電話、通常はメール」「○社は月末の3営業日前に発注する必要がある」といった実務上の注意点を必ず書く。

特定取引先との関係が特定の担当者に依存している場合は、退職前に後任者と一緒に挨拶するか、メールで担当者交代の連絡を入れておくとスムーズになる。

5. ファイル保管場所と命名ルール

書類・データの保存先が分からないと、後任者は「どこにあるか分からない」状態で業務を進めることになる。

書類の保管場所（キャビネットの棚番号・ファイル名のルール）
共有フォルダの構成と、業務別にどこを見ればいいか
バックアップの有無（クラウドか、ローカルか）
ファイル命名規則（例: YYYYMM_請求書_株式会社○○）

ファイル命名規則が担当者の独自ルールになっている場合は、標準化してから引き継ぐとその後の運用が楽になる。命名規則が統一されていないと、後任者が「これは最新版か？」と毎回確認する手間が発生する。

引き継ぎマニュアルの作り方：4ステップ

Step1: 業務の全量を洗い出す

担当者に「業務一覧を書いてください」と依頼するだけでは抜け漏れが出る。「日次・週次・月次・年次・不定期」の5区分のフォームを用意し、各カテゴリに業務を埋めてもらう形にする。

洗い出しが終わったら、業務ごとに「退職後すぐ誰かがやる必要があるか」「頻度はどれくらいか」を確認し、優先順位をつける。

Step2: 優先度の高い業務から3〜5件ずつ文書化する

全業務を一度に文書化しようとすると途中で止まる。「退職後の最初の1ヶ月で困りそうな業務」を3〜5件に絞り、そこから着手する。

文書化のフォーマットはGoogle Docs、Notion、Wordなど何でも構わない。大事なのは「後任者が見て動けるか」だ。担当者が書いた後、別の人間が読んで「これだけで動けるか」を確認するのが最も確実な品質チェックになる。

業務マニュアル全般の作り方については、業務マニュアルの作り方｜70点で完成させる実践的な方法で詳しく解説している。

Step3: ツールのアクセス権と引き継ぎを整理する

業務の文書化と並行して、ツールのアカウント整理を進める。個人メール紐づきのアカウントは会社のメールに変更するか、引き継ぎ用の共有アカウントを作成する。

このステップは退職の2〜3週間前までに完了しておくのが理想だ。退職当日に気づいても、手続きに時間がかかって間に合わないことがある。特に管理者権限の移行は、ツールによっては手続きに数日かかるものがある。

Step4: 後任者と一緒に確認して、1回試しに動いてもらう

文書化が終わったら、後任者に実際に業務を試してもらう機会を作る。「見ながら動けるか」は、実際に動いてみた時にしか分からない。

「分からないことが出た」段階でフィードバックをもらい、文書を修正する。退職前に少なくとも1回、後任者が実際に動く機会を設けることが、引き継ぎの品質を最も確実に上げる方法だ。

引き継ぎマニュアルを作るのに適したツール比較

引き継ぎマニュアルを作るツールは、小規模な会社（従業員5〜50人規模）であれば以下の3つが現実的な選択肢になる。

ツール	費用	共有のしやすさ	更新のしやすさ	スマホ対応	検索機能
Google Docs	無料（Googleアカウント必要）	◎ リンク共有・権限設定	◎ リアルタイム共同編集	○	△
Notion	無料〜（有料プランあり）	◎ 招待・リンク共有	◎ データベース・階層管理	○	◎ 全文検索
Word（Microsoft 365）	有料サブスクリプション	△ ファイル共有が必要	△ バージョン管理が手動	△	△

業務委託先でよく見かけるのは、使い慣れているWordでマニュアルを作って、ファイルをメールで渡すという方法だ。これが一番問題になりやすい。ファイルを送った後に更新が入るたびに「最新版はどれか」が分からなくなるのと、退職者のPCにしか入っていないデータが出てくる。

小規模企業で最もコストと利便性のバランスが良いのはGoogle Docsだ。無料で使え、リンクを共有すれば全員がリアルタイムで同じ最新版を見られる。Notionは業務量が多く、情報を階層的に整理したい会社に向いている。

社内の情報共有ツール全体を見直す場合は、社内の情報共有がうまくいかない会社に足りないものも参考にしてほしい。

引き継ぎでよく起きる失敗パターン4つ

「書いてもらった」で終わらせる

担当者が書いた引き継ぎ書を受け取って満足するケースが多い。だが、書いた内容が「後任者にとって使えるか」は、後任者が実際に読んで動いてみないと分からない。書いてもらうことがゴールではなく、後任者が動けることがゴールだ。

引き継ぎ期間が2週間以内

引き継ぎ期間が2週間しかないと、月次・月末の業務を一度も引き継げない可能性がある。可能であれば、月をまたぐ期間（1.5〜2ヶ月）を確保する。それが難しければ、少なくとも「月末に何をするか」のリストだけでも退職前に確認しておく。

僕の意見を言うと、「退職2週間前から始める引き継ぎ」は最初から失敗が決まっている。担当者が月次業務をリアルタイムで見せながら引き継げるのは、退職月の月末作業だけだ。その前の月の月末作業を引き継ぐには、1ヶ月以上前から動き始める必要がある。

ツールのアクセス権整理を後回しにする

「アカウントの整理は退職日までにやる」と考えていると、退職当日に慌てて間に合わない。ツールによっては、メールアドレスの変更や権限の移行に数日かかるものがある。

退職の2〜3週間前には完了しているのが理想だ。特に管理者権限が退職者に集中している場合、権限の分散は最優先で対処する。

「前任者に聞けばいい」が持続しない

退職後も前任者に連絡が取れる関係であっても、業務上の不明点を毎回確認する運用は持続しない。引き継ぎが終わったら、前任者に頼らなくても回せる状態を目指す。それを判断基準にして、引き継ぎが完了しているかを評価する。

引き継ぎを「退職時だけ」から「日常の仕組み」に変える

退職が決まってから引き継ぎを作る構造を変えない限り、同じ問題は繰り返す。業務効率化に特化したエンジニアとして僕が見てきた「引き継ぎが楽な会社」と「引き継ぎで毎回困る会社」の差は、日常の仕組みにある。

業務マニュアルを随時更新する体制を作る

新しい業務が発生したとき、その場でメモを残す習慣があると、退職時に一から作る必要がなくなる。完璧なドキュメントでなくていい。「誰が見ても最低限動ける」レベルのものを随時追加していく。

ジムフリでは、僕が何か新しい作業を始めるとき、Notionに手順をその場で書くことを習慣にしている。記事公開の手順、ツールの設定変更、外部サービスとの連携方法など、初めてやることは必ずメモを残す。これにより「あとでどうやったっけ」となるリスクがなくなる。引き継ぎも同じ発想で、「自分がいなくなった時に他の人が動けるか」を日常から意識するだけで積み上がっていく。