「マニュアルを作っておいて」と言われたのに、いざ作り始めると、手順書なのか、業務ルール集なのか、引き継ぎ資料なのか分からなくなることがあります。特に上司への提出前に「これ、ただの作業メモじゃない？」と言われると、そこから作り直しになって焦りますよね。
マニュアルと手順書の違いは、かなりシンプルです。マニュアルは「業務全体を理解するための資料」、手順書は「作業を同じ順番で再現するための資料」です。たとえば、採用業務マニュアルなら応募受付から面接、内定連絡までの全体像を扱います。一方で、面接日程調整の手順書なら、候補者へメールを送り、カレンダーに登録し、担当者へ共有するところまでを1つずつ書きます。
マニュアルと手順書の違いは「全体理解」と「作業再現」にある
マニュアルと手順書の違いで迷ったら、まず「読む人に何をしてほしいのか」を見ます。業務の全体像を理解してほしいならマニュアル、今すぐ同じ作業をしてほしいなら手順書です。
たとえば、新人が入社初日に見る資料を考えてみてください。会社のルール、業務の流れ、使うツール、困ったときの相談先まで知る必要がありますよね。これはマニュアル向きです。一方で、「請求書をPDF化して指定フォルダに保存する」という作業だけを教えるなら、必要なのは手順書になります。
ここを混ぜると、現場で読まれない資料になります。マニュアルに細かすぎる操作手順を詰め込むと、全体像が見えなくなります。逆に手順書に理念や背景を書きすぎると、作業中の人が必要な手順を探せず、結局先輩に聞きに行くことになるんです。
| 項目 | マニュアル | 手順書 |
|---|---|---|
| 目的 | 業務全体を理解させる | 作業を同じ手順で実行させる |
| 範囲 | 複数業務やルールまで含む | 1つの作業に絞る |
| 読む場面 | 配属時、引き継ぎ時、教育時 | 作業直前、作業中、確認時 |
| 書く内容 | 目的、全体像、判断基準、注意点 | 操作順、入力内容、確認箇所 |
| 向いている例 | 経理業務マニュアル | 請求書発行手順書 |
この表だけ見ると簡単に見えますが、実務では境界がかなり曖昧です。だから、名前から決めるのではなく「読み手がその資料を開く瞬間」を先に想像してください。新人が勉強するために読むのか、担当者が画面を開きながら確認するのか。そこが決まると、書くべき粒度も自然に決まります。
マニュアルを作るべき業務と手順書を作るべき業務の見分け方
マニュアルに向いているのは、判断が必要な業務です。たとえば問い合わせ対応、採用、営業事務、顧客対応、記事制作などは、状況によって対応が変わります。こうした業務では、単に順番を書くだけでは足りません。「どんな考え方で判断するか」まで伝える必要があります。
手順書に向いているのは、順番を間違えるとミスになる業務です。たとえばシステム登録、請求書発行、備品発注、勤怠締め処理、データアップロードなどですね。こういう作業は、担当者の経験や感覚に任せるより、画面単位で手順化した方が安全です。
判断が必要な業務はマニュアルにする
新人に業務を教えるとき、「この場合はAだけど、この場合はB」と説明する場面がありますよね。そういう業務は、手順書だけではカバーできません。
たとえば、クレーム対応を考えてみます。「謝罪する」「内容を確認する」「上長に共有する」と手順を書くことはできます。ただ、実際の現場では、お客様が怒っている理由、こちらに非があるか、返金対象か、社内確認が必要かで対応が変わります。ここで必要なのは、作業順ではなく判断の軸です。
そのため、マニュアルには「目的」「基本方針」「判断基準」「NG対応」「例外時の相談先」を入れます。読む人が自分で考えて動けるようにするのが、マニュアルの役割です。
順番を間違えると事故になる作業は手順書にする
月末の請求処理やシステム更新作業では、1つ手順を飛ばしただけでやり直しになります。提出直前に数字が合わず、担当者が画面を戻って原因を探す。あの時間、かなりしんどいですよね。
こういう業務は、考え方よりも「次に何を押すか」「どの項目に何を入れるか」を明確にした方が役立ちます。手順書では、作業者が迷う余地を減らすことが大事です。
特に、画面操作がある作業はスクリーンショットを入れると一気に使いやすくなります。文字だけで「設定画面を開く」と書くより、「右上の歯車アイコンをクリック」と書いた方が、作業中の人は止まりません。
マニュアルの作り方は「業務の地図」を作る感覚で進める
マニュアル作成で失敗する人は、最初から本文を書き始めます。これをやると、書いている途中で範囲が広がり、最終的に何の資料なのか分からなくなります。
マニュアルは、文章を書く前に設計します。業務の入口から出口までを並べて、「誰が、いつ、何を判断するのか」を見えるようにする。地図を描いてから道案内を書くイメージです。
ロロメディア編集部で記事制作のマニュアルを整えたときも、最初にやったのは文章化ではありませんでした。企画、構成、執筆、校正、入稿、公開後確認という工程を紙に書き出し、どこでミスが起きやすいかを先に洗い出しました。これをやるだけで、書くべき内容がかなり絞れます。
最初に業務範囲を決める
マニュアル作成で最初につまずくのは、「どこまで書くか」が決まっていないときです。たとえば営業マニュアルを作る場合、初回商談だけを書くのか、受注後の引き継ぎまで書くのかで内容が変わります。
ここを曖昧にしたまま作ると、途中で別業務まで入り込んできます。結果として、読む人にとって重たい資料になります。
最初に決めるべきことは、次の3つです。
- 誰が読む資料か
- どの業務範囲まで扱うか
- 読んだ後に何ができればよいか
この3つを先に書いておくと、内容がブレにくくなります。たとえば「新人営業が初回商談前に読む資料」と決めれば、契約後の請求処理まで詳しく書く必要はありません。逆に「営業事務の引き継ぎ資料」なら、商談トークよりも受注後の処理が重要になります。
業務フローを先に書いてから本文にする
いきなり文章にすると、作成者の頭の中の順番で書いてしまいます。でも、読む人が知りたいのは、現場で起きる順番です。
そのため、まずは業務フローを作ります。業務フローとは、作業の流れを順番に並べたものです。難しく考える必要はありません。「依頼を受ける」「内容を確認する」「社内で判断する」「対応する」「記録する」のように、ざっくりで大丈夫です。
その後に、それぞれの工程で必要な情報を足していきます。ここで「判断が必要な工程」「ミスが起きやすい工程」「新人が質問しやすい工程」に印をつけると、マニュアルの質が上がります。全部を同じ熱量で書くのではなく、つまずく場所を厚く書くのがコツです。
判断基準と例外対応を入れる
マニュアルが使われなくなる原因の1つは、例外に弱いことです。通常パターンだけ書かれていて、少し状況が変わると使えなくなる。すると現場では「結局、先輩に聞いた方が早い」となります。
たとえば、問い合わせ対応マニュアルなら「即答できる場合」「確認が必要な場合」「責任者判断が必要な場合」を分けて書きます。単に返信例文を並べるだけでは不十分です。
実務では、例外が起きたときこそ資料の価値が問われます。マニュアルには、完璧な答えをすべて入れる必要はありません。ただ、「ここから先は上長に確認」「この条件なら営業担当へ共有」といった分岐を入れておくと、現場の迷いが減ります。
手順書の作り方は「新人が画面を見ながら実行できるか」で判断する
手順書は、読ませる資料ではなく、作業しながら使う資料です。だから、文章の美しさより、迷わず進めることが優先されます。
作業中に手順書を開いた人は、じっくり読んでいません。画面を見ながら、「次に何をするんだっけ」と確認しています。そこで長い説明が続くと、手が止まります。
たとえば、社内システムに取引先情報を登録する手順書なら、「取引先管理画面を開く」だけでは不親切です。「左メニューの取引先管理をクリックし、右上の新規登録ボタンを押す」まで書く必要があります。ここまで書いて、ようやく実務で使えます。
1作業1手順で細かく分ける
手順書では、作業を小さく分けます。「顧客名を入力する」「担当者名を入力する」「メールアドレスを入力する」「保存ボタンを押す」のように、操作単位で書きます。少し細かすぎるくらいでちょうどいいです。
ただし、細かくしすぎて読みにくくなる場合は、表を使うと整理できます。
| 手順 | 操作内容 | 確認ポイント |
|---|---|---|
| 1 | 管理画面にログインする | アカウントが正しいか |
| 2 | 取引先管理を開く | 左メニューから選ぶ |
| 3 | 新規登録をクリックする | 右上のボタンを押す |
| 4 | 必須項目を入力する | 赤い印の項目を埋める |
| 5 | 保存後に一覧で確認する | 登録名に誤字がないか |
表にすると、作業者は手順と確認ポイントを同時に見られます。特にミスが起きやすい作業では、「何をするか」だけでなく「何を確認するか」まで入れると、やり直しが減ります。
スクリーンショットは迷う場所だけに入れる
手順書にスクリーンショットを大量に貼る人がいます。気持ちは分かります。親切に見えますよね。
でも、全画面に画像を入れると、更新が大変になります。システムのボタン位置が少し変わっただけで、全体を直さなければいけません。作るときは頑張れても、半年後に誰も更新できなくなります。
おすすめは、迷いやすい場所だけ画像を入れる方法です。ログイン画面のように誰でも分かる部分は文字で十分です。一方で、似たボタンが並ぶ画面や、入力項目が多い画面は画像を入れた方が親切になります。
完了条件を必ず書く
手順書で抜けがちなのが、完了条件です。作業者は「保存したら終わり」なのか、「保存後に別担当へ連絡したら終わり」なのかで迷います。
たとえば、請求書発行の手順書なら、PDFを作るだけでは終わりではありません。送付先を確認し、ファイル名を整え、指定フォルダに保存し、経理担当へ共有するところまで必要な場合があります。
手順書の最後には、「完了の状態」を書きましょう。たとえば「指定フォルダにPDFが保存され、管理表のステータスが送付済みになっている状態」と書けば、作業者は迷いません。ここまで書くと、確認する側もチェックしやすくなります。
マニュアルと手順書に入れるべき項目の参考例
作り始める前に、型を持っておくとかなり楽です。毎回ゼロから考えると、どうしても抜け漏れが出ます。
ただし、テンプレートをそのまま使うだけでは不十分です。大事なのは、自社の業務に合わせて削ることです。全部入れようとすると、読まれない資料になります。
マニュアルに入れる項目の参考例
マニュアルは、読む人が業務の全体像を理解し、状況に応じて判断できる状態を目指します。だから、単なる作業一覧ではなく、業務の目的や判断基準まで入れます。
たとえば、採用業務マニュアルなら次のような構成が使いやすいです。
| 項目 | 書く内容 |
|---|---|
| 目的 | 採用業務で何を実現するか |
| 対象者 | 誰が使う資料か |
| 全体フロー | 応募受付から入社までの流れ |
| 各工程の説明 | 面接設定、評価、内定連絡など |
| 判断基準 | 合否判断、選考通過条件 |
| 使用ツール | 採用管理システム、メール、カレンダー |
| 注意点 | 個人情報の扱い、連絡漏れ防止 |
| 例外対応 | 辞退、日程変更、緊急連絡 |
| 更新ルール | 誰がいつ見直すか |
手順書に入れる項目の参考例
手順書は、作業者が同じ結果を出せるようにする資料です。そのため、余計な背景説明は削り、操作と確認ポイントに集中します。
たとえば、請求書発行手順書なら次のような構成になります。
| 項目 | 書く内容 |
|---|---|
| 作業名 | 請求書発行手順 |
| 作業タイミング | 毎月25日、納品完了後など |
| 作業者 | 経理担当、営業事務など |
| 事前準備 | 契約書、納品書、顧客情報 |
| 操作手順 | システム入力、PDF出力、保存 |
| 確認項目 | 金額、宛名、支払期限 |
| 完了条件 | 保存、送付、管理表更新 |
| トラブル時 | 金額不一致、送付先不明時の対応 |
ここで大事なのは、手順を読めば作業が終わることです。「必要に応じて確認する」のような曖昧な書き方は避けます。何を、誰に、どのタイミングで確認するのかまで書くと、現場で使われる手順書になります。
マニュアルと手順書が読まれない原因は作成後の運用にある
資料を作ったのに使われない。これはかなりつらいです。作成者としては時間をかけたのに、現場では結局口頭で確認される。そうなると「作った意味あったのかな」と感じるかもしれません。
でも、読まれない原因は文章力だけではありません。多くの場合、更新されていない、探しにくい、現場の言葉とズレている。この3つが原因です。
特に手順書は、現場の作業と1か所ズレるだけで信用を失います。画面名が変わっている、担当部署が古い、保存先フォルダが違う。こうした小さなズレがあると、読者は「この資料は信用できない」と判断します。
更新担当者を決めないと古くなる
マニュアルや手順書は、作って終わりではありません。業務が変われば資料も変わります。
ただ、更新担当者が決まっていない資料は必ず古くなります。誰かが気づいたときに直す運用は、実務ではほぼ機能しません。忙しいと後回しになるからです。
最低限、資料の冒頭か末尾に「更新日」「更新者」「次回見直し時期」を入れてください。これだけで、資料の信頼度が変わります。読み手も「いつの情報か」を判断できます。
保存場所が分からない資料は存在しないのと同じ
現場で一番困るのは、資料があるのに見つからない状態です。月末処理の直前に「たしか手順書あったよね」と探し始め、チャット、フォルダ、過去メールを行ったり来たりする。作業前から疲れますよね。
資料は、作ることよりも見つけられることが大事です。ファイル名には業務名、対象者、更新日を入れると探しやすくなります。
たとえば、「請求書発行手順書_経理担当向け_202605」のようにしておくと、検索で見つけやすくなります。「最新版」「最終版」「修正版」のような名前は避けましょう。数か月後に、どれが本当に最新か分からなくなります。
マニュアルと手順書を作るときの失敗例と直し方
実務で資料を作ると、失敗パターンはだいたい決まっています。最初から完璧に作ろうとするより、よくあるミスを避けた方が早く質が上がります。
ベテランの感覚で書くと新人には伝わらない
ベテランが作った資料ほど、「当然分かるよね」という部分が抜けます。たとえば「管理画面から対象データを抽出する」と書かれていても、新人は管理画面の場所が分かりません。
作成者にとって当たり前の操作ほど、読み手には当たり前ではありません。ここを埋めるには、実際に新人や別部署の人に読んでもらうのが一番です。
ロロメディア編集部でも、記事入稿の手順を作ったとき、作成者は「カテゴリーを設定する」とだけ書いていました。でも初めて入稿する人は、どのカテゴリーを選ぶかで止まります。そこで「SEO記事の場合はビジネスカテゴリを選ぶ」と書き足しただけで、質問がかなり減りました。
きれいに作りすぎると更新されなくなる
デザインに凝ったマニュアルは見栄えが良いです。ただ、更新しにくい資料は長持ちしません。
PowerPointで装飾を多く入れたり、画像を細かく配置したりすると、修正のたびに時間がかかります。すると、少しの変更なら誰も直さなくなります。
実務では、少し地味でも更新しやすい資料の方が強いです。Googleドキュメントや社内Wikiなど、複数人で編集しやすい形にしておくと、運用が続きやすくなります。見た目より、直しやすさを優先してください。
まとめ：マニュアルと手順書は目的を分けると現場で使われる
マニュアルと手順書の違いは、難しく考える必要はありません。マニュアルは業務全体を理解するための資料、手順書は作業を同じ順番で再現するための資料です。
迷ったときは、「読む人は今、何をしたいのか」で判断してください。業務の背景や判断基準を知りたいならマニュアル。画面を見ながら作業を進めたいなら手順書です。
そして、どちらにも共通して大事なのは、現場で本当に使えることです。きれいな資料より、迷わず動ける資料の方が価値があります。提出用に整えるだけでなく、実際に新人が読んで作業できるか、担当者が月末に見返して迷わないか。そこまで確認して、ようやく使える資料になります。
最後に、今日から作るならこの順番で進めてください。まず業務範囲を決める。次に読む人を決める。その後、マニュアルなら全体像と判断基準を、手順書なら操作順と完了条件を書きます。これだけで、資料作成の迷いはかなり減りますよ。
