マニュアルが無いのではなく、作る時間が確保されていない
業務マニュアルが整っていない状態は、たいてい「作り方が分からない」ことが原因ではありません。担当者は手順を説明できますし、部分的なメモや過去の引き継ぎ資料も残っています。それでも1本の文書にならないのは、書き起こす作業がその人の通常業務の外側にあり、後回しにされ続けるためです。
そのまま時間が経つと、担当者が1人で抱える状態が固定されます。休みを取りにくくなり、異動や退職のときに引き継ぎへ数週間を割くことになります。件数の多い定型業務ほど、この影響は直接出ます。
AIで手を入れられるのは、この「書き起こす作業」の部分です。手順そのものを考え出すわけではなく、既にある記録を読んで文書の形に整えます。逆に言えば、何を正しいとするかの判断は残ります。この線引きを最初に決めておくと、どこに人の時間を確保すればよいかがはっきりします。
素材として使えるものを集める
初版の下書きは、記録が無いところからは作れません。まず何が残っているかを確かめます。多くの場合、思っているより素材はあります。
| 素材 | ここから取れること | ここからは取れないこと |
|---|---|---|
| 画面操作の録画・スクリーンショット | 操作の順序、押す場所、入力する欄の位置 | なぜその値を入れるのか、他の選択肢が無いのか |
| 担当者への聞き取りの文字起こし | 例外の存在、前工程と後工程の受け渡し、注意している点 | 発言に出てこなかった工程、本人が無意識に行っている操作 |
| 過去の引き継ぎ資料・部内のメモ | 過去に問題が起きた箇所、担当者が重要と考えている点 | 現在の運用と合っているか(古い手順が混ざる) |
| 問い合わせやチャットの履歴 | 実際につまずく箇所、説明が必要だった点 | 標準的な手順(例外の話に偏る) |
| システムの操作ログ | 実際に使われている機能、処理の件数と頻度 | 画面の外で行われている確認や連絡 |
1種類だけでは足りません。 録画だけを渡すと、操作の順序は正確でも理由が書かれない文書になります。聞き取りだけを渡すと、本人が説明を省いた細かい操作が抜けます。録画と聞き取りを両方渡すと、片方の抜けをもう片方で補えます。
過去の資料には注意が要ります。現在の運用と違う手順がそのまま入り込むと、初版の段階で誤りが混ざります。集めた時点で、いつ作られたものかと、今も有効かどうかを担当者に確認しておきます。有効性が分からないものは、素材から外すほうが後の手戻りが少なくなります。
素材が社内のあちこちに散らばっていて集めること自体に時間がかかる場合は、先に置き場を整える話になります。その進め方は「共有フォルダ・ファイルサーバの整理をAIで進める」で扱っています。
機械が書ける部分と、所管部署が決めるしかない部分
マニュアルの中身を項目ごとに見ると、記録から復元できるものと、記録をいくら読んでも出てこないものに分かれます。ここを混ぜたまま「マニュアルをAIで作る」と考えると、出てきた下書きの判断基準の欄に、もっともらしいが誰も決めていない文章が並びます。
| 記載する項目 | 何から書けるか | 誰が確定させるか |
|---|---|---|
| 操作の順序 | 録画と操作ログから復元できる | 下書きのまま。担当者が抜けを補う |
| 入力する項目と値の取り方 | 画面と実際の入力値から書ける | 下書きのまま。担当者が確認する |
| 前提条件(権限、事前に済ませておく作業) | 聞き取りから拾える | 担当者と所管部署 |
| 例外の分岐と、その場合の操作 | 記録に出てきた範囲で列挙できる | 所管部署。記録に無い例外は書けない |
| 判断の基準(どの条件でどちらを選ぶか) | 過去の選択を並べることはできる | 所管部署。基準そのものは決め直しになる |
| 承認者と決裁の範囲 | 書けない | 所管部署 |
| 例外を許す範囲と、逸脱時の扱い | 書けない | 所管部署 |
| 問い合わせ先とエスカレーション | 書けない | 所管部署 |
上の3行は、記録があれば下書きが出せます。ここが分量としては大半を占めるため、初版づくりの手間は目に見えて減ります。
下の3行は、記録から復元してはいけない部分です。 過去に誰かが判断した結果は記録に残りますが、それが正しい基準だったとは限りません。担当者ごとに違う判断をしていた場合、記録から一つの基準を書き起こすと、たまたま多かったほうが正式な基準として文書に載ります。マニュアルは書いた時点から現場の根拠になるため、ここで曖昧なまま確定させると、後から実態と食い違ったときに直すのが難しくなります。
真ん中の「例外の分岐」と「判断の基準」は扱いが分かれます。記録に出てきた分岐を候補として列挙するところまでは機械に任せ、それを採用するか、条件をどう書くかは所管部署が決めます。下書きには「この条件は記録から推定したもので、確認が必要」と印を付けさせておくと、レビューで見るべき箇所が最初から分かります。
どの工程を機械に寄せ、どこに人の承認を残すかという分け方そのものは、マニュアル作成に限らず共通します。基準の立て方は「AIエージェントにどこまで任せるか」を参照してください。
初版を起こしてから公開するまでの5工程
素材を渡して下書きを出すだけでは、公開できる文書にはなりません。工程を分けておくと、どこに人の時間が要るかが見えます。
人の時間が要るのは4と5で、ここを確保しないまま始めると下書きが溜まります。
2の骨格を起こす工程を飛ばして、いきなり文章を書かせないほうが後が楽になります。骨格とは、工程をいくつに分けるか、各工程に何の項目を持たせるかという枠のことです。ここを先に人が確認しておくと、文章の書き直しではなく枠の修正で済みます。何本もマニュアルを作る場合は、この枠が全体の書式になります。
3で出てくるのは初版の下書きであって、完成版ではありません。 ここを取り違えて「AIがマニュアルを作った」と扱うと、4と5の工数が計画から抜けます。実務で時間がかかるのは、たいてい4と5のほうです。
5のレビューを日程に入れておきます。 所管部署の担当者は通常業務を持っているため、レビュー依頼を出しても1週間から2週間は動かないことがあります。何本も並行して進めるなら、レビューに回せる本数が全体の速度を決めます。
骨格に持たせる項目を固定する
マニュアルが読みにくくなる原因の多くは、文章の質ではなく、文書ごとに項目の構成が違うことです。項目を固定しておくと、下書きの品質が揃い、レビューも項目ごとに見られます。
| 項目 | 何を書くか | 決めておく書き方 |
|---|---|---|
| 目的 | この作業が何のために行われるか | 1〜2文。前後の工程との関係を含める |
| 対象者と前提条件 | 誰が行うか、必要な権限と事前準備 | 権限の名称はシステム上の表記に合わせる |
| 手順 | 操作の順序を番号付きで | 1手順1操作。画面名と操作対象を必ず書く |
| 入力する項目 | 各欄に何を入れるか、値をどこから取るか | 参照元を明記する。「適宜」と書かない |
| 判断が入る箇所 | 条件と、それぞれの場合の進め方 | 条件を満たさない場合の行き先も書く |
| 例外とその扱い | 起こりうる例外と、誰へ回すか | 想定していない事態の連絡先も1行入れる |
| 完了の確認 | どうなれば終わりか | 目視ではなく確認できる状態で書く |
| 改訂情報 | 版数、作成日、所管部署 | 改訂管理の様式と合わせる |
「1手順1操作」を守るかどうかで読みやすさが変わります。 下書きの段階では複数の操作が1行にまとまりがちなので、分割の指示を先に出しておきます。
「適宜」「必要に応じて」を残さないことも先に決めておきます。この語が入っている箇所は、書いた人が判断基準を把握していない箇所です。下書きにこの語が出たら、所管部署へ確認する対象として印を付けさせます。
完了の確認は抜けやすい項目です。作業が終わったことを何で判断するかが書かれていないと、引き継いだ人は自分の操作が正しかったか分かりません。画面に出る表示や、登録された状態のように、後から確かめられるもので書きます。
画面操作のログから書くときに気をつけること
録画や操作ログは有力な素材ですが、そのまま渡すと文書に持ち込みたくないものが混ざります。
実在のデータが画面に写り込みます。 取引先名、個人名、金額がそのまま手順書に載ると、閲覧範囲によっては見せてはいけない情報が広がります。素材を渡す前に伏せるか、下書きの段階で置き換えの指示を出しておきます。テスト環境で操作を記録できるなら、そのほうが扱いは簡単です。
担当者のその場の操作が手順として記録されます。 画面を間違えて戻った、確認のために別の画面を開いた、といった操作が録画には残ります。これらを正式な手順として書き起こすと、必要のない操作が手順に固定されます。下書きを作らせる際に「同じ画面を往復している箇所は手順から外し、別に列挙する」と指示しておくと、判断しやすい形で出てきます。
1回の記録だけでは例外が拾えません。 録画するのは、たいてい典型的な1件です。例外の分岐は別の素材から補う必要があります。例外がどれくらいの割合で起きるかによって、そもそも自動化や標準化の進め方が変わるため、先に数を把握しておくと判断しやすくなります。この見方は「例外処理が多い業務をAIで自動化する」で扱っています。
システムの画面は変わります。 画面の見た目に強く依存した書き方をすると、更新のたびに手順書が古くなります。ボタンの位置ではなく名称で書く、といった程度の配慮で、更新の頻度は下がります。
レビューで見る観点を分けて渡す
「確認してください」とだけ依頼すると、レビューは表記の細かい指摘に寄りがちで、肝心の判断基準が空欄のまま通ります。観点を分けて依頼するほうが、短い時間で必要な確認が済みます。
| 観点 | 見る人 | 見つけたときの扱い |
|---|---|---|
| 手順に抜けや順序の誤りが無いか | 実際に作業している担当者 | その場で直す。下書きの修正で済む |
| 判断の基準が実態と合っているか | 所管部署 | 基準を決め直す。マニュアル側だけ直さない |
| 承認者と決裁の範囲 | 所管部署 | 規程や職務権限との整合を確認する |
| 記載された情報を出してよいか | 所管部署と情報システム | 閲覧範囲を決める。伏せる箇所を指定する |
| 未経験者が読んで進められるか | その業務を担当していない人 | つまずいた箇所を補記する |
最後の行を入れておくと、書いた側では気づけない前提の省略が見つかります。担当者と所管部署だけで確認すると、双方とも業務を知っているため、説明の足りない箇所が通過します。実際に手順どおりに操作してもらい、止まった箇所を記録する形にすると、補記すべき箇所が具体的に出ます。
レビューの結果を下書きへ戻すときは、直した内容を記録しておきます。同じ種類の指摘が複数のマニュアルで繰り返されるなら、それは骨格か下書きの指示のほうを直す対象です。1本ずつ手で直し続けると、本数が増えても手間が減りません。
公開したら改訂管理へ引き渡す
初版を公開した時点で、その文書は古くなり始めます。システムが更新され、担当が変わり、業務のやり方が変わります。作ったきり誰も直さないマニュアルは、半年ほどで現場から見られなくなります。
引き渡しの際に決めることは多くありません。
| 決めること | 決め方 | 決めていないと起きること |
|---|---|---|
| 現行版の置き場 | 1か所に限定し、他は参照だけにする | 部署ごとに写しが増え、どれが最新か分からなくなる |
| 版数と改訂日の付け方 | 初版の公開時に様式を決める | 後から履歴を再構成できない |
| 改訂のきっかけ | システム更新、業務の移管、担当交代の3つに絞る | 日付で見直す運用にすると形だけ残る |
| 改訂を起こす人 | 所管部署の担当を名前で決める | 気づいた人が誰も動かさない |
| 周知の範囲 | 対象者の一覧を作成時に作る | 変わったことが現場へ届かない |
改訂のきっかけを「年に1回見直す」で決めないほうが続きます。 期限で区切ると、変わっていない文書も含めて全部を見る作業になり、実施が形式的になります。変わる要因が起きたときに動かす形にすると、直す必要のあるものだけが対象になります。
現行版の特定や改訂履歴の残し方、周知までの設計は「規程・マニュアルの改訂管理と改訂履歴の書き方」にまとめてあります。初版を作る段階で様式を合わせておくと、後から履歴を作り直さずに済みます。
どの順で手を付けるか
全社のマニュアルを一度に整えようとすると、素材集めの段階で止まります。1本を通してから広げます。
最初の1本は、件数が多く手順が安定している業務から選びます。 判断の入る割合が少ない業務のほうが、機械が書ける部分の比率が高く、工程の全体を確かめやすくなります。属人性が強い業務や例外の多い業務は、素材集めと基準の決め直しに時間がかかるため、型ができてからにします。
1本目で測るのは、書き上がりの速さではなく人が手を入れた箇所です。 どの項目にどれだけ修正が入ったかを記録しておくと、2本目以降で骨格や指示のどこを直せばよいかが分かります。修正が判断の欄に集中しているなら、それは想定どおりです。手順の欄に集中しているなら、素材が足りていません。
2本目からは、同じ骨格を使い回します。 業務が違っても、項目の構成と書き方の決まりは共通に使えます。使い回せない部分が出たら、骨格に足すかどうかを判断します。
対象業務の一覧が無い場合は、そこから始めます。 何本作るべきかが分からないまま個別に作ると、重要な業務が後回しになります。洗い出しの進め方は「業務の棚卸しからAI化の対象を決める」を参照してください。
マニュアルを整えると、次は「その手順のどこを自動化できるか」という検討につながります。手順が文書になっている業務は、工程の分け方と例外の出方が既に整理されているため、対象の見極めが進めやすくなります。全体の進め方は「AIエージェント開発の進め方」で扱っています。
まとめ:業務マニュアルの初版をAIで起こすときの要点
- 素材は録画、聞き取りの文字起こし、既存資料、問い合わせ履歴を組み合わせる。1種類だけでは抜ける
- 操作の順序と入力項目は記録から下書きできる。判断の基準、承認者、例外を許す範囲は所管部署が決める
- 記録に残った過去の判断から基準を書き起こさない。たまたま多かった選択が正式な基準として載る
- 文章を書かせる前に骨格(工程の粒度と項目の構成)を固める。直しが枠の修正で済む
- 画面の録画には実在のデータとその場の操作が混ざる。伏せる指示と、往復した操作を外す指示を先に出す
- レビューは観点を分けて依頼し、その業務を担当していない人に1回通してもらう
- 公開時に現行版の置き場、版数の付け方、改訂のきっかけ、周知の範囲を決めて改訂管理へ渡す
Augueでは、社内に散らばった記録からマニュアルの初版を起こす仕組みづくりと、その後の改訂を回す運用の設計まで支援しています。どの業務から着手するかが決まっていない段階からお手伝いできますので、ご興味がある方は是非ご相談ください。
よくある質問
マニュアル作成ツールを入れるのと、AIで初版を起こすのはどう違いますか?
マニュアル作成ツールが強いのは、画面の撮影と手順の並べ方、公開後の閲覧状況の把握です。反対に、撮った素材を読んで文章の形に整えるところと、複数の資料から情報を寄せ集めるところは手作業が残ります。既にツールを入れている場合は、入れ替えを考えるより、下書きを作る工程だけを足すほうが早く動き出します。
作成にかかる期間や費用の目安はどれくらいですか?
一律の数字は出せません。対象業務の数、素材がどれだけ残っているか、所管部署のレビューにどれだけ間隔が空くかで大きく変わるためです。判断材料になるのは、最初の1本を通しで作って、素材集めからレビュー完了までの日数と、人が手を入れた箇所の数を記録した結果です。この1本の実績から、残りの本数を掛けて見積もります。
作業記録がまったく残っていない業務はどうしますか?
記録を作るところから始めます。担当者に画面を操作してもらいながら録画するか、口頭で説明してもらった内容を文字起こしする形です。最初から書式の整った記録を求めると準備で止まるため、粗くても操作の順序が追えれば足ります。AIに起こさせる下書きの質は、素材の整い方より、抜けている工程が無いかで決まります。
動画で残すのと文章のマニュアルにするのは、どちらがよいですか?
参照のされ方で分かれます。作業中に特定の手順だけを確かめる使い方なら、探して飛べる文章のほうが向きます。はじめて全体像をつかむ場面や、画面の見た目が言葉にしにくい操作は動画が向きます。両方を作る場合は、文章を正本として改訂管理の対象にし、動画は補足の位置に置くと版のずれが起きにくくなります。
関連する記事
改訂履歴の書き方と記入例|マニュアル・規程の6つの欄、改訂の手順と最新版の管理改訂履歴とは、文書をいつ・誰が・何を・なぜ変えたかを残す記録です。マニュアルや社内規程で使う6つの欄と、初版・一部改訂・全面改訂の記入例を表ですぐ確かめられます。起案から周知までの改訂の手順もまとめます。
業務の棚卸しからAI化の対象を決める|ヒアリング記録で業務一覧と業務フロー図を作るヒアリング記録や既存の手順書があれば、業務一覧と業務フロー図は組み立てられます。一覧で揃える6項目、粒度を1件と数える単位へ寄せる順序、AIに任せる範囲、工数の大きい業務からAI化の対象を絞る基準までを扱います。
AIエージェントにどこまで任せるか|工程を通常のプログラム・AI・人の承認に仕分ける基準ひとつの業務を工程に分け、通常のプログラムで組む部分、AIエージェントに任せる部分、人が承認する部分へ仕分ける基準です。判断の有無、過去例の量、間違えたときの損失、やり直しの可否の4点で判定し、業務別に当てはめます。



