手順書には「ファイルを置いて、リンクを共有する」と書いてある。慣れた担当者なら動けても、初めて読む人は、どこへ置くのか、誰が見られるのか、どの状態なら終わりなのかで止まります。
この記事は、社内の作業手順を引き継ぐ担当者向けです。AIには、既存手順から次の人が判断できない箇所を探してもらう案を扱います。作例は架空の勉強会資料の配布準備です。手順の実行結果や、AIが見落としを防いだという実測ではありません。
作業の場所と、完了する操作まで書く
Microsoftの文書作成ガイドは、複数の手順を番号付きで示し、必要なら操作するアプリや場所から説明するよう案内しています。指示ごとに段階を分け、確定ボタンなど手順を完了する操作も含めます。Writing step-by-step instructions
これを出発点に、この記事では「始める前」「操作する場所」「確認する結果」「進めない場合」の四つを点検します。最後の分類は記事側の整理案です。ガイドがこの四分類やAIによる点検を指定しているわけではありません。
作例：3行の手順を、確認待ちの一覧へ変える
入力は、次の短い引き継ぎメモです。資料の公開操作を依頼するものではありません。
[1] 発表資料をPDFにする。
[2] 共有フォルダーに入れる。
[3] 勉強会ページにリンクを貼る。
前提：社内の参加者に、終了後の資料を案内したい。
確認済み：発表者から配布用の確定版を受け取っている。
この入力からAIに作ってもらいたいのは、完成済みの手順書より先に、次のような点検表です。
| 元の手順 | 次の人が迷う箇所 | 確認する相手・資料 | 回答前の扱い |
|---|---|---|---|
| [1] PDFにする | 対象ファイルと、変換後に見る項目 | 発表者の確定版、配布担当 | ファイル名や見た目を推測で補わない |
| [2] フォルダーに入れる | 保存先と閲覧できる範囲 | 既存の保管ルール、フォルダー管理者 | 新しい公開設定を勝手に決めない |
| [3] リンクを貼る | 対象ページ、下書きか公開か | 勉強会ページの管理者 | リンクを公開しない |
| 全体 | 何を確認したら完了か | 配布担当とページ管理者 | 保存しただけで完了としない |
「配布用の確定版を受け取った」は前提にあります。そこを再質問するより、どのファイルがそれかを特定できるかを見ます。何でも質問へ変えると、手順を読む負担が増えてしまいます。
回答があった部分だけ、手順へ戻す
担当者から「保存先は勉強会資料の専用フォルダー。ページは下書き保存し、公開は管理者が行う」と確認できたとします。これも架空の回答です。この回答を反映する箇所は、たとえば次の形になります。
2. 勉強会資料の専用フォルダーへ、配布用PDFを保存する。
3. 勉強会ページの編集画面で、そのPDFへのリンクを設定する。
4. ページを下書き保存し、管理者へ確認を依頼する。自分では公開しない。
この修正でも、フォルダーの所在やファイル名、PDFの確認項目、閲覧範囲は未確定です。回答にない項目を「きっとこうだろう」で埋めず、点検表へ残します。手順の番号が増えても、まだ実行できる手順として完成したわけではありません。
反例を入れると、止まり方が見える
AIに確認を頼む際は、正常な作業に加えて「同名ファイルがすでにある」「指定フォルダーを開けない」「リンク先が閲覧できない」場合を示します。既存ファイルを上書きする、権限を広げる、といった対応を自動で追加せず、確認先と止める位置を候補にしてもらいます。
逆に、毎回行う単純な一操作へ長いチェック表を付ける必要はありません。利用者が迷う場所を調べ、既存の説明へのリンクで足りる部分は重複させない案もあります。
完成の確認は、文章だけで終えない
AIへ渡す材料は、今の手順、対象の作業、確認済みの前提、関連するルールです。社内の資料や画面は、利用できるAI環境と共有範囲に合わせて用意します。実在するフォルダー名や権限をAIに発明させないことも、出力の確認点です。
修正後は、作成者とは別の担当者が、公開や上書きを伴わない検証用の資料で手順をたどります。途中で口頭説明が必要になった箇所を記録し、手順へ反映します。検証用でも実行できない段階は、画面やルールの確認にとどめて未確認と残します。
最初は、よく質問される手順を一つ選ぶだけで十分です。AIが指摘した数よりも、次の人が何を見て進み、どこで誰に確認するかが分かる文書になったかを確かめます。
確認する結果をさらに具体化するなら、受け入れ条件の書き方の前提・操作・結果の分け方も使えます。
改訂前後の作業の違いは文書の改訂をAIと確認する、打ち合わせの決定を手順へ反映する前には会議メモの決定と未決を分けるで確認できます。