業務マニュアルの作り方：属人化を防ぎ更新され続ける形にする

業務マニュアルは、「作ること」より「使われ、更新され続けること」を目標に作ります。そのために押さえるべきポイントは3つです。読む人が迷わない粒度で書くこと、業務が変わったときに誰がいつ直すかを決めておくこと、そして文章だけにこだわらず、画面の写しや短い動画、ツールの機能を組み合わせて、更新の手間を小さくすることです。分厚く完璧なマニュアルを一度に作るより、薄くても実際の業務に合ったマニュアルを少しずつ育てるほうが、属人化を防ぐ効果は大きくなります。

多くの会社でマニュアルが使われなくなる理由は、内容の質よりも、作った後の運用にあります。作成した時点では正しくても、業務の手順やシステムが変わるたびに少しずつ実態とずれ、「マニュアルは古いから、結局は詳しい人に聞く」という状態に戻ってしまいます。最初から更新される仕組みを組み込んでおくことが、マニュアル作りの成否を分けます。

この記事は、業務の引き継ぎや新人の教育に悩んでいる管理者、属人化を防ぎたい部門の責任者、マニュアル作成を任された担当者に向けて書いています。マニュアルの目的の決め方、構成と粒度、書き方の工夫、動画やツールの使い方、更新の仕組み、よくある失敗までを整理します。読み終えるころには、自社の業務に合ったマニュアルを、更新され続ける形で作り始められるはずです。

業務マニュアルが使われなくなる理由

マニュアル作りに取りかかる前に、なぜマニュアルが使われなくなるのかを押さえておきます。原因が分かれば、作り方で防げることが多いからです。

この表から分かるとおり、マニュアルの価値は、書かれている内容の正確さだけでなく、探しやすさ、読みやすさ、そして更新され続けることによって決まります。

目的・読む人と構成・粒度の決め方

目的と読む人を決める

マニュアル作りの最初の一歩は、目的と読む人を決めることです。同じ業務でも、新人が一人で作業できるようにするためのマニュアルと、経験者が年に一度の作業を思い出すためのマニュアルでは、書くべき内容も粒度も異なります。

目的として多いのは、次のようなものです。新人や異動者が独り立ちするまでの期間を短くする。担当者が不在のときに、別の人が代わりに作業できるようにする。年に数回しか発生しない作業の手順を忘れないようにする。業務の品質を一定に保ち、ミスを減らす。外部の委託先に作業を依頼できるようにする。

読む人については、業務の経験の有無、使っているシステムへの慣れ、どんな場面で読むか（作業しながら手元で見るのか、事前に通読するのか）を想定します。たとえば、作業しながら見るマニュアルであれば、手順ごとに短く区切り、画面の写しを添えるのが効果的です。事前に通読するマニュアルであれば、業務の目的や全体の流れを先に説明し、理解を助ける構成にします。

目的と読む人は、マニュアルの冒頭に一、二行で書いておきます。「このマニュアルは、受注処理を初めて担当する人が、一人で一日の処理を終えられるようにするためのものです」のように書いておけば、作る人は書くべきことの範囲を判断しやすくなり、読む人は自分が読むべき文書かどうかをすぐに判断できます。後から内容を追加するときも、目的から外れた情報を詰め込みすぎることを防げます。

基本の構成

業務マニュアルの基本の構成は、次のとおりです。すべての業務でこの通りである必要はありませんが、抜けがないかの確認に使えます。

• 業務の目的：何のための業務か、この業務の結果を誰が使うか
• 全体の流れ：始まりから終わりまでの手順の一覧、関係する人や部署
• 事前の準備：必要な権限、使うシステムやファイル、参照する資料
• 作業の手順：一つひとつの操作と、その確認方法
• 判断の基準：どんな条件で処理を分けるか
• 例外の対応：いつもと違うときにどうするか、誰に相談するか
• よくある間違い：過去に起きたミスと、その防ぎ方
• 更新の記録：いつ、誰が、何を変えたか

業務の手順を標準化した文書は、SOP（標準作業手順書）とも呼ばれます。製造や品質管理の分野で使われることの多い言葉ですが、考え方は事務やサービス運用の業務でも同じです。

粒度は「一つの手順に一つの操作」が基本

粒度で迷ったときは、「その手順を読んだ人が、迷わず一つの操作を終えられるか」を基準にします。「請求書を作成する」では大きすぎ、何をすればよいか分かりません。逆に「マウスを右に動かす」まで細かくすると、読むのが苦痛になります。「販売管理システムの請求メニューから、対象月を選んで請求データを出力する」のように、一つの手順で一つのまとまった操作が終わる単位が目安です。

また、すべての業務を同じ粒度で書く必要はありません。ミスが起きやすい作業や、影響の大きい作業は細かく、慣れればすぐにできる作業は簡潔に、というように、重要度に応じて濃淡を付けます。

1つのマニュアルを長くしすぎない

一つの文書にすべての業務を詰め込むと、探しにくく、更新もしにくくなります。業務ごと、または作業のまとまりごとに分け、全体をまとめる目次のページから各マニュアルへたどれるようにします。分けておけば、変更があった業務のマニュアルだけを更新すれば済みます。

分けるときは、文書の名前の付け方もそろえておきます。「業務の領域＋作業名」のように規則を決めておけば、一覧で見たときに目的の文書を見つけやすく、似た内容の文書が重複して作られることも防げます。

作り方の手順

マニュアルは次の手順で作ると、実態に合い、使われるものになりやすくなります。

1. 対象業務と目的、読む人を決める。
2. 業務に詳しい人の作業に同席し、手順を書き出す。本人に書いてもらうより、別の人が観察しながら書くほうが、省略されがちな前提を拾える。
3. 判断の理由と例外を聞き出す。「なぜそうするのか」「いつもと違う処理をするのはどんなときか」を質問する。
4. 構成に沿って下書きを作る。画面の写しや図を添える。
5. 業務に詳しい人に内容を確認してもらう。
6. 業務の経験が浅い人に、下書きだけを見て実際に作業してもらう。つまずいた箇所、分かりにくい表現を記録する。
7. 記録をもとに修正し、決まった置き場所に公開する。
8. 更新の担当と見直しの時期を決め、更新の記録欄を設ける。

手順2と6は、省略されがちですが特に重要です。業務に詳しい人ほど、自分にとって当たり前の前提を書き忘れます。経験の浅い人に実際に使ってもらうことで、初めてその抜けが見つかります。業務の中身を書き出す方法は業務の属人化を解消する手順でも詳しく扱っています。

文章・画面の写し・動画・ツールの使い分け

マニュアルは文章で書くもの、と決めつける必要はありません。業務の性質によって、伝え方を使い分けると、作る手間も読む手間も減ります。

動画は「操作の流れ」に絞って使う

画面を操作しながら録画した動画は、手軽に作れて、操作の流れを伝えやすいという利点があります。一方で、知りたい部分を探しにくく、画面が少し変わっただけで撮り直しが必要になるという弱点もあります。動画は、数分以内の短い単位に区切り、文章のマニュアルの該当手順から呼び出せるように配置すると、両方の利点を生かせます。判断の基準や例外の対応は、動画ではなく文章で残します。

マニュアル作成ツールや社内Wikiを活用する

マニュアルを文書ファイルで作り、共有フォルダに置く方法は手軽ですが、版の管理や検索に課題が出やすくなります。社内Wikiやマニュアル作成ツールを使えば、ページ同士のリンク、全文の検索、更新の履歴の管理がしやすくなります。画面操作を記録して手順書の下書きを自動で作るツールや、生成AIで録画や議事録から手順の下書きを作る方法もあります。こうした手段は下書きの手間を減らすのに役立ちますが、判断の基準や例外は、人が確認して書き足す必要があります。

どのツールを使う場合も、置き場所を一か所にまとめることが大切です。マニュアルが共有フォルダ、チャット、個人のメモに散らばっていると、探せない、どれが最新か分からないという問題が起きます。

更新され続ける仕組みを作る

マニュアルを生きたものにするための最も重要な仕組みが、更新のルールです。次の点を決めておきます。

更新の担当を決める

マニュアルごとに、内容に責任を持つ担当者を決めます。担当者は、業務の手順を最もよく知る人か、その業務を管理する立場の人が適しています。「みんなで更新する」は、多くの場合「誰も更新しない」になります。担当者が異動するときは、マニュアルの担当も引き継ぎの項目に含めます。

更新のきっかけを決める

業務の手順を変えたとき、使っているシステムが変わったとき、ミスや問い合わせが起きたとき、新しい担当者が業務を覚えたときを、更新のきっかけとして決めておきます。特に、新しい担当者が業務を覚えたときは、つまずいた箇所を反映する絶好の機会です。新人に「マニュアルで分かりにくかったところ」を必ず報告してもらう運用にすると、自然と改善が進みます。

定期的な見直しの時期を決める

きっかけを待つだけでは、変更が反映されないまま時間がたつことがあります。半年に一度など、定期的に全体を見直す時期を決め、担当者が内容を確認して、確認した日付を記録します。確認した日付がマニュアルに表示されていれば、読む人も情報の新しさを判断できます。

業務の変更とマニュアルの更新をつなげる

業務の手順を変える決定をしたときに、マニュアルの更新を同じ作業の一部として扱います。手順の変更を周知する連絡に、更新したマニュアルのリンクを添える、という運用にすれば、更新漏れを防ぎやすくなります。システムの運用手順をまとめたRunbookも、同じ考え方で更新を回します。

具体例：問い合わせ対応のマニュアルを作り直した場合

架空の一般例として、自社サービスを運営する会社で、顧客からの問い合わせ対応のマニュアルを作り直した場面を考えます。以前のマニュアルは数十ページの文書ファイルで、作成から時間がたって内容が古くなっており、新人はベテランに聞きながら対応していました。

作り直しは次のように進めました。まず、問い合わせの種類を整理し、件数の多い種類から順に、種類ごとの短いマニュアルに分けました。各マニュアルは、問い合わせの見分け方、確認すべき情報、回答の手順、回答の文面の例、ベテランに相談すべき条件、という構成にそろえました。管理画面の操作は、画面の写しと数分の動画で示し、判断の基準は文章で書きました。

次に、入社して間もない担当者に、新しいマニュアルだけを見て実際の問い合わせに対応してもらい、つまずいた箇所を修正しました。マニュアルは社内Wikiにまとめ、問い合わせの種類から検索できるようにしました。

更新のルールとして、問い合わせの種類ごとに担当者を決め、新しい種類の問い合わせや、回答に迷った問い合わせがあれば、担当者がその週のうちにマニュアルに反映することにしました。サービスの機能を変更するときは、リリースの確認項目に「問い合わせ対応マニュアルの更新」を加えました。

その結果、新人がベテランに聞く回数が減り、ベテランは対応の難しい問い合わせや、問い合わせを減らすための改善に時間を使えるようになりました。この例のポイントは、内容を充実させたことより、分けて、探せて、更新される形にしたことにあります。

よくある失敗とチェックリスト

よくある失敗と避け方

最初から完璧を目指す。 すべての業務を網羅したマニュアルを一度に作ろうとすると、完成までに時間がかかり、完成した頃には一部が古くなっています。重要な業務から作り、使いながら広げます。

作った人だけで確認する。 作った人や業務に詳しい人の確認だけでは、前提の抜けに気づけません。経験の浅い人に実際に使ってもらいます。

例外を書かない。 通常の流れだけでは、困ったときに役立ちません。例外と判断の基準、相談先を必ず書きます。

置き場所が散らばる。 複数の場所にマニュアルがあると、最新版が分からなくなります。置き場所を一か所に決め、古い版は削除するか、古いことが分かるようにします。

更新の担当を決めない。 担当がいないマニュアルは必ず古くなります。マニュアルごとに担当者を決めます。

マニュアル作成のチェックリスト

• 目的と読む人を決めたか
• 業務の目的、全体の流れ、手順、判断基準、例外、相談先が書かれているか
• 一つの手順で一つのまとまった操作が終わる粒度になっているか
• 経験の浅い人が、マニュアルだけで作業できることを確かめたか
• 画面の写しや動画は、必要な部分に絞っているか
• 置き場所が一か所にまとまり、検索できるか
• マニュアルごとに更新の担当者が決まっているか
• 更新のきっかけと定期的な見直しの時期が決まっているか
• 最終確認の日付と更新の記録が残っているか

よくある質問

Q. マニュアル作りにどれくらいの時間をかければよいですか？

業務の量と複雑さによりますが、一度にすべてを作ろうとせず、重要な業務から一つずつ作るのが現実的です。一つの業務であれば、観察と書き出し、下書き、試用と修正を合わせて、日常業務の合間に数週間程度で進めることを想定するとよいでしょう。

Q. 動画マニュアルだけで済ませてもよいですか？

操作の流れを伝えるには動画が有効ですが、判断の基準や例外の対応は動画では伝わりにくく、探しにくいという弱点もあります。動画は短く区切って文章のマニュアルと組み合わせ、判断の部分は文章で残すことをおすすめします。

Q. マニュアルを作っても、結局詳しい人に聞いてしまいます。どうすればよいですか？

聞かれた人が答える前に「マニュアルのどこを見たか」を確認し、マニュアルで分からなかった箇所を更新する、という運用にすると、マニュアルが改善され、聞かれる回数も減っていきます。マニュアルにない内容は、答えたついでに追記する習慣を付けると効果的です。

Q. マニュアルの代わりに、業務そのものを自動化したほうがよいのではないですか？

自動化できる業務は自動化したほうが、手順を守る負担もなくなります。ただし、自動化するためにも、まず業務の手順と判断の基準を書き出す必要があります。マニュアル作りは、自動化の対象を見極める準備にもなります。自動化の対象の選び方は自動化すべき業務の見つけ方で解説しています。

Otsumuに相談できること

対象の業務が限られていて、社内に作業の観察や書き出しを担える人がいれば、この記事の手順で自社のマニュアルを作り、更新の仕組みを整えることができます。まずは最も困っている業務を一つ選び、目的と読む人を決めるところから始めてみてください。

一方で、マニュアル化すべき業務が多く、どこから手を付けるべきか分からない、マニュアルを作ろうとすると業務の手順そのものが人によってばらばらだと分かった、手順を書くより仕組みにしたほうがよい業務が多い、といった状況では、業務の整理から一緒に進める相手がいたほうが早く形になります。マニュアル化と仕組み化のどちらで解決するかの見極めが、その後の負担を大きく左右します。

Otsumuは、業務の可視化と標準化、マニュアル化と自動化の切り分け、業務システムや自動化の仕組みの構築、運用の改善までを一気通貫で支援しています。業務の仕組み化と自動化の進め方は自社サービス運用の自動化コンサルティングで、手順を守る負担そのものを減らす社内向けの仕組みづくりは社内ツール開発でご相談いただけます。費用は範囲に応じて個別にお見積もりします。

マニュアル作りが進まない理由を整理したい、という段階でも構いません。まずは30分の無料相談で、状況をお聞かせください。

この記事について

Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。

執筆：Otsumu株式会社 ／ 編集日 2026.10.01