この資料の使い方方法
- 用途
- 顧客側の成果と経済的成果を確認し、実際の業績チェーンに沿って差異を探る。事業の成立条件と仕事の仕組みを分けて調べ、証拠に基づいて必要なSOP改善を進めます。
- 利用条件
- 対象、目的、制約が今回の課題に合うか確認し、本文に明記されていない条件は別途確認してください。
- 方法
- 手順、入力、完了条件
- 根拠と検証の範囲
- 事例は分析と手順を示すためのものです。実務では例示の条件を実際の業務記録に置き換え、判断と結果を確認してください。 この記事には外部検証の結果を別途登録していません。公開だけで有効性が確認されたとはいえません。本文の根拠、仮定、限界を確認してください。
- 版
- R1 · 改訂 2026-11-04
- 元の図と添付資料
- 関連資料
これは読解・引用用の知識資料で、インストール済みの Skill ではありません。AI で利用する際も出典と限界を残し、出力を確認してください。
CC BY-NC-ND 4.0 · 別途明記された場合を除き原文の文章に適用し、第三者の素材は対象外です。ダウンロードや機械による読み取りは既存の許諾を拡張せず、派生物、商用利用、モデル学習を別途許可するものではありません。
顧客に連絡し、ニーズ確認表を埋め、見積書を送り、フォローの記録も残した。すべてのタスクは完了になっています。ところが月末に確認すると、受注は増えておらず、顧客の継続にもつながらず、入金も予定どおりに進んでいません。
こういうとき、管理者は二つのことを考えがちです。手順をもっと細かく書くか、皆にもっと厳密な実行を求めるかです。
どちらも役立つ場合はあります。ただ、その前に確認したいことがあります。仕事の進め方に問題があったのか。それとも、その仕事をきちんと終えても、それだけでは期待した成果につながらないのか。顧客はその製品を必要としているか、その価格を受け入れるか、販売チャネルは適切な相手に届いているか。こうした点も含めて判断する必要があります。
私は、業績が期待に届かなかったときは、まず業績チェーンに沿って問題を調べ、それから業務、職能、動作のどのレベルのSOPに取り組むかを決めるとよいと考えています。問題が見つかれば、何のために手順を改善するのかも明確になります。
まず三つの「完了」を分けて考える
ここでいうSOP(標準作業手順)は、一つの仕事の手順、要件、例外への対応を明記し、チームが実行と確認に使う作業ガイドです。本稿では、顧客と経済的成果につながる重要な業務の流れを「業績チェーン」と呼びます。
初期の『SOPの整理・設計方法論』では、業績SOPを、顧客と強く結びつき、経済的成果を目的とする中核的な業務ロジックと捉えていました。業務SOP、職能SOP、動作SOPは、それを支えます。私はこの出発点を残したいと思います。仕事のでき具合を見るには、その仕事が最終的にどの成果を支えるのかを知る必要があるからです。
このうち、業務SOPは役割をまたぐ業務上の協働を扱い、職能SOPは明確な成果を持ち、完了まで確認できる一つのタスクを扱います。動作SOPは個々の具体的な操作を説明します。
実際に使うときは、次の三つのレベルも分けて確認します。
| レベル | 何を確認するか | 何が分かるか |
|---|---|---|
| 活動の完了 | 指定どおりに連絡、整理、送付、操作を行ったか | 仕事が実際に行われ、関連する手順を追跡できる |
| 工程の成果の成立 | ニーズを照合したか、提案の重要条件について必要な確認を得たか、納品・サービス提供が約束を満たしたか | この工程が、次の仕事に必要な条件を整えたか |
| 顧客側の成果と経済的成果の実現 | 顧客が購入、利用、検収を行ったか。売上、入金、事業収益が目標に達したか | この業務の流れが、今期に確認すべき成果を実現したか |
見積書を送ったという記録が示すのは、見積書を送ったことまでです。顧客が受け取り、理解し、受け入れたかは、引き続き確認する必要があります。契約を締結していても、納品・サービス提供、売上、コスト、入金は、それぞれ確認します。
仕事が終わっても、完了記録を見て確認を終えてはいけません。重要な工程ごとに、もう一つ問いかけます。この動作によって、どの状態を変えようとしていたのか。今、その状態が変わったことを示す証拠はあるか。
標準作業には、今も価値があります。既存のやり方を安定させ、教育、比較、継続的な改善の基準になります。Lean Enterprise Instituteも、標準作業を継続的な改善の中に位置づけており、標準を書き上げることを終点とはしていません。参考:標準作業
「業績が出ない」を調査できる問いにする
「業績が悪い」では範囲が広すぎて、チームが同じ問題を見ているかどうかも分かりません。
まず具体的な事業を一つ選びます。どの顧客に、どの製品やサービスを提供しているのかを明確にし、今期に確認する成果、実際の差、観察期限を書きます。例えば、「今期の新規受注が計画より少ない」と「前の顧客群で支払期限を迎えた売掛金が未入金」では、調査する対象も対処法も異なります。
ここでは、三つの見方を先にそろえておきます。
第一に、契約、売上、入金、利益を別々に見ます。互いに関係はありますが、同じものではありません。販促によって受注が増えても、値引き、返金、契約履行コストが増える可能性があります。
第二に、比較できる対象同士を比べます。同種の製品、近い属性の顧客、商談の進捗段階が同程度の案件を比較し、チャネル、範囲、条件の変化を記録します。今月獲得した見込み客が、すべて今月中に受注につながるとは限りません。今月の全受注数を今月の全見込み客数で割っただけで、その顧客群の成約率と見なすことはできません。
第三に、次にいつ確認するかを決めます。納品や入金の約束した期限がまだ来ていないなら、先に失敗と判断してはいけません。一方、観察の節目を過ぎても、「営業サイクルが長い」という理由で問題を放置し続けることもできません。未完了の事項には、現在の状態、次回確認日、担当者を残します。
この段階では、一つの明確な問いを残します。どの案件群の、どの成果が、どの期間に、当初の目標や基準をどれだけ下回ったのか。 目標そのものに根拠が乏しい場合は、それも確認すべき事項に加えます。
実際の業績チェーンに沿って、差が生まれたところを探る
プロジェクト型の営業を例にすると、業績チェーンは、適切な顧客との接点づくり、ニーズの確認、受け入れられる提案と条件の形成、取引の成立、納品・サービス提供、約束した決済の完了という流れで描けます。順序や工程は事業によって異なります。再購入、契約更新、返品、手直し、取引からの撤退も、実態に合わせて含めます。
次に、各工程で本来必要な成果と、実際の証拠を並べます。
横にスクロールするか、図を大きく開いて確認できます。
図1:未達の成果を明確にし、実際の業績チェーンに沿って顧客の状態、証拠、差異を確認します。これはプロジェクト型営業の確認例です。実際の業務では、再連絡、再交渉、手直し、取引からの撤退も起こります。編集可能なSVGを開く
確認するのは件数だけではありません。質、待ち時間、次に進まなかった理由も見ます。ニーズ確認表の枚数を見るだけでなく、顧客が解決したい問題、購入条件、意思決定の流れを確認できたものが何件あったかを問いかけます。納品タスクの完了件数だけでなく、顧客が約束どおりに検収したか、未処理事項が残っていないかも確認します。
ある区間で明らかな差異が出始めていれば、まずそこを中心に調べます。ただし、差異が見つかった場所を、そのまま原因と見なすことはできません。 見積提示後に商談が進まなくなるのは、価格のためかもしれません。ニーズの捉え違い、合わない納品条件、相手に購買権限がないことも考えられます。入金の遅れが、それ以前の納品をめぐる問題から生じることもあります。
ですから、流れに沿って滞りを探ると同時に、その工程が受け取った入力もさかのぼって確認します。前の工程に残った問題が、後の工程で初めて表に出ることもあります。
事業の成立条件と、仕事の仕組みを一緒に調べる
滞っている工程が見つかったら、考えられる原因を二つの問いのまとまりに分け、合わせて確認することを勧めます。
一つは、その事業が今の条件で成立するかどうかです。
| 事業の成立条件 | 続けて何を調べるか |
|---|---|
| ニーズ | 問題は実在し、急ぐ必要があるか。誰が使い、決め、支払うのか。購入条件は整っているか |
| 製品 | 提案は問題を解決できるか。品質、使い方、納品・サービス提供が、今の顧客に合っているか |
| 価格と取引条件 | 顧客は総コストを理解しているか。予算、支払条件、契約条件を受け入れられるか。企業は契約履行コストを負担できるか |
| 販売チャネル | 適切な相手と接点を持てているか。チャネルの約束と実際の供給内容は一致するか。見込み客の流入元は変化していないか |
| 外部条件 | 顧客の予算、競合や代替案、供給条件、その他の制約に変化はないか。当初の判断は今も当てはまるか |
もう一つは、仕事を完了する条件が整っているか、今のやり方で必要な成果を得られるかです。前提資料は要件を満たしているか、協働の順序は適切か、意思決定と引き継ぎは明確か、資源と能力は足りているか、基準は適用可能か、実際の操作は手順から外れていないかを調べます。
両方の問題が同時に存在することもあります。例えば、顧客が求める納期は短くなっているのに、社内で供給能力を確認する過程は依然として遅い場合です。外部条件の変化もあれば、業務上の協働を変える必要もあります。一つの理由だけで全体を説明することはできません。
調査には、注文、納品、検収、見積の版、やり取り、財務の各記録を使えます。顧客や関係者に説明を補ってもらうこともできます。異なる情報源を照合し、元の判断を支持する資料だけを集めるのではなく、何が起きたかを確かめます。顧客の「興味がある」という言葉と、具体的な条件で購入する意思は、裏づけられる判断が異なります。
証拠がまだ足りないときは、その説明を検証待ちの仮説として書きます。例えば、「顧客が次に進まなかったのは、納期と調達時期が合わなかったからかもしれない」。次に行うのは、実際の調達日程と対応できる納期の照合です。Strategyzerが示す、重要な仮説を先に特定し、検証方法を設計し、その証拠を元の仮説に照らして考える方法は、ここで参考になります。参考:重要な仮説から検証を始める
分かった問題に合わせて、改善することを決める
調査が終わったら、次に何を変えるかを説明できる状態にします。変える必要のあるレベルの仕事に取り組めばよく、すべてのSOPを書き直す必要はありません。
横にスクロールするか、図を大きく開いて確認できます。
図2:証拠に基づいて必要な対応を選びます。二つの調査は並行して進められ、複数の対応を組み合わせる場合もあります。各変更には、期待する影響と再確認の条件を書きます。最終の観察期限前に最終的な業績未達を失敗と判定しません。ただし、すでに生じている工程の異常は、速やかに調べられます。編集可能なSVGを開く
ニーズや製品についての判断に問題があれば、対象顧客、製品範囲、提供価値をもう一度確認します。価格、取引条件、チャネルが合わない場合は、権限を持つ人が調整の要否を決めます。当初の事業の前提が成り立たなくなった場合は、縮小、一時停止、終了も検討し、すでに行った約束への対応を手配します。
役割をまたぐ業務上の協働に問題があれば、業務SOPの改善に取り組めます。例えば、見積で約束する内容を供給、技術、納品の各担当が共同で確認する必要があるなら、確認の順序、期限、例外対応、決定権限を明確にします。
一つの完結したタスクに問題があれば、その設計、完了までの進め方、成果基準をさらに確認します。条件が足りなければ補い、方法が合わなければ変えます。手順そのものを変える必要があるときに、職能SOPを修正します。例えば、ニーズ確認で使用条件や購入条件をいつまでも明らかにできないなら、このタスクの入力、出力、責任、完了基準を明確にする必要があります。
成果目標とタスク設計は明確で、問題が具体的な操作にある場合は、動作SOPを修正します。例えば、間違った版の見積書を使った、必要な入力項目を一つ見落とした、引き継ぎ時に確認済み資料を添付しなかった、といった場合です。この段階で初めて、教育、ツールによる支援、操作の点検に具体的な焦点が定まります。
皆が要求どおりに実行しているのに、手順が要件を満たす成果を生まない場合もあります。そのときは方法や基準を変える必要があります。元の基準で「実行に問題はない」と確認しただけで、議論を終えることはできません。
これらのレベルは仕事の関係による区分であり、特定の部署と機械的に対応するものではありません。一つの問題に複数の役割が関わることも、一人が複数の仕事を担うこともあります。
小さく検証し、改善が役立ったかを確認する
仮の場面を考えてみます。設備の導入に付随するサービスを提供する企業があり、連絡件数、ニーズ登録、見積送付はすべて完了しているのに、受注が計画を下回っています。方法を説明するための想定例であり、検証済みの企業事例ではありません。
同じ顧客群を調べると、一部の見積は顧客の調達時期に間に合わず、別の一部は設置現場の条件に合っていませんでした。ただ、この発見だけで、すべての問題を見積の遅さのせいにすることはできません。それぞれ確認する必要があります。
まずは次の、条件が近い案件群を選び、ニーズ確認と見積作成の協働を調整します。提案をまとめる前に、現場条件と調達日程を確認します。技術と供給の共同確認が必要な事項には、回答期限と例外対応を定めます。観察するのは、資料が要件を満たす割合や確認に要した時間だけではありません。顧客が次に進んだか、実際の成約、契約履行コスト、その後の入金も含めます。
ニーズ確認が正確になり、見積も早くなったのに、顧客がなお受け入れないなら、製品、価格、その他の説明を引き続き調べます。成約が増えても、手直しやコストまで増えたなら、改善が有効だったとすぐには判断できません。複数の条件を同時に変えた場合は変更記録を残し、成果をそのうちの一項目だけに帰属させないようにします。
最初は、簡単な表で改善の中身を具体化できます。
| 記録すること | 明記する内容 |
|---|---|
| 成果の差異 | 対象、期間、指標の定義、目標または基準、実際の差 |
| 滞りを示す証拠 | どの工程が滞ったか、資料はどこにあるか、入力は要件を満たすか、ほかにどんな説明があるか |
| 今回の判断 | 現時点の証拠が何を支持し、何がまだ未確認か |
| 必要な対応 | 事業条件を調整するか、業務・職能・動作SOPを改善するか。誰が決め、誰が実行し、何をどれだけ投入するか |
| 再確認の取り決め | 改善前に、工程と事業成果をいつ、何の基準と比べるかを決める。どの条件なら維持、調整、停止するか |
観察を待つことも、明確な状態の一つです。何を、いつまで待つかを書きます。一時停止した後は、顧客、納品、金銭、協働先への後続対応を手配し、再開時には条件を確認し直します。毎回、結果と反例を残すことで、この方法がどの条件で使え、どこではまだ使えないのかが見えてきます。
手順を、企業が共に生み出す成果につなぎ直す
この方法を企業のエコシステムに置いて考えると、資源、運営管理、顧客、資本の各エコシステムの関係者は、自ら問題を提起し、専門的な貢献を行い、具体的なニーズに応じることができます。少数精鋭の運営管理チームは、必要な意思決定、ルール、調整を担い、価値の生産、販売チャネル、顧客関係をつなぎます。関係者が事実を持ち寄り、権限を持つ役割が選択し、その後の引き受け先を明確にします。
業績チェーンを確認するのは、仕事が顧客側の成果と経営成果をどう支えているかを見るためです。すべての経営リスクを一人の実行者に負わせることではありません。完了記録だけで、すべての貢献や権益を確定することもできません。具体的な報酬、責任、権益は、実際の事業、契約、制度に基づき、それぞれ定めます。
私は、一つの実際の業務から始めたいと思います。今回は何が実現しなかったのか。証拠はどこに問題があると示しているのか。次に何を変え、いつ戻って確認するのか。
SOPは、すでに理解している仕事をより明確に整理できます。同時に、元の理解が十分でなかったとチームが気づく余地も必要です。その余地を残すことで、手順も事業とともに改善していけます。この診断方法の効果は、具体的な業務の継続記録、成果の変化、反例を通じて、引き続き確かめる必要があります。
方法の出典と関連資料
本稿は、初期の『SOPの整理・設計方法論』2〜4ページにある四つのSOPの関係と、6〜9ページにある適用場面、前提タスク、基準、試行、改善の考え方を引き継いでいます。成果の定義、同じ案件群の観察、前後両方向の照合、必要な対応を選ぶ診断経路は、今回展開したものです。二つの図も、本稿の論旨に合わせて新たに設計しています。
補足資料:Lean Enterprise Institute:標準作業;Michael Ballé:オフィスで標準作業を導入する前に、改善したい問題を明確にする;Strategyzer:重要な仮説から検証を始める。これらは関連する方法の参考資料であり、本稿の診断枠組みの効果が検証済みであることを示す証拠ではありません。
必要に応じた関連読み物:企業計画の10ステップ:方向性、資源、実行をつなぐ (中国語);四つのエコシステムのガバナンスモデル:貢献、権益、協働の循環 (中国語)。