MENU

退職前の引き継ぎ資料をAIで整えるプロンプトテンプレート

退職前の引き継ぎ資料をAIで整えるプロンプトテンプレート

退職前の引き継ぎ資料をAIで整えるプロンプトテンプレート

退職や異動の前に作る引き継ぎ資料は、単に「担当業務を一覧にする」だけでは足りません。後任者が困るのは、作業名よりも、判断基準、例外対応、関係者、締切、確認先が見えないことです。

この記事では、ChatGPT、Claude、Gemini などの汎用LLMで使える、退職引き継ぎ資料を整理するためのプロンプトテンプレートを紹介します。対象は、引き継ぎ資料を急いで作る退職予定者、異動前の担当者、後任者に渡す業務メモを整えたいチームリーダーです。

ここがポイント: AIには社内事情を推測させず、手元のメモを「後任者が動ける形」に並べ替えさせます。機密情報や個人情報は入力前に伏せ、最終確認は必ず人が行います。

この記事で分かることは次の通りです。

  • 退職引き継ぎ資料に入れるべき項目
  • コピペして使えるプロンプトテンプレート
  • {}[] に入れる情報の決め方
  • NGプロンプトと改善例
  • 出力を安定させるコツ
  • メール、会議、開発、法務、分析などへの応用例
目次

何に使うプロンプトか

このプロンプトは、ばらばらの業務メモを「後任者が読んで作業できる引き継ぎ資料」に変えるために使います。

退職前は、担当業務、定例作業、取引先対応、システム操作、社内申請、トラブル時の対応など、情報があちこちに散らばりがちです。AIに任せたいのは、経験や責任の判断ではなく、情報の整理です。

具体的には、次のような素材を渡します。

  • 自分で書いた箇条書きメモ
  • 業務一覧
  • 定例作業の手順
  • よくある問い合わせ
  • 月次・週次の締切
  • 関係者や確認先
  • 未完了タスク
  • 注意点や例外対応

AIには、それらを次のような形に整えてもらいます。

  • 業務別の引き継ぎ資料
  • 後任者向けチェックリスト
  • 未完了タスク一覧
  • 関係者・連絡先リスト
  • リスクと注意点の整理
  • 引き継ぎ面談のアジェンダ

完成イメージは「読む資料」ではなく「動ける資料」

引き継ぎ資料で大事なのは、きれいな文章よりも、後任者が次の一手を迷わないことです。

たとえば「請求書対応」とだけ書かれていても、後任者は動けません。必要なのは、いつ、どのシステムで、誰に確認し、例外時に何を見るかです。

引き継ぎ資料に入れたい基本項目

最低限、次の項目を入れると読み手が迷いにくくなります。

  • 業務名
  • 業務の目的
  • 実施頻度
  • 期限・締切
  • 作業手順
  • 使用ツール・保管場所
  • 関係者・確認先
  • 判断基準
  • 例外対応
  • 未完了事項
  • 注意点

すべてを長文で書く必要はありません。むしろ、後任者がスマホやPCで確認しやすいように、表、箇条書き、チェックリストを混ぜた方が使いやすくなります。

コピペ用プロンプトテンプレート

まずは、手元のメモをそのまま貼って使える基本テンプレートです。個人名、顧客名、メールアドレス、契約金額などは、入力前に必要に応じて伏せてください。

あなたは業務引き継ぎ資料を整理する編集担当です。
以下の業務メモをもとに、後任者が読んで作業を始められる引き継ぎ資料に整理してください。

# 目的
{退職・異動・担当変更など、引き継ぎが必要な理由}に向けて、{対象業務}の引き継ぎ資料を作る。

# 読み手
{後任者の職種・経験年数・業務理解度}
例: 経理経験はあるが、この会社の請求処理は初めて

# 入力情報
以下に業務メモを貼ります。
不足している情報は推測で埋めず、「確認が必要な項目」として分けてください。

[業務メモ]
{ここに箇条書きメモ、手順、注意点、未完了タスクを貼る}

# 出力形式
次の見出しで整理してください。
1. 業務の概要
2. 定例作業の一覧
3. 作業手順
4. 使用ツール・保管場所
5. 関係者・確認先
6. 未完了タスク
7. 注意点・例外対応
8. 後任者が最初に確認すべきこと
9. 追加で確認が必要な項目

# 制約
- 事実として書かれていないことは断定しない
- あいまいな箇所は「確認が必要」と明記する
- 後任者が行動しやすいよう、作業単位で箇条書きにする
- 専門用語には短い補足を入れる
- 機密情報や個人情報が含まれている可能性があるため、不要な詳細は本文に残さない

このテンプレートの核は、「不足情報を推測で埋めない」と明記している点です。引き継ぎ資料では、AIがそれらしい手順を足すと危険です。分からない部分は、確認項目として残した方が実務では安全です。

入力時に変える部分

テンプレートの {}[] は、毎回そのまま使う場所ではありません。業務内容に合わせて差し替えます。

{目的} は引き継ぎの期限まで入れる

「退職のため」だけだと、AIは資料の粒度を判断しにくくなります。期限や使う場面まで入れると、出力が実務に寄ります。

2026年8月末の退職に向けて、9月から後任者が一人で月次請求処理を進められる状態にする

このように書くと、AIは「今すぐ読む説明」ではなく、「後任者が作業できる資料」を作りやすくなります。

{読み手} は経験値を具体的に書く

読み手の経験値によって、必要な説明量は変わります。

  • 社内システムを使ったことがあるか
  • 業務の前提知識があるか
  • 判断を任せられる範囲はどこまでか
  • 最初の1か月は誰が確認するか

たとえば、次のように書きます。

後任者は営業事務の経験はあるが、契約更新の社内フローは初めて。最初の1か月は課長が最終確認する。

この一文があるだけで、AIは初心者向けの補足や確認ステップを入れやすくなります。

[業務メモ] は粗くてもよいが、事実を入れる

きれいな文章に直してからAIへ渡す必要はありません。むしろ、次のような雑なメモでも十分です。

- 毎月25日までに請求データ確認
- AシステムからCSV出す
- 金額ズレは営業担当に確認
- B社だけ締切が20日
- 去年も同じミスあり、契約番号の桁に注意
- マニュアルは共有ドライブの「経理/月次請求」
- 7月分のC社確認が未完了

重要なのは、AIが知りようのない社内固有の事実を入れることです。ツール名、締切、例外、確認先、未完了事項は、短くても必ず入れてください。

NG例と改善例

退職引き継ぎでは、「いい感じにまとめて」という指示が失敗しやすいです。AIは読みやすい文章を作れますが、業務上の抜け漏れまでは自動で保証できません。

NG例

退職するので、引き継ぎ資料をいい感じに作ってください。
業務は請求、問い合わせ対応、レポート作成などです。

この指示だと、AIは一般的な業務説明を作りがちです。締切、確認先、例外、未完了タスクが入っていないため、後任者が実際に動く資料にはなりにくいです。

改善例

以下のメモをもとに、後任者向けの引き継ぎ資料を作成してください。
目的は、2026年8月末の退職後、後任者が9月の月次請求処理を一人で進められる状態にすることです。

後任者は営業事務経験がありますが、当社の請求システムは初めてです。
不足情報は推測せず、「確認が必要な項目」に分けてください。

出力は次の形式にしてください。
- 業務概要
- 毎月の作業手順
- 締切
- 使用ツール
- 例外対応
- 確認先
- 未完了タスク
- 後任者の初回チェックリスト

[メモ]
{ここに実際の業務メモを貼る}

改善点は3つです。

  • 引き継ぎ後に後任者が何をできればよいかを書いた
  • 後任者の前提知識を書いた
  • 出力形式と「推測しない」条件を指定した

この3つが入ると、AIの出力は文章の整形ではなく、実務資料の整理に近づきます。

出力を安定させるコツ

AIの出力を安定させるには、役割、素材、制約、出力形式を分けて書きます。OpenAI、Anthropic、Google の公式ガイドでも、明確な指示、文脈、例、出力形式の指定は、プロンプト設計の基本として扱われています。

1. 表で出したい項目は列名まで指定する

業務一覧を作りたい場合は、「表にして」だけではなく、列名を指定します。

業務一覧は次の列で表にしてください。
- 業務名
- 頻度
- 締切
- 作業内容
- 使用ツール
- 確認先
- 注意点
- 未完了事項

列名を固定すると、抜けている情報が見つけやすくなります。WordPressや社内Wikiに貼る場合も、後から整えやすくなります。

2. 未確定情報を分ける

退職前の引き継ぎでは、分からないことが残るのは自然です。問題は、分からないまま本文に混ざることです。

不明点は本文に混ぜず、最後に「確認が必要な項目」として一覧にしてください。
各項目には、確認先の候補と確認すべき理由を添えてください。

これで、引き継ぎ面談や上長確認で何を潰せばよいかが見えます。

3. 個人情報・機密情報は入力前に伏せる

AIに貼る前に、社内ルールを確認してください。顧客名、個人名、メールアドレス、電話番号、契約金額、認証情報、未公開の人事情報などは、入力しないか、仮名に置き換えるのが安全です。

置き換え例は次の通りです。

  • 顧客名: A社重要顧客1
  • 個人名: 営業担当A承認者B
  • 金額: 契約金額は社内資料参照
  • URL: 共有ドライブの該当フォルダ
  • パスワード: 入力しない

AIの出力は、最後に社内ルール、事実関係、権限範囲と照らして確認してください。

用途別の追加テンプレート

基本テンプレートに加えて、場面別に短いプロンプトを使うと、資料の抜けを減らせます。

メールで後任者に送る説明文を作る

引き継ぎ資料を渡すときは、本文とは別に「どこから読めばよいか」をメールで伝えると親切です。

以下の引き継ぎ資料を後任者に送るメール文に整えてください。

# 前提
- 宛先: {後任者の立場}
- 目的: {資料を渡す目的}
- 相手に最初に見てほしい箇所: {最初に確認してほしい項目}
- 返信してほしい内容: {質問、確認事項、面談希望日など}

# 制約
- 丁寧だが長すぎない文面にする
- 責任を押し付ける表現にしない
- 未完了事項がある場合は、確認予定も添える

[引き継ぎ資料の要約]
{資料の要約を貼る}

期待できる出力は、後任者が資料の読み始めを迷わないメール文です。

引き継ぎ面談のアジェンダを作る

資料を渡すだけでは伝わりにくい業務は、面談で確認します。AIには、面談時間に収まる議題に整理させます。

以下の引き継ぎ資料をもとに、{面談時間}分の引き継ぎ面談アジェンダを作成してください。

# 出力形式
- 議題
- 所要時間
- 説明する内容
- 後任者に確認する質問
- 面談後の宿題

# 制約
- 重要度が高い順に並べる
- 資料を読めば分かる説明は短くする
- 判断基準や例外対応を優先する

[引き継ぎ資料]
{資料本文を貼る}

面談では、手順の読み合わせよりも、迷いやすい判断基準を確認する方が価値があります。

開発・システム運用の引き継ぎに使う

開発や運用の引き継ぎでは、手順だけでなく、権限、監視、障害時の連絡先が重要です。

以下のシステム運用メモを、後任者向けの引き継ぎ資料に整理してください。

# 必ず分ける項目
- システムの目的
- 定例作業
- 監視している項目
- 障害時の初動
- 権限・アカウントの確認先
- リリース手順
- ロールバック手順
- 未解決の課題
- 触ってはいけない箇所

# 制約
- パスワード、トークン、秘密鍵は出力に含めない
- 不明な手順は推測しない
- 危険な操作は「要確認」と明記する

[運用メモ]
{ここにメモを貼る}

この用途では、AIに操作を任せるのではなく、確認すべき情報を整理する使い方に限定するのが現実的です。

法務・契約まわりの引き継ぎに使う

法務や契約の引き継ぎでは、AIの出力を最終判断に使わないことが前提です。契約内容の解釈ではなく、確認対象の整理に使います。

以下の契約関連メモを、後任者が確認しやすい引き継ぎ用の一覧に整理してください。

# 出力形式
- 案件名
- 契約種別
- 現在のステータス
- 次の対応期限
- 社内確認先
- 相手方への確認事項
- 未決事項
- 注意点

# 制約
- 法的判断はしない
- 契約内容を推測しない
- 判断が必要な箇所は「法務または責任者に確認」と明記する

[契約関連メモ]
{ここにメモを貼る}

期待するのは、判断ではなく棚卸しです。誰が何を確認すべきかが見えれば、引き継ぎ後の放置を防ぎやすくなります。

最後に確認するチェックリスト

AIで整えた引き継ぎ資料は、そのまま完成にしないでください。最後に人が確認することで、実務で使える資料になります。

  • 後任者が最初に読む順番が分かるか
  • 締切と頻度が入っているか
  • 使用ツールと保管場所が分かるか
  • 判断に迷う場面が書かれているか
  • 例外対応が通常手順と分かれているか
  • 未完了タスクに期限と確認先があるか
  • 個人情報や機密情報が残っていないか
  • AIが推測で足した内容が混ざっていないか
  • 上長や関係者に確認すべき項目が分かるか

退職引き継ぎで本当に残すべきなのは、前任者の頭の中にあった「迷ったときの見方」です。次に見るべき分岐点は、後任者が最初の1週間でどこにつまずくかです。そこを面談で確認し、資料に追記できれば、AIで作った下書きは実務の引き継ぎ資料として使いやすくなります。

参照リンク

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次