標準化できる業務・標準化できない業務の違いと判断軸
標準化できる業務・できない業務を区別する意義
業務改善やSOP整備を進めようとするとき、最初にぶつかる問いのひとつが「どの業務を標準化すべきか」です。ところが多くの現場では、この問いに答えないまま作業を始め、後から「この業務は標準化できない」という声が上がったり、作ったマニュアルが誰にも使われないという結果に終わったりします。
問題の根は、「標準化できる業務」と「標準化できない業務」を区別せずに進めることにあります。標準化すべきでない業務を均質化すると、現場の創意工夫や個別対応力が失われ、顧客満足や競合優位に影響が出ます。逆に、標準化できる業務を「難しいから」と放置し続けると、担当者が変わるたびに品質がばらつき、引き継ぎコストが積み重なり続けます。この二種類の失敗を避けるための出発点が、「違いを理解し、自分で判断できるようになること」です。本記事はその判断軸を、自分の業務に当てはめて使える形で提供します。
標準化できる業務の特徴と代表例
標準化が有効に機能する業務には、共通した性質があります。それは「何をすべきかが事前に決まっており、誰が担当しても求められる成果の水準が変わらない」という性質です。担当者の経験・直感・センスに依存せず、同じインプットに対して同じアウトプットを出すことが求められる業務が、標準化に向いています。具体例としては、経費精算・受注処理・定型レポートの作成・問い合わせへの定型回答・在庫管理のための棚卸し作業などが代表的です。これらに共通するのは、手順が再現可能であり、成果の良し悪しを誰でも判定できるという点です。
標準化に向く業務の3つの条件
標準化に適した業務かどうかを判断する条件は、主に次の三点です。
条件①:手順がルール化できること。「こうすれば正解」という流れが存在し、文書化できる状態にあることが前提です。担当者によって手順がバラバラな場合でも、「正解の手順」を合意できるならルール化は可能です。
条件②:反復性が高いこと。週次・月次・日次で繰り返し発生する業務ほど、一度の標準化投資から得られる効果が大きくなります。頻度が低い業務では、マニュアル整備のコストが回収しにくくなります。
条件③:成果の判定基準が明確であること。「何をもって完了とするか」が担当者によってぶれない業務は、手順の正誤を検証でき、マニュアルの精度を上げやすくなります。この三条件を満たす度合いが高いほど、標準化の優先度と投資対効果は高くなります。
標準化できない業務の特徴と代表例
一方、標準化がなじまない業務には「毎回の状況が異なる」という特性があります。顧客との関係性・相手の感情状態・業界特有の文脈・市場環境の変化によって最適解が変わり、一律の手順では対応できません。担当者の判断力・経験・対人スキルが成果の質を左右するため、手順を文書化しようとしても「場合による」という記述が増え、実用的なマニュアルになりません。クライアントとの折衝・商品やサービスの企画立案・採用面接での人物評価・教育や育成の場面・感情を伴うクレーム対応などが代表例です。
判断・創造・関係性が含まれる業務とは
標準化が難しい業務は、大きく二つの類型に整理できます。一つ目は「判断軸が状況によって変わる業務」です。正解が一つではなく、相手の状況・優先事項・背景によって最善手が変わるため、担当者の経験や価値観が成果を左右します。二つ目は「インプット自体が毎回異なる業務」です。営業の提案設計や教師の授業設計のように、相手や素材が変わるたびに対応の仕方を変える必要があり、前回の手順をそのまま再現しても機能しません。どちらの類型も、手順の文書化は可能であっても、その手順に従うだけでは高い水準の成果を出せないという共通点があります。
標準化できるかどうかを判断する3つの軸
「できるか/できないか」は感覚で決めるのではなく、具体的な軸を使って判断することで精度が上がります。多くの担当者がつまずくのは、業務の外見や担当者の声だけをもとに判断してしまい、実際に業務を分解して考えたことがないという点です。ここでは、自分の業務に当てはめてそのまま使える三つの判断軸を示します。事例の当てはめではなく、「自分でこの軸を使って判断できる」状態を目指してください。軸を持てば、担当者から「この業務は標準化できない」と言われたとき、その言葉が正しいかどうかを自分で検証できるようになります。
軸①:ばらつきの発生源はどこか
業務の成果にばらつきが出るとき、その原因がどこにあるかを問うのが第一の軸です。
ばらつきの原因が「担当者の技量・知識量・習熟度の違い」にある場合、標準化によってそのばらつきを縮小できます。手順を明文化し、判断の基準を揃えることで、経験の浅い担当者でも一定水準の成果を出せるようになります。標準化の効果が直接的に現れるのは、このケースです。
一方、ばらつきの原因が「相手の状況・要求の違い」や「その日の市場環境・文脈の違い」にある場合、標準化ではばらつきを解消できません。インプット側が毎回変わるのに対し、プロセス側を統一しても成果の均質化にはつながらないためです。「この業務のばらつきは、担当者の違いから来ているのか、相手・状況の違いから来ているのか」という問いを持つだけで、判断の精度が大きく変わります。
軸②:手順を言語化できるか・例外はどれくらい出るか
第二の軸は、手順の言語化可能性と例外の発生頻度です。まず「この業務の手順を入社半年の社員でも理解できる言葉で書き出せるか」を試してみてください。書き出せない場合、その業務はまだ言語化されていないか、本質的に標準化できない業務である可能性があります。書き出せた場合は、次に「その手順通りに進まないケース(例外)が全体の何割を占めるか」を確認します。
例外の比率が全体の三割以内に収まっているなら、標準化は有効に機能します。一方、例外が五割・六割を超えてくると、手順書の記述の大半が「例外対応」になり、マニュアルとしての機能を果たさなくなります。このような場合は、業務全体を標準化するのではなく、例外が少ないプロセスの一部分だけを標準化するか、標準化の対象外と判断する方が現実的です。例外比率を実際に数えてみることで、感覚ではなく根拠のある判断ができるようになります。
「標準化できない」という思い込みの落とし穴
現場で「この業務は標準化できない」という言葉が出るとき、それが本当に構造的な理由によるものか、単に「やったことがないから難しく見える」だけなのかを区別することが重要です。業務改善の現場でよく見られるのは、「担当者が長年一人でこなしてきたため手順が暗黙知になっている」「業務の全体像を担当者自身が言語化したことがない」「過去に標準化を試みて失敗した経験から、できないという結論が固まってしまっている」という状況です。これらはいずれも、「標準化できない」という言葉の意味が実質的には「やり方を誰も書き出したことがない」であるケースです。標準化の推進者がまず行うべきは、その言葉の意味を確かめることです。
思い込みを解く3つの問いかけ
思い込みかどうかを確かめるには、次の三つの問いかけが有効です。
問いかけ①:「入社半年の社員でも八十点の成果を出せる手順書が書けるか」。「書けない」なら、業務はまだ言語化されていない段階にあります。「書ける」なら、標準化の素地はすでに存在します。この問いは、担当者の頭の中にある暗黙知を引き出すためのトリガーとして機能します。
問いかけ②:「同じ業務を十人が担当したら、成果にばらつきが出るか」。ばらつきが出るなら、その差を縮める標準化の余地があります。出ないなら、業務はすでに実質的に標準化されている状態であり、改めてマニュアルを整備するより、現状の運用を文書化するだけで十分です。
問いかけ③:「この業務が上手い人は、何を意識してどう動いているか言語化できるか」。これを本人に問うことで、暗黙知の多くは言語化できます。「なんとなくうまくやっている」ように見える業務でも、上位担当者の行動を分解すると、再現可能なパターンが存在することは少なくありません。三つの問いに順に答えることで、「できない」という判断が思い込みなのか根拠のある判断なのかを、かなりの精度で区別できます。
標準化してはいけない業務とは何か
「できる/できない」の二分法だけで業務を仕分けすると、見落とされるカテゴリがあります。それは「技術的には標準化できるが、標準化してはいけない業務」です。標準化の目的は品質の均質化とコスト削減ですが、これをすべての業務に適用しようとすると、組織の競合優位の源泉を損なうリスクがあります。均質化によって「誰でもできる=競合にも模倣できる」状態になる業務では、標準化することで差別化要因が失われます。標準化できるかどうかという技術的な問いとは別に、「標準化すべきかどうか」という戦略的な問いが必要です。
業務標準化の議論は、「どの業務が標準化できるか」という技術的な判定の問いを中心に進みがちです。手順を言語化できるか、例外をどの程度吸収できるか——それらを確認すれば、可否はある程度判定できます。しかし、この問いだけを持ち込むと、もう一層上にある問いを見落としやすくなります。
その問いとは、「その業務を均質化したとき、組織に何が残るか」です。手順を標準化するとは、担当者個人が持っていた判断を手順書という形で外部化することを意味します。その移管が価値を生むのは、「誰が担当しても同じ判断をすべき」な領域に限られます。一方で、「特定の人間だからこそ生まれる成果・関係性」が価値の核心にある業務では、均質化は価値の薄まりにつながりかねません。
競合が模倣できない強みは、均質化された手順の上にあるとは限りません。むしろ、均質化しないことで守られている領域にこそ、差別化の本体があることもあります。「標準化できるか」が技術の問いだとすれば、「標準化すべきか」は組織として何で勝つかを問う戦略の問いです。この二層を意識して分けることが、標準化の設計を単なる効率化で終わらせない出発点になるかもしれません。
属人性が競合優位になる業務の識別方法
「標準化してはいけない業務」を識別するには、「その業務を均質化したときに、自社の強みが残るか」を問うことが一つの有効な方法です。トップセールスのクロージング手法、熟練職人の技術、特定の担当者だからこそ生まれるデザインや企画など、その担当者の個性が顧客価値の核心にある場合、均質化によってその価値は薄まります。「あの人がいるから頼む」「あの担当者に任せれば安心」という顧客の声がある業務は、属人性そのものが競合優位になっているサインです。一方、担当者が変わっても顧客が求める水準を満たせる業務であれば、均質化は強みを損なわず、安定供給という別の価値を生みます。「この業務を均質化したら、顧客や市場における自社の立ち位置は変わるか」という問いが、判断の基準になります。
部分標準化という設計思想
業務標準化を「完全にやるか、全くやらないか」という二択で考えると、多くの業務で判断が難しくなります。現実の業務フローには、標準化できる部分と裁量が必要な部分が混在しているためです。この現実に合わせた設計思想が「部分標準化」であり、「どこまでを手順として固定し、どこからを個人の判断に委ねるか」を意識的に設計することが、現場で機能する標準化の実装につながります。「この業務は標準化できない」という判断を下す前に、「どの部分なら標準化できるか」という問いに切り替えることで、選択肢が広がります。
どこまで標準化してどこから裁量を残すか
部分標準化を設計するには、業務フローを「標準化ゾーン」と「裁量ゾーン」に分けることが有効です。営業の商談を例にとると、「事前準備のチェックリスト・ヒアリング項目の構成・議事録フォーマット」は標準化ゾーンに入ります。これらは担当者によって差が出ること自体がリスクであり、均質化することでチーム全体の水準が上がります。一方、「提案内容の設計・クロージングのタイミング判断・顧客との関係構築のアプローチ」は裁量ゾーンです。相手の状況や商談の文脈によって最適解が異なるため、ここを固定すると対応の柔軟性が失われます。「この業務のどのフェーズで担当者間のばらつきが問題になっているか」を起点に、標準化する部分としない部分の境界線を決めることが、実務的な設計の進め方です。
標準化を実際に進めるときの3ステップ
判断軸と設計思想を整理したうえで、実際に標準化を動かすための手順を示します。概念として理解していても、「どこから着手するか」が決まらなければ動けません。以下の三ステップは、業務改善担当者が最初のアクションを確定するための実務的な順序です。ここまでの章で示した判断軸と部分標準化の発想を組み合わせることで、優先度の高い業務から着実に進められます。
ステップ1: 自チームの業務を「できる/できない/すべきでない」の三分類でリストアップします。前章で示した判断軸を参照しながら一覧化し、それぞれにラベルを付けます。この段階では精度より網羅性を優先し、判断が難しい業務は「要検討」として保留します。この仕分け作業自体が、チームの業務理解を深める機会になります。
ステップ2: 「できる」と判断した業務の中で、発生頻度と担当者間のばらつきの大きさを基準に優先度を付けます。標準化の効果は「業務の発生頻度」と「現状のばらつきの大きさ」の積で決まります。頻度が高くばらつきも大きい業務から先に着手することで、投資対効果の高い順に進められます。
ステップ3: 優先度上位の業務について、試験的にマニュアルを作成し、一定期間の使用後に例外率を測ります。最初から完全なマニュアルを目指すのではなく、試用期間を設けて「手順通りに進まなかった割合」を記録します。例外率が想定より高ければ、標準化の範囲を見直すか、部分標準化に切り替えるかを判断します。
標準化の定着で失敗しないポイント
標準化を推進した後によく起きる問題が「マニュアルを作ったが現場で使われない」という状態です。この原因は多くの場合、次の三点のどれかにあります。
第一に、現場の担当者がマニュアル作成に関与していなかった場合、自分ごととして捉えられず、実務では従来の方法が使われ続けます。作成の段階から実際の担当者を巻き込むことが、定着の前提条件です。
第二に、例外対応の記述がないマニュアルは、最初の想定外の事態でその価値を失います。「例外が出たらどうするか」の記述がない文書は、実際の業務では機能しないと判断されがちです。
第三に、更新のルールがない場合、業務プロセスが変わってもマニュアルは旧来のままになり、現実との乖離が広がって誰も参照しなくなります。マニュアルを作る段階で「誰がいつ更新するか」を決めておくことが、長期的な定着の鍵です。


