この記事の要点

• マニュアルのテンプレートはExcel＝一覧型・Word＝文書型・PowerPoint＝画面手順型と、業務のかたちで選ぶのが基本
• 大企業の管理職200名への調査では、引き継ぎ資料の作成手段は「Word・Excelなどの文書作成ソフト」が46.0%で最多（株式会社taiziii調べ）
• 3形式それぞれの項目構成を、そのまま使える表で提示。どの形式にも「判断の基準」欄を1つ足すのがポイント
• 既存の業務マニュアル・手順書が「十分に整備されていなかった」という回答は74.0%。良くない資料の特徴は「情報が古い・誤っている」62.5%が最多
• テンプレートを埋めても使われなくなる主因は、更新の停止・判断基準の欠落・検索性の低さの3つ
• 形骸化を防ぐ運用は、更新担当と見直し時期の決定・置き場所の一本化・「考え方」欄をヒアリングで埋める手順の3点

運営者プロフィール

加藤晃寿郎（株式会社taiziii 代表取締役）。慶應義塾大学経済学部出身のエンジニア。在学中のスタートアップ設立、フリーランスを経てシステム開発会社を創業。企業のAI導入支援と、判断継承AIプラットフォーム「SkillRelay」の開発に従事。

1位

Amazonベストセラー獲得

著書『AI時代の経営デザイン』

データベースカテゴリ、2025年10月時点

テンプレートが減らしてくれるのは、マニュアルを作る負担であって、更新する負担ではありません。当たり前のようでいて、様式を選ぶ段階では見落とされやすい前提です。

マニュアル作成のテンプレートを探すと、Excel用・Word用・PowerPoint用がそれぞれ大量に見つかり、どれを選ぶかでまず迷います。実態としても、引き継ぎ資料づくりの中心は今も専用ツールではなくOfficeソフトです。従業員1,000名以上の大企業に勤務する課長職以上200名を対象にした調査では、引き継ぎ資料の作成手段は「Word・Excelなどの文書作成ソフト」が46.0%で最多、専用ツールの利用は7.5%にとどまります。手元のソフトで作る以上、様式の設計は自分たちで決めることになるので、項目のそろった様式を見つけて全部埋めれば形になる、と考えたくなります。

埋め終えた後に何が起きるかは、同じ調査に出ています。既存の業務マニュアルや手順書が十分に整備されていたかを尋ねた設問で「不十分」という回答は74.0%、良くない資料の特徴の最多は「情報が古い・誤っている」62.5%でした。業務や画面が変わっても文書は追いつかず、古い記述に気づいた人から順に開かなくなり、結局はベテランに口頭で聞く対応へ戻ります。

選ぶべきものは形式だけではありません。手順の隣に迷ったときの線引きを書く欄があるか、埋めた後に誰がいつ直すのかが決まっているか。引き継ぎを経験した管理職200名が最も多く挙げた不足は、手順そのものではなく「イレギュラー時の判断の基準」（40.5%）でした。この記事では、3形式の使い分けと形式別の項目構成を表で示したうえで、埋めても使われなくなる理由と、形骸化させない運用までを扱います。

出典　株式会社taiziii「業務引き継ぎに関する実態調査」（従業員1,000名以上の大企業に勤務する管理職200名・インターネット調査・本調査2026年2月24日〜3月6日／追加調査2026年3月16日）　https://taiziii.com/knowledge-transfer-survey-2026/ （公開ページは調査の概要とダウンロード案内で、設問ごとの数値は同ページで配布のレポートに掲載）

Excel・Word・パワポのどれで作るかは業務のかたちで決まる

ソフトの優劣で選ぶ必要はありません。マニュアルにしたい業務が、一覧で管理する業務なのか、読んで理解してもらう業務なのか、画面を操作する業務なのかで、向く形式はほぼ決まります。

Excelは一覧型。業務一覧・チェックリスト・管理表に向く

Excelが向くのは、同じ形式の情報が繰り返し並ぶマニュアルです。

• 担当業務の一覧表（頻度・期限・担当を1行ずつ管理する）
• 作業のチェックリスト（実施順に確認欄を並べる）
• 対応一覧・管理表（問い合わせの種別と対応方法の対応表など）

1行1件の構造なので、業務の追加や変更を行単位で直せます。並べ替えとフィルタで絞り込める点も、業務数が多い場合には利点です。一方、1つの業務について経緯や理由を文章で説明するのには向きません。セルに長文を詰めると読みにくくなるうえ、印刷や画面表示も崩れやすくなります。

Wordは文書型。業務説明・規程・引き継ぎ書に向く

Wordが向くのは、文章で読ませるマニュアルです。業務の目的や流れの説明、規程・ルールの明文化、判断の背景を残す文書など、見出しと段落で構成する内容に強い形式です。目次の自動生成や変更履歴の記録といった、長文の版管理に必要な機能もそろっています。

なお、担当交代のために特定の後任へ渡す文書は、マニュアルではなく引き継ぎ書という別の様式になります。不特定多数が繰り返し参照するマニュアルと違い、引き継ぎ書は特定の後任が担当を引き受けるまでの一度きりの文書なので、項目の立て方も別に考えます。

PowerPointは画面手順型。スクリーンショット中心の操作マニュアルに向く

PowerPointが向くのは、システムの操作手順をスクリーンショットで示すマニュアルです。1スライド1画面を原則に、画面の画像・操作の指示・注意点を1枚に収めると、読み手は自分の画面とスライドを見比べながら作業を進められます。画像の配置や矢印・枠の書き込みが文書ソフトより手早くできる点も、画面中心のマニュアルに合っています。

反面、文章の分量が多い説明や、頻繁に変わる一覧情報には向きません。画面が変わるたびにスクリーンショットの取り直しが必要になるため、更新頻度の高いシステムでは、誰がいつ画像を差し替えるのかを先に決めておかないと、資料が実際の画面とすぐ食い違います。

使い分けは読み手がその資料を開く場面から決まる

作業中に横目で確認するならExcel、着任時に読んで理解するならWord、画面を操作しながら見るならPowerPointです。1つの業務でも、全体像はWord、日々のチェックはExcel、システム操作はPowerPointと分担させる形が実務では自然です。

マニュアル・手順書テンプレートの項目構成は読み手が求める5つの条件から決まる

読み手が資料に何を求めているかは、調査に出ています。引き継ぎを受ける側が理想とする資料の条件は「業務の全体像がわかる」が56.5%で最多でした。「要点がまとまっている」55.5%、「網羅的である」51.5%、「検索性が高い」43.5%、「フォーマットが統一されている」38.5%と続きます。

出典　株式会社taiziii「業務引き継ぎに関する実態調査」（従業員1,000名以上の大企業に勤務する管理職200名・インターネット調査・2026年2〜3月実施）　https://taiziii.com/knowledge-transfer-survey-2026/

この5条件は、そのまま項目構成の設計要件になります。

• 全体像を最初に置く
• 要点を先に書く
• 項目を網羅する
• 探せる見出しを立てる
• 様式をそろえる

Excel一覧型は1行1業務で7つの列を立てる

1行1業務（または1作業）として、次の列を設けます。

一般的なテンプレートにない列が2つあります。「判断の基準」と「最終更新日・更新担当」です。どちらも、埋めた後にその資料が使われ続けるかどうかを分ける列で、理由はこの後の項と運用の章で説明します。

Word文書型は全体像を先に置く5章で組み立てる

読ませるマニュアルの章立ての例です。

読み手が求める条件の上位2つ（全体像・要点）は、Wordでは章の順序で満たします。冒頭に業務の全体像を置き、業務別の説明では要点を先に書きます。

パワポ画面手順型は1スライド1画面で組み立てる

操作スライドは画面のどこを・どうするかを1枚ずつ示し、注意点は画面の画像上に書き込むと迷いません。忘れられやすいのがイレギュラー対応のスライドです。うまくいく場合の操作だけで終わるマニュアルは、エラーが出た時点で読み手の手が止まります。

どの形式でも手順の隣に「判断の基準」欄が要る

Excel・Word・パワポのどの形式でも、手順の隣には迷ったときの線引きを書く欄が要ります。Excelなら「判断の基準」列、Wordなら手順と対にする見出し、パワポならイレギュラー対応のスライドです。

前任者から教えてほしかった観点を管理職200名に尋ねた設問では、「イレギュラー時の判断の基準」が40.5%で最多、「業務の背景・目的」が38.5%で続きました。

出典　株式会社taiziii「業務引き継ぎに関する実態調査」（従業員1,000名以上の大企業に勤務する管理職200名・インターネット調査・本調査2026年2月24日〜3月6日／追加調査2026年3月16日）　https://taiziii.com/knowledge-transfer-survey-2026/

手順そのものより、手順から外れる場面の判断が求められている、という結果です。テンプレートの欄でいえば、手順欄の隣に「どういうときに保留するか」「どこまでなら担当者の裁量か」「誰の承認が要るか」を書く場所が要ります。

担当者によって判断が分かれる業務では、複数の判断を平均して一本のルールにまとめません。条件が違えば適切な判断も違うためで、無理にまとめると、どの場面にも合わない中間のルールだけが残ります。「Aさんは検収前の案件では保留する」「Bさんは海外案件では先に法務へ確認する」のように、誰のどの条件での判断かが分かる形のまま残します。判断の基準欄は、統合せず帰属を保つという原則で書きます。

無料テンプレートは出発点にはなるが「判断の基準」欄が足りない

様式をゼロから設計する必要はありません。検索すれば、ビジネス文書のテンプレートを無料で配布するサイトが数多く見つかり、Excel・Word・PowerPointの各形式がそろっています。実務解説とセットで配布する例もあり、たとえばマネーフォワード クラウドの解説記事は、業務引継書の無料テンプレート17種と記載項目の解説を提供しています。

出典　マネーフォワード クラウド「【無料テンプレート17選】業務引継書の書き方」2026年4月27日更新　https://biz.moneyforward.com/work-efficiency/basic/2590/

配布テンプレートの使いどころは3つです。

• 様式設計の時間短縮。列や章の立て方を一から考えずに済む
• 項目の抜け漏れ確認。定番項目と自分の案を突き合わせる
• フォーマット統一の出発点。部署内で同じ様式をそろえる土台にする

一方で、使い始める前に確認したい点もあります。

• 項目の過不足を自業務に合わせて調整する。使わない欄が空のまま残ると、資料全体の信頼感が下がる
• 「判断の基準」欄を持つテンプレートは少ない。迷ったときの線引きを書く列（または見出し）を1つ足す
• 配布元の利用規約を確認する。商用利用や社内配布の条件はサイトごとに異なる
• ダウンロードだけで止めない。置き場所と更新の担当を決めてから配り始める

テンプレートを埋めてもマニュアルが使われない3つの理由

項目を整えたマニュアルが、その後も職場で使われているとは限りません。調査では、既存の業務マニュアルや手順書が「十分に整備されていなかった」という回答が74.0%に達しました。マニュアルは存在するのに、いざ使う場面で役に立っていません。

出典　株式会社taiziii「業務引き継ぎに関する実態調査」（従業員1,000名以上の大企業に勤務する管理職200名・インターネット調査・2026年2〜3月実施）　https://taiziii.com/knowledge-transfer-survey-2026/

最も多い不満は書き方ではなく情報の古さで62.5%を占める

良くない引き継ぎ資料の特徴を尋ねた設問では、「情報が古い・誤っている」が62.5%で最多でした。「情報が不足している」59.5%、「要点が不明確」51.5%が続きます。

出典　株式会社taiziii「業務引き継ぎに関する実態調査」（従業員1,000名以上の大企業に勤務する管理職200名・インターネット調査・2026年2〜3月実施）　https://taiziii.com/knowledge-transfer-survey-2026/

テンプレートで軽くなるのは作成の手間であって、更新の手間ではありません。完成した時点の内容が最も新しく、業務が変わっても文書が追いつかなければ、実際の業務とのずれは広がる一方です。古い記述に気づいた読み手から順に開かなくなり、開かれない文書は更新の優先度がさらに下がる、という循環です。埋め終えた後に誰がいつ直すのかまで決めて、はじめてテンプレートは機能します。

埋まるのは手順欄までで「判断の基準」と「背景・目的」は残らない

テンプレートの欄がすべて埋まっても、埋まり方には偏りが出ます。手順・頻度・連絡先のような欄は本人が意識して実行している内容なので書き出せます。ところが「イレギュラー時の判断の基準」と「業務の背景・目的」の欄は埋まりにくいままです。本人にとって当たり前になっており、質問されるまで言葉になりにくいためです。調査で最も多く挙がった不足も、この2つでした。

実際、判断基準の言語化に組織としてどこまで取り組めているかを尋ねた設問では、「組織的な仕組みがあり、定期的に記録・更新されている」は16.5%にとどまりました。「一部の部署やチームでは取り組んでいる」が37.0%で、組織的な取り組みに至っていない回答は計46.5%と半数近くを占めます。

出典　株式会社taiziii「業務引き継ぎに関する実態調査」（従業員1,000名以上の大企業に勤務する管理職200名・インターネット調査・本調査2026年2月24日〜3月6日／追加調査2026年3月16日）　https://taiziii.com/knowledge-transfer-survey-2026/

テンプレートに判断の基準欄を足しても、書き手任せでは空欄のまま残りやすいのが実態です。埋めるには、前任者に事例を挙げてもらいながら聞き取る手順を運用側に組み込みます。

探せないマニュアルは読まれない。求められているのは高度な検索

3つ目は、書いた内容に読み手がたどり着けない問題です。引き継ぎを効率化する新しいツールに欲しい機能を尋ねた設問では、「高度な検索」が58.5%で最多でした。「テンプレート機能」56.0%、「タスク管理」48.5%が続きます。

出典　株式会社taiziii「業務引き継ぎに関する実態調査」（従業員1,000名以上の大企業に勤務する管理職200名・インターネット調査・2026年2〜3月実施）　https://taiziii.com/knowledge-transfer-survey-2026/

テンプレート機能より高度な検索が上に来ました。現場が困っているのは、作れないことより探せないことです。理想の資料の条件でも「検索性が高い」が43.5%で挙がっていました。フォルダの奥のどこにあるか分からないファイル、部署ごとに散らばった保存先、開かないと中身が分からないファイル名。内容がどれほど正確でも、探す段階で手間取るマニュアルは開かれず、結局はベテランに口頭で聞く対応へ戻りがちです。

形骸化を防ぐ運用は更新・置き場所・判断の言語化の3点に絞られる

調査では、引き継ぎについて会社に求めるサポートとして「マニュアル作成ツール」が47.5%で挙がり、「引き継ぎ期間の十分な確保」53.5%に次ぐ2位でした。作成と運用を支える仕組みへの需要は、データにも表れています。

出典　株式会社taiziii「業務引き継ぎに関する実態調査」（従業員1,000名以上の大企業に勤務する管理職200名・インターネット調査・2026年2〜3月実施）　https://taiziii.com/knowledge-transfer-survey-2026/

次の3点は、専用ツールを入れるかどうかにかかわらず、Excel・Word・PowerPointの運用でそのまま実行できます。

情報の古さは気づいた人の善意ではなく役割で防ぐ

• 業務またはマニュアルごとに更新担当を1名決める。「気づいた人が直す」は、誰も直さない結果になりやすい
• 見直しのきっかけを2種類決める。業務や画面が変わったときの随時更新と、たとえば年度替わりなどの定期点検
• 最終更新日と更新者を様式に含める。読み手は更新日を見て信頼してよいかを判断でき、点検日には古いものから順に見直せる

「最終更新日・更新担当」の欄が様式にあれば、更新の記録は作業のついでに残ります。運用の取り決めと様式は、この欄でつながります。

探せない問題は保存の仕方を決めておくと減らせる

• 保存先を一つに決める。個人フォルダ・メール添付・共有フォルダに分散した時点で、どれが最新版か分からなくなる
• ファイル名の規則をそろえる。業務名を先頭に置き、開かなくても中身と新旧が分かる名前にする
• 目次と見出しを整える。Excelなら1枚目に業務一覧、Wordなら目次、PowerPointなら全体の流れのスライドを置き、キーワードで探せる粒度の見出しを立てる

「考え方」欄は書き手の自力ではなく質問役を立てて埋める

自分の判断は自分にとって当たり前になっており、人から質問されて初めて言葉になります。判断の基準欄を埋める手順は次の4つです。

1. 質問役を決める。後任・同僚・上司など、その業務に少し距離のある人が向く
2. 例えば30分ほどに区切り、手順ではなく判断を尋ねる。「この作業で手が止まるのはどういうときか」「手順どおりにしなかった最近の例は、いつもと何が違ったか」「何を見て問題なしと判断しているか」
3. 口頭の答えを書き留め、条件と例外に分けて判断の基準欄へ転記する
4. 判断が人によって分かれた場合は、まとめずに並記する。誰のどの条件での判断かを保つ

質問役の確保が難しい場合は、ヒアリングの聞き手と下書きの作成をAIに任せる方法もあります。AIが判断を決めるわけではありません。手順ではなく判断を尋ねる質問をAIから投げてもらい、返ってきた答えを条件と例外に整理した下書きにして、最後は人が確認して確定させる使い方です。

よくある質問

マニュアルはExcelとWordのどちらで作ればよいのか

ExcelかWordかは、業務のかたちで決まります。同じ形式の情報が繰り返し並ぶ業務一覧やチェックリストはExcel、業務の目的や流れを文章で説明する内容はWordが向きます。システム操作の手順ならPowerPointも候補です。1つの業務の中でも、全体像はWord、日々の確認はExcelのように分担させて構いません。

パワポで作るマニュアルはどんな業務に向くのか

PowerPointが向くのは、スクリーンショット中心の操作マニュアルです。1スライド1画面を原則に、画面・操作・注意点を1枚へ収めると、読み手は自分の画面と見比べながら作業できます。ただし画面が変わるたびに画像の差し替えが必要なので、更新頻度の高いシステムでは更新担当と見直し時期を先に決めておきます。

無料テンプレートをそのまま使ってもよいのか

無料テンプレートを出発点にすること自体は有効です。ただし使い始める前に、項目の過不足を自業務に合わせて調整すること、多くのテンプレートにない「判断の基準」欄を足すこと、配布元の利用規約を確認することの3点を済ませておきます。

テンプレートどおりに作ればマニュアルは使われるのか

テンプレートの欄を埋めただけでは、使われ続けるマニュアルにはなりません。調査では、既存の業務マニュアル・手順書が「十分に整備されていなかった」という回答が74.0%あり、良くない資料の特徴は「情報が古い・誤っている」が最多でした（株式会社taiziii業務引き継ぎに関する実態調査・管理職200名・インターネット調査）。更新の担当と時期、置き場所の一本化、判断の基準欄を埋めるヒアリング。この3つの運用まで含めて、テンプレートは機能します。

テンプレートは入口で運用と判断の言語化が本体

マニュアル作成の形式は、業務のかたちで決まります。一覧で管理するならExcel、文章で理解してもらうならWord、画面手順を示すならPowerPoint。項目構成は本文の表をそのまま使えます。

一方、調査データが示したのは、テンプレートを埋めた後の課題でした。資料への最大の不満は情報の古さであり、最も多く挙がった不足はイレギュラー時の判断の基準であり、欲しい機能の最多は高度な検索でした。埋めることは入口にすぎません。更新の担当と時期を決め、置き場所を一つにし、手順の隣の「判断の基準」欄をヒアリングで埋めていく運用が本体です。

マニュアルの完成度は、文書があるかどうかではなく、読んだ人が同じ場面で同じ基準で判断できるかで測ってください。手順の隣に判断の基準欄を1つ足した様式で始めれば、手順しか残らないマニュアルにはなりません。

関連記事

• 引き継ぎ書の書き方とテンプレート　手順だけでなく判断を渡す様式
• AIでマニュアルを作る方法
• 使われないマニュアルはなぜ生まれるのか
• 判断基準の作り方　属人化を減らす5つの問い
• 業務引き継ぎのやり方とチェックリスト　洗い出しから完了確認まで

この記事の要点

• マニュアルが使われない原因は、文章力やレイアウトだけではない。
• 手順は書かれていても、例外時の判断や考え方が抜けていることが多い。
• 使われるマニュアルは、手順の層と考え方の層を分けることが大切。
• 通常業務と例外業務を分け、1業務1カードで更新しやすくする。
• AIは下書きや表記統一を助けるが、判断基準は人から引き出す必要がある。
• 更新責任とレビューの仕組みまで決めることが、形骸化を防ぐ。

なぜ、お金と時間をかけて整えたマニュアルほど、現場で開かれなくなるのでしょうか。

きれいに作り込んだはずなのに、現場では「結局、詳しい人に聞いた方が早い」「この場面はマニュアルにないから、ベテランに電話するしかない」という状態が続く。そうしているうちに判断はいつまでも特定の人に集中したまま残り、その人が不在のときや退職したときに業務が止まってしまう。整備に費やした労力を思うと、納得しづらい結果です。

そこで取られる対処が、マニュアル専用ツールの導入や、社内文書を横断検索するAIの導入、生成AIでの下書き作成です。いずれもよく検討される打ち手でしょう。

しかし、ツールを入れても、現場が一番困るグレーな場面での判断は出てきません。マニュアルが使われない原因は文章力やレイアウトの問題ではありません。マニュアルの多くは「やり方の順番」＝手順しか書いていません。そのため、現場が本当に困るグレーな場面では、開いても答えが載っていません。たとえば検品の現場で、傷の大きさは基準内なのに「数値上はギリギリだが、感覚的におかしい」と感じるとき。あるいは与信の現場で、書類はそろっているのに、止めるか流して様子を見るか、その場で決めなければならないとき。だから現場の人はマニュアルを閉じてベテランに聞きに行くことになります。現場が求めているのは手順ではありません。ベテランがどの観点で線を引いているか、その判断（考え方）です。

この記事を読むことで、次の理解が深まります。

• 自社のマニュアルが「使われない側」に傾いていないかを確かめる診断8問
• 判断型の業務を1枚に収める「1業務1カード」の型
• ベテランの頭の中にある判断基準を引き出すための質問例
• 作ったカードが古びずに使われ続けるための運用の決め方

書式を磨く前に、何を載せれば現場で開かれるのかを、具体的なところまで持ち帰れる構成にしています。

先に全体の地図を示しておきます。前半では定番の作成手順・コツ・テンプレートの選び方をひととおり押さえます。ここは「正攻法」として外せない部分です。後半では、その正攻法だけでは解けない問題、つまり「手順は書けても判断が書けない」という問題に踏み込みます。判断型の業務に「考え方」の層を足す設計の話です。手順型の業務しか抱えていない方は前半だけで足りますし、グレーな判断が現場に残っている方は後半が本題になります。どちらが自社の課題かは本文中の診断8問で見分けられます。

運営者プロフィール

加藤晃寿郎（株式会社taiziii 代表取締役）。慶應義塾大学経済学部出身のエンジニア。在学中のスタートアップ設立、フリーランスを経てシステム開発会社を創業。企業のAI導入支援と、判断継承AIプラットフォーム「SkillRelay」の開発に従事。

1位

Amazonベストセラー獲得

著書『AI時代の経営デザイン』

データベースカテゴリ、2025年10月時点

マニュアルと手順書は何が違うのか

マニュアルを作る目的は次の4つに集約されます。

1. 業務効率化聞く時間・教える時間を減らす
2. 品質の統一誰がやっても同じ結果になるようにする
3. ノウハウの共有個人の工夫を組織の財産にする
4. 属人化の防止担当者の不在時・退職時にも業務が回るようにする

4つはどれも大切ですが、達成できている状態とできていない状態を並べると、いま自社がどこでつまずいているかが見えてきます。

• 業務効率化達成できている状態は、同じ質問が二度三度と来なくなり、教える側が本来の業務に戻れている状態です。できていない状態は、マニュアルがあるのに「あれ、どこに書いてあったかな」と探す時間のほうが、口頭で聞く時間より長くなっている状態です。
• 品質の統一達成できている状態は、担当が代わっても出てくる成果物のばらつきが小さい状態です。できていない状態は、文書はそろっているのに、Aさんが作ると通り、Bさんが作ると差し戻されるという差が残っている状態です。
• ノウハウの共有達成できている状態は、一人が見つけた工夫が翌週には別の人も使えている状態です。できていない状態は、工夫が個人のメモやチャットの履歴に埋もれ、本人が異動すると消える状態です。
• 属人化の防止達成できている状態は、ベテランが休んでも、その業務の判断が止まらない状態です。できていない状態は、文書は引き継いだのに、いざ判断が必要な場面で「やっぱり特定の担当者に確認しないと」となる状態です。

4つすべてを一度に狙う必要はありません。むしろ、どれを最優先にするかは業務の種類で変わります。手順型の業務（やり方が決まっている業務）では効率化と品質統一が成果として出やすい一方、判断型の業務（状況で対応が変わる業務）では属人化の防止とノウハウの共有が本丸になります。最初にどれを取りに行くかを決めてから書き始めたほうが、内容の取捨選択に迷わなくなります。

優先目的が決まると、書く中身の濃淡も決まります。たとえば効率化を最優先にするなら、よく使う手順を上に、めったに使わない手順を下に並べ、検索しやすさを優先します。属人化の防止を最優先にするなら、手順の網羅性よりも、その人しか知らない判断基準を1つでも多く言葉にすることを優先します。同じ業務でも、狙う目的によって厚く書くべき場所が変わるわけです。逆に、目的を決めずに「とりあえず全部詳しく」書こうとすると、どこを厚くすべきか分からず、結局すべてが薄くなります。業務の仕分けについては、後の「何をマニュアル化すべきか」の章で詳しく扱います。

手順書との違いは一般に、手順書は単一の作業のやり方だけを示す文書、マニュアルは業務の全体像・背景・基準まで含む文書である、と説明されます。

ただし現実には、マニュアルも手順書も「やり方の文書」になりがちです。全体像や背景の説明は冒頭の数ページにとどまり、本体は手順の羅列になっています。

ここで「では、結局どちらの名前で作ればいいのか」と迷う方もいるかもしれません。実務上、呼び名の論争に大きな意味はありません。手順書と呼ぼうがマニュアルと呼ぼうが、現場が困るのは同じ場面、つまり「やり方どおりに進まないとき」だからです。問題は名前ではなく、その文書に判断の理由が載っているかどうかです。

そこで本記事では、呼び名の区別よりも実務の役に立つ捉え方として、文書を「やり方（手順）」と「考え方（判断基準）」の2つの層で見直すことを提案します。下の層がやり方の順番です。従来のマニュアルが書いてきたのはほぼこの層だけです。上の層がどんな観点で見るか、どこで保守的に倒すかという判断の基準です。現場が本当に困るのは上の層が空白の場面です。この「二層」が記事全体を貫く軸になります。

マニュアルが使われなくなる4つの理由

使われないマニュアルを見ていくと、次の4つの共通点があります。ここではそれぞれについて、どんな現場で何が起きるか、なぜそうなるか、そしてその場しのぎの対処と根本的な解決がどう違うかを、順に見ていきます。

共通点1　今の状況でどこを見ればよいか分からない

情報量は多いのに、目当ての記述に辿り着けない。これが最も多い共通点です。たとえば、問い合わせを受けた担当者が「返品の可否を確認したい」と思ってマニュアルを開くと、目次には「第2章商品管理」「第3章物流フロー」と並んでいて、自分の困りごとがどの章にあるのか分かりません。

なぜこうなるかというと、目次が業務の流れではなく、作成者の整理の都合で並んでいるからです。探す人は「困っている状況」から入るのに、文書は「資料の分類」で並んでいます。書いた人にとっては自然な分類でも、初めて困って開く人には自分の状況とつながりません。

その場の応急処置は目次のページ数を増やして検索しやすくすることです。しかしこれは根治になりません。分類の軸が作成者都合のままだと、項目が増えるほど探しにくくなります。根治は、見出しを「困った状況」から逆引きできる業務名に並べ替えることです。「商品管理」ではなく「返品を受けたとき」「在庫が足りないとき」という現場の困りごとの言葉に直すと、探す人の入り口と一致します。

共通点2　例外やレアケースが相談で止まる

現場が一番知りたいのはまさに例外の場面です。たとえばクレーム対応のマニュアルで、通常の謝罪フローは丁寧に書かれているのに、「お客様が激高して返金以上を要求してきたとき」の項には「上長に相談」とだけある。担当者が本当に知りたかったのはそこでどう線を引くかでした。

なぜこうなるかというと、例外の判断はベテランの頭の中にあって言語化されておらず、書く段になると「相談」で片付けてしまうからです。一番知りたいところに答えがなく、分かりきったところだけが詳しい。この配分があると、利用者は開く気力をなくしていきます。

その場の応急処置は過去の相談事例をいくつか追記することです。ただし事例の羅列だけでは、目の前のケースに当てはめられません。根治は、例外をどう判断したかの基準を、後述する「考え方」欄に条件付きルールで書き出すことです。「相談する」ではなく「何が起きたら、誰に、どこまでの裁量で」を書きます。

共通点3　判断の理由が書かれていない

ベテランがどの観点で見ているか、なぜこの順番でやるのか、何が起きたら危ないと考えるのか。そうした理由が抜けているため、読んだ人は書いてあるとおりにしか動けず、少しでも条件が変わると止まってしまいます。

なぜこうなるかというと、理由を書こうとした瞬間に「自分にとっては当たり前すぎて、言葉にしたことがない」という壁にぶつかるからです。手順は手を動かせば書けますが、判断の理由は本人が改めて問い直さないと出てきません。

その場の応急処置は本人に「判断基準を書いてください」と依頼することです。ただし、これはほぼ機能しません。当たり前すぎて手が止まるからです。根治は、書いてもらうのではなく、具体的な場面を尋ねて引き出すことです。引き出し方は後述します。

共通点4　どれが最新版か分からない

ファイルが複数の場所に散らばっていて、共有サーバーとチャットと個人フォルダに別々の版がある。開く前に「これは信用していいのか」という確認が必要になります。

なぜこうなるかというと、更新の責任者と置き場所が決まっていないため、各自が手元で直した版が増殖するからです。

その場の応急処置は最新版にバージョン番号を振ることです。ただし番号だけでは、どこに最新があるのかが分かりません。根治は、置き場所を1か所に固定し、更新の責任者を業務単位で決めることです。詳しくは運用・更新の章で扱います。

ここで注意したいのは、「詳しく書けば使われるようになる」という対処が逆効果になりやすいことです。ページが増えるほど目当ての情報は埋もれ、探す時間より聞く時間のほうが短くなります。だから人はマニュアルを閉じて電話をかけるのです。情報を足せば足すほど使われなくなる、という逆転がここで起きます。問題は情報の量ではなく、必要な場面で必要な記述に辿り着けるかどうか、そしてその記述に判断が書かれているかどうかです。量を増やす前に、何を載せ、何を分け、どう辿り着かせるかを設計し直す必要があります。

このすれ違いはデータでも確認できます。前述のとおり、企業がスキル継承の対策として作っているもので最も多いのはマニュアル・手順書（52.5%・複数回答）です。一方、現場で不足していた判断の観点の1位は「イレギュラーな状況や例外発生時の判断の基準」（40.5%・複数回答）でした（出典　株式会社taiziii「企業の属人化防止完全ガイドブック2026」掲載調査、管理職〔課長以上〕200名・インターネット調査。以下、この記事の自社調査数値はすべて同調査によります。両者が別の設問である点も前掲注のとおりです）。

すれ違いはこの2つの数字だけにとどまりません。同じ調査では、引き継ぎで困ったこととして「暗黙知（経験やコツ）が共有されなかった」が79件で最多でした。暗黙知や勘所の共有度については、「ある程度は共有されたが迷う場面がある」「手順中心で判断基準はほぼ共有されなかった」などを合わせると、何らかの不足を感じている回答が72.0%にのぼります。さらに、その不足が業務にどう影響したかを尋ねると、「自己判断できず都度確認が必要」「全体像が掴めず応用がきかない」などを合わせて約85%が何らかの影響を実感していました（いずれも前掲・株式会社taiziii調べ）。

属人化が起きている領域そのものを見ても、同じ構図が出ています。同調査で属人化が最も起きやすい領域は「専門的な判断基準（法務・経理・品質管理など）」で60.3%（複数回答・最多）でした（前掲・株式会社taiziii調べ）。作られているのは手順、求められているのは判断です。手順は文書になりやすく、判断は文書になりにくい。この非対称が複数の設問にわたって繰り返し現れます。文章をどれだけ磨いても、現場の一番の困りごとには答えられません。

同じ調査では、属人化したスキルが集中している年代として「50代以上」が60.3%と最多でした（複数回答・前掲・株式会社taiziii調べ）。判断が文書になっていないまま、それを担っているのが退職に近い世代に偏っているということです。手順だけが文書になり、判断が人に残ったままだと、その人が抜けたときに業務が止まります。これは「いつか」の話ではなく、年代の分布から見ても近い将来の話です。

マニュアルが使われない原因は文章力ではなく、「何を載せるか」という設計にあります。きれいに書く前に、載せる中身を変える必要があるのです。

使われないマニュアルかどうかを見抜く8問

自社のマニュアルがどの状態にあるか、8問で確かめてみてください。「いいえ」が付いた項目が読むべき章を示します。各問の下に、なぜその問いが効くのかを一行で添えました。

1. 最新版がどれか、すぐ分かる（いいえ→運用・更新の章）

   （最新版が分からない文書は、内容の良し悪し以前に開かれません）

2. 例外時の対応が、「上長に相談」以外の形で書かれている（いいえ→「考え方」の書き方の章）

   （現場が一番知りたいのは例外です。ここが空白だと確認が集中します）

3. 判断の理由（なぜそうするのか）が書かれている（いいえ→「考え方」の書き方の章）

   （理由がないと、条件が少し変わっただけで現場の手が止まります）

4. マニュアル公開後、その業務についての問い合わせは減った（いいえ→「考え方」の書き方の章）

   （問い合わせが減らないのは、文書化された手順では答えられない判断が残っている証拠です）

5. 現場で実際に使う人が、作成かレビューに関わった（いいえ→作成の手順とコツの章）

   （作る人と使う人が別だと、使う人の困りごとが反映されません）

6. 主要なマニュアルの更新日が、1年以内である（いいえ→運用・更新の章）

   （更新が止まった文書は、正しい部分まで信用されなくなります）

7. 「こういうときどうする」という困った状況から逆引きできる（いいえ→業務の仕分けと作成の章）

   （探す人は困りごとから入ります。分類順の目次とは入り口がずれます）

8. 手順と判断基準が、区別されて書かれている（いいえ→「考え方」の書き方の章）

   （二層が混ざっていると、通常時の読者にも例外時の読者にも分かりにくくなります）

「はい」が多かった方は、すでに参照・解釈・鮮度のいずれもおおむね押さえられている状態です。残った「いいえ」を1つずつ潰せば足ります。「いいえ」が3つ以上なら、書き方の改善ではなく、設計の見直し（この記事の後半）から着手することをおすすめします。表現を整えるより先に、何を載せるか・どう分けるか・どう辿り着かせるかを変えたほうが効果が早く出るからです。

この診断8問は、Excel付録「マニュアル設計テンプレート」にも「診断8問」シートとして収めています。印刷して、回答欄に「はい／いいえ」を書き込みながら使えます。

特に問2・問3・問4・問8に「いいえ」が集中している場合は、判断基準が書かれていない欠落か、書かれていても使う条件が曖昧な解釈の外れが起きている状態です。この場合は後半の「考え方」の書き方の章が本題になります。問7に「いいえ」が付く場合は、困りごとの言葉から辿り着けない参照の外れです。業務の仕分けと目次の作り方を見直します。問1・問6だけに「いいえ」が付くなら、中身は良いのに鮮度で外れているだけかもしれません。運用・更新の章で更新の仕組みを整えれば、既存のマニュアルがそのまま生き返ることもあります。

使われないマニュアルが生まれる3つの構造

ここまで4つの共通点を見てきましたが、原因をばらばらに挙げるだけでは、どこから手をつければよいか分かりにくいままです。ここでは、使われない原因を3つの要素に分解し、「マニュアル形骸化の三層」と呼ぶことにします。マニュアルは参照・解釈・鮮度のいずれかで現場から外れます。

なお、①と②の骨格は、情報が現場から外れる原因を「参照の失敗」と「解釈の失敗」の2つに分ける見方を、ここでは人とマニュアルの関係へ翻案したものです（株式会社taiziiiの整理）。③の鮮度は、後半の運用・更新の章と接続します。

参照で外れると探せずたどり着けない

定義は、必要な記述がどこにあるか分からず、そこに辿り着けないことです。

なぜ起きるかというと、目次が作成者の都合で並び、現場の困った状況から逆引きできないからです。あわせて、最新版がどこにあるか分からないと、辿り着いた先が古い版だったという外れ方も起きます。

汎用の仮例で言えば、返品対応を確認したい担当者が「商品管理」「物流」という分類の中から自分の状況を探し当てられず、結局ベテランに聞く、という場面です。

対処の方向は見出しを困った状況の言葉に直し、置き場所を1か所に固定することです。並べ替えの例を挙げます。作成者の資料分類で並んだ目次が「第1章商品管理／第2章在庫管理／第3章物流フロー」だったとします。これを、現場が困る状況から逆引きできる業務名に並べ替えると「返品を受けたとき／在庫が足りないとき／出荷が遅れそうなとき」になります。前者は書いた人の頭の中の分類、後者は探す人の困りごとの言葉です。見出しを探す人の言葉にそろえるだけで、参照で外れる量はかなり減ります。これは後述の業務の仕分けと、運用・更新の章でさらに具体化します。

解釈で外れると条件が分からず使えない

定義は、必要な情報は載っているのに、使う条件・例外との分け方・用語が曖昧で、目の前の判断に当てられないことです。そもそも判断の理由が書かれていない場合は、解釈以前の欠落です。

なぜ起きるかというと、通常時の話と例外時の話が1つの文書に混ざっていたり、社内用語の呼び方が揺れていたり、判断の理由が抜けていたりするからです。情報があることと、使えることは別です。この記事では、欠けている判断を「考え方」欄で足し、さらに使う条件を固定して解釈の外れを防ぎます。

汎用の仮例で言えば、検品マニュアルに「基準内なら出荷可」と書いてあるのに、同じロットで傷が続いたときにどうするかが書かれておらず、目の前の判断に使えない、という場面です。

対処の方向は通常と例外を別のカードに分け、使う条件を固定し、判断の理由を「考え方」欄に書くことです。これは「考え方」の書き方の章の中心テーマです。

鮮度で外れると古くて信用されない

定義は、更新が止まって古い記述が混ざり、「あの文書は信用できない」となって、正しい部分まで読まれなくなることです。

なぜ起きるかというと、更新の責任者と更新のきっかけが決まっておらず、業務が変わっても文書が追従しないからです。一度でも古い記述で痛い目に遭うと、現場はその文書全体を疑い始めます。

汎用の仮例で言えば、システムの画面が刷新されたのに操作手順のスクリーンショットが旧画面のまま残っていて「この文書は当てにならない」と現場で共有されてしまう、という場面です。

対処の方向は業務オーナーを決め、更新のきっかけを仕組みにすることです。これは運用・更新の章で具体化します。

3つの外れ方は独立しているようで連鎖します。鮮度で外れた文書（③）は信用されなくなり、信用されない文書は探されなくなる（①）。探されない文書には改善の声が届かず、解釈の悪さ（②）も直されないまま放置される。1か所の外れが、ほかの外れを呼び込みます。逆に言えば、どこか1つを直すと連鎖が止まり始めます。最新版が分かるようになれば、現場はもう一度開いてみようとします。開かれれば、使いにくい箇所に声が上がり、解釈の改善につながります。だから、3つすべてを一度に直す必要はありません。自社で最も痛い外れ方を1つ選び、そこから手をつけてください。

この三層は以降の各章を読むときの地図になります。業務の仕分けと作成の章は主に①参照に効きます。「考え方」の書き方の章は、欠けている判断を足すことと②解釈の外れを防ぐことの両方に効きます。運用・更新の章は③鮮度に効きます。どの章が自社のどの外れ方に対応するかを意識しながら読み進めてください。

マニュアル化すべき業務とすべきでない判断を分ける

全業務を一気にマニュアル化しようとすると、量に圧倒されて止まります。作り始める前に、業務を2種類に仕分けてください。この仕分けが、「定番の作り方」で進む業務と「考え方の設計」が必要な業務との分岐点になります。

手順型業務は、やり方が決まっていて、状況による変化が少ない業務です。経費精算、定型レポートの作成、システム操作などが当てはまります。これはそのままマニュアル化できますし、画面録画やスクリーンショットを使えば作成自体も効率化しやすい領域です。手順型業務は三層でいえば①参照さえ整えれば機能します。探せる場所に最新の手順が置いてあればよいからです。

判断型業務は、状況によって対応が変わる業務です。クレーム対応、見積もりの値付け、検品の合否判定、例外処理などが当てはまります。こちらは手順だけ書いても機能しません。「考え方」をセットで設計する必要があります（具体的な書き方は後述の「考え方」の章で解説します）。判断型業務は①参照を整えても、判断の理由が欠けているか、条件が曖昧なために使えません。前者は考え方欄の欠落、後者は②解釈の外れです。

職種をまたいで早見表にすると、仕分けの感覚がつかみやすくなります。

ここで迷うのが、手順と判断が混ざっている業務です。たとえば請求書の処理は、入力までは手順型ですが、金額が想定と大きくずれたときの扱いは判断型です。混在する業務を1枚のカードに詰め込むと、通常時に読む人にも例外時に読む人にも分かりにくくなります。混在業務は1枚に混ぜず、通常時のカードと例外時のカードに割ってください。1つのトピックを1枚に収め、通常と例外を分ける。この粒度の原則は後述の「1業務1カード」と同じ考え方です。

この仕分けには理論的な裏付けがあります。業務や問題の性質を「明確」「煩雑」「複雑」「混沌」の4つに分類するCynefin（クネビン）フレームワークでは、明確な業務はルールどおりの実行や自動化に向く一方、煩雑な業務には専門家の分析が、複雑な業務には試行を通じた対応が必要とされます（Cynefinは、IBMで知識経営に携わった経営学者デイビッド・スノーデンらが提唱した、意思決定の状況分類の枠組みです。出典　Snowden, D. J. & Boone, M. E. “A Leader’s Framework for Decision Making,” Harvard Business Review, 2007）。マニュアル化の限界線は、この「業務の性質」の境界線と重なります。手順型業務は「明確」の領域にあたり、ルールどおりの実行や自動化の対象になります。この記事で扱う判断型業務の中心は「煩雑」の領域に近く、専門家の判断を条件付きルールに変えることで再現性を高められます。一方、状況そのものが変わり続ける「複雑」の領域では、ルール化だけで閉じず、試行・観察・振り返りを組み合わせる必要があります。借用したフレームワークなので出典を明記しますが、自社の手法として名乗るものではありません。あくまで、業務の性質を見分ける既存の地図として使います。

着手の優先順位は「問い合わせが多い業務」×「特定の人への依存度が高い業務」の掛け合わせで決めます。2軸でマトリクスにすると、どの象限から手をつけるかが見えてきます。

• 問い合わせが多い×依存度が高い最優先です。効果が最も早く、最も大きく現れます。ここから着手してください。
• 問い合わせが多い×依存度が低い手順型である可能性が高い象限です。やり方を整備すれば、そのまま問い合わせが減ります。比較的すぐ成果が出るので、2番目に着手します。
• 問い合わせが少ない×依存度が高いいまは静かでも、その人が抜けたときのリスクが大きい象限です。緊急ではありませんが、退職や異動の予定がある業務はここから前倒しします。
• 問い合わせが少ない×依存度が低い当面は後回しでかまいません。

ただし、問い合わせ件数の減り方は対象が手順型か判断型かで変わります。手順型業務はやり方を整備すればそのまま問い合わせが減ります。一方、判断型業務で問い合わせが多いのは、グレーな場面で人に聞くしかないからです。ここは手順を文書化しただけでは減らず、後述の「考え方」欄を足して初めて件数が下がります（効果の確認は診断チェックの問4にあたります）。

特定の人への依存度についても、同じ切り分けが効きます。手順を文書化すれば消せるのは作業そのものの属人性です。クレーム対応や値付けのように、その人の判断に依存している部分は、手順を書いても残ります。消すべき作業と、残すべき判断は別物だということです（作業と判断のどちらが属人化として残るのかという切り分けは、別記事「なぜ属人化は解消できないのか」でも掘り下げています）。両方に当てはまる業務から始めると、効果が最も早く現れます。

仕分けを実際にやってみると、最初は「全部が判断型に見える」という反応がよく出ます。ベテランからすると、どの業務にも自分なりの判断が入っているように感じられるからです。ここでつまずかないためのコツが1つあります。1つの業務を、工程ごとにさらに細かく割って見ることです。たとえば「請求書処理」をひとかたまりで見ると判断型に見えますが、工程に割ると、データ入力・金額照合・承認回付までは手順型で、金額が想定と大きくずれたときの扱いだけが判断型です。業務全体ではなく工程で仕分けると、手順型として文書化できる部分が思ったより多いことが見えてきます。判断型として残るのはごく一部の分岐点だけということも珍しくありません。

この「工程に割って仕分ける」やり方は、後述する1業務1カードの粒度とも整合します。手順型の工程は通常時のカードに、判断型の分岐点は別の例外時カードに分ける。仕分けの段階で工程を割っておくと、カードを作る段になって迷いません。

業務マニュアルの作り方と書き方のコツ

作成手順には広く知られた定番がひととおりあります。どれも目新しくはありませんが、省略すると後の工程で効いてくるものばかりです。ここでは各ステップを「○○が大事」で止めず、実際に手を動かせる粒度まで開きます。

作成の6ステップ

ステップ1　目的と読者を決める

最初に、誰が読むかを1人に固定します。新人向けか経験者向けかで、書く粒度がまったく変わるからです。新人向けなら専門用語に注釈が必要ですし、経験者向けなら手順を細かく刻むと逆に冗長になります。つまずきやすいのは、両方に向けて書こうとして、どちらにも中途半端になることです。迷ったら、最も多く読む層を1人だけ思い浮かべ、その人に説明するつもりで書いてください。

ステップ2　対象業務を選ぶ

前章の仕分けに従い、手順型かつ問い合わせの多い業務から始めます。最初から判断型の難しい業務に手を出すと、考え方の引き出しでつまずいて全体が止まりがちです。まず1本、手順型で完成させて、作る感覚をつかんでから判断型に進むと続きます。

ステップ3　骨子を作る

いきなり本文を書き始めないことが肝心です。業務の流れに沿った目次を先に固め、関係者と合意します。具体的には、誰に合意を取るか（その業務の責任者と、実際に使う現場担当の2者）、どの粒度で見せるか（章と節の見出しだけ。本文はまだ書かない）、どれくらいの時間で済ませるか（例えば30分ほどの打ち合わせ1回を目安）を決めて進めます。目次の段階で合意しておくと、書き上げてからの大幅な手戻りを防げます。つまずきやすいのは、合意を取らずに書き進めて、完成後に「この順番では使いにくい」と言われることです。その場合は、本文を捨てずに見出しの順番だけ入れ替え、もう一度合意を取り直してください。

ステップ4　肉付けする

完璧を目指さず、まず7割の完成度で形にします。残りの3割は次のステップのレビューで埋まります。つまずきやすいのは、1か所の表現にこだわって全体が進まないことです。書きながら迷った箇所は「」と印を付けて先に進め、後でまとめて埋めます。

ステップ5　現場レビューを入れる

実際に使う人に、マニュアルだけを頼りに作業してもらいます。詰まった箇所が、そのまま改善点です。具体的な進め方は次のとおりです。新人または別業務の担当に、作成者が口を出さずにマニュアルだけで作業してもらいます。作成者は横で観察し、手が止まった箇所、読み返した箇所、質問したくなって我慢した箇所を記録します。観察シートは、「どの手順で・何分止まったか・何が分からなかったか」の3列で十分です。作業が終わったら、止まった箇所だけを聞き取り、文書を直します。

ミニケースで流れを示します。経費精算マニュアルを新人にレビューしてもらったとします。新人は「①領収書を撮影」までは進めましたが、「②勘定科目を選ぶ」で30秒止まりました。観察シートには「手順②／30秒／勘定科目の意味が分からない」と記録します。さらに「③金額を入力」では、新人が税込と税抜のどちらを入れるか迷って、思わず質問しそうになって我慢しました。ここも「手順③／迷い／税込か税抜か不明」と記録します。作業後、この2点を聞き取り、文書を直します。②には勘定科目の選び方の簡単な早見表を足し、③には「税込で入力」と明記します。新人が詰まった箇所は、作成者にとっては当たり前すぎて省いていた箇所です。レビューは、その当たり前のずれを見つける場です。

つまずきやすいのは、作成者がつい助け舟を出してしまい、本当の詰まりどころが見えなくなることです。助けたくなっても、作業が完全に止まるまでは黙って観察してください。

ステップ6　公開して周知する

置き場所と更新ルールをセットで告知します。作って終わりにしないために、ここで運用の入口まで決めておきます。具体的には、どこに置くか（1か所に固定）、誰がそのカードの更新責任者か、いつ見直すかを、公開と同時に伝えます。運用の決め方は後述の運用・更新の章で詳しく扱います。

詳しい人と書ける人は別でもよい

「業務に詳しい人が忙しくて、マニュアルを書く時間が取れない」という相談はよくあります。業務に詳しい人と、文書化が得意な人は別でかまいません。詳しい人が話し、書ける人がまとめる。この分業が現実的です。

なぜ分業がうまくいくかというと、詳しい人に「書く時間」を求めると多忙を理由に止まりがちですが、「話す時間」なら確保しやすいからです。例えば30分ほどのヒアリングを、書ける人が文書化し、詳しい人が後から赤入れする。この回し方なら、詳しい人の負担は最小になります。つまずきやすいのは、書ける人が業務を知らないまま体裁だけ整えてしまい、肝心の判断基準が抜け落ちることです。後述する引き出しの質問例を使って、書ける人が判断の理由まで聞き出すようにしてください。

マニュアル作成が上手い人がやっていること

マニュアル作成が上手い人は次のことをやっています。

• 読者を1人、顔が浮かぶ程度に具体的に想定する。たとえば「入社3か月の中途採用者で、業界用語はまだ知らない」というところまで具体化します。悪い例は「分かる人が読む前提」で書いて新人が止まる文書、直した例は注釈と前提を補った文書です。
• 作業しながら書く（記憶で書かない）。記憶で書くと、慣れて飛ばしている手順が抜けます。悪い例は「ログインして処理する」と一足飛びに書く文書、直した例は実際に画面を開いて「①IDを入力 ②パスワードを入力 ③二段階認証コードを入力」と手を動かしながら書いた文書です。
• 例外に気づいたら、その場でメモだけでも残す。例外は後から思い出そうとしても出てきません。悪い例は通常フローだけ書いて例外を「また今度」にする文書、直した例は気づいた例外を欄外メモに残し、後で「考え方」欄に整理した文書です。

どれも、次にマニュアルを書くときから取り入れられます。

書き方のコツ

• 1文を短く（目安40字）。1つの手順に1つのアクション。悪い例は「ログインして処理を選び確定する」、直した例は「①ログインする ②処理を選ぶ ③確定する」です。
• 文字で説明するより、図解・スクリーンショット・写真を使う。視線の流れ（上から下、左から右）に沿って配置し、余白を残す。
• 専門用語・社内用語には必ず注釈を付ける（新人はそこで止まる）。
• OK例とNG例をセットで載せる。「良い状態」だけでは、何が違うと駄目なのか判断できないからです。
• 同じ操作は同じ言葉で書く（「クリック」「押下」「選択」の混在をなくす）。混在していると、読み手は別の操作かと迷います。
• 担当者の個人名ではなく役割名で書く（異動のたびに古くならない）。

テンプレートを選ぶ前に用途と更新方法を決める

形式選びの基本は次のとおりです。

迷ったら、読み物はWord、操作説明はPowerPoint、チェックリストはExcelという使い分けが基本です。それぞれ、向く場面と向かない場面をもう少し具体的に見てみます。

• Wordが向くのは、背景や判断の理由を文章で説明する読み物です。向かないのは、項目ごとに並べ替えたい一覧や、毎回チェックを付ける運用です。Wordで長い表を管理しようとすると、行の追加や並べ替えで崩れます。
• Excelが向くのは、項目数が多く、並べ替えや絞り込みをしたい一覧やチェックリストです。向かないのは、長い説明文や判断の理由を書くことです。よくある失敗は、Excelのセルに長文の手順を詰め込んで、誰も読まなくなることです。
• PowerPointが向くのは、1枚1手順で画面キャプチャを見せる操作説明や研修資料です。向かないのは、判断基準のように条件で枝分かれする内容です。よくある失敗は、判断基準をスライドのあちこちに散らして、どれが本則か分からなくなることです。

クラウド型のマニュアル専用ツールは、検索性・更新通知・閲覧分析に強みがあります（この記事では特定の製品は挙げず、類型のみ紹介します）。検討するタイミングの目安は、文書の数が数十本を超えて探すのに時間がかり始めた段階や、複数拠点・複数部署で同じ文書を使い、版のずれが起き始めた段階です。逆に、文書が十数本で1拠点なら、まずは前述の3形式で十分なことが多いはずです。

ただし、どの形式・どのツールを選んでも、次章で扱う「何を載せるか」の問題は残ります。ここは、形式やツールの優劣の話ではありません。手順書という文書が扱う対象はあくまで「やり方」です。その性質上、手順書の枠だけでは、判断の理由や例外時の線引き、なぜそうするのかという部分はカバーしづらくなります。つまり、書き方やツールを変えても解けないのは、手順書が扱う対象の外側に別の層（考え方）があるからです。次章はその層をどう設計するかの話です。

なお、次章で解説する二層構造のマニュアル設計テンプレート（1業務1カード形式・「考え方」欄つき）は、記事末尾からダウンロードできます。Excel付録「マニュアル設計テンプレート」として用意しており、記入例の入った「1業務1カード」シート、「使う場面」を固定する5要素シート、判断を引き出す質問集シートを収めています。印刷して、空欄に書き込みながら使えます。

使われるマニュアルには考え方の層がある

判断型業務のマニュアルでは、手順の文書に「考え方」の層を足します。ここでいう「考え方」とは、ベテランがどの観点で線を引いているかという判断基準のことです。これを1枚のカードに書き出す具体的な方法を、以下で順に解説します。

提案する型は「1業務1カード」です。分厚い1冊のマニュアルではなく、業務（トピック）ごとに独立した1枚のカードに分けます。理由は3つあります。

理由1　現場の言葉で検索できる

1枚1業務なら、業務名そのものが見出しになり、困ったときに名前で引けます。分厚い1冊の中の一節だと、目次を辿らないと辿り着けません。現場が「与信チェック」と呼んでいる業務が、文書では「審査二次工程」という正式名称で埋もれていると、検索しても出てきません。検索で見つからない文書は存在しないのと同じです。これは三層でいう①参照の外れを防ぐ理由です。

理由2　更新が1枚で済む

変更のたびに分厚い1冊を改訂する必要がありません。1業務が1枚なので、変わった業務のカードだけを差し替えればすみます。これは三層でいう③鮮度の外れを防ぐ理由で、運用・更新の章で詳しく扱います。

理由3　通常と例外を分けて書ける

1つの文書に通常と例外を混ぜると、通常時の読者にも例外時の読者にも分かりにくくなります。1業務1カードなら、通常時のカードと例外時のカードに分けられます。これは、判断情報を足したうえで②解釈の外れを防ぐ理由です。

カードの構成と記載例

カードは6つの欄で構成します。

• 業務名現場で実際に呼ばれている名前を付けます。正式名称が「与信審査二次チェック」でも、現場が「与信チェック」と呼んでいるなら、その名前にします。検索で見つからない文書は存在しないのと同じだからです。
• 使う場面誰が・いつ・何のために使うか。あわせて「通常時」か「例外時」かを明記し、1枚の中で混ぜません。この欄の固め方は後述します。
• 結論この状況でやってよいこと・やってはいけないことを、先に書きます。
• やり方手順。従来のマニュアルの中身はこの欄に入ります。
• 考え方判断基準。可能な限り数値・条件で書きます。「利益率○%を下回る値引きは上長判断」「△△と□□が同時に発生したらラインを止める」のように。
• 禁止事項絶対にやってはいけないこと。

「使う場面」欄は、ただ「いつ使うか」を書くだけでは条件が緩く、解釈で外れます。当社の整理では、この欄を5つの要素と分岐で固定します（株式会社taiziiiの整理）。WHO（誰が）、WHEN（いつ）、WHY（何のために）、WHAT（参照するシステム名・文書名）、そしてWHICH（通常か例外か）です。特にWHICHが要で、通常時のカードと例外時のカードを必ず別に分け、1枚に混ぜません。こうしておくと、現場の呼び名で引け（検索＝参照）、条件が固定されて使い方が外れない（解釈）という両方を担保できます。

なぜ5つの要素まで固定するかというと、要素が欠けると、そこから解釈がずれるからです。WHOが曖昧だと、本来は経験者向けのカードを新人が見て、前提知識がなくて使えません。WHENが曖昧だと、平常時の判断を緊急時に当てはめて、線を引き間違えます。WHATが曖昧だと、どのシステムのどの画面を見ればよいか分からず、参照で外れます。そしてWHICHが曖昧だと、通常時の話と例外時の話が混ざり、最も多い解釈の外れが起きます。判断はたいてい1つのシステムや1つの文書だけで完結しません。複数のシステムや文書をまたいで成り立ちます。だからカードの粒度は実際に参照される「またぎ」の単位まで落とします。たとえば「与信チェック」を1枚にするなら、参照する与信システムと、顧客台帳と、過去の取引履歴の3つをまたいで1つの判断が成り立つ、というところまでWHATに書きます。粒度が粗いと、必要な情報がカードの外に散らばり、また参照で外れます。

記載例を1枚分示します（内容・数値は記入イメージです）。まず、検品の現場で「やり方」欄だけのカードと「考え方」欄を足したカードを並べてみます。

ビフォー（やり方欄だけの版）　

このカードは通常時の手順としては正しく書けています。しかし、傷が基準内なのに同じロットで何件も続いたとき、担当者はどうすればよいか分かりません。基準内なら通すのか、止めるのか。その場面でカードを開いても答えがなく、結局ベテランに電話します。

アフター（考え方欄を足した版）　

違いは「考え方」欄にあります。ここに書かれているのは手順ではなく、状況と条件に応じた線引きです。「基準内でも、同一ロットで3件続いたら止める」という1行があるだけで、担当者は電話をかけずに自分で判断できます。

もう1枚、数値で判断する系の業務も見てみます。値引きや与信のように、金額や率で線を引く業務です。

数値で判断する業務では、考え方欄に閾値をそのまま書きます。「利益率が低いと上長判断」では緩く、人によって解釈が割れます。「15%を下回ったら上長判断、継続顧客は12%まで」と数字で固定すると、誰が読んでも同じ線が引けます。この閾値こそベテランの頭の中にあって言語化されてこなかった判断基準です。

考え方欄が決定的なのは読んだ人がその場で判断を引き受けられるようにするためです。手順だけのマニュアルは、書いてあるとおりにしか動けず、条件が少し変われば止まります。なぜそう判断するのか、その理由が書かれていて初めて、読んだ人は目の前の状況に合わせて自分で線を引き、その判断に責任を持てます。

ここが、知識を渡すことと判断力を渡すことの違いです。手順を渡すのは知識（何をするか）を渡すことです。考え方を渡すのは判断力（どう決めるか）を渡すことです。知識は渡しやすく、文書になりやすい。判断力は渡しにくく、文書になりにくい。だからこそ、多くのマニュアルは知識だけを渡して終わり、判断力は人の頭の中に残ったままになります。考え方欄はこの渡しにくいほうを条件付きルールという形で渡せるようにするための欄です。集めるべきはより多くの手順ではなく、線を引く基準のほうだ、という発想の置き換えがここにあります。

「考え方」欄の中身は、どこから来るか

考え方欄に書く判断基準は本人に書き出してもらうだけでは出てきません。ベテランへの質問で引き出します。「判断基準を書いてください」と頼んでも、たいてい手が止まります。本人にとっては当たり前すぎて、言葉にしたことがないからです。代わりに、具体的な場面を尋ねます。

引き出しの質問にはいくつかの型があります。ここでは3つの型に整理します（質問の型は、当社の判断の引き出し手法をもとにした整理です）。

• 場面想起型過去の具体的な案件を思い出してもらう質問です。「ギリギリでOKを出した案件はありますか。何が決め手でしたか」「基準は満たしていたのに、見送ったことはありますか」。本人は基準を語れなくても、具体的な記憶なら答えられます。
• 対比型通した案件と落とした案件の差を尋ねる質問です。「この2件、何が違ったから一方は通して一方は止めたのですか」。差を言葉にしてもらうと、線引きの条件が浮かび上がります。
• 境界条件プロービング型閾値を直接探る質問です。「何%を下回ったら見送りますか」「何が同時に起きたらNGですか」。数値で判断する業務では、この型で閾値を引き出します。

新人がやりがちな間違いを尋ねる質問（「新人がよく間違えるのはどこですか」）も、裏返せばベテランが無意識に避けている落とし穴を言葉にできます。ベテランは「危ないところ」を意識せずに避けているので、正面から「気をつけている点は」と聞いても出てきません。「新人がよくやる失敗」という入り口なら、避けている勘所が具体例つきで出てきます。

質問を重ねるときは、抽象的な答えが返ってきたら、必ず具体例まで降ろします。「経験で判断しています」「総合的に見ています」という答えは、まだ判断基準になっていません。「直近で総合的に判断した案件を1つ挙げてください」「そのとき、何と何を見比べましたか」と、具体的な1件に降ろしていくと、見比べていた要素が出てきます。その要素が条件付きルールの材料になります。抽象のままメモすると、後で読んでも使えないので、必ず具体例まで聞き切ってください。

引き出すときに見ておきたい観点も、整理しておきます。当社の整理では、暗黙知を引き出す観点を4つ挙げています（株式会社taiziiiの整理）。1つ目は判断のパターンを増やすことです。「もし条件がこう変わったら、判断は変わりますか」と反実仮想で尋ね、経験を「条件×判断」の組に変えます。2つ目は判断の基準線を特定することです。「何%を下回ったら見送りますか」と閾値を尋ね、線引きを数値にします。3つ目は判断の根拠を分解することです。その判断は数値で決めているのか、過去の経験か、リスクの大きさか、社内ルールか。根拠の種類が分かると、ルールに起こしやすくなります。4つ目は例外を抽出することです。「数字は悪くないのに警戒すべきケースはありますか」と尋ね、通常フローに乗らない勘所を引き出します。

返ってきた答えを、「〜の場合は、〜する」という条件付きルールの形に整えて、考え方欄に書き込みます。ここで起きているのは、言葉にしにくい直感（パターン）を条件付きのルールに変換する作業です。たとえば「なんとなく違和感がある」という感覚的な答えがあったとします。これだけでは考え方欄に書けません。対比型の質問で「違和感があった案件と、なかった案件は何が違いましたか」と深掘りすると、「同じロットで傷が複数件続く AND 部位が同じ」のように条件に分解できます。変換後は「同じロットで傷が複数件続き、かつ部位が同じなら要注意（検査を止める）」という条件付きルールになり、これなら誰が読んでも同じ線が引けます。直感のままでは引き継げませんが、条件に分解すれば引き継げます。

このとき、守ってほしい原則が1つあります。複数のベテランで判断基準が異なる場合、平均して一本のルールにまとめないことです。たとえばAさんは在庫水準を重視して「在庫が一定を超えたら値引きを通す」と判断し、Bさんは納期遵守を重視して「納期に余裕があるときだけ値引きを通す」と判断するとします。この2人の基準を足して2で割った瞬間、どちらの判断の根拠も消えてしまいます。やるべきは、「Aさんの条件ルール（在庫基準）」と「Bさんの条件ルール（納期基準）」を別々に残すことです。誰の・どの条件での判断かという帰属を保ったまま、別々の条件付きルールとして残してください。例外は必ず本則とは別に分けて書きます。

なぜ平均してはいけないのか、もう少し具体的に見てみます。Aさんが「在庫が基準を超えたら通す」と判断するのは、過剰在庫を抱えるリスクを最優先しているからです。Bさんが「納期に余裕があるときだけ通す」と判断するのは、納期遅延による信用毀損を最優先しているからです。この2つはどちらが正しいという話ではありません。重視しているリスクが違うのです。これを「中間くらいで通す」と平均してしまうと、在庫リスクにも納期リスクにも対応できない中途半端なルールになります。むしろ、両方を条件付きで残しておけば、「繁忙期で納期が逼迫しているときはBさんの基準、在庫がだぶついているときはAさんの基準」と、状況に応じて使い分けられます。判断が割れていること自体が、その業務には複数のリスク軸があるという情報です。一本化はその情報を捨てる行為になります。

帰属を保つもう1つの利点は後から検証できることです。「この値引きは誰の・どの基準で通したのか」が残っていれば、後で問題が起きたときに、どの判断軸が適切だったかを振り返れます。平均した1本のルールでは、そもそも誰のどんな考えだったのかが消えているので、振り返りようがありません。判断を残すというのは、答えだけでなく、その答えに至った軸ごと残すことです。

考え方が決定的なのは現場の困りごとが5つに分かれるからである

人がマニュアルなどの支援を必要とする場面を、5つに分類した枠組みがあります。①初めて学ぶ ②もっと深く学ぶ ③実務で適用する ④問題が起きて解決する ⑤やり方が変わって対応する、の5場面です（「5 Moments of Need」は、企業研修の業績支援を専門とする米国のコンサルタント、ボブ・モシャーとコンラッド・ゴットフレッドソンが提唱した、学習支援が必要になる場面の分類です。この5場面の分類が原典の主張です。出典　Mosher, B. & Gottfredson, C. Innovative Performance Support, McGraw-Hill, 2011）。

この枠組みを従来のマニュアルに当てはめてみます（ここから先は、原典ではなくこの整理です）。各場面を従来のマニュアルがカバーできているかを並べると、空白がどこにあるかが見えてきます。

• ①初めて学ぶ　カバーできています。新人研修用の手順書がここにあたります。
• ②もっと深く学ぶ　部分的にカバーできています。応用編の資料があれば足ります。
• ③実務で適用する　カバーできています。手順を見ながら作業する場面です。
• ④問題が起きて解決する　ほとんどカバーできていません。グレーな場面でどう線を引くかは、手順書に書かれていないからです。
• ⑤やり方が変わって対応する　部分的です。変更点の周知でしのいでいることが多い場面です。

多くのマニュアルがカバーしているのは、①初めて学ぶと③実務で適用するです。そして、判断が必要になる④問題が起きて解決する場面がまるごとカバーされていません。「マニュアルはあるのに、困ったときには役に立たない」と言われる大きな原因は、ここにあると考えられます。当社の整理でも、判断はこの④（解決の場面）で使われるため、判断基準は④専用に設計する必要がある、としています。考え方欄はまさにこの④の場面に答えるための欄です。

ここで見落としやすいのは、①初めて学ぶと④問題が起きて解決するでは、必要な中身がまったく違うことです。①では、手順を順番どおりに示せば足ります。何も知らない人に、まず形を覚えてもらう場面だからです。一方④では、手順では足りません。すでに手順は知っている人が、手順どおりに進まない状況に直面しているからです。④で必要なのは「どう進めるか」ではなく「どこで線を引くか」です。同じ業務でも、①向けに作った手順書をそのまま④に流用すると、肝心の場面で答えがありません。文書が足りないのではなく、①向けの文書しかなく、④向けの文書がない、というのが実態に近いはずです。考え方欄は、④向けの文書をカードの中に同居させる仕組みでもあります。1枚の中に「やり方」欄（①③向け）と「考え方」欄（④向け）を持たせることで、学ぶ場面にも困った場面にも、同じカードで答えられます。

マニュアルは「書き直す」のではなく、「設計し直す」のです。書式を磨く前に、判断の層を足してください。

考え方を引き出す実務でつまずきやすい疑問

考え方欄の作り方は分かっても、いざベテランに向き合うとうまくいかない場面が出てきます。つまずきやすい疑問を4つに分けて整理します。

判断基準を書いてもらう前に具体場面を聞く

「判断基準を書いてください」が機能しないのは、本人にとって判断が当たり前すぎて、ルールとして意識したことがないからです。基準を直接問うのではなく、具体的な場面から入ってください。「直近で、ギリギリOKを出した案件はありましたか」「逆に、基準は満たしていたのに見送った案件は」と、実際の出来事を尋ねます。本人は基準を語れなくても、案件の記憶なら鮮明に答えられます。出てきた答えを「その案件、何が決め手でしたか」と一段掘り下げると、決め手＝判断基準が言葉になります。それを「〜の場合は〜する」の形に整えて考え方欄に書きます。

判断が分かれるときはどちらにも合わせず両方残す

複数のベテランで判断が分かれるときは、どちらにも合わせず、両方を別々に残します。平均して一本のルールにすると、どちらの根拠も消えてしまうからです。たとえばAさんが在庫を重視し、Bさんが納期を重視して別の線を引くなら、「Aさんの条件ルール」と「Bさんの条件ルール」として帰属を保ったまま2本残します。そのうえで、どちらをいつ使うかの条件（たとえば繁忙期はAさん基準、通常期はBさん基準）を添えられれば、現場は迷いません。割れていること自体が、その業務に複数の正解があるという情報です。無理に1本化せず、条件で使い分けられる形にしてください。

当たり前すぎて言葉にできない判断を引き出す方法

対比と境界で攻めます。本人がその判断を一つの塊として処理していると、当たり前すぎる基準ほど言葉になりません。塊を分解するには、似て非なる2件を並べて差を尋ねるのが効きます。「この案件は通して、こちらは止めましたよね。何が違いましたか」。差を言葉にしてもらうと、判断の軸が1つずつ取り出せます。あわせて境界を探ります。「何%まで下がったらやめますか」「何が重なったら危ないと感じますか」。閾値を1つずつ確かめると、感覚が数値に変わります。

例外はどこまで書くかではなくどこに分けるかで決まる

例外は通常時のカードに足し込まず、別のカードに分けます。1枚に例外を書き足していくと、通常時に読む人にとって読みにくくなり、結局どちらの読者も離れます。目安として、通常時のカードには本則と頻度の高い例外を2つか3つまでにとどめ、それ以外の例外は例外時のカードに移します。例外時のカードには、起きたことから引けるように「○○が起きたとき」という見出しを付けます。こうすると、通常時の読者は本則だけを短く読め、例外に直面した読者は例外カードだけを引けます。どこまで書くかではなく、どこに分けるかで解きます。

作って終わりにしないマニュアル運用の条件

形骸化の第3の原因が鮮度です。前述の三層でいう③にあたります。古い記述が混ざった文書は、「役に立たない」では済みません。「あの文書は信用できない」となった時点で、正しい部分まで読まれなくなります。

マニュアルは作って置いておけば使われるものではありません。置き場所を共有サーバーからクラウドのツールに替えても、この前提は変わりません。文書がそろっているかどうかではなく、更新され続けているかどうかが、その文書が生きている証拠です。更新が長く止まっているマニュアルは内容の良し悪し以前に形骸化のサインだと考えてください。

更新が止まる原因は主に3つです。それぞれに対策を対応させ、具体的な決め方まで示します。

原因1　誰が直すか決まっていない

対策は業務オーナー（更新責任者）を業務ごとに決めることです。誰を選ぶかが肝心で、「マニュアル全体の管理者」を1人立てるとうまくいきません。1人で全業務を追いきれず、結局どれも更新されないからです。業務単位・カード単位で、その業務を最もよく分かっている現場担当を責任者にします。自分の業務のカード1枚なら、責任の範囲が明確で、変更にも気づけます。誰がオーナーかはカードのどこかに役割名で明記しておきます（個人名だと異動で古くなります）。

原因2　直すきっかけがない

対策は更新のきっかけを仕組みに固定することです。人の気づきに任せると、忙しさに紛れて止まります。きっかけは2本立てにします。1つは「業務に変更があったとき」で、システム改修や手順変更があったら、その業務のオーナーがカードを直す、というルールにします。もう1つは「四半期に1度のレビュー」で、四半期の決まった週に、各オーナーが自分のカードを1枚見直す時間を確保します。四半期レビューは、全カードを一度に見るのではなく、オーナーが自分の担当分だけを見る形にすると回ります。所要時間は1枚あたり数分なので、まとめても短時間で終わります。

原因3　直す範囲が大きすぎて手が出ない

対策は「使えなかった」を報告できる窓口を作ることです。現場からの「この記述では解決しなかった」という報告は、作成者への攻撃ではなく改善材料です。ただし、報告が責められる雰囲気だと、誰も声を上げません。報告を出した人を評価し、報告に基づいてカードが直ったら「直しました」と報告者に返す。この往復を見えるようにすると、心理的な安全性が保たれ、報告が続きます。報告が責められる組織では、マニュアルの不備は黙って放置され、利用だけが静かに減っていきます。窓口は、チャットの専用チャンネルや、カードからワンクリックで送れる報告フォームなど、手数の少ない形にしてください。

1業務1カード方式は運用面でも利点があります。ビフォーアフターで見ると違いがはっきりします。分厚い1冊のマニュアルでは、「第3章だけが古い」という状態が起きても、改訂は1冊まるごとの作業になり、手が出ません。だから第3章は古いまま放置され、やがて文書全体が信用されなくなります。1業務1カードなら、変わった業務のカード1枚を差し替えるだけで済みます。直す範囲が小さいことは更新が続くための最も実際的な条件です。

なお、運用の成果は、文書がそろったかどうかではなく、担当者が代わっても同じ判断が再現できているかどうかで確認してください。SkillRelayでは、これを「判断の品質保証」と呼んでいます。文書がある状態ではなく、同じ場面で同じ判断が再現できている状態を成果とする考え方です。

成果の測り方を取り違えると、運用が空回りします。よくあるのはカードの本数や閲覧数を成果指標にしてしまうことです。本数が増えても、その業務の判断が再現できていなければ、現場は相変わらずベテランに聞きます。閲覧数が多くても、開いた人が答えを見つけられずに閉じているなら、数字は実態を表しません。見るべきは同じ場面で別の人が同じ判断を下せるようになったかどうかです。確認の方法としては、マニュアル公開後にその業務の問い合わせが減ったか（診断チェックの問4）が、分かりやすい目安になります。問い合わせが減らないなら、文書はそろっていても判断は再現できていない、ということです。もう1つの確認方法として、ベテランが不在の日に、その業務の判断が止まらなかったかを見るやり方もあります。止まらなければ、判断が文書に移っている証拠です。

運用でつまずきやすい疑問

作る人と詳しい人が別でもよい理由

マニュアルを作る人と業務に詳しい人は別でも問題ありません。むしろ、分けたほうが現実的です。詳しい人が話し、書ける人がまとめる分業にすると、詳しい人の負担は「話す時間」だけになり、止まりにくくなります。気をつける点は1つで、書ける人が体裁だけ整えて判断基準を取りこぼさないことです。前述の引き出しの質問例を書ける人が手元に持ち、ヒアリングで判断の理由まで聞き出すようにすれば、分業でも考え方欄は埋まります。

現場更新を続けるには責任ときっかけを決める

更新を個人の善意に任せず、責任ときっかけと窓口の3点を仕組みにします。責任は業務オーナーをカード単位で決めること、きっかけは「変更時＋四半期レビュー」の2本立て、窓口は「使えなかった」を責められずに報告できる場です。3つのうちどれか1つでも欠けると、更新は止まります。特に効くのは直す範囲を小さくすることです。1業務1カードにしておけば、更新は1枚の差し替えで済み、手が出やすくなります。

現場レビューは黙って観察すると詰まりが見える

新人または別業務の担当に、作成者が口を出さずにマニュアルだけで作業してもらいます。作成者は横で観察し、手が止まった箇所・読み返した箇所・質問したくなった箇所を、「どの手順で・何分止まったか・何が分からなかったか」の3列の観察シートに記録します。作業が終わってから、止まった箇所だけを聞き取り、文書を直します。最も重要なのは、助け舟を出さないことです。作成者がつい教えてしまうと、本当の詰まりどころが隠れます。完全に止まるまでは黙って観察してください。

AIでマニュアルを作るとどうなるか

生成AIの登場で、マニュアル作成の一部は速くなりました。構成案づくり、下書き、表現の統一、清書といった「やり方」の層の文書化は、AIで効率化できます。「マニュアル作成 ai」という検索も目にします。ただし、AIが得意な工程と人にしか出せない工程の境目を取り違えると、肝心の判断は文書にならないまま残ります。

一方で、「考え方」欄の中身（自社の判断基準）は、AIからは出てきません。AIが参照できるのは基本的に、すでに書かれたものだけです。ベテランの頭の中にあって、まだどこにも書かれていない判断基準は、人への質問で引き出すしかありません。AIはその引き出しを助ける聞き役や、引き出した答えを条件付きルールの形に整える役には立ちます。ただし、何を基準に線を引くかをAIが決めるわけではありません。AIは判断せず、引き出しと整理の裏方に徹する、と捉えてください。

このことは社内文書を横断検索するAIツールを入れても変わりません。検索が答えを返せるのはその判断が文書になっている場合だけです。考え方欄が空白のままなら、AIで検索しても空白が返ってきます。たとえば「同じロットで傷が続いたらどうするか」を検索しても、元の文書に判断が書かれていなければ、AIは「基準書を参照してください」としか返せません。問題は検索の精度ではなく、その上流にあります。検索される元の文書に、そもそも判断が書かれていないからです。

AIで作業が速くなれば、その分の時間を、人からしか引き出せない工程に回す余地は生まれます。ベテランの頭の中にある判断基準を言葉にする工程です。ただし、その余地は自動では埋まりません。AIで浮いた時間を判断基準の言語化に振り向けない限り、考え方欄の空白はそのまま残ります。

役割分担を整理すると、次のようになります。AIに任せてよいのは、構成案を出す、下書きを書く、表現を統一する、清書する、といった「やり方」の層の文書化です。あわせて、ベテランへのヒアリングで出てきた答えを「〜の場合は〜する」の形に整える、聞き役として次の質問を投げる、といった引き出しの補助もAIが助けられます。一方、人が引き受けるしかないのは、何を基準に線を引くかを決めること、そして複数のベテランで判断が割れたときに、どちらを残しどう使い分けるかを決めることです。AIは判断を提示したり評価したりはしません。材料を整え、問いかけ、引き出す裏方に徹します。ここを取り違えて「AIに判断させる」設計にすると、なぜその線なのかが追えなくなり、後で検証できなくなります。

AIを使ったマニュアル作成の具体的な手順とプロンプトは、別記事「AIでマニュアルを作る」にまとめています。AI導入後に業務をどこまで引き継げるかという設計の話は、別記事「AIで業務引き継ぎはどこまでできるか」で扱っています。

AI活用でつまずきやすい疑問

社内検索AIで肝心の答えが出ないのは元文書に判断がないからである

検索AIが答えられるのは文書に書かれていることだけだからです。グレーな場面で答えが出ないのは検索の精度ではなく、検索される元の文書に判断が書かれていないことが原因です。つまり、上流の問題です。たとえば「基準内だが感覚的におかしいときどうするか」という問いに答えてほしくても、どの文書にもその判断基準が書かれていなければ、AIは返しようがありません。先にやるべきは、AIの精度を上げることではなく、考え方欄を埋めて、検索される元の文書に判断を載せることです。元に判断があって初めて、検索AIはその場面で答えを返せます。

よくある質問

Q. マニュアル作成にかかる時間の目安

A. あくまで目安ですが、1業務1カード方式なら、1枚2〜3時間から始められます。分厚い1冊の完成を目指すより、問い合わせの多い業務から1枚ずつ作るほうが、早く効果を確認できます。

Q. マニュアル作成の外注はありですか

A. 手順の文書化や体裁の調整は外注できます。ただし「考え方」欄の中身は、自社のベテランから引き出す工程が必要で、丸投げでは抜け落ちます。外注する場合も、判断基準のヒアリングには自社のメンバーが関わってください。線引きとしては、やり方の層（手順・体裁・図版）は外注に出してよく、考え方の層（判断基準の引き出し）は自社で押さえる、と分けるのが安全です。外注先は社内の判断の文脈を知らないため、引き出した答えを正しく条件付きルールに起こせないことがあります。引き出しの場には、その業務の判断を理解しているメンバーが必ず同席してください。

Q. 動画マニュアルと文書マニュアル、どちらがよいですか

A. 動作や操作の説明は動画が強い領域です。手の動きや画面の流れは、文字より動画のほうが速く正確に伝わります。一方、判断基準は条件を文字で固定したほうが、検索も更新もしやすくなります。動画の中の「○%を下回ったら見送る」は、後から探せず、直すにも撮り直しが必要です。操作は動画、判断は文書。この併用が現実的です。1業務1カードでいえば、「やり方」欄から動画にリンクを張り、「考え方」欄は文字で書く、という組み合わせが扱いやすい形です。

Q. 手順型と判断型が混ざっている業務は、1枚のカードにどう収めればよいですか

A. 1枚に混ぜず、通常時のカードと例外時のカードに割ってください。たとえば請求書処理なら、入力までの手順型部分を通常時のカードに、金額が大きくずれたときの扱いを例外時のカードに分けます。混ぜると、通常時に読む人にも例外時に読む人にも分かりにくくなります。分けることで、それぞれの読者が自分の場面だけを短く読めます。

Q. テンプレートを配っても現場が埋めてくれません。何から変えればよいですか

A. 配るのを空欄のテンプレートから、質問に切り替えてください。空欄の「判断基準」欄を渡しても、当たり前すぎて手が止まります。代わりに「ギリギリでOKを出した案件はありますか」といった具体的な質問をヒアリング形式で投げ、返ってきた答えをこちらが条件付きルールに起こします。埋める作業を現場任せにせず、引き出して整える役を別の人が担うと進みます。

Q. 現場が更新してくれず、すぐ古くなります。更新を続けるにはどうすればよいですか

A. 責任・きっかけ・窓口の3点を仕組みにします。業務オーナーをカード単位で決め、「変更時＋四半期レビュー」を更新のきっかけにし、「使えなかった」を責められずに報告できる窓口を作ります。あわせて1業務1カードにしておくと、更新が1枚の差し替えで済み、手が出やすくなります。詳しくは運用・更新の章を参照してください。

Q. 「考え方」欄に例外をどこまで書けばよいですか

A. 通常時のカードには本則と頻度の高い例外を2つか3つまでにとどめ、それ以外は例外時のカードに移します。書きすぎると通常時の読者が読みにくくなり、結局どちらの読者も離れます。どこまで書くかではなく、どこに分けるかで考えてください。

書式を磨く前に判断の層を足す

マニュアルが使われない最大の原因は文章力ではなく設計でした。手順だけのマニュアルは、手順どおりに進まない場面（現場が一番困る場面）に答えられません。当社調査が示すとおり、作られているもので最も多いのは手順の文書（マニュアル・手順書52.5%・複数回答）で、現場に足りていないのは判断（イレギュラー時の判断基準40.5%・複数回答）です（前掲・株式会社taiziii調べ）。

この記事の整理を、2つの軸で振り返ります。1つは、使われなくなる原因を分けた「形骸化の三層」です。マニュアルは参照（探せない）・解釈（条件が分からない）・鮮度（古くて信用されない）のいずれかで現場から外れます。もう1つは、文書を見直すための「二層」です。下の層がやり方（手順）、上の層が考え方（判断基準）で、従来のマニュアルには下の層しかありませんでした。判断そのものが書かれていない場合は考え方欄の欠落で、判断はあるのに条件が曖昧な場合は解釈の外れです。三層のうち①参照は業務の仕分けと作成・運用で、②解釈は考え方欄の条件設計で、③鮮度は運用・更新で塞ぎます。自社のマニュアルがどの層で外れているかが分かれば、次に開く章が選べます。

具体的に、自社の状態から次の一手を選ぶ道筋を示します。まず診断8問をやり、「いいえ」が多かった項目を見ます。最新版が分からない・更新が1年以上止まっている（問1・問6）に「いいえ」が付くなら、外れているのは鮮度です。運用・更新の章に戻り、業務オーナー・更新のきっかけ・報告窓口の3点を決めてください。困った状況から逆引きできない・作る人と使う人が別だった（問7・問5）に「いいえ」が付くなら、外れているのは参照です。業務の仕分けで目次を困りごとの言葉に直し、現場レビューを入れてください。例外の対応が「相談」しかない・判断の理由がない・問い合わせが減らない・手順と判断が混ざっている（問2・問3・問4・問8）に「いいえ」が付くなら、判断の欠落か、解釈の外れです。そもそも判断の理由がなければ考え方欄を足し、判断はあるのに使えないなら条件と例外の分け方を整えます。これが最も多く、最も根が深いパターンで、考え方欄の設計（1業務1カードと引き出しの質問）が効きます。1つの記事に全部を詰めましたが、自社にとって本題はこのうちのどれか1つか2つのはずです。そこから着手してください。

打ち手は、この記事で見てきたとおりです。

• 業務を手順型と判断型に仕分ける
• 手順型は、定番の作成手順とコツで文書化する
• 判断型には「考え方」の層を足し、1業務1カードの型で、ベテランから引き出した判断基準を条件付きルールの形で書き込む
• 判断基準が人によって違うときは、平均せず、帰属を保ったまま残す
• カード単位で更新が回る運用を作り、文書がそろったかではなく、同じ判断が再現できているかで成果を測る

最後に、この記事の軸をもう一度確認します。継ぐべきは知識ではなく判断力です。手順という知識はすでに文書になっていることが多く、本当に足りないのはどこで線を引くかという判断のほうでした。そしてその判断は平均して1本に統合するのではなく、誰の・どの条件での判断かという帰属を保ったまま、条件付きルールとして残します。AIはその判断を引き出し、整え、検証する裏方には立てますが、線を引くこと自体を肩代わりはしません。線を引くのはいまも人です。

時間をかけて作ったマニュアルが開かれなかったのは書き方のせいではありません。載せるべき層が1つ足りなかっただけです。集めるべきはより多くの知識ではなく、ベテランの判断力です。そしてその判断力は、誰の・どの条件での判断かという帰属を保ったまま残してください。次に作るときは、書式を磨く前に、判断の層を足してみてください。

関連記事

• AIでマニュアルを作る方法　生成AIを使った作成手順を見る
• AIで業務引き継ぎを進める方法　引継書への応用を見る
• 属人化を解消する作業と判断の分け方　属人化の切り分けに戻る
• マニュアル作成テンプレート集（Excel・Word・パワポ）　形式ごとの項目構成
• 引き継ぎ書の書き方とテンプレート　定番7項目とExcel・Wordの様式
• 判断基準の作り方　属人化を減らす5つの問い

※この記事は、知識ではなく”判断力”の継承に取り組む株式会社taiziiiが運営しています。この記事で解説した二層構造のマニュアル設計テンプレート（1業務1カード形式・「考え方」欄つき）は、こちらからダウンロードできます。

出典・参考文献

• 株式会社taiziii「企業の属人化防止完全ガイドブック2026」掲載調査（管理職〔課長以上〕200名・インターネット調査。資料記載の調査期間：2025年8月14日〜18日、2026年2月24日〜3月6日）
• Mosher, B. & Gottfredson, C. (2011) Innovative Performance Support, McGraw-Hill（「5 Moments of Need」の原典）
• Snowden, D. J. & Boone, M. E. (2007) “A Leader’s Framework for Decision Making,” Harvard Business Review, 85(11)（Cynefinフレームワークの解説論文）

この記事の要点

• 生成AIで軽くできるのは、既存資料の整理、手順の下書き、表記ゆれの統一。
• AIだけで作れないのは、例外時の判断やベテランの考え方。
• マニュアルが使われない主な理由は、手順はあるのに判断の欄がないこと。
• 人への質問で判断を引き出し、考え方欄として足すことが大切。
• 現場レビュー、更新責任、通常と例外の分離まで決めることが運用の前提。
• AIで進められる部分と、人に聞くべき部分を分ける設計が必要。

「マニュアルは作ったのに、結局ベテランに聞きに行くんですよね」。「手順は全部書いてあるのに、イレギュラーのときどうするかが、どこにも書いていない」。職場で、こういう声を聞いたことはないでしょうか。

文書はきれいに揃っているのに、現場が「詳しい人」を頼り続ける。やがて特定の担当者に質問が集中し、その人が異動や退職でいなくなった瞬間、例外への対応が誰にもできなくなります。

そこでよく取られる対処が、ChatGPTで構成案や下書きを出したり、NotebookLMに既存資料を読み込ませて手順書の叩き台を作ったりと、生成AIでマニュアル作成を効率化することです。実際、清書や構成、体裁の統一といった手間の大部分はAIで本当に消えます。

しかし、生成AIを入れても、例外が起きたときの判断基準は出てきません。構成や清書はAIがすらすら書きますが、マニュアルの価値を決めるのは例外が起きたときにどう判断するかです。そして、この判断基準は渡されていない限りAIには書けません。ベテランの頭の中にしかないからです。これはモデルの性能が上がっても変わらない構造です。つまりAIマニュアル作成の成否は良い指示を書く前に、AIに何を渡すかという人間側の設計でほぼ決まります。プロンプトの巧拙ではありません。

この記事では、なぜプロンプトより材料の設計で決まるのか、その構造を示したうえで、9割を効率化する定番の手順とプロンプトに加えて、「書けない1割」をどう考え、どんな質問でベテランから判断を引き出して埋めればよいかまでを、実践形式で解説します。

読み進める地図を先に置きます。最初に、AIで消える9割と書けない1割がどこで分かれるのかを、現場が困っている部分の調査データと重ねて示します。次に、目的決めから材料集め、レビューまでの実践5ステップを、それぞれ「ではどうやるか」の粒度まで具体化します。続いて、コピーして使えるプロンプト集（手順用3種と判断引き出し用4種）を、なぜその指定が効くのかの解説つきで並べます。後半では、AIマニュアルでつまずきやすい落とし穴4つと、その手前で出る実務上の疑問、最後に人とAIの役割分担までを扱います。手順が速く書けるようになったいま、どこに時間を残すべきかが、読み終わるころにははっきりしているはずです。

運営者プロフィール

加藤晃寿郎（株式会社taiziii 代表取締役）。慶應義塾大学経済学部出身のエンジニア。在学中のスタートアップ設立、フリーランスを経てシステム開発会社を創業。企業のAI導入支援と、判断継承AIプラットフォーム「SkillRelay」の開発に従事。

1位

Amazonベストセラー獲得

著書『AI時代の経営デザイン』

データベースカテゴリ、2025年10月時点

AIで作れるマニュアルと人に聞くべき判断の境界

AIに任せてよい作業と、人からしか引き出せない部分ははっきり分かれます。境界を一覧にすると次のとおりです。

AIに任せてよいこと

• 構成案（目次）の生成
• 文章の下書きと清書
• 既存資料からのマニュアル再構成
• 画面録画からの手順書自動生成
• 翻訳の下訳作成
• 長文の要約・FAQ化
• 表記・体裁の統一

冒頭で「体感では9割」と書いた手間の正体はほぼこの一覧です。構成を考え、文章に起こし、体裁を整える。マニュアル作成の時間の大半を占めてきた作業はすでにAIの得意領域に入っています。

なぜこの7項目を任せてよいのでしょうか。どれも、すでに文書化された形式知の置き場所を変える作業だからです。構成案の生成は、頭の中や複数ファイルに散らばった項目を、読み手が追える順番に並べ替えているだけです。下書きと清書は箇条書きのメモを文の形に変換する作業です。既存資料からの再構成も、規程や旧マニュアルという既にある材料を別の切り口で組み直しているにすぎません。翻訳の下訳作成・要約・FAQ化・体裁統一も、入力された情報を別の形に整理する作業です。ただし、翻訳は公開前に人が意味、用語、文体、地域・文化への適合、誤訳、安全・法務上のニュアンスを確認する前提です。どれも新しい判断を生んでいるわけではなく、すでにある情報を別の形に並べ直す作業なので、AIが下書きを作りやすい領域です。公開前の内容確認は人が担います。

ここは人から引き出すしかありません

• 例外時の判断基準を書くこと
• 「なぜこの手順なのか」の理由を書くこと
• 翻訳の最終確認をすること
• 安全・品質の最終的な線引き

できない理由は3つとも共通です。いずれも「入力されていない情報」だからです。判断基準や手順の理由は文書化されていない限りベテランの頭の中にしかありません。正確に言えば、AIは自社固有の判断基準を書けません。無理に書かせると、AIの出力はもっともらしい一般論になります。これはモデルの性能が上がっても変わらない構造です。

この「書けない部分」が何でできているかを、もう一段だけ分解しておきます。本記事では、知識を粒度で5つに分けて整理します（株式会社taiziiiの整理）。このうち2つは文書化しやすく、AIも扱えます。一つは明示ルールで、規程に「○○のときは△△する」と書いてある類です。もう一つは経験則で、だいたいこうすればうまくいくという再現しやすいコツです。問題は残りの3つです。言語化しにくい直感（pattern）は、「なんとなく違和感がある」という勘所です。状況に応じたIf-Then条件（conditional）は、どういう条件のときに通常と違う手を打つかです。二律背反の重みづけ（tradeoff）は品質と納期のどちらを優先するかといった相反する要請の按分です。この3つは本人が言葉にしていない限りどこにも入力されていません。だからAIの外にあります。AIに渡されていないものを、AIが補えるはずがないというだけの話です。

そして、この「書けないこと」は、現場がいちばん困っている部分とちょうど重なります。当社が管理職200名に行った調査では、引き継ぎで不足していた判断の観点として最も多かったのは「イレギュラーな状況や例外発生時の判断の基準」（40.5%・複数回答）でした（株式会社taiziii調べ・管理職〔課長以上〕200名・インターネット調査。以下「当社調査」）。手順書は揃っているのに、例外への答えはどこにも書かれていません。AIで量産したマニュアルでも入力しない限りここは同じ結果になります。

数字をもう少し重ねます。同じ調査で、引き継ぎ時に「暗黙知や勘所が十分には共有されなかった」と感じた管理職は合計で72.0%にのぼりました（当社調査）。「ある程度共有されたが迷う場面がある」「手順は伝わったが背景や判断基準はほとんど共有されなかった」といった回答の合計です。さらに、属人化が起きている領域を尋ねた設問では、「専門的な判断基準（法務・経理・品質管理など）の属人化」が60.3%で最多でした（当社調査・複数回答）。つまり、現場で最も属人化しているのは作業手順そのものではなく判断基準であり、引き継ぎで最も伝わらないのも判断基準であり、AIに書かせても最も埋まらないのも判断基準です。AIに書けない部分と、現場が困っている部分は別々のものではなく同じ穴です。

具体的なイメージを一つ置きます。汎用的な仮の例として、経費精算のマニュアルを考えてみてください。AIに既存資料を渡せば、申請の流れ、入力する項目、承認ルート、締め日といった手順はきれいに書き上がります。読みやすく、抜けもありません。ところが、現場の担当者が本当に手を止めるのはそこではありません。「この支出は交際費なのか、それとも会議費なのか」という線引きの場面です。手順は完璧なのに、判断基準の欄だけが空白になっています。そして、その線引きこそ毎回ベテランに聞きに行っている部分です。手順が9割完成しても、現場が困っている1割が空いたままなら、マニュアルは結局「読まれない文書」のままです。

整理すると、やり方をなぞる手順の部分はAIが得意で、なぜそう判断するのかという考え方の部分は人から聞き出すしかありません。この線引きを最初に持っておくと、この後のツール選びもプロンプトもほぼ迷いません。本記事では、この境界を「9割／1割マップ」と呼びます。マニュアルの中身を二層に分けて見る地図です。一層はAIに任せてよい形式知の再配置で構成・清書・再構成・翻訳の下訳作成・要約・体裁が入ります。もう一層は人が担う判断と確認で、例外時の基準・手順の理由・翻訳の最終確認・安全品質の線引きが入ります。たったこれだけの地図ですが、これから先のすべての判断は、この地図の上で下していきます。

AIでマニュアルを作る5つの手順

目的と読者を決め、材料を集め、構成案、下書き、レビューの順に進めます。この順番自体が手戻りを減らすコツです。

ステップ1　目的と読者を決める

「新人向けの操作手順」なのか「経験者向けの判断ガイド」なのかで、AIへの指示も成果物もまったく変わります。最初に一行で決めて、以降のすべてのプロンプトに含めます。

一行テンプレートを2つ用意しておくと迷いません。新人向けなら「このマニュアルは、入社○年目の○○担当が、上司に聞かずに○○作業を最後まで終えられることを目的とする」。経験者向けなら「このマニュアルは、○○業務の経験者が、例外やグレーゾーンの場面で○○の判断を一人で下せることを目的とする」。前者は手順の網羅と平易さが、後者は判断基準の明確さが価値になります。決めた一行はプロンプトの冒頭に毎回貼り付ける固定文にしてください。たとえば「【前提】対象読者は入社1年目の事務担当者。専門用語には必ず注釈をつけること」のように、対象読者と書き方の制約をセットで先頭に置きます。これだけで、章ごとに文体や難易度がぶれる事故が減ります。

つまずきやすい点と回避。目的を「経費精算マニュアルを作る」のような作業名で止めてしまうと、AIは無難に手順を並べるだけになります。「誰が・何に困らないために」まで一行に入れてください。

ステップ2　材料を集める

手順メモ、過去のマニュアル、研修資料、チャットでの質問と回答のログなどです。AIの出力品質は渡す材料の質でほぼ決まります。プロンプトを磨く前に、まず材料を集めてください。

このステップが5つの中で最も重要です。冒頭で「成否は人間側の材料設計でほぼ決まる」と書いた、その材料を用意するのがここだからです。プロンプトをいくら磨いても、渡す材料が薄ければ返ってくるのは一般論です。逆に、現場の生の記録がそろっていれば、平凡なプロンプトでも自社の実態に沿った下書きが出ます。集める材料のチェックリストを置きます。

• 手順メモ（担当者が自分用に書いている走り書き・付箋・手順の控え）
• 過去のマニュアルや手順書（古い版も含めて、ただし最新版がどれかは明確にする）
• 研修資料・OJTのレジュメ・新人向け説明スライド
• チャットやメールでの質問と回答のログ（「これってどうするんでしたっけ」のやり取り）
• クレーム記録・トラブル対応の記録（例外対応の実例が眠っている）
• 例外対応の記録（通常フローに乗らなかったケースのメモ）

とくに後半の3つ、チャットのQ&Aログ、クレーム記録、例外対応の記録は見落とされがちですが価値が高い材料です。これらには「現場が実際に詰まった場所」と「そのときどう判断したか」が記録されています。きれいに整っていなくてもかまいません。むしろ整っていない生の記録のほうが、判断基準の手がかりが残っています。

つまずきやすい点と回避。「材料が散らばっていて集めるのが面倒だから、とりあえずAIに書かせて後で直そう」と考えると、結局ステップ5で大量に直すことになり、全体では遅くなります。最初に材料を集めるほうが速いという順番を崩さないでください。

ステップ3　AIで構成案を出す

いきなり本文を書かせず、まず目次を生成させて、人間が直します。ここで方向を固定しておくと、後の手戻りが大きく減ります。

人が直すときの観点は3つです。第一に、章の順番が実際の作業の流れと一致しているか。AIは論理的に整った順番を出しますが現場の動線とずれていることがあります。第二に、例外対応の章が立っているか。AIの構成案は通常フロー中心になりがちなので、「イレギュラー対応」「判断に迷う場面」の章を人が足します。第三に、章の粒度が均一すぎないか。手順が多い工程は章を分け、軽い工程はまとめるというメリハリを人がつけます。

つまずきやすい点と回避。構成案が一見きれいだと、そのまま本文生成に進みたくなります。ですが、構成のずれは本文を全部書いてから直すと大ごとになります。目次の段階で少し時間をかけて直すほうがはるかに安く済みます。

ステップ4　下書きを生成する

章ごとに分けて生成します。一度に全部を書かせると精度が落ちるためです。

なぜ章で分けるのか。長い文章を一括で書かせると、AIは前半で書いた内容を後半で取りこぼしたり、章をまたいで重複したり、終盤になるほど内容が薄くなったりします。1章ずつ、その章の材料だけを渡して書かせると、一つひとつの密度が保てます。目安として、1章は読み手が一息で読める長さ、画面で数スクロール程度に収めると、後で更新するときも該当箇所を見つけやすくなります。1トピックは1つのまとまりに収めるという分け方を意識してください。

つまずきやすい点と回避。章を分けずに「全部まとめて書いて」と頼むと、出力は長く立派に見えますが、よく読むと各章が浅くなっています。面倒でも章ごとに分けるほうが結果的に直しが減ります。

ステップ5　人がレビューする

現場の実態と合っているか、古い情報が混ざっていないかを必ず確認します。このステップは省略できません。AIは元資料に足りない部分をもっともらしい文章で補ってしまうことがあるからです。レビューの観点は3つです。①現場の実際の動きと一致しているか ②数値・名称・画面が現在のものか ③「この手順で迷わず作業できるか」を、その業務を知らない人に試してもらえるか。とくに③は、作成者本人では気づけない抜けが見つかります。

観点①について。AIが書いた文章は読みやすいぶん、細部が自社の実態とずれていても気づきにくくなります。実際にその作業をしている担当者に、一手順ずつ「本当にこの順番でやっているか」を確認してもらってください。読んで違和感がないかではなく、その手順どおりに手を動かせるかで見ます。

観点②について。数値（金額の基準、日数、件数）、名称（システム名、部署名、帳票名）、画面（ボタンの位置や名称）はAIが古い情報や一般的な名称で埋めてしまいやすい場所です。一つずつ現行のものと突き合わせます。とくに既存資料に複数の版を混ぜて読み込ませた場合、古い版の数値が紛れ込みやすいので注意します。

観点③について。これが最も効きます。汎用的な仮の例で説明します。ある作業の手順書を作成者がレビューして「完璧だ」と判断したとします。ところが、その業務を知らない別部署の人に渡して実際にやってもらうと、最初の段階で手が止まりました。作成者にとっては当たり前すぎて書く必要すら感じなかった前提工程、たとえば「作業前に専用システムにログインしておく」といった手順がまるごと抜けていたのです。作成者は知っているから飛ばす。だから自分では永遠に気づけません。業務を知らない人に試してもらうというひと手間だけが、この抜けを表に出します。

つまずきやすい点と回避。レビューを「読んで誤字を直す作業」だと思うと、観点①〜③のうち①と③が抜け落ちます。レビューは「読む」ではなく「試す」だと考えてください。誰かに実際に手を動かしてもらう時間を最初から工程に組み込んでおきます。

AIマニュアル作成は資料・録画・対話の3タイプに分かれる

ステップ3〜4の「AIに書かせる」部分には、大きく3つのやり方があります。

3つは優劣ではなく、状況による使い分けです。それぞれ「向く状況・弱点・実際の進め方・失敗の兆候」で見ていきます。

資料型（NotebookLMなど）

向く状況は規程・過去マニュアル・研修資料といった既存資産がすでにそろっている場合です。利点は読み込ませた資料の範囲でしか答えないため、事実と異なる内容の生成（ハルシネーション）が起きにくいことです。

弱点は資料に書いていないことはAIの回答にも出てこない、という点です。これは長所の裏返しでもあります。手順は資料から拾えても、資料に判断基準が書かれていなければ判断の部分は空白のまま残ります。

実際の進め方を手順にします。第一に、規程や過去マニュアルをまとめて読み込ませます。このとき最新版だけを読み込ませ、古い版を混ぜないことがコツです。古い版が混ざると、出力に古い数値や廃止された手順が紛れ込みます。第二に、目次や下書きを生成させます。第三に、出力に付く出典（どの資料のどこを根拠にしたか）を一文ずつ確認します。NotebookLMは生成した記述の根拠箇所を示せるので、これを使って根拠の追えない記述を早い段階で削除します。

失敗の兆候は出典の確認を飛ばすことです。出典タグを見ずにそのまま採用すると、せっかく根拠を追える仕組みがあるのに使わないまま誤りを残してしまいます。

録画型

向く状況はシステム操作のマニュアルが中心の場合です。PC操作を録画すると、クリックや入力を自動検出して、スクリーンショット付きの手順書を生成してくれます。システム操作マニュアルを作るなら、いちばん速い方法です。

弱点は画面が変わると陳腐化しやすいことです。システムのアップデートやUI変更があると撮り直しが必要になります。スクリーンショットが多いぶん、古くなったときの修正コストもかさみます。

実際の進め方は、まず一連の操作を通しで録画し、生成された手順を見ながら、自動検出で取りこぼした入力（とくにキー入力や条件分岐の操作）を人が補います。失敗の兆候は、画面が更新されたのに手順書を更新せず、スクリーンショットと実画面がずれたまま放置されることです。録画型を使うときは、後述の落とし穴③（更新責任者と更新タイミングを決める）を最初に設定しておいてください。

対話型（ChatGPTなど）

向く状況はゼロから作る場合や、自分の頭の中にしかない手順を言葉にしたい場合です。AIとやり取りしながら、断片的な記憶を順番のある手順に整理していきます。

弱点は対話だけだと一般論に流れやすいことです。AIに任せきりにすると、どこの会社にも当てはまる無難な手順が出てきます。これを防ぐには、自分の現場の具体（実際の数値、実際の画面、実際にあった例外）を、対話の中で能動的に渡し続ける必要があります。

実際の進め方として、対話型は「頭の中の手順を言語化する」段階と地続きで、そのまま後段の「判断を引き出す」工程につなげられます。手順を言葉にしているうちに、「ここは状況によって変える」という分岐が必ず出てきます。その分岐こそ判断基準の入り口です。手順の言語化を入り口にして、後述の判断引き出しの質問へ進んでください。

失敗の兆候は対話の回数だけ増えて、出力がいつまでも一般論のままなことです。何度やり取りしても具体が入ってこないときは、対話で粘るのをやめ、ステップ2の材料（現場の記録）を渡す方向に切り替えます。

タイプ選びに迷ったら、次のミニ・フローで決めてください。手元に既存資料がそろっているなら資料型から。システム操作が中心なら録画型から。資料も録画もなく、ゼロから頭の中を言葉にするところからなら対話型から。一つに固定する必要はなく、たとえば録画型で操作手順を作り、対話型で判断基準を言語化するという併用も自然です。

無料ツールでできることと残る確認

無料プランでも、構成案の生成・下書き・校正・要約は十分に実用になります。この記事のプロンプト実例もすべて無料版で動きます。個人で試す範囲なら、まず無料で始めて困りません。有料プランの主な差は処理できる文書量・出力の安定性・データの取り扱い条件にあります。

無料と有料の差を表で整理します。

組織で使う場合の注意は一つです。機密情報を入力してよいかは契約プランによって異なります。無料版では入力した内容がAIの学習に使われる場合があります。商用利用の条件と社内のAI利用ルールを、書き始める前に確認してください。

確認すべき項目をチェックリストにします。社内でAIマニュアル作成を始める前に、次の4点を情報システム部門や利用規約で確かめてください。

• 商用利用の条件（業務での利用が規約上認められているプランか）
• 学習オプトアウト設定（入力内容を学習に使わせない設定があるか・有効になっているか）
• 権限（誰がどのデータを入力してよいか・部署や役職での制限）
• ログ（誰が何を入力したか記録が残るか・監査できるか）

無料から始めてもよい業務と有料化すべき条件

無料と有料のどちらから始めるかは、最初は判断しにくいところです。目安は3つあります。第一に、扱う情報の機密度で決めます。社外秘や個人情報を含むマニュアルを作るなら、最初から学習オプトアウトやデータ取扱条件の整った有料・法人向けプランを選びます。第二に、試す段階か運用する段階かで決めます。「AIでマニュアルが作れるのか試したい」段階なら無料で十分です。実際に組織の文書として運用する段階に入ったら、出力の安定性とデータ条件のために有料を検討します。第三に、文書の量で決めます。一度に長い規程をまとめて処理したい、たくさんの文書を扱いたいという場合は無料の処理上限にぶつかりやすいので、有料が現実的です。まず無料で手応えを確かめ、機密・運用・量のどれかで壁にぶつかったら有料へ、という順番で迷うことはまずありません。

AIマニュアル作成でそのまま使えるプロンプト例

そのまま使えるプロンプトを並べます。前半が「手順を書く」ためのもの、後半がこの記事の中心である「判断を引き出す」ためのものです。なお、ここで紹介するプロンプトは、Excel付録「AIマニュアルプロンプト集」にも、そのままコピーして使える形でまとめています。シート1が手順を書くための基本3点、シート2が判断を引き出すための質問とインタビュアー指示文です。

手順を書くには3つの材料を渡す

① 構成案の生成用

あなたは業務マニュアルの編集者です。対象読者は入社1年目の事務担当者。「経費精算」のマニュアルの目次を、実際の作業の流れに沿って提案してください。例外対応の章も含めてください。

このプロンプトが効くのは3つの指定が入っているからです。「対象読者は入社1年目」で難易度が固定され、「実際の作業の流れに沿って」で論理順ではなく動線順に並び、「例外対応の章も含めて」で抜けがちな例外章が最初から立ちます。出力がいまいちなときは、次の一行を追い足してください。「各章に、その章で読者がつまずきやすい点を1つずつ添えてください」。これで構成案が網羅だけでなく読者目線に寄ります。

② 下書き用

以下の箇条書きメモを、手順書の形式に書き直してください。条件　1手順1文・命令形・番号付き・専門用語には注釈。

このプロンプトが効くのは出力形式を具体的に縛っているからです。「1手順1文」で長い文を防ぎ、「命令形」で「〜される」のような曖昧な受け身を消し、「番号付き」で順番を明示し、「専門用語には注釈」で読者の前提知識のばらつきを吸収します。出力がいまいちなときは、「手順と手順の間に判断が必要な箇所があれば、〔判断〕と印をつけて指摘してください」を足すと、後で判断基準を埋める場所が見えてきます。

③ 校正用

以下のマニュアルを校正してください。観点　1文40字以内に分割、表記の統一（クリック/押下の混在解消）、あいまいな表現（適宜・なるべく）の具体化。

このプロンプトが効くのは校正の観点を3つに絞っているからです。「校正して」だけでは、AIは表面的な誤字直しで終わります。「1文40字以内」「表記の統一」「あいまい表現の具体化」と観点を指定すると、読みにくさの主因にねらいを定められます。出力がいまいちなときは、「具体化できなかったあいまい表現は、書き換えずにとだけ印をつけて残してください」を足します。AIが勝手に数値を埋めるのを防ぎ、人が確認すべき箇所が浮きます。

業務名や読者は自社のものに置き換えてください。共通して重要なのは、①対象読者 ②前提条件 ③出力形式 ④禁止事項（推測で書かない・元資料にない情報を足さない）の4点を必ず指定することです。とくに④を入れるだけで、もっともらしい補完がかなり減ります。

なぜ禁止事項④が補完を減らすのか。AIは空白を嫌って何かで埋めようとする傾向があります。判断基準が渡されていなければ、一般論で埋めます。古い数値しかなければ、それらしい新しい数値を作ってしまうこともあります。「推測で書かない・元資料にない情報を足さない」と先に縛っておくと、AIは「ここは情報がありません」と空欄を残す、あるいは確認を促すという挙動に寄ります。空欄は人が埋めるべき場所が見える状態です。もっともらしく埋まった文章より、空欄のほうがずっと安全です。

4点指定の効き目を、汎用的な仮の例で対比します。曖昧なプロンプトとして「経費精算のマニュアル書いて」とだけ送ると、どの会社にもありそうな一般的な経費精算の流れがそれらしく返ってきます。読みやすいけれど、自社の承認ルートや勘定科目とは合っていません。これを4点指定に変えます。「①対象読者＝入社1年目の事務担当 ②前提条件＝当社は経費精算システムA社製を使用、承認は課長→経理の2段階 ③出力形式＝1手順1文・番号付き・専門用語に注釈 ④禁止事項＝当社の運用が不明な箇所は推測で埋めずと記す」。すると出力は自社の前提に沿った骨組みになり、不明な箇所はとして残ります。同じAI、同じ作業時間でも、4点を足すかどうかで後の直しの量がまるで変わります。

判断を引き出すには質問をプロンプトに入れる

前章までのプロンプトで、作業の流れや入力項目、操作の順番といった「手順」は、ひととおり文書に落とせるようになりました。まだ手つかずで残っているのは判断の中身です。具体的には、例外が起きたときにベテランがどこで線を引いているかという部分です。マニュアルが使われるかどうかはたいていここで決まります。

これはAIに書かせるのではなく人から引き出します。使うのは、ベテランに投げかける質問です。AIに「インタビュアー役」をさせて質問の生成と深掘りを任せてもよいですし、人間がそのまま口頭で聞いてもかまいません。ただし、この場合もAIがしているのは質問を投げて答えを整理することだけで、判断基準そのものを作っているわけではありません。中身は必ず人から出ます。引き出した答えの行き先はマニュアルの【考え方】欄です。手順をなぞる層と判断〔考え方〕を書く層に分ける二層構造の考え方は、別記事『使われないマニュアルはなぜ生まれるのか』で詳しく扱っています。

質問は4種類あり、それぞれ狙いが違います。基準線の質問は本人が無意識に使っている合格ラインを数値や見た目に変換します。例外の質問は、「普段はこうだが、あのときは違った」という分岐の条件を思い出してもらいます。仮定の質問では、削れる工程と削れない工程、つまり優先順位が見えてきます。対比の質問は熟練者とそうでない人の差がどの工程で生まれるかを特定します。順番どおりに使う必要はありません。話しやすいものから始めてください。

この4種類の問いは、ここでは、判断を引き出す手法の体系に対応づけられます（株式会社taiziiiの整理）。基準線の質問はギリギリOKとNGの閾値を探る「境界条件プロービング」に当たります。例外の質問は通常フローに乗らないケースを集める「例外パターン」の抽出です。仮定の質問は起きていない状況を想定して判断を引き出す「仮想シナリオ」です。対比の質問は通した案件と落とした案件の差を見る「対比法」に対応します。さらに、実際にあった案件を一つ選んでそのときの判断を再体験してもらう「CDM」を加えると、抽象論に逃げず具体から判断を引き出せます。質問の言い回しは違っても、ねらっているのは同じ、暗黙のうちに下している判断を言葉にすることです。

質問例1（基準線を聞く）

この作業で「やり直し」と判断するのは、具体的にどんな状態のときですか。数値や見た目で言えますか

回答が「経験で分かる」「見れば分かる」と抽象的なときの深掘り質問は、「では、直近でやり直しと判断した実例を一つ教えてください。そのとき、何を見てそう判断しましたか」です。実例に降ろすと、無意識の合格ラインが見た目や数値の形で出てきます。

質問例2（例外を聞く）

この手順どおりに進めなかったケースを3つ思い出してください。それぞれ、何が普段と違いましたか

回答が浅いときの深掘り質問は、「そのとき、普段どおりに進めていたら何が問題になっていましたか」です。例外を選んだ理由（避けたかったリスク）が出ると、分岐の条件がはっきりします。

質問例3（仮定で聞く）

もし納期が半分になったら、どの工程を削りますか。逆に、何があっても削らないのはどこですか

回答が「全部大事」で止まったときの深掘り質問は、「一つだけ削らなければならないとしたら、どれですか。それを削ると何が起きますか」です。無理に一つ選ばせると、本人の優先順位が表に出ます。

質問例4（対比で聞く）

この作業がうまい人と、そうでない人とでは、結果がどの工程で分かれますか

回答が抽象的なときの深掘り質問は、「最近、若手がつまずいた場面を一つ思い出してください。あなたなら、その場面で何を見て、どう動きますか」です。熟練差が出る具体的な工程が特定できます。

判断を引き出すときは、事例起点、観察可能な基準、通常と違えた理由の3点を押さえます。第一に、事例起点で聞くこと。「要点は何ですか」と漠然と尋ねるのではなく、実際にあった案件を一つ選んで「あのとき、なぜそう判断したのですか」と聞きます。第二に、数値か見た目に変換させること。「だいたいで分かる」で止めず、「何を見て、何%を超えたら」と観察できる形に落とします。第三に、なぜ通常と違えたかを問うこと。例外の場面では「普段はこうだが、このときはこうした。それはなぜか」を聞くと、分岐の条件が言葉になります。

AIにインタビュアーをさせる場合の指示文

（使い方　この指示文に続けて、上の4種類の質問を貼り付けてから送信してください）

あなたは業務マニュアル作成のためのインタビュアーです。私は○○業務の担当者です。上の4種類の質問を1つずつ投げかけ、私の回答が抽象的な場合は具体的な数値や事例を尋ね、最後に回答を「状況→判断→行動」の形式で整理してください。

引き出した答えは、条件文にして【考え方】欄に記載します。「○○のときは△△する」という形にしておくと、手順そのものと混ざらず、例外時にそこだけ読めば判断できます。たとえば次のような形です。

• 「利益率○%未満の値引きは上長判断」
• 「初回取引の与信は、過去に取引のない業界なら金額にかわらず審査部へ回す」
• 「クレーム対応は、相手が解約に言及した時点で担当者判断をやめ、責任者にエスカレーションする」

この4つの質問と深掘りの言い回し、AIにインタビュアー役をさせる指示文、引き出した答えを条件文に整える記入欄は、Excel付録「AIマニュアルプロンプト集」のシート2にまとめています。印刷して、聞き取りの手元資料として使えます。

条件文にする効果を、汎用的な仮の例で対比します。ベテランに聞くと、最初はたいてい「臨機応変に対応している」「ケースバイケースですね」という言葉が返ってきます。これはそのままでは引き継げません。次の人が読んでも、何をどうすればよいか分からないからです。そこで深掘りします。「臨機応変というのは、たとえばどんなときに、普段と何を変えるのですか」。すると、「初めて取引する相手で、しかもうちが取引したことのない業界のときは、金額が小さくても審査部に回している」といった具体が出てきます。これを条件文に整えると、「初回取引かつ過去取引のない業界なら、金額にかわらず審査部へ回す」になります。「臨機応変」は本人にしか分かりませんが、この条件文なら、次の人が読んでそのまま判断できます。判断を引き出すとは、つまるところ「臨機応変」を条件文に翻訳する作業です。

ポイントは、手順書の「次にこのボタンを押す」とは別に、分岐の条件を言葉にしておくことです。つまり、どういう状態になったら通常の流れから外れるのかを書いておきます。なお、手順書ツールの解説記事がこの判断・例外の領域をあまり扱わないのはそれらが手順を作るための機能だからです。手順を速く正確に整える用途では、ここはもともと守備範囲の外にあります。だからこそ、AIで手順を量産できるようになったいまは、例外時の判断をベテランから聞き出して書き足す工程を、別に意識して組み込む必要があります。

このとき、守ってほしい原則が一つあります。複数のベテランで答えが分かれた場合、平均して一本のルールにまとめないことです。Aさんの基準とBさんの基準を丸めて中間の数字にした瞬間、どちらの判断の根拠も消えます。誰の・どの条件での判断かという帰属を保ったまま、別々の条件付きルールとして残し、例外は例外として分けて書いてください。

なお、AIが聞き手となって対話で判断基準を引き出し、学習させていく使い方には、現場の関心も集まっています。当社調査では、AIが対話を通じて判断基準を引き出し学習する仕組みに「興味がある」と答えた管理職は約6割（59.5%）でした。

AIマニュアルが使われなくなる4つの落とし穴

ここまでの手順で、マニュアルの形は整います。最後の仕上げの前に、AIでマニュアルを作った職場が実際につまずきやすい点を4つ挙げます。いずれも、知っていれば防げるものです。

それらしい手順が現場に合わない理由

AIは渡された資料に足りない部分を一般論で埋めます。その結果、文章は読みやすいのに、自社の実態とは細部が違う文書ができあがります。やっかいなのは読みやすいせいで間違いに気づきにくいことです。ステップ5の現場レビューを省くと、このずれは公開後に発覚します。

ではどう防ぐか。防ぎ方はステップ5のレビュー設計に尽きます。読んで誤字を直すだけのレビューでは、このずれは見つかりません。実際にその作業をしている担当者に一手順ずつ確認してもらい、さらにその業務を知らない人に試しに手を動かしてもらう。この2段構えを工程に組み込んでください。読みやすさに惑わされず、手順どおりに動けるかで判定するというレビューの基準を最初に決めておくことが、いちばんの予防になります。

例外に答えられないマニュアルが止まる理由

手順は完璧なのに、イレギュラーが起きたときどうするかが書かれていません。理由は単純で判断基準が入力されていないからです。前章の「判断を引き出す質問」で埋めてください。ここを埋めない限り、文書が何枚増えても、例外のたびに質問はベテランに集中し続けます。冒頭で挙げた「文書は揃っているのに、現場は詳しい人に聞きに行く」という現象の正体はほとんどの場合この落とし穴です。

ではどう防ぐか。前章の4つの問い（基準線・例外・仮定・対比）でベテランから判断を引き出し、条件文にして【考え方】欄へ書き足すという工程を、手順作成とは別に必ず立てます。これは後回しにすると永遠に着手されない工程なので、最初から段取りに入れておきます。この落とし穴が現場でいかに重いかは、数字にも表れています。当社調査では、引き継ぎで不足した判断の観点の最多が「例外発生時の判断の基準」（40.5%）であり、ベテランが突然退職した場合に起きる問題として「誰も解決できなくなる」を挙げた管理職が36.5%にのぼりました（いずれも当社調査・複数回答）。例外時の判断が空白のままだと、その人がいなくなった瞬間に、現場は答えを失います。

量産したマニュアルほど古くなりやすい理由

作るのが楽になった分、文書は増えます。すると、更新されていない古い文書が検索結果に混ざり、正しい情報がかえって見つけにくくなります。対策は生成時に決めておくことです。文書を生成したら、その場で「業務オーナー（この文書の責任者）」と「更新のタイミング」を決めてください。この一手間が半年後の信頼性を分けます。

ではどう運用に落とすか。手順を3つに分けます。第一に、文書を生成したその場で、業務オーナー（中身の正しさに責任を持つ人）を1名決めて文書に明記します。所属部署ではなく個人を決めるのがコツです。「誰かが見るだろう」は誰も見ません。第二に、更新トリガーを決めます。「半年ごと」のような時間トリガーと、「対象システムの画面が変わったら」「規程が改定されたら」のようなイベントトリガーの両方を書いておきます。とくに録画型で作ったスクリーンショット入りの手順書は、画面変更のイベントトリガーが必須です。第三に、古い版の扱いを決めます。新しい版を公開したら、古い版は検索に出ないようアーカイブするか削除します。これを怠ると、量産したぶんだけ古い文書が増え、正しい文書が埋もれます。生成が速くなったいまこそ、作る前に「誰が・いつ更新するか」を決める習慣が効きます。

作った本人が理解しないまま公開される危うさ

AIに丸投げで作ると、作成者自身の業務理解が深まらないまま文書だけが完成します。

これには実証研究があります。トルコの高校生約1,000名を対象にした高校数学のランダム化比較試験（RCT）では、練習中にAIに答えを出させた生徒は一見成績が伸びたものの、AIを使えない試験では、AIを一度も使わなかった生徒より17%低い成績になりました。重要なのはその先で、「答えを教えず、ヒントだけを出す」設計のAIに変えると、この悪影響はほぼ消えたのです（出典　Bastani et al., 2025年、米科学アカデミー紀要PNAS掲載・査読付き。トルコの高校生約1,000名を対象にした高校数学のランダム化比較試験）。

この落とし穴④は、できあがる文書の品質ではなく、作る本人の業務理解（学習）が育つかどうかの話です。Bastaniの研究も学習領域の実験です。ですから、マニュアルの成果物そのものの良し悪しを示すものではなく、AIに丸投げすると作る人のスキルが育ちにくくなる、その傍証として読んでください。

この「使わないと錆びる」という問題はAI以前から指摘されてきました。自動化研究の古典として、ベインブリッジは1983年の論文「Ironies of Automation（自動化の皮肉）」で、自動化はいちばん難しい仕事を人に残すという逆説を指摘しています（出典　Bainbridge, L. 1983, “Ironies of Automation,” Automatica）。普段の作業を機械に任せるほど、人が手を動かす機会は減ります。すると、いざ例外が起きて人が引き受けるべき場面で、肝心の熟練が育っていないということが起こります。これは自動化が熟練の継承を保証しないという理論的な土台です。あくまで40年前に提示された一般論であり、AIマニュアルでの因果を直接示すものではありませんが、「便利だから任せる」が「任せきりで育たない」に転びうることを、早くから言い当てています。

関連して、自動化への過信そのものを扱った研究もあります。パラスラマンとマンゼイは、自動化コンプレイセンシー（自動化を過信して監視がおろそかになること）と自動化バイアス（出力をそのまま鵜呑みにすること）を整理し、これらは熟練者にも起こりうると報告しています（出典　Parasuraman, R. & Manzey, D. H. 2010, “Complacency and Bias in Human Use of Automation: An Attentional Integration,” Human Factors, 52(3)）。この論文は生成AIの文章の流暢さや、AIマニュアルの検証行動を直接調べたものではありません。ここで言えるのは、自動化出力を十分に確認しない傾向が熟練者にも生じうるという点までです。ベインブリッジは理論的指摘、パラスラマンらは既存研究の整理です。一方、Bastaniらの高校数学を対象にしたRCTでは、答えを直接出す設計とヒントを出す設計で学習への影響が異なりました。ただし、これは高校数学という特定条件の結果であり、AIマニュアルへ同じ効果が一般化できるとまでは言えません。本記事では、これらを踏まえた実務上の安全策として、人が判断を提供し、出力を検証する工程を置きます。

教訓ははっきりしています。丸投げと活用の分かれ目はAIの性能ではなく、使い方の設計です。マニュアル作成でも、AIに「書かせて終わり」ではなく、人間が判断を提供し、出力を検証する設計にすれば、この落とし穴は避けられます。

ここにはもう一つ、見落とされやすい土台があります。AIが流暢で高度に見える文書を出しても、それを読んで正しいか判断し、必要なら直せる人がいなければ、その文書は組織として受け取れたことになりません。結局、出せるマニュアルの質は最後に「これでいい」と引き受ける人が理解・判断できる範囲までで決まります。だからレビューを省ける段階は来ませんし、作った本人が中身を理解していない状態はその意味でも危険です。

補足として、AIへの信頼が高い人ほど出力を批判的に吟味する労力が減る傾向も知識労働者319名の自己申告調査で報告されています（出典　Lee et al., 2025年、ACM CHI 2025発表、Microsoft Research × カーネギーメロン大学）。自己申告に基づく相関であり因果関係を示すものではありませんが、レビュー工程を個人の心がけに任せず、仕組みとして残しておく理由にはなります。

AIマニュアル作成でつまずきやすい疑問

ここまでの手順を実際にやってみると、必ず次の疑問にぶつかります。実務でよく出るつまずきを、この章で整理します。

ベテランが判断の質問に協力してくれないときは

ベテランが質問に乗り気でないと、聞く側も気まずく感じます。協力を得るには、評価ではなく相談として持ちかけ、事例を絞り、機密に踏み込まない形にします。第一に、評価ではなく相談として持ちかけること。「あなたの判断を記録します」と言われると、品定めされている、自分の仕事を奪われる、と身構えられがちです。「若手が同じ場面で困っているので、考え方を教えてほしい」という相談の形にすると、協力を得やすくなります。第二に、事例起点で短く聞くこと。「全部教えてください」ではなく、実際にあった案件を一つ選んで「あのときのあの判断だけ、なぜそうしたか教えてください」と、範囲を絞って短時間で聞きます。第三に、機密に踏み込まず一般原則だけ扱うこと。具体的な顧客名や取引額そのものではなく、「どういう条件のときに通常と違う手を打つか」という判断のロジックを聞きます。協力してもらううえでの摩擦はたいてい「評価される」という構えから来ます。相談の姿勢と事例の絞り込みで、その構えはほどけます。

複数のベテランで答えが分かれたときは

AさんとBさんで判断基準が食い違うと、「どちらが正しいのか」を決めたくなります。ここでは、平均せず、帰属を保ち、分岐条件を探ります。第一に、平均して一本にまとめないこと。中間の数字に丸めた瞬間、両方の根拠が消えます。第二に、帰属を保ったまま別々の条件付きルールとして残すこと。「Aさんは○○の条件で△△、Bさんは□□の条件で◇◇」と、誰の・どの条件での判断かをつけて両方記載します。第三に、分岐の条件を探ること。答えが違うのはたいてい前提にしている状況が違うからです。「Aさんはどんなときにそう判断しますか」「Bさんは」と条件を聞いていくと、矛盾ではなく条件分岐だったと分かる場合があります。判断を統合せず帰属を保つという原則の具体的な運用です。手順層と判断層の二層に分ける書き方や、食い違う複数の判断をどう残すかは、別記事『使われないマニュアルはなぜ生まれるのか』でも掘り下げています。

生成した手順に古い情報が混じっていたときは

AIが出した手順に古い数値や廃止された画面が混じっていたら、発覚したその場で直すのはもちろんです。再発を防ぐには、入力資料、更新責任者、更新トリガーの3点を固定します。第一に、入力する資料を最新版だけに絞ること。古い版を混ぜて読み込ませると、古い情報が出力に紛れ込みます。第二に、更新責任者を1名決めること。落とし穴③と同じで、文書ごとに中身の正しさに責任を持つ人を明記します。第三に、更新トリガーを決めること。「対象システムの画面が変わったら」「規程が改定されたら」というイベントを、更新のきっかけとして文書に書いておきます。古い情報が混じるのは一度きりの事故ではなく、放っておけば必ず再発します。直すだけでなく、誰が・いつ直すかをセットで決めてください。

AIの出力が一般論で薄い理由と材料の絞り方

では、何度プロンプトを直しても出力が一般論のままのときは、どうすればよいのでしょうか。効くのは、「プロンプトを磨く」から「材料を変える」に発想を切り替えることです。

本記事では、AIが現場と合わない出力を出す原因は2つに分けられます（株式会社taiziiiの整理）。一つは参照の失敗です。必要な情報が渡した資料の中に埋もれていて、AIがそこに辿り着けていない状態です。対策は情報を増やすのではなく絞って渡すこと、そしてトピック単位で分けて渡すことです。資料が多いほど、肝心の情報は埋もれます。もう一つは解釈の失敗です。情報はあるのに、AIがその使い方を取り違えている状態で、例外と通常が同じ文書に混ざっていたり、社内用語の表記が揺れていたりすると起きます。対策は使う条件を固定すること、例外を別に分けること、用語を統一することです。出力が薄いと感じたら、まず「情報に辿り着けていないのか（参照の失敗）」「情報はあるが解釈を外しているのか（解釈の失敗）」を見分け、前者なら絞って渡し、後者なら条件と用語を整える。プロンプトの語尾をいじるより、この2つの切り分けのほうがずっと効きます。

どの業務からマニュアル化すべきか

業務がたくさんあって、どれからマニュアル化すべきか迷うときは、2つの軸で優先順位をつけます。第一の軸はその業務が失われたときの影響の大きさです。担当者がいなくなると業務が止まる、品質が大きく落ちる、顧客の信頼を失う、といった業務を上に置きます。第二の軸は保有者がどれだけ一人に集中しているかです。一人しかできない業務は、その人が抜けた瞬間にゼロになるので影響が同じなら集中度の高いものを優先します。当社調査でも、ベテランが突然退職した場合の問題として「誰も解決できなくなる」が36.5%、属人化している領域として「専門的な判断基準」が60.3%で最多でした（いずれも当社調査）。影響が大きく、かつ一人に集中している判断業務から手をつける。マニュアル作成は全部を一度にやろうとすると挫折しますが、この2軸で並べれば、最初に着手すべき1つは自然に決まります。

AIで作ったマニュアルの著作権・最終責任は誰にあるか

著作権や内容の責任は、法律や各サービスの利用規約に関わるため、ここでは一般原則の範囲でお答えします。一般論として、業務マニュアルの内容に対する最終的な責任は、それを公開し業務で使う組織側にあります。AIは下書きを生成する手段であり、内容の正しさを保証する主体ではありません。だからこそ、この記事では人によるレビュー（ステップ5）と業務オーナーの設定（落とし穴③）を繰り返し強調しています。著作権の扱いや生成物の権利関係は、利用するAIサービスの規約によって定めが異なります。商用利用や権利の帰属については、自己判断せず、利用するサービスの最新の規約を確認し、必要に応じて法務に相談してください。要点は一つで、AIが作っても、最後に「これでいい」と引き受けて公開するのは人と組織だということです。

マニュアル作成AIは無料で商用利用できるか

無料のAIを業務マニュアル作成に使ってよいかも、規約次第です。一般原則でお答えします。サービスによっては、無料プランでも業務利用が認められている場合があります。ただし、確認すべき点が2つあります。一つは入力した内容が学習に使われるかどうかです。無料版では学習に使われる場合があり、機密情報や個人情報を含むマニュアルの材料を入力するのは避けるべきです。もう一つは生成物を業務で使うことが規約上認められているかです。無料・有料を問わず、利用するサービスの最新の利用規約で、商用利用の可否とデータの取り扱いを確認してから使ってください。試しに作る段階なら無料で十分ですが、機密を含む本番運用に入る前に、規約とデータ条件の確認を済ませておくのが安全です。

画面録画から手順書を自動生成できるか

PC操作を録画するだけで手順書を作れます。この記事の3タイプでいう録画型がこれにあたり、PC操作を録画すると、クリックや入力を自動検出して、スクリーンショット付きの手順書を生成してくれます。システム操作が中心のマニュアルなら、いちばん速い方法です。ただし2点、注意があります。第一に、自動検出は取りこぼしがあります。キー入力や条件分岐の操作は拾われないことがあるので、生成後に人が補います。第二に、画面が変わると陳腐化します。システムのUIが変更されると撮り直しが必要になるため、更新責任者と更新トリガーを最初に決めておきます。画面録画は「作るのが速い」反面「古くなるのも速い」ので、運用の段取りをセットで用意してください。なお、録画型ツールの個別比較は、別途公開予定のツール比較記事で取り上げます。

AIマニュアルとExcel/Word/PowerPointテンプレートの使い分け

AIでマニュアルを作るのと、Excel・Word・PowerPointのテンプレートを使うのとは、競合しません。役割が違うからです。テンプレートは「型」を提供します。見出しの並び、記入欄の構成、体裁といった器を、最初から整った形で用意してくれます。AIは「中身を埋める作業」を速くします。集めた材料を、その型に沿った文章へ変換するところで効きます。実際には併用が現実的です。テンプレートで器を決め、その器に合わせてAIに下書きを書かせ、人がレビューして判断基準を書き足すという流れです。型が決まっていないままAIに任せると出力がばらつき、型だけあって中身を人が一から書くと時間がかります。テンプレートで型を、AIで中身を、人で判断を、と分担すると無駄がありません。すぐ使えるテンプレート集と、それを形骸化させないための使い方は、別途公開予定のテンプレート集で配布・解説する予定です。

AIマニュアル作成ツールは何で選ぶべきか

ツールは知名度ではなく、自社の状況とのマッチングで選びます。判断の軸は前章までで出揃っています。

• 既存資料（規程・過去マニュアル・研修資料）が豊富 → 資料型（NotebookLMなど）
• システム操作の手順書が中心 → 録画型
• ゼロから整理しながら作りたい → 対話型（ChatGPTなど）

組織導入の場合は、これに加えてセキュリティ（入力データの扱い）・権限管理・料金体系の3点を確認してください。3点それぞれ、何を見るかを具体的に挙げます。

セキュリティ（入力データの扱い）で見るのは、入力した内容が学習に使われないか、学習オプトアウトの設定があるか、データの保存場所と保存期間はどうか、の3点です。機密を含むマニュアルを扱うなら、ここが最初の関門になります。

権限管理で見るのは、誰がどのデータにアクセスできるか、部署や役職で利用範囲を制限できるか、入力できる人とできない人を分けられるか、です。全員が何でも入力できる状態は、機密の観点で危険です。

料金体系で見るのは、課金の単位（人数・利用量・文書量のどれか）、無料枠と有料枠の差、組織で使ったときに費用が読めるか、です。一人で試すときと、組織で広げるときとで、費用の構造が変わる点に注意します。

ツールを選ぶときは、料金だけでなく、更新責任・セキュリティ条件・出典確認のしやすさも合わせて見ます。

NotebookLMとChatGPT、用途での使い分け

NotebookLMとChatGPTは、どちらか一方ではなく、用途で使い分ける（あるいは併用する）のが現実的です。判断軸を表にします。

既存資料が手元にあって出典を担保したいならNotebookLM、ゼロからの整理や判断の引き出しならChatGPT、という分け方です。実務では、NotebookLMで手順の叩き台を作り、ChatGPTで判断基準を言語化するという併用が自然な流れになります。

人が聞くべき1割を残す役割分担

「書く手間」はAIへ、「何を書くか」と「これでよいか」の判断は人へ。この記事の結論を役割分担の形にすると、次のように分かれます。

AIに任せること

• 清書・構成・翻訳の下訳作成・要約・体裁統一・更新案づくり（「書く手間」のほぼ全部）

人がやること

• 何をマニュアル化するかの選定
• 判断基準の提供（AIは聞き手にはなれますが、答えは人の中にしかありません）
• 現場との整合チェック
• 翻訳の最終確認（用語、文体、地域・文化への適合、誤訳、安全・法務上のニュアンス）
• 安全・品質の最終的な線引きと、公開の責任

この分担は、現場の期待とも一致しています。当社調査では、AI導入に期待するメリットの最多は「業務品質の標準化、若手でもベテランに近い判断ができるようになること」（54.6%・複数回答）でした。つまり、期待の中心は判断のばらつきがなくなることにあると読み取れます。そして判断は、人が提供しない限りAIの出力には入りません。この食い違いを埋めるのが前章までの判断引き出しの工程です。役割分担とは、AIに任せて浮いた時間を、この判断の引き出しに振り向けるという時間配分のことでもあります。

AIは「魔法のペン」ではなく「設計アシスタント」です。9割の手間をAIに渡し、浮いた時間を「書けない1割」＝判断の引き出しに使う。それが、使われるマニュアルを作る、いちばん確実な順序です。この記事で示した「9割／1割マップ」は、その時間配分を決めるための地図にほかなりません。

よくある質問

Q. 無料プランでどこまでできますか

A. 利用できる機能や上限はサービスと時期によって変わるため、現行プランを確認してください。まず非機密の資料で構成案・下書き・校正・要約を試し、組織で使う前に、機密情報の入力可否、データの取り扱い、権限、ログの4点を社内ルールと利用規約で確認します。

Q. NotebookLMとChatGPTはどちらがいいですか

A. 既存資料からの生成と出典の明示はNotebookLM、ゼロからの整理や対話はChatGPTが向いています。用途が違うので、併用が現実的です。手順の叩き台はNotebookLM、判断基準の引き出しはChatGPT、という分け方を起点にしてください。

Q. セキュリティで気をつけること

A. 無料版では入力内容がAIの学習に使われる場合があります。社内規定を確認したうえで、法人向けプランやオプトアウト設定（入力を学習に使わせない設定）の利用を検討してください。あわせて、誰が何を入力してよいかの権限と、入力の記録（ログ）が残るかも確認しておくと安全です。

Q. AIで作ったマニュアルの著作権や責任は誰にありますか

A. 一般論として、業務で使うマニュアルの内容に対する最終的な責任は、公開し利用する組織側にあります。AIは下書きを作る手段で、内容の正しさを保証する主体ではありません。著作権や権利の帰属は利用するAIサービスの規約で定めが異なるため、商用利用や権利については最新の利用規約を確認し、必要に応じて法務に相談してください。

Q. マニュアル作成AIは無料で商用利用できますか

A. サービスによって異なります。無料プランでも業務利用が認められている場合がありますが、入力内容が学習に使われるか、生成物を業務で使ってよいかを、利用規約で確認してから使ってください。機密や個人情報を含む材料を無料版に入力するのは避けるのが安全です。

Q. 画面録画から手順書を自動で作れますか

A. 作れます。録画型のツールがPC操作を録画してクリックや入力を検出し、スクリーンショット付きの手順書を生成します。システム操作のマニュアルに向きますが、自動検出の取りこぼしを人が補うことと、画面変更で陳腐化するため更新の段取りを最初に決めておくことが必要です。具体的な録画型ツールの比較は、別途公開予定のツール比較記事で取り上げます。

Q. AIで作るのと、Excel/Word/PowerPointのテンプレートはどう使い分けますか

A. 競合しません。テンプレートは「型（器）」を、AIは「中身を埋める作業」を担います。テンプレートで型を決め、AIで下書きを書き、人が判断基準を書き足す、という併用が無駄のない流れです。

9割はAIで進み、残り1割は人に聞く

構成も、下書きも、校正も、もう人が抱え込む仕事ではありません。マニュアル作成の手間の大半はAIで本当に消えます。ここは安心してAIに渡してください。

ただし、マニュアルの価値を決める残りの1割、つまり例外のときどう判断するかは、入力されない限りAIには書けません。これはツールを替えても解決しない構造です。だから、AIで浮いた時間で、ベテランに4つの質問を投げかけてみてください。「やり直しの基準は何か」「手順どおりに進めなかったケースはあるか」。返ってきた答えを、帰属を保った条件文として【考え方】欄に書き足したとき、そのマニュアルは「読まれる文書」から「聞かれなくなる文書」に変わります。手元に置いておきたいのは、たった一枚の地図です。マニュアルの中身を、AIに任せる手順（9割）と、人から引き出す判断（1割）に分ける「9割／1割マップ」。これさえあれば、ツールにもプロンプトにも迷いません。

関連記事

• 使われるマニュアルに変える二層設計　使われるマニュアルの設計原則を見る
• 生成AI時代のナレッジマネジメント　AIに渡す前のナレッジ整備を確認する
• AIで業務引き継ぎを進める方法　引継書への応用を確認する
• マニュアル作成テンプレート集（Excel・Word・パワポ）　形式ごとの項目構成
• 生成AIガイドライン（社内ルール）の作り方　盛り込む8項目とサンプル構成
• 生成AIで人は育たなくなるのか　脱スキルの研究と防ぐ設計

※この記事は、知識ではなく「判断力」の継承に取り組む株式会社taiziiiが運営しています。この記事のプロンプト集（手順用3種＋判断引き出し用4種＋AIインタビュアー指示文）をまとめた配布版は、こちらからダウンロードできます。

出典・参考文献

• 株式会社taiziii「企業の属人化防止完全ガイドブック2026」掲載調査（管理職〔課長以上〕200名・インターネット調査。資料記載の調査期間：2025年8月14日〜18日、2026年2月24日〜3月6日）
• Bastani, H., Bastani, O., Sungu, A., Ge, H., Kabakcı, Ö. & Mariman, R. (2025) “Generative AI Without Guardrails Can Harm Learning: Evidence from High School Mathematics,” Proceedings of the National Academy of Sciences (PNAS)
• Lee, H.-P. et al. (2025) “The Impact of Generative AI on Critical Thinking: Self-Reported Reductions in Cognitive Effort and Confidence Effects From a Survey of Knowledge Workers,” Proceedings of ACM CHI 2025（Microsoft Research × Carnegie Mellon University）
• Bainbridge, L. (1983) “Ironies of Automation,” Automatica, 19(6), 775–779
• Parasuraman, R. & Manzey, D. H. (2010) “Complacency and Bias in Human Use of Automation: An Attentional Integration,” Human Factors, 52(3), 381–410. https://doi.org/10.1177/0018720810376055