使われないマニュアルはなぜ生まれるのか。読まれる文書に変える二層設計のコツ

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

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

そこで取られる対処が、マニュアル専用ツールの導入や、社内文書を横断検索する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で業務引き継ぎを進める方法　引継書への応用を見る
• 属人化を解消する作業と判断の分け方　属人化の切り分けに戻る

※この記事は、知識ではなく”判断力”の継承に取り組む株式会社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フレームワークの解説論文）