担当者しか分からない業務を引き継ぐ時、説明に何時間もかかる、後任から同じ質問が続く、古い手順書が現場で使われないとお困りではないでしょうか。退職や異動の直前に一から書き始めると、通常業務と重なり、重要な判断基準ほど抜けやすくなります。
原因は、完成した文章だけをマニュアルだと考え、実際の操作、判断の理由、例外時の戻し先、必要な権限を別々に管理していることです。生成AIは文章化を速められますが、元情報が曖昧なら、自然に読めても動かない手順書になります。
この記事では、AIで業務マニュアルを作成する流れを、完成条件の設定、事実収集、構造化、第三者テストの四工程に分けます。まず一つの定型業務で、後任が迷わず完了できる状態を目指します。
株式会社ラクボは、デジタルマーケティングとDX支援の現場で、AIを単発の文章作成ではなく、入力、承認、実行、記録、改善まで続く業務として設計しています。少人数でも更新が止まらない実務基準に絞って解説します。
AIで作る前にマニュアルの完成条件を決める
最初に対象を広げすぎず、月初の請求確認、問い合わせ振り分け、投稿前検品など、開始と終了が明確な一業務を選びます。対象読者は新人、他部署、外注先など一つに固定し、どこまで自力で進め、どこから質問するかを決めます。
完成条件には、必要な入力、成果物、所要時間の目安、承認者、保存先、失敗時の連絡先を含めます。画面操作だけを並べるのではなく、正しく終わった証拠まで書くことが重要です。たとえば送信ボタンを押した後に、相手側の受付番号や台帳更新を確認するところまでを一つの手順にします。
優先順位は、発生頻度、担当者不在時の影響、間違えた時の損失、説明にかかる時間で決めます。すべてを一度に整備せず、毎週一業務を完成させる方が、現場の確認時間を確保できます。
口頭説明と作業記録から事実を集める
担当者には完成原稿を書かせず、普段どおり作業しながら声で理由を説明してもらいます。画面録画、操作履歴、使ったテンプレート、入力例、完成物を同じ案件IDで保存します。個人情報や顧客情報は、AIへ渡す前に削除または仮名化します。
聞く内容は「最初に何を確認するか」「迷うのはどこか」「失敗したらどう気づくか」「誰の承認が必要か」「通常と違う例は何か」です。成功例だけでなく、入力不足、期限超過、権限不足、外部サービス停止など、実際に起こる例外を集めます。
口頭説明と操作が食い違った場合は、AIにどちらかを選ばせません。差分を要確認として一覧にし、担当者が正しい現行手順を決めます。情報収集の考え方は、AIナレッジベースを更新する運用にも共通します。
手順・判断・例外を分けてAIで下書きする
AIへの入力は、業務の目的、対象者、前提権限、開始条件、終了条件、禁止事項、収集した事実に分けます。出力形式は、準備、番号付き手順、判断分岐、例外対応、完了確認、更新履歴の順に固定します。分からない点は推測せず「要確認」と表示させます。
一つの手順には一つの動作だけを書き、クリック、入力、確認の対象を具体化します。判断が必要な箇所は、条件、選択肢、根拠、承認者を表にします。例外はエラー文を並べるだけでなく、安全に止める条件、保存する状態、連絡先、再開地点まで記載します。
社内で同じ品質を保つには、見出し、用語、禁止表現、秘密情報の扱いを共通テンプレートにします。プロンプト自体の管理は、生成AIプロンプトを社内標準化する方法を参考にすると整理しやすくなります。
第三者テストと更新担当で使える状態を保つ
下書きを作った担当者ではなく、対象業務を初めて行う人に実施してもらいます。説明を追加せず、どこで止まったか、何を誤解したか、完了確認ができたかを記録します。質問が出た場所は読み手の問題ではなく、マニュアル改善の材料です。
合格条件は、完了率、質問回数、重大な誤操作、所要時間、差し戻し件数で決めます。最初は一人で一回通し、危険な操作がある場合はテスト環境やダミーデータを使います。合格後も、画面、料金、担当者、法令、社内ルールが変わった時に更新する責任者と期限を付けます。
一業務の録画、構造化、テストまでを小さく試し、更新できる型を作ることが近道です。業務ごとのAI活用と承認ルールまで整えたい場合は、ラクボのAI顧問・AI部門代行をご覧ください。業務マニュアルの自動化設計を相談できます。