マニュアルが読まれない理由｜読ませる工夫より、要らなくする

退職する人に頼んで、引き継ぎのマニュアルを作ってもらった。40ページある。共有フォルダに置いて、朝礼で「ここにあります」と伝えた。3か月後、同じ質問が口頭で回ってくる。「それ、マニュアルに書いてあるよ」「読んだんですけど、どこだか分からなくて」。新しく入れたツールの操作手順も同じで、ベンダーがくれたPDFは誰も開いていない。

「マニュアル 読まれない」で検索すると、「読まれるマニュアルの書き方」「見やすいレイアウトのコツ」が並びます。この記事はそちらではありません。読まれないのは書き方の問題でも読む側の問題でもなく、読まなくても仕事が回る構造があるからです。だから答えは「読ませる工夫」ではなく、「マニュアルを要らなくする」です。

マニュアルが読まれないのは、読まずに済む構造があるから

読まれない理由は3つで、どれも読む側の怠慢ではありません。

1つ目は、聞いたほうが早いことです。書いた人が隣の席にいる限り、40ページを探すより「これどうやるんでしたっけ」の一言のほうが確実に速い。読まない人は合理的に動いています。

2つ目は、探しても目当ての箇所に着かないことです。共有フォルダに「マニュアル_最新版」「マニュアル_最新版（修正）」が並んでいる。開いても目次が無い、あっても自分の困りごとの言葉で書かれていない。「請求書の再発行」を探しているのに、見出しは「売上管理システムの操作」になっています。

3つ目は、読んでも自分の場面に合わないことです。マニュアルは標準の手順で書かれますが、実際に困るのは例外です。「取引先が2社にまたがる場合」「先月分を今月に計上する場合」。その答えは書いていないので、結局聞きに行きます。

この3つに共通するのは、読む前提そのものが崩れていることです。Nielsen Norman Groupが1997年に公表した調査「How Users Read on the Web」では、テストユーザーの79%が新しいページを流し読みし、一語ずつ読んだのは16%でした。2008年の「How Little Do Users Read?」では、Webの閲覧記録を分析した結果として、平均的な閲覧で読めるのは本文の多くて28%、実際には20%程度と書かれています。どちらもWebページの調査ですが、共有フォルダに置いたPDFや社内ポータルのページも、画面で読まれる点は同じです。

つまり「読めば分かるはず」は、前提として弱い。画面の文章は流し読みされ、大半は読まれません。読まれないマニュアルを、読まれる前提で直そうとしているうちは、同じところを回り続けます。

「読ませる工夫」が効かない理由

読み手のコストを下げても、読まない自由は残るからです。

読まれないと分かったとき、最初に出てくる対策はだいたい決まっています。短くする、図を増やす、動画にする、研修で周知する、「読んだらチェック」を必須にする。どれも読み手のコストを下げる工夫で、間違ってはいません。ただ、読まなくても仕事が回る限り、読む動機は生まれません。短くなったマニュアルも、隣の人に聞くより速くはならないからです。

大きい会社では、これを仕組みで押し切れます。文書管理の部門があり、監査で「手順書のとおりにやっているか」を見るので、読まないと困る状況を作れる。人手の足りない会社に同じことは持ち込めません。読ませる係を置く余裕が無いのに「読ませる工夫」を積むと、作る側の負担だけが増えて、読まれ方は変わらない。

ここで発想を変えます。良い状態は「全員がマニュアルを読んでいる」ではなく、「マニュアルを意識しないまま、正しい手順で仕事が回っている」です。AIやツールの導入で私たちが目指す状態と同じで、使う人が意識しないまま業務が軽くなっているのが良い。マニュアルもそれと同じで、読まれているかどうかは目標ではありません。

読まれないマニュアルを、要らなくする3つの形

画面に埋める、手順を減らす、AIに聞ける形にする。この3つで、読む場面そのものを無くします。

1つ目：手順を、入力する画面に埋める

マニュアルの大半は「この欄にはこれを入れる」「この順で進める」の説明です。それなら、説明を画面の側に置きます。入力欄の項目名を業務の言葉にする、欄の横に入力例を出す、必須項目を上に並べる、選択肢を絞る。kintoneやGoogleフォームのような既製のツールなら、設定画面から入力例や説明文を付けられます。紙の帳票でも、記入例を横に印刷しておくのは同じ発想です。

「マニュアルを読んでから入力する」を、「入力欄が手順を語る」に変える。読む工程が消えるので、読まれないという問題も消えます。

2つ目：手順そのものを減らす

マニュアルが長いのは、手順が多いからです。手順が多いのは、判断する箇所が多いからです。「AかBか、場合による」と書かれている箇所を減らせば、マニュアルは自然に短くなり、いずれ要らなくなります。既定値を決める（迷ったらA）、選択肢を減らす（Cは廃止）、例外を先に潰す（2社にまたがる案件は分割して登録する）。

どこを減らすかは、業務を全部書き出さなくても見つかります。やり方は業務棚卸のやり方｜全部書き出さないで済ませるに書きました。マニュアルのページ数が多い業務は、判断が多い業務です。そこが減らす場所です。

3つ目：生成AIに読ませて、人は聞くだけにする

今あるマニュアルを、そのまま生成AIに読ませます。NotebookLMのように、手元の文書だけを材料にして答えるツールを使えば、社員は40ページを探す代わりに「請求書の再発行はどうやりますか」と聞くだけで済みます。人が読まなくても、AIが読む。読まれない理由の2つ目「探しても着かない」が、この形で消えます。

注意点は2つあります。1つは、古い版を読ませると古い答えが返ることです。「最新版」と「最新版（修正）」が並んでいる状態でAIに渡すと、どちらの手順が返るか分からない。渡す前に版を1つにします。もう1つは、マニュアルに顧客名や個人情報が含まれている場合です。何を貼ってよいかは、先に線を引いておきます。線の引き方は生成AIの社内ルールは3つで足りるのとおりで、3行あれば足ります。

「うちのマニュアルは、3つのどれに変えるのが早いか」から、ご相談ください。いま使っているマニュアルの目次と、口頭でよく来る質問を数件書いていただければ、埋める・減らす・聞けるようにする、のどれから手をつけるかを返します。相談と見積りに費用はいただきません。

全部を作り直さない。同じ質問が3回来た箇所から

マニュアル全体を直さず、機能していない箇所だけを3つの形のどれかに変えます。

40ページを全部、画面に埋め直したりAIに整えたりする必要はありません。まず1週間、口頭で来た質問をメモします。「それマニュアルに書いてあるよ」と言いたくなった質問だけで構いません。同じ質問が3回来たら、そこがマニュアルの機能していない箇所です。その箇所だけを、埋めるか、減らすか、聞けるようにする。残りのページは放っておいて構いません。読まれていないなら、直す必要もないからです。

手をつけたあとに見るのは、マニュアルが整ったかどうかではありません。「マニュアルを整備した」は、それだけでは何も意味しない。見るのは、口頭で来る質問が減ったか、確認のやり取りが減ったかです。数え方はAI導入の効果測定｜見るのは減った時間だけと同じで、減った回数と時間だけを見ます。質問が減っていなければ、変え方が違うか、変える箇所が違います。

この順番は、一社一社で違います。人の入れ替わりが多い会社は「埋める」から、判断の多い業務を抱えている会社は「減らす」から、マニュアルの量が多くて整理する余裕が無い会社は「聞ける形」から入るのが早い。どれが正しいかは、どの質問が3回来ているかで決まります。

今日からやること

よくある質問

マニュアルを読まない人には、どう対応すればいいですか。

読まない人を変えるより、読まなくても正しい手順で進む形に変えるほうが早く、確実です。読まない人は「聞いたほうが速い」と判断しているだけで、その判断はたいてい正しい。入力画面に手順を埋めるか、AIに聞ける形にすれば、その人は読まないまま正しくやれます。

引き継ぎマニュアルを作ってもらったのに、読まれません。

引き継ぎのマニュアルは、辞める人が自分の頭の中を書き出したものなので、標準の手順は書いてあっても、後任が実際に困る例外は書かれていないことが多い。読まれないのではなく、読んでも答えが無い。後任が口頭で聞いた質問を1か月分メモして、その答えだけを足すほうが、40ページを書き直すより効きます。

短くしたり、動画にしたりすれば読まれますか。

読み手のコストは下がりますが、読まなくても仕事が回る構造は変わらないので、読まれ方は大きくは変わりません。短くする作業に時間を使うなら、同じ時間で「場合による」を1つ既定値にするほうが、マニュアルは確実に短くなります。

AIにマニュアルを読ませると、古い情報を答えませんか。

古い版を渡せば、古い答えが返ります。渡す前に版を1つにすることが条件です。逆に言えば、AIに渡す作業が、散らかった版を整理するきっかけになります。個人情報や顧客名が含まれるページは、渡す前に線を引いておきます。

まとめ

マニュアルが読まれないのは、読む側の問題ではありません。聞いたほうが早い、探しても着かない、読んでも合わない。読まなくても仕事が回る構造がある限り、短くしても図を入れても、読まれ方は変わりません。

答えは、マニュアルを要らなくすることです。手順を入力画面に埋める、手順そのものを減らす、生成AIに読ませて人は聞くだけにする。全部を作り直さず、同じ質問が3回来た箇所だけから変えます。見るのはマニュアルが整ったかではなく、口頭の質問が減ったかです。

ツール自体が使われていない場合は、マニュアルの前に別の問題があります。ツールが定着しない｜直すか捨てるかの決め方で、直す価値があるかを先に判断してください。入れる前の話なら、SaaSが使われない3つの理由で書いた「導入前に決める1行」が、マニュアルを要らなくする最初の一歩になります。