担当者の頭の中にある手順をマニュアルにするには、作業を思い出しながら順序立てて書く必要があります。対話型AIは断片的なメモの整理を助けますが、実際のシステム画面や社内ルールを理解しているわけではありません。存在しない操作を自然に補う可能性もあります。
結論：AIには構成を任せ、操作の正しさは現場で検証する
AIで作るのは完成版ではなく、確認箇所が見えるたたき台です。既存の手順を渡し、目的、開始条件、操作、完了確認、例外に分けます。不足部分は推測で埋めず、担当者への質問として残します。最後に、実際の作業を最初から行って検証します。
1. 対象業務を小さく区切る
「経理業務」のような大きな単位では、手順が長くなりすぎます。「届いた請求書を所定の場所へ保存する」など、開始と終了が分かる一つの作業に絞ります。対象読者も「初めて担当する社員」「月に一度だけ作業する担当者」のように定めます。
対象外の作業を書いておくと、マニュアルの境界が明確になります。前工程や後工程は、別の手順への参照として示します。複数の部署が関わる場合は、一冊に詰め込まず、担当が切り替わる場所を明示します。
2. 元になる情報を集めて匿名化する
まず、現在使っているメモ、チェックリスト、画面名、よくある質問を集めます。古い資料が混ざっていないか、現行の担当者が確認します。パスワード、アクセスURL、顧客情報、実データはAIへ渡さず、仮の値へ置き換えます。
手順の根拠となる社内規程や公式説明がある場合は、文書名と版を記録します。AIへ入力してよい資料かは、自社の利用ルールを優先します。入力できない資料は、人が参照しながら後で追記します。
3. 決めた構成で並べ替える
次のように、勝手な補完をしない条件を付けて整理させます。
次の手順メモを、初心者向けマニュアルのたたき台に整理してください。
構成：目的／対象者／開始前の条件／手順／各手順の完了確認／例外時の連絡先／終了条件
各手順：一つの操作だけを書き、番号を付ける
条件：メモにない操作、画面名、社内ルールは追加しない
不足箇所：「要確認」と表示し、確認質問を作る
固有名詞：入力した仮名のまま使う
手順メモ：
［匿名化したメモを貼る］
長いメモは章ごとに分けます。AIの回答をつなげた後、用語と番号が一貫しているかを確認します。同じ操作を違う名前で書いていないかにも注意します。
4. 操作だけでなく確認方法を書く
初心者が困るのは、操作後に正しく終わったか分からないときです。各手順に「完了すると何が表示されるか」「どの状態なら次へ進めるか」を加えます。ただし、AIに画面表示を想像させず、実際の操作で確認して記載します。
失敗した場合の戻し方も重要です。自分で再実行してよい範囲、作業を止める条件、連絡する役割を決めます。実在する担当者名や連絡先は、正式な文書へ移す段階で人が入力します。
5. 別の人に手順どおり試してもらう
作成者には当たり前の操作ほど、説明から抜けます。対象業務に詳しくない協力者へ、マニュアルだけを見て作業してもらいます。質問された箇所、迷った表現、戻った手順を記録します。
本番データを使う作業では、検証環境や安全なサンプルを用意し、誤操作の影響を避けます。権限変更、送信、削除、支払いなど、取り消しにくい操作は、責任者の確認なしにテストしません。
6. 更新日と確認者を管理する
業務や画面が変わると、正しかったマニュアルも古くなります。文書には対象業務、版、更新日、確認した役割、次回確認日を付けます。AIに更新を頼む場合も、変更前後の根拠資料を用意し、差分だけを整理させます。
変更箇所以外が意図せず書き換わっていないか、旧版と比較します。公開後に見つかった質問は、個別回答で終わらせず、マニュアルへ反映するか検討します。正式版は社内の決められた場所に保存し、AIチャットを原本にしません。
まとめ
対話型AIで業務マニュアルを作るときは、対象業務を小さく区切り、既存メモを決めた構成へ整理します。不足情報は質問として残し、操作と完了確認を実際の環境で検証します。AIは文章整理の補助に使い、正確さと更新の責任は業務を知る人が持ちましょう。