業務マニュアルと手順書は、役割を分けて考える

業務マニュアルは、仕事の目的、全体の流れ、共通ルール、判断の基準をまとめた文書です。一方、手順書は「この作業を、どの順番で進めるか」を具体的に示します。

たとえば請求業務なら、締日や確認の流れまで扱うのが業務マニュアルです。その中にある「請求書を作成して送る」という一つの作業を、画面や項目ごとに説明するのが手順書です。

二つを一冊に詰め込むと、全体像を知りたいときには細かすぎ、作業中に開くには長すぎます。反対に、操作だけを書けば、例外が起きたときに判断できません。全体の地図と、曲がり角ごとの案内を分ける感覚が近いでしょう。

この記事では、日々の作業中に使う文書を「手順書」と呼びます。ただし、作るときは作業の目的や前後の流れも確かめます。そこを省くと、正しい手順でも実際の仕事につながらないからです。

マニュアルが読まれない原因は、文章の外にもある

読まれない理由を文章の下手さだけに求めると、言い換えを重ねても状況は変わりません。多くの場合、探す、開く、判断する、更新するという四つのどこかで止まっています。

探すところで止まる。共有フォルダの奥にあり、ファイル名も似ている。この状態なら、質問したほうが早いと感じるのも無理はありません。業務の一覧や依頼画面から、一回の操作で開ける場所へつなぎます。

開くタイミングが分からない。手順書があることを知っていても、いつ見るのか決まっていなければ思い出せません。「依頼を受けたら最初に開く」「月末処理を始める前に確認する」のように、業務の入口と結び付けます。

判断に必要な情報がない。ボタンを押す順番だけでは、金額が違う、書類が足りない、承認が戻ったといった場面で止まります。通常と違うときの確認先や、作業を進めてよい条件も必要です。

古いまま残る。画面や担当が変わったのに以前の説明が残っていると、一度の失敗で信用を失います。更新日だけでなく、誰が直すか、変更をどこで知るかまで決めておきます。

つまり、読まれる手順書は読みやすい文書であると同時に、業務の流れに組み込まれた道具です。ここが見えたら、次は書き方を一つの型にします。

伝わる手順書は、入口・判断・完了で組み立てる

手順を並べる前に、「入口・判断・完了」の三点を決めます。これは、2nd COREが実務を整理するときに使う小さな設計図です。

入口は、作業を始めるきっかけと、必要なものがそろった状態です。「依頼メールが届いたら開始」だけでなく、「見積書と送付先を確認してから開始」と書けば、途中で探し物をする時間が減ります。

判断は、手順が分かれる条件です。「不備がある場合は確認する」では足りません。どの項目が欠けたら、誰へ、何を伝えて戻すのかまで決めます。迷いが起きる場所ほど、文章を厚くします。

完了は、どこまで終われば次へ渡せるかという基準です。ファイルを作っただけなのか、確認を受けて保存したところまでなのか。完了の形が曖昧だと、やったつもりと待っているつもりがぶつかります。

この三点が決まると、書くべき内容が絞られます。操作画面をすべて説明するより、「始められる条件」「迷う分岐」「終わった証拠」を先に押さえるほうが、現場では使いやすくなります。

伝わる手順書を作る5ステップ

最初から全業務をそろえる必要はありません。質問が多い、担当者が休むと止まる、ミスの影響が大きい。このどれかに当てはまる作業を一つ選び、次の順で作ります。

1. 対象業務と使う場面を一文で決める
2. 実際の作業を見ながら動作と判断を書き出す
3. 入口・判断・完了の順で構成する
4. 一文一動作で本文を作る
5. 20分初見テストを行い、止まった場所を直す

ステップ1：対象業務と使う場面を一文で決める

「経理業務」のような広い題名ではなく、「取引先から届いた請求書を確認し、保存する」のように、始まりと終わりが見える大きさへ切ります。長い業務は、開く場面ごとに分けたほうが探しやすくなります。

ここで、手順書を使う瞬間も決めます。「初めて担当するとき」だけではなく、毎回見るのか、迷ったときに見るのかをはっきりさせます。毎回使うなら、業務のチェック欄から直接開ける形が合います。

ステップ2：実際の作業から情報を集める

記憶だけで書かず、一度作業をしながら、開いた資料、入力した項目、確認した相手、保存した場所を記録します。慣れている人ほど無意識に飛ばす動きがあるため、手元を追うことが欠かせません。

特に残したいのは、手が止まった瞬間です。「この場合は前回のメールを見る」「金額が違えば確認する」といった動きに、判断基準が隠れています。ここが手順書の価値になります。

ステップ3：先に骨組みを作る

集めた情報を、準備、通常の手順、分岐、確認、保存の順に並べます。いきなり文章を書き始めると、作業順ではなく思い出した順になりがちです。

見出しだけを読んでも流れが分かるか、一度確かめます。前の工程の完了が、次の工程の入口になっていれば、説明のつながりも自然です。

ステップ4：一文一動作で書く

一つの文には、一つの動作を入れます。「内容を確認して保存し、担当者へ連絡する」ではなく、確認、保存、連絡を分けます。途中で止まったとき、どこから再開するかが分かるためです。

「適切に」「必要に応じて」といった言葉は便利ですが、それだけでは判断が読み手に残ります。何を見て、どの状態なら、どう動くのかに置き換えると迷いにくくなります。専門用語を使う場合は、最初に短い説明も添えます。

ステップ5：20分初見テストで止まり方を見る

下書きができたら、その作業に慣れていない人へ渡し、説明せずに20分だけ進めてもらいます。最後まで終えることが目的ではありません。どこで止まり、何を探し、どんな質問が出るかを見るテストです。

横から答えたくなった場所は、そのまま記録します。用語が分からないのか、必要なファイルへ行けないのか、判断条件がないのか。原因を分け、止まった箇所だけを直します。書き手が読み返すより、欠けている情報が早く見つかります。

一枚の手順書に入れる基本項目

手順書の形は、使う道具より中身が先です。文書作成ソフトでも共有ページでも、次の項目が一つの流れで見えれば始められます。

• 題名：作業の始まりと終わりが分かる名前
• 目的：何のために行う作業か
• 開始条件：依頼、資料、権限など、始める前に必要なもの
• 手順：番号付きの一文一動作
• 分岐：通常と違う場合の確認先と戻し方
• 完了条件：保存、連絡、承認など、終わったと判断できる状態
• 管理情報：更新日、更新した人、正本の保存場所

画像は、文章では位置を説明しにくい場所へ使います。画面全体を何枚も貼るより、操作する場所が分かる画像を必要なところだけ添えます。画面が変わりやすい作業では、画像を増やしすぎると更新の負担も増えます。

ファイル名には「最終版」「最新版」を重ねず、正本を一つに決めます。正本とは、正式な内容として直す元の文書です。古い版は閲覧場所から外し、必要なら履歴用の場所へ移します。

公開後は質問ログで育てる

手順書は、公開した日が完成ではありません。実際に使われて初めて、足りない説明や古くなった部分が見えてきます。そこで役立つのが質問ログです。

質問ログには、日付、質問された内容、手順書の該当箇所、修正するかどうかを残します。同じ質問が繰り返されたら、読み手の注意不足と決めつけず、入口、言葉、分岐のどこが弱いかを見ます。

ただし、質問が出るたびに文章を増やすと、今度は長すぎて読めません。通常の作業に必要なら本文へ追加し、まれな例外なら確認先だけを書く。個別の事情なら手順書ではなく、案件の記録へ残す。この切り分けが大切です。

見直しの時期も、毎月や半年ごとの予定だけに頼らないほうが続きます。使用する画面が変わった、担当が変わった、同じ質問が二度出た。この三つを更新の合図にすると、必要なときに直せます。

よくある失敗は、全部を一度に完成させること

起きやすい失敗は、全業務を同じ細かさでまとめようとして、公開まで進めにくくなることです。まず一つの作業を出し、実際の質問を受けて直したほうが、使える型を早く作れます。

画像だけに頼る失敗もあります。画面は分かりやすい反面、なぜその操作をするのか、違う表示が出たらどうするのかまでは伝わりません。画像には短い動作と判断条件を添えます。

また、保存場所を知らせるだけで終えると、忙しいときほど見てもらえません。依頼のチェック欄、業務の一覧、よく使う画面など、作業を始める場所から手順書へつなぎます。読んでほしいと呼びかけるより、開きやすい流れを作るほうが確実です。

最後に、作成者だけが更新できる状態にも注意が必要です。変更を知る人と文書を直す人が別なら、連絡方法を決めます。更新の責任を一人へ集めず、変更が担当者へ届く道筋を作っておくと続けやすくなります。

まとめ：まず一つ、質問の多い作業から直す

伝わる手順書は、情報量の多い文書ではありません。必要なときに開けて、入口、判断、完了が分かり、変更があれば直せる文書です。

最初は、同じ質問がよく出る作業を一つ選びます。実際の動きを見ながら骨組みを作り、一文一動作で書く。できたら20分初見テストを行い、止まった場所だけを直します。

今日できる一歩は、直近で受けた質問を一つ書き出し、今の手順書のどこに答えがあるか確かめることです。見つからなければ、そこが最初の修正箇所です。全部を作り直さなくても、使われる手順書へ変え始められます。