この記事は、中小企業で手順書は作ったものの人によって結果が違う、あるいは例外が多すぎて手順書が完成しないという管理部門と現場責任者に向けたものです。標準化を扱う記事は、対象選定から可視化、フロー設計、マニュアル作成、運用改善という手順でほぼ一致しています。しかし「マニュアルを作る」の後が薄く、実務で詰まるのはその先です。
この記事では、手順書ができた後に何をすれば「誰がやっても同じ結果」になるのかを扱います。作成する手順そのものは既存の解説に譲ります。なお、業務の洗い出しと文書化はこの前段です。進め方は属人化を解消する業務棚卸しの進め方で扱っています。
結論
標準化は手順書を作った時点では終わりません。同じ入力を二人目に渡し、成果物を突き合わせる。これで初めて、書かれていない前提が見つかります。例外は決めるのではなく記録して分類します。3か月で3件以上出るものは例外ではなく、手順の不足です。逆に本当にまれなものは、手順を書かず相談先だけ決めるほうが維持できます。
業務標準化とは|全体の5ステップと、この記事が扱う範囲
業務標準化とは、業務の手順と判断の基準を決めて文書にし、担当者が代わっても同じ手順で同じ品質の成果が出る状態にすることを指します。2026年版小規模企業白書は、社内ノウハウの蓄積・共有を「業務上のノウハウ(技術・知識・経験)が特定の従業員に依存しないよう、組織としてノウハウの蓄積・共有に取り組むこと」と定義しました。手順書を作る作業そのものではなく、特定の人への依存が外れているかどうかが、標準化されたかどうかの分かれ目になります。
同じ白書は、小規模事業者のうち社内ノウハウの蓄積・共有に取り組んでいるのは全体の約5割であると示しています(第2-1-48図)。有効だった取組内容としては「マニュアルや手順書の整備」と回答した割合が最も高く(第2-1-49図)、得られた効果は「担当者不在時でも業務が滞りなく遂行できるようになった」が最も高く、次いで「業務の引継ぎが円滑に行えるようになった」が挙がりました(第2-1-50図)。
手順書の整備が最も有効な手段として挙がる一方で、効果の側では担当者が不在でも業務が止まらないことが先に出ています。作ること自体ではなく、他人が回せることが成果になっている、という順序です。なお、他社の削減時間やコスト削減額は、いずれも製品ベンダーの事例ページが出所で元データを確認できなかったため、この記事では公的統計で裏を取れた内容だけを載せました。
業務標準化の進め方は、①業務の洗い出し、②標準化する業務の選定、③業務の最適化、④手順書の作成、⑤運用と見直しの5段階に分けられます。この記事が扱うのは⑤で、①から④は下の表に挙げた記事と一般的な解説へ委ねています。いま自社がどの段階まで来ているのかを先に確かめてから、続きを読み進めてください。
| 段階 | やること | この記事で扱うか |
| ①業務の洗い出し | いまある業務を書き出し、担当と所要時間を並べる | 扱わない。属人化を解消する業務棚卸しの進め方で扱う |
| ②標準化する業務の選定 | 止まると影響が大きい業務から順に対象を絞る | 扱わない。業務可視化のやり方で扱う |
| ③業務の最適化 | 重複と差し戻しを外し、作業の順序を組み直す | 扱わない |
| ④手順書の作成 | 手順と判断の基準を、読める形の文書にする | 扱わない |
| ⑤運用と見直し | 二人目で確かめ、例外を記録して手順へ戻す | この記事が扱う |
標準化と混同されやすいのが業務平準化です。どちらも負担の偏りを減らす取り組みですが、揃えようとしている対象が違います。手順書を作っても繁忙期の残業が減らないときは、そもそも平準化で扱うべき問題を標準化で解こうとしている場合があります。
| 観点 | 業務標準化 | 業務平準化 |
| 揃えるもの | やり方と判断の基準 | 仕事量と時期の偏り |
| 解決する状態 | 人によって結果が違う | 特定の人や特定の時期に偏る |
| 代表的な打ち手 | 手順書と判断基準の明文化 | 担当替えと繁閑の割り振り |
標準化して得られること、失うこと
2026年版小規模企業白書は、社内ノウハウの蓄積・共有に取り組んでいる事業者のほうが、売上高と営業利益率のそれぞれで「増加」「上昇」と回答した割合が高いことを示しました(第2-1-51図)。従業員の月平均残業時間についても、取り組んでいる事業者で「減少」と回答した割合が高くなっています(第2-1-52図)。因果関係まで示されたわけではないため、標準化が業績や残業の改善につながる可能性が示唆される、という温度で読むのが妥当でしょう。実務で先に体感できるのは、担当が休んでも業務が回ること、成果物の品質が揃うこと、特定の人への依存が薄れること、新しく入った人へ教える時間が短くなることのほうです。
一方で、標準化には失う側もついてきます。1つはイレギュラーに弱くなることで、手順から外れた事象が起きたときに、書かれていない対応を誰も決められなくなります。もう1つは裁量が見えなくなることで、決められた手順だけが残り、どこを担当者が判断してよいのかが伝わらなくなる状態です。前者はこの後の「例外を記録し、標準へ格上げする」で、後者は末尾の「よくあるご質問」で、それぞれ受け止め方を書きました。デメリットを挙げて終わりにせず、対処までを手順に含めておくのが要点になります。
手順書があるだけの状態

手順書を作った時点で標準化が終わったと考えると、次の状態に気付けません。書いた本人だけが正しく実行できる手順書です。書いた人には前提が見えています。どの取引先が例外か、どの数字を先に確認するか、迷ったときに何を根拠に決めるか。これらは書かれないまま、頭の中に残ります。
そのため作成者が辞めると、手順書があっても業務が止まります。手順書という形はあるのに、実質的には属人化したままという状態です。
二人目テスト
標準化されたかどうかを確かめる方法は1つです。同じ入力を別の人に渡して、成果物を突き合わせる。これ以外に確認方法はありません。
やり方
実際の業務から入力を1件選びます。できれば少し面倒なものがよいでしょう。手順書だけを渡し、二人目に実行してもらう。作成者は口を出さず、質問されても手順書を指すだけにとどめます。できた成果物を作成者が作ったものと並べて比べ、違った箇所と質問された箇所を記録します。3番目が重要です。横で口頭補足すると、テストの意味がなくなります。口頭で補ったことは、そのまま手順書に書かれていない内容です。
何を直すか
| 起きたこと | 示していること | 直し方 |
| 質問された | 手順書に書かれていない前提がある | その前提を手順書へ追記する |
| 成果物が違った | 判断が必要な箇所の基準がない | 判断基準を数値や条件で書く |
| 時間が大幅にかかった | 手順の順序が実際と違う | 実際の作業順に並べ替える |
| 途中で止まった | 必要な権限や情報にたどり着けない | 参照先と権限の取得方法を書く |
| 同じ結果になった | その範囲は標準化できている | 次の業務へ進む |
1回で完成させる必要はありません。直したら、もう一度別の人で試します。2回目で質問がほぼ出なければ、その手順書は使えます。
二人目がいない場合
担当が1人しかいない業務では、社内の別部門の人に頼みます。業務内容を知らない人ほど、手順書の穴が見つかります。全部を実行する必要はなく、手順書を読んで「ここが分からない」を挙げてもらうだけでも効果は出ます。
例外を記録し、標準へ格上げする
多くの記事が「例外ルールを決めることが重要」と書きますが、何を例外と呼び、それをどう処理するかまでは書かれていません。例外は決めるものではなく、記録して分類するものです。
例外ログ
手順どおりにいかなかった場合、その場で1行だけ記録します。項目は4つで足ります。日付、何が手順どおりにいかなかったか、どう対応したか、誰の判断で決めたか。記録する場所は手順書と同じファイルの末尾で構いません。別の場所にすると書かれなくなります。
3か月ごとに分類する
| 件数 | 扱い | 対応 |
| 3か月で3件以上 | 実は例外ではなく、想定漏れ | 標準の手順へ組み込む |
| 3か月で1〜2件 | 本当の例外 | 手順は書かず、「誰に聞くか」だけ決める |
| 同じ相手で毎回発生 | その相手専用の条件がある | 相手ごとの条件を一覧にする |
| 3か月でゼロ | 以前は例外だったが今はない | 記載を削除する |
1行目が要点です。頻度の高い例外は、例外ではなく手順の不足です。これを例外として扱い続けると、いつまでも手順書が実態に追いつきません。2行目も重要です。本当にまれな例外は、手順を書かないほうが良い判断になります。書いても読まれず、更新もされないためです。「この場合は◯◯さんに聞く」の一行で足ります。
守られなかったときの直し方
決めた手順が守られない場面は必ず出ます。この場面の扱いを書いた記事はほとんどありません。最初にやるべきは、原因を3つに分けることです。
| 原因 | 見分け方 | 対処 |
| 知らなかった | 手順書の存在や場所を知らない | 置き場所を1つにして周知する |
| やりにくかった | 手順どおりだと時間がかかる、または不便 | 手順を実態に合わせて直す |
| 急いでいた | 普段は守っているが、繁忙時に省略した | 繁忙時に省略してよい工程を先に決める |
2番目が最も多く、かつ正当な理由です。実態に合わない手順を守らせようとすると、現場は表向き守り、実際には別のやり方をします。この状態が最も危険です。3番目については、あらかじめ「急ぐときはここまで省略してよい」を決めておくと、判断が現場任せになりません。省略できない工程が明確になります。守られなかったことを指摘するときは、原因を確認してからにします。原因を聞かずに指摘すると、次からは報告されなくなり、実態が見えなくなります。
標準化しない業務を決める
どの業務から手を付けるかで、最初の3か月の成果が変わります。判断の軸は業務の重要度ではなく、止まったときに影響が及ぶ範囲と、突き合わせる二人目を用意できるかどうかです。次の順序で並べ替えると、着手先を迷わずに決められます。
| 業務の状態 | 着手順 | 理由 |
| 毎日または毎週発生し、できる人が1人しかいない | 最初 | その人が休むと止まる範囲が最も広い |
| 月次で発生し、担当が2人以上いる | 2番目 | 突き合わせる相手がいるので二人目テストが回しやすい |
| 発生は多いが、判断がほとんど要らない | 3番目 | 手順書より画面の共有や自動化のほうが早い場合がある |
| 年数回で、毎回条件が違う | 後回し | 更新頻度が発生頻度を上回る。次の表で扱う |
すべての業務を標準化する必要はありません。標準化しないと決めるのも判断です。次に当てはまる業務は、手順書を作っても維持できません。
| 業務の性質 | 標準化しない理由 | 代わりにやること |
| 発生が年に数回以下 | 手順書の更新頻度より発生頻度が低い | 実施時の記録を残す |
| 毎回条件が大きく異なる | 共通の手順が抽出できない | 判断の観点だけを箇条書きにする |
| 相手との交渉が中心 | 相手によって進め方が変わる | 確認すべき項目のリストにする |
| 近く廃止する予定 | 作っても使わない | 廃止まで現状維持 |
対象から外すときは、その理由を1行残すのが要点です。書いておかないと、次の担当者が「なぜこの業務だけ手順書がないのか」を判断できず、また作ろうとします。
作成者がいなくなる前提で作る
手順書を作った本人が、その手順書の唯一の理解者になっている。これが二重の属人化です。標準化したつもりで、依存先が業務から手順書へ移っただけになります。
防ぐには、手順書の1行目に次を書きます。
更新する責任者を役割名で書きます。個人名だけにしない。更新するタイミングも決めます。様式が変わったとき、システムが変わったとき、担当が交代したときです。あわせて最終更新日と、この手順書で分からないときの相談先を書き添えます。
2番目を「気付いたとき」にしません。更新のきっかけを具体的な出来事にすると、更新されます。期日を決めるより効果があります。
また、手順書は完璧を目指しません。作成に時間をかけるほど、更新の心理的な負担も大きくなります。7割の完成度で運用を始め、二人目テストと例外ログで育てるほうが早く安定します。
手順書をAIに読ませる
標準化を扱う記事で、生成AIに触れているものはほとんどありません。実務では次の2つの使い方が現実的です。
1|手順書の下書きを作らせる
作業しながら口頭で説明した内容を文字にし、それをもとに手順の下書きを作らせます。白紙から書くより負担が小さく、書き始められない状態を抜けられます。出てきた下書きは必ず本人が確認し、実態と違う箇所を直します。
2|手順の内容について質問できるようにする
手順書を読み込ませ、「この場合はどうするか」を聞ける状態にすると、相談先が不在のときの一次回答になります。ただし条件を付けます。
回答は手順書に書かれている範囲に限ります。書かれていないことは「手順書に記載なし」と返させる。書かれていなかった質問は、手順書の不足を示しているため、例外ログへ記録します。判断が必要な内容は、人へ確認する運用を残しておきます。
2番目の運用にすると、質問の記録がそのまま手順書の改善点になります。使えば使うほど、手順書の穴が可視化されます。
手順書に取引先の情報や個人情報が含まれる場合、入力してよいかの判断が必要です。線引きの決め方は生成AIの情報漏えいを防ぐ社内運用の作り方で扱っています。
専用ツールを買う前に確認すること
手順書の作成を支援する専用ツールは複数あります。たとえばマニュアル作成ツールのTeachme Bizは、2026年3月以降の新規契約でエントリープランが月額89,800円(税抜)・アカウント数50、追加は10アカウントあたり10,000円/月と公開されています(料金ページ、2026年9月5日確認)。ビジネス、エンタープライズ、エンタープライズ+の3プランは金額の掲載がなく、別途問い合わせと案内されていました。ここで挙げたのは公開ページで確認できた金額だけで、価格を公開していない製品については金額を書いていません。
ただし、買う前に確かめることがあります。動画マニュアルや専用ツールは、現場作業の手順を映像で残す用途では効きます。一方でこの記事が扱う事務系の手順書なら、共有ドライブに置いたテキストとファイル1枚から始めても二人目テストは回せます。まず手元の形で二人目テストを1回通し、それでも更新が滞る、あるいは対象が数十本を超えるという段階になってから、ツールの検討へ進むほうが無駄がありません。
引継ぎまでの段取り
標準化の目的の1つは、担当が交代しても業務が続くことです。交代が決まったら、退職日や異動日から逆算します。
| 時期 | やること |
| 交代の1か月以上前 | 手順書の有無を確認し、ない業務を洗い出す |
| 3週間前 | 二人目テストを実施し、質問された箇所を追記する |
| 2週間前 | 後任が単独で実施し、前任者は結果だけ確認する |
| 1週間前 | 例外が発生したときの相談先を、前任者以外に切り替える |
| 交代後1か月 | 後任からの質問を記録し、手順書へ反映する |
引継ぎの完了は、書類を渡した時点ではありません。後任が単独で1周できた時点です。月次業務なら、最低1回は前任者がいるうちに単独で回してもらいます。
標準化と、AIに任せることの関係
令和8年版情報通信白書は、AI活用の先進企業の多くが個人作業の効率化に留まらず、AI活用を前提とした業務の抜本的な変革に係る取組を進めていると記載しています。
そのうえで、業務プロセス全体においてどのタスクはAIを人間の思考や判断の補助として用い、どのタスクはAIに自律的に実行させるべきかを検討している、という整理です。
この切り分けができるのは、手順と判断条件が言葉になっている業務だけです。標準化は、AIに任せるかどうかを判断できる状態を作る作業でもあります。やる順序としては、標準化が先です。
出典
- 総務省「令和8年版 情報通信白書」第Ⅰ部 AI導入・活用を効果的に進めていくために重要となる要素 2026年9月2日確認
- 中小企業庁「2026年版 小規模企業白書」第2部第1章第2節 小規模事業者の経営リテラシー向上 2026年9月5日確認
よくあるご質問
手順書はどこまで細かく書きますか
二人目が同じ結果を出せる粒度が基準です。それ以上細かくすると、更新されなくなります。判断が必要な箇所だけは、判断の条件と例も添えます。作業の手順より、判断の条件のほうが引き継ぎで効きます。
標準化すると現場の裁量がなくなりませんか
裁量を残す箇所を明示することで両立します。手順書に「ここは担当者の判断」と書いてある状態は、標準化されています。どこが裁量なのか不明な状態が、属人化です。
更新が続きません
更新のきっかけを、例外が起きたときに限定します。定期的な見直しは形だけになります。例外が起きた日に、その場で1行足す運用のほうが続きます。
業務標準化と業務平準化の違いは何ですか
業務標準化はやり方と判断の基準を揃える取り組みで、人によって結果が違う状態を解きます。業務平準化は仕事量と時期の偏りをならす取り組みで、特定の人や特定の月へ負荷が集中する状態を解くものです。手順書を整えても繁忙期の残業が減らない場合は、標準化ではなく平準化で扱う問題が残っている可能性を先に疑ってください。
標準化はどの業務から始めますか
毎日または毎週発生していて、できる人が1人しかいない業務からです。その人が休んだときに止まる範囲が最も広く、標準化の効果がそのまま欠員時の耐性に直結します。次は月次で発生し、担当が2人以上いる業務です。突き合わせる相手がいるぶん、二人目テストを回しやすくなります。着手順の考え方は「標準化しない業務を決める」の冒頭の表にまとめました。
今週着手するなら、すでにある手順書を1つ選び、別の人に渡して実行してもらうところまでです。質問された箇所が、そのまま追記すべき内容になります。AI活用を検討する段階へ進む場合は中小企業がAI導入前に整理すべき業務を参照してください。
自社で進めるか、外部に任せるかの切り分けから相談できます。お問い合わせはこちらです。
ここまでの整理を踏まえて、無料診断で現在の段階を確認できます。
無料診断をはじめる