AIで引き継ぎマニュアルを作るなら、文章をきれいにする前に「誰が、何を、どこまで判断してよいか」を決めます。手順だけを並べても、いつ始めるのか、途中で困ったら誰に聞くのかが分からなければ、実際の仕事では止まってしまうためです。

目指すのは長い説明書ではなく、担当者が変わっても迷う場所を減らす手順書です。 AIには構成や書き起こしを手伝ってもらい、承認ルールや例外対応を作り足させないようにします。

この記事では、業務メモから手順書へ変える依頼文、架空の完成例、引き継ぎ相手による確認方法を紹介します。特定の会社の運用や、実機で測った時短効果を紹介するものではありません。

この記事でわかること

  • 手順書を作る前に集める材料と、未確認事項の分け方
  • AIが勝手に業務ルールを補わないための依頼例
  • 「読める」から「自分で進められる」へ近づける確認方法
目次：知りたいところから読む

引き継ぎで困るのは、操作より判断の抜け

例えば「資料を共有フォルダーに保存して連絡する」というメモがあります。書いた本人には十分でも、初めて担当する人には、保存先、ファイル名、上書きの可否、連絡先が分かりません。

ここをAIに「詳しくして」とだけ頼むと、もっともらしい命名規則や承認者が補われるおそれがあります。文章が埋まったことを、業務ルールが確認できたことと混同しないようにします。

最初に、確認できた事実と質問すべき項目を分けましょう。未確認の項目は、手順の中へ推測で埋めず、「担当者へ確認」として残します。

文章を作る前に、6つの材料を用意する

すべてを完成した文章にする必要はありません。箇条書きでも、次の項目があると不足を探しやすくなります。

材料記録する内容
目的・開始条件何のための作業か、何を受け取ったら始めるか
担当者・必要な権限誰が行うか、アクセス権がない場合の相談先
入力・参照資料使うファイル、規程、依頼書の場所
通常の手順操作する順番、入力する項目
完了条件どの状態になれば終わりか、何を確認するか
例外・更新管理作業を止める条件、確認先、手順書の管理担当

パスワードや認証コードを、説明の材料としてAIへ渡す必要はありません。ログインに必要な手続きがある場合は、会社の既存の案内へ誘導する形にします。権限が足りなければ、承認された手順で担当窓口へ相談する、と記載します。

元資料が古い場合は、AIが整理する前に最新版を確かめます。日付の新しいファイルが必ず正式版とも限らないため、承認済みの版がどれかを担当者へ確認してください。

架空のメモから、どこまで書けるかを考える

次は、手順書の作り方を説明するために編集部が用意した架空の業務メモです。自社のルールとして流用せず、構成だけ参考にしてください。

業務：依頼された研修資料を、社内共有フォルダーへ登録する。
開始条件：担当者から、承認済みPDFと登録依頼を受け取る。
保存先：承認済みの研修資料フォルダー。実際の場所は別紙参照。
通常手順：ファイル名を確認し、保存後に開いてページを確認する。
禁止：同名ファイルがある場合に上書きしない。作業を止めて依頼元へ確認する。
完了：登録先とファイル名を依頼元へ連絡する。
未確認：ファイル名の統一ルール、代理担当者、処理期限。

ここから作れるのは、確認済みPDFを登録するための手順案です。処理期限や代理担当者が未確認なのに、「当日中に代理担当へ連絡」と補うことはできません。

一方、「上書きしない」「保存後に開く」といった条件は、読み飛ばされにくい位置へ置く価値があります。通常の手順と例外時の停止条件を、別の見出しに分けます。

コピーして使える、手順書づくりの依頼文

以下の業務メモだけを根拠に、新任担当者向けの手順書案を作ってください。目的、開始条件、必要な資料・権限、通常手順、完了確認、例外時の停止条件、確認が必要な事項に分けてください。期限、承認者、保存先、命名規則を推測で追加しないでください。各手順は一つの操作を基本にし、根拠のない項目は「未確認」と明示してください。最後に、依頼元へ質問する事項をまとめてください。

OpenAIのファイル作成ガイドは、材料、出力形式、構造、確認基準を伝え、できたファイルを見て修正する流れを案内しています。ChatGPTでファイルを扱う方法が参考になります。どの画面でプレビューや編集ができるかは、利用する環境によって異なります。

Googleも、ドキュメント内で文章を作成・修正する機能を案内しています。ただし、対象のGoogle Workspace／Google AIプラン等の条件があります。GoogleドキュメントでのGeminiの利用条件を確認してください。ここで紹介する構成は、特定のアプリ内機能を契約していなければ使えない様式ではありません。

手順案は「通常」と「止まる場合」を分ける

上の架空メモをもとに、編集部が作成した構成例です。AIから得た実際の回答や、実在の会社のマニュアルではありません。

通常の手順

  1. 登録依頼と、承認済みPDFを受け取ったことを確認する。
  2. 別紙に記載された研修資料フォルダーへアクセスできるか確認する。
  3. 登録するファイル名と、同名ファイルの有無を確認する。
  4. 同名ファイルがなければ、指定フォルダーへPDFを保存する。
  5. 保存したPDFを開き、受け取った資料とページ構成が一致するかを確認する。
  6. 登録先とファイル名を依頼元へ連絡する。

作業を止めて確認する場合

  • 承認済みの資料か分からない：登録前に依頼元へ確認する。
  • 同名ファイルがある：上書きせず、依頼元へ確認する。
  • 保存先にアクセスできない：自分で権限を広げず、正式な相談先を確認する。
  • 資料が破損している、ページが違う：登録を完了扱いにせず、依頼元へ確認する。

まだ決められないこと

ファイル名の統一ルール、代理担当者、処理期限は、このメモだけでは決まりません。正式な手順書にする前に担当者へ確認します。

このように分けると、文章量を増やさずに「進めてよい場面」と「勝手に進めてはいけない場面」を見つけやすくなります。

読み直しだけでなく、引き継ぎ相手にたどってもらう

書いた本人は、保存先や略語を知っています。「分かりやすいと思う」で終えず、新任担当者が説明どおりに進められるかを確認します。

本番の共有先へいきなり書き込む必要はありません。許可された練習用フォルダーや架空ファイルで、手順をたどってもらう方法があります。そこで止まった箇所をメモし、手順書へ追記します。

  • 開始条件だけで、着手してよいか判断できたか。
  • 保存先やファイル名を、書いた人に聞かずに特定できたか。
  • 同名ファイルがあるとき、上書きせず止まれたか。
  • 「保存した」だけでなく、開いて確認するところまで進めたか。
  • 何を誰へ連絡すれば完了か分かったか。

所要時間を測る場合も、作成時間だけでなく、担当者への確認、修正、試行まで含めて記録します。この記事では、その効果や短縮率は測定していません。

完成後の更新先まで決めておく

担当者やシステムが変われば、手順書も変わります。管理担当、確認日、参照する規程の版、変更時の連絡方法を決めておくと、古い資料が使われ続けることを防ぎやすくなります。確認日は、AIに整形させた日ではなく、人が内容を照合した日として記録します。

今日始めるなら、毎週繰り返す小さな作業を一つ選び、「通常の手順」と「止める条件」を分けて書いてみてください。材料の整理はAIに資料を渡す前の準備、依頼の組み立て方はプロンプトの基本と改善例で詳しく説明しています。

公式情報源と確認日

情報確認日：2026年10月31日。業務メモ、依頼文、完成例、確認項目は編集部の作成例です。自社規程の代わりになるものではなく、実際の運用確認や時短効果の実測も未実施です。