「同じ業務を頼んでいるのに、日によって出来が違う」「先週はうまくいった指示が、今週は通じない」──AI に業務を任せ始めた組織が、最初にぶつかる壁です。このとき多くの人は AI の能力を疑いますが、原因はたいてい別の場所にあります。指示が毎回、その場で組み立てられていることです。人に仕事を頼むときは、相手が職場の前提を知っていて、2 回目からは文脈を覚えてくれます。AI にはこの補完が効きません。だから品質を安定させる道具は、上手いプロンプトの言い回しではなく、判断基準・禁止事項・出力形式まで文章に固定した「手順書」です。この記事では、人向けマニュアルとの違い、手順書に入れる 5 つの構成要素、書き方のコツ、そして運用で育てる方法を、そのまま使えるひな形つきで解説します。
- 品質が安定しない原因の多くは AI の能力ではなく指示が毎回その場で組み立てられていること ── 手順書にすれば、品質は文書の側で再現される
- 人向けマニュアルの流用では動かない ── AI は職場の暗黙の前提を補完しないため、前提・判断基準・禁止事項まで全部書く
- 構成要素は 5 つ ── 目的と完成条件 / 手順 / 判断基準 / 禁止事項 / 出力形式と確認項目
- 手順書は一度で完成しない ── 間違いのたびに 1 行足して育てる。育った手順書は、ツールや担当者が変わっても残る組織の資産になる
なぜ「その場の指示」では品質が安定しないのか
その場で打ち込む指示(プロンプト)の品質は、指示を書く人のその日の言語化に依存します。丁寧に書いた日はうまくいき、急いで省略した日は崩れる──つまり揺れているのは AI ではなく、入力の側です。人が相手なら問題になりません。同僚は「いつもの形式で」の一言から先を察してくれますし、一度教えたことは次から言わなくて済みます。AI が相手だと、この 2 つの前提が両方消えます。察してくれず、業務の型として覚えてもくれない(ツールによって会話の記憶機能はありますが、業務の型を保証する仕組みではありません)。
手順書は、この構造を逆手に取る道具です。指示の再現性を、人の頭の中から文書の側へ移す。文書が同じなら、誰がいつ頼んでも同じ品質で出てきます。そして副産物として、担当者の頭の中にしかなかった仕事の基準が、文章になって組織に残ります。これは AI 活用の域を超えて、引き継ぎ・教育・属人化の解消にそのまま効く資産です。
なお、本記事は「任せる業務が決まった後」の話です。どの業務・どの工程を AI に任せるかの選び方──業務を工程に割る棚卸しと、選ぶ 3 条件──は「AIに任せる業務の選び方 ── 社内業務の棚卸しから最初の1業務を決める手順」で解説しています。まだ対象が決まっていない場合は、先にそちらから読むことをおすすめします。
人向けマニュアルとの 3 つの違い
「業務マニュアルならもうある」という会社は多いはずです。それをそのまま AI に渡してもある程度は動きますが、品質を安定させるには足りません。人向けマニュアルは、読み手が社内の常識を知っている前提で書かれているからです。AI 向けの手順書に書き直すとき、変わる点は 3 つあります。
- ①暗黙の前提を全部書く ── 人向けマニュアルは「察し」を前提に多くを省略しています。「いつもの形式で」「先方に失礼のないように」は、社内の人には通じても AI には情報量ゼロです。会社名の正式表記、宛先の敬称、文章のトーン、扱うデータの期間や範囲──「言わなくても分かるだろう」に当たる前提を、すべて文字にします。
- ②判断基準は実例で書く ── 「適切に分類する」「重要なものを優先する」のような抽象語は、AI の中では毎回違う解釈に化けます。「飲食を伴う社外との打ち合わせは交際費。例: ◯◯社との会食 → 交際費、社内メンバーのみのランチ → 対象外」のように、基準 1 行と実例をセットにします。そして必ず「迷ったらどうするか」の行き先(保留にして人に確認、など)まで書きます。
- ③禁止事項を明示する ── 人向けマニュアルに「勝手に金額を約束しない」とはまず書きません。常識だからです。AI にはこの常識の壁がないため、やってはいけないことを、やるべきことと同じ重みで書きます。「元のデータは書き換えない」「一覧にない項目を新設しない」「判断がつかないものを推測で埋めない」──禁止事項の明文化は、AI に業務を任せるうえでの安全装置そのものです。
まとめると、人向けマニュアルとの差は「賢さに合わせて簡単に書く」ことではなく、省略をやめることです。書く量は増えますが、その増えた部分こそが、これまで担当者の頭の中にだけあった仕事の実体です。
手順書に入れる 5 つの構成要素
手順書に入れる要素は 5 つです。経費精算の一次整理を例に、各要素で何を書くかを並べます。
| 要素 | 書くこと | 例(経費精算の一次整理) |
|---|---|---|
| ① 目的と完成条件 | この業務のゴールと、何が出てくれば完了かの定義 | 「当月の経費明細が、費目別に分類・集計された一覧表になっていること」 |
| ② 手順 | 作業の順番。各ステップで何を読み、何を出すか | 「1. 領収書データを読み込む → 2. 1 件ずつ費目を判定 → 3. 一覧表に整形 → 4. 保留分を別枠に集める」 |
| ③ 判断基準 | 迷いやすい点の基準+実例+迷ったときの行き先 | 「飲食を伴う社外打ち合わせは交際費(例: ◯◯社との会食)。判断がつかないものは保留リストへ入れ、推測で埋めない」 |
| ④ 禁止事項 | やってはいけないこと・触ってはいけない範囲 | 「元の領収書データは書き換えない」「一覧にない費目を新設しない」 |
| ⑤ 出力形式と確認項目 | 成果物の形式と、人が確認するポイント(3 つ以内) | 「列は日付・金額・費目・判定根拠。確認項目は、合計金額の一致 / 判定根拠の妥当性 / 保留分の有無」 |
5 つの中で、完成度への影響がもっとも大きいのは⑤出力形式と確認項目です。出力の形が固定されていると、人の確認は「読んで頷くだけ」まで軽くなります。逆に形が毎回違うと、確認のたびに全体を読み解く必要が生まれ、「自分でやった方が早い」に逆戻りします。判定の根拠を成果物に併記させるのも同じ狙いです。確認が軽くなる形をあらかじめ手順書で決めておく──これが、任せた業務が定着するかどうかの分かれ目になります。
書き方のコツ 3 つ
5 つの要素を埋めるときに効く、実践的なコツを 3 つ挙げます。いずれも、当社が自社業務の手順書を書いては直す中で身についたものです。
抽象語だけの基準は動きません。「適切に」「柔軟に」「いい感じに」が手順書に残っていたら、そこは書き直しのサインです。型は決まっています──基準を 1 行で書き、典型例を 1 つ、間違えやすい境界例を 1 つ添える。この 3 点セットで、基準の解像度は一気に上がります。実例は空想で作るより、過去の実物から拾う方が確実です。過去 1 ヶ月の実務から「これは A、これは B と判断したもの」を 2 つ選ぶだけで足ります。
「丁寧に対応する」「分かりやすくまとめる」は完成条件になりません。確認する人によって合格ラインが動くからです。完成条件は「この列を持つ表」「この見出し構成の文書」「A4 1 枚以内の箇条書き」のように、形で書きます。形になっていれば、AI は狙いを外しにくくなり、人は出てきたものを形と突き合わせるだけで判定できます。迷ったら、過去に人が作った出来の良い成果物を 1 つ選び、「これと同じ形式で」と手順書に添えるのが早道です。
正直に書くと、手順書は一度では完成しません。初版には必ず穴があり、それは運用してみるまで見つかりません。だから初版の合格ラインは「A4 1 枚・各要素に 1〜3 行」で十分です。書き切ってから渡すのではなく、渡しながら書き足す──この前提に立つと、着手の心理的なハードルは大きく下がります。網羅的な大作を 1 ヶ月かけて書くより、1 枚の初版を今日書いて明日から回す方が、1 ヶ月後の手順書は確実に良いものになっています。
手順書を「育てる」運用 ── 間違いの原因は、ほぼ手順書の欠落
手順書を渡して運用が始まると、AI は間違えます。ここでの受け止め方が、その後を分けます。「また間違えた。やはり任せられない」ではなく、「手順書のどの要素が欠けていたか」を診断する──これが育てる運用の中心動作です。実際、運用中の間違いのほとんどは 5 要素のどれかの欠落に対応しています。同じ間違いを繰り返すなら判断基準の実例が足りない。やってほしくないことをやったなら禁止事項に書いていない。形が毎回ズレるなら出力形式が曖昧──診断がつけば、直すのは手順書の 1〜2 行です。
この「間違い → 手順書に 1 行追記」のループを回すために、決めておくことが 2 つあります。更新の担当(誰が手順書を直すのか)と頻度(気づいたら即時か、週次でまとめてか)です。改善が個人の手元のプロンプト集に溜まっていく状態は、属人化がツールの上で再生産されているだけで、担当が変わると振り出しに戻ります。更新担当の設置が定着の成否を分けることは「生成AIが社内に定着しない理由と、定着させる進め方」で述べたとおりで、手順書はその考え方を 1 業務のレベルで実装するものです。
当社自身、販促物の生成・経理のドラフト・記事の作成といった日常業務を、この方式──業務ごとに手順書を書き、間違いのたびに手順書の側を直す──で AI に任せて毎日運用しています。何をどこまで任せているかの実例は「Claude Code でできること｜非エンジニアの業務でどこまで使えるか」にまとめています。経験から言えるのは、運用開始から数週間の追記で出力は目に見えて安定し、そこから先は手順書が新しい担当者への引き継ぎ資料を兼ね始めるということです。書く初期コストは確かにかかりますが、繰り返し発生する業務であれば、この二重の役割で十分に回収できます。
そのまま使える 1 枚のひな形
最後に、初版の手順書のひな形を置いておきます。見出しをこのままコピーして、各項目に 1〜3 行ずつ埋めれば、初版として機能します。
埋める順番は、1 → 6 → 2〜5 をおすすめします。ゴール(完成条件)と出口(出力形式・確認項目)を先に固定すると、途中の手順と基準は書きやすくなります。そして書き終えたら、完璧さを疑う前にまず 1 回渡してみてください。出てきた成果物との差分が、次に書き足すべき行を教えてくれます。
Livune は、この記事の方法を自社の日常業務で毎日実践している AI 開発・DX 支援の会社です。任せる業務の選定から、手順書の初版づくり、確認点の設計、育てる運用の定着まで、実践ベースでご一緒します。
Livune の AI 定着支援を見る →よくある質問
プロンプトは「その場の 1 回の指示」、手順書は「業務の型を固定した文書」です。運用上は、手順書をそのままプロンプトとして渡す(または AI が参照する文書として置いておく)形になるので、境界は曖昧に見えます。本質的な違いは再現性の置き場所です。上手いプロンプトの技術は書く人の頭の中に残りますが、手順書は文書として残るため、誰が使っても・担当が変わっても・ツールを乗り換えても同じ品質を再現できます。
初版は A4 1 枚(6 つの見出しに 1〜3 行ずつ)で十分です。運用の追記で育てて 2〜3 枚程度に落ち着くのが実感値です。逆に、最初から 10 枚あるような手順書は保守されなくなり、どこに何が書いてあるか人間側が把握できなくなります。長くなってきたら、判断基準の実例を古いものから間引く、業務自体を 2 つの手順書に分ける、といった整理を挟んでください。
AI 自身に初版を書かせる方法があります。業務の担当者に「この業務の手順・迷いやすい点・やってはいけないことを質問しながら聞き出して、手順書の形にまとめて」と AI に指示し、対話の結果を人が直す──ゼロから書くより大幅に楽になります。担当者の頭の中の暗黙知を言語化すること自体が手順書づくりの本体なので、聞き出す壁打ち相手として AI を使うのは理にかなっています。
間違いの種類から、欠けている要素を逆引きしてください。同じ種類の判断ミスを繰り返す → 判断基準の実例不足(境界例を 1 つ足す)。やってほしくないことをした → 禁止事項の未記載(1 行足す)。出てくる形が毎回違う → 出力形式が曖昧(見本を 1 つ添える)。頼んだ範囲を勝手に広げる → 目的と完成条件の曖昧さ。AI の能力を疑うのは、この 4 つの点検を済ませてからで遅くありません。