# 四向SOP：业绩、业务、职能与动作怎样连接

- 作者: Andrew David W.Y.
- 来源: https://yutengfei.com/zh/journal/four-way-sop/
- 版本: R1
- 发布: 2026-11-04
- 修订: 2026-11-04
- 内容状态: 已公开全文
- 内容类型: 模型 (models)
- 研究专题: 利益相关者资本治理 (stakeholder-governance)
- 生态视角: 运管生态 (operations) · 资源生态 (resource)

## 如何使用这项资源

**用途**: 从客户与经济结果出发，把关键业务、闭环任务和具体动作连起来。四向SOP提供一条可以向下展开、向上核对的支撑关系，让人知道一项工作为什么要做，也让组织看清流程完成以后还需要验证什么。

**使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。

**模型 · 要素、关系与假设**

**依据与验证边界**: 示例用于说明四向 SOP 的展开方法。判断是否有效时，请同时检查交付能否被下一环节使用，以及客户和经济结果是否有变化。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。

这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。

## 正文

一份报价发出去了，客户迟迟没有确认。销售说报价已经完成，采购说供应条件已经给出，报价人员也按表格核算过。每个人都有完成记录，业务却没有往前走。

这时，我觉得先别急着问谁没做完。要先看：客户要解决什么问题？这份报价是否满足需求，能否按承诺履行？已经完成的这些工作，到底支撑了哪个结果？

四向SOP想理清的，就是具体工作与经营结果之间的关系。它把SOP分为业绩、业务、职能、动作四个层次。设计时可以从结果向下展开，运行后可以从动作向上核对。这样，一项工作为什么要做、做到什么程度、怎样和别人接上，就能沿着这条关系继续往下问。

## 一、四个层次，分别回答四个问题

SOP通常译为标准作业程序。这里讨论的四向模型，是对不同范围、不同颗粒度的工作程序进行分类的一种方法。它不要求每项工作都另写四份文件，也不把四层当作四级组织。

| 层次 | 核心问题 | 主要看什么 | 简化示例 |
| --- | --- | --- | --- |
| 业绩SOP | 客户价值怎样转成企业的经济结果？ | 与客户强关联的关键环节及结果 | 从确认需求到履约、回款的订单链 |
| 业务SOP | 为推进某个关键环节，需要组织哪些过程？ | 多项任务协作形成的业务结果 | 形成一份可履行的报价 |
| 职能SOP | 岗位或角色要完成哪一项闭环任务？ | 有输入、处理、输出和完成标准的任务 | 核算一份报价 |
| 动作SOP | 这项任务具体怎样做？ | 准备、操作、检查、异常与交接要求 | 核对数量与计价单位 |

**业绩SOP从客户与经济结果出发。** 对订单业务，可以梳理确认需求、确认方案与报价、明确合同条件、完成履约验收、结算回款等关键环节。不同业务的顺序、分支和并行关系不同，不能把一条示意链当成所有企业的固定路径。

业绩也不能只看成交数量。客户是否接受交付、企业是否收回款项、业务是否覆盖必要成本，都可能影响对结果的判断。企业应先说清本条业绩链的范围、观察期间和结果口径，再选择相应记录。

**业务SOP组织一个业务结果。** 为让客户确认报价，可能需要整理需求、核实供应条件、核算报价、完成授权复核。业务SOP要把这些工作接起来，形成下一环节可以使用的结果。它可以由一个部门负责，也可以跨部门、跨组织协作。

**职能SOP对应一项闭环任务。** 这里的“职能”指岗位或角色承担的一项工作任务，例如核算报价、开具发票、核实供期。它不是“财务部”“采购部”这样的职能部门，也不是一个岗位的全部职责。判断任务是否闭环，要看它在什么条件下开始，处理什么，交出什么，以及怎样确认完成。

**动作SOP把任务变成可以执行的说明。** 比如核算报价时，先读取已确认的需求版本，再核对数量与计价单位，按授权的计价规则计算，记录依据和未决事项，最后提交测算单。容易出错、需要交接或存在明确风险的地方，应写清操作标准和异常处理；不必把每个熟练动作都扩成冗长教程。

可左右滑动查看图示，也可打开大图。

[![四向SOP的层层支撑关系：向下明确必要工作，向上核对结果依据。](https://yutengfei.com/journal/four-way-sop/materials/zh/01-four-layer-support.svg)](https://yutengfei.com/journal/four-way-sop/materials/zh/01-four-layer-support.svg)

图1：四层表示工作范围与支撑关系。箭头表示需要说明和检验的关系，不表示完成下层就必然获得上层结果。

[打开大图 ↗](https://yutengfei.com/journal/four-way-sop/materials/zh/01-four-layer-support.svg)[下载可编辑 SVG ↓](https://yutengfei.com/journal/four-way-sop/materials/zh/01-four-layer-support.svg)

## 二、向下展开，要找到真正需要的过程

梳理可以从一条真实业务开始。先看客户在哪里作出选择，企业在哪里形成承诺，交付和款项怎样落实。再选择其中一个关键环节，追问它需要什么结果、由哪些任务共同产生。

以“确认方案与报价”为例。客户能收到一份报价，还不足以说明这个环节已经成立。报价应回应已确认的需求，所依据的供应、交付和商业条件应当可核对，超出授权的条件应有人作出决定。内部要组织哪些工作，就要看怎样把这些条件支撑起来。

继续往下看，“形成可履行报价”这个业务过程，可以包括整理需求、核实供应、核算报价、授权复核等任务。每项任务有各自的输出，也有协作接口。整理需求不能以“沟通过了”作为完成依据，应交出可供核对的需求说明；核实供应不能只说“应该有货”，应说明确认的条件和有效范围。

再选“核算报价”这一项职能任务。它的输入可以是已确认的需求、有效的供应条件和当前适用的计价规则；输出可以是核算正确、标明版本与计算依据的报价测算单，供后续复核使用。阻塞计算的缺项应先退回确认，非阻塞的后续复核项可以随单列示；涉及对客户承诺的未决条件，必须在作出承诺前解决。到了这一层，才需要进一步说明具体操作动作。

每向下展开一次，都要回答：**新增的工作怎样帮助形成上层所需的结果？** 如果说不清，可能是任务没有必要，也可能是上层目标不清，或者两者之间遗漏了一个过程。不能只靠文件编号把它们连起来。

可左右滑动查看图示，也可打开大图。

[![一份报价怎样连接四层SOP：订单链中的关键节点，展开为业务过程、闭环任务和操作要求。](https://yutengfei.com/journal/four-way-sop/materials/zh/02-quotation-expansion.svg)](https://yutengfei.com/journal/four-way-sop/materials/zh/02-quotation-expansion.svg)

图2：虚构订单业务示例，只展开“确认方案与报价”的部分支撑关系；实线箭头表示示意流转，虚线表示局部展开。实际业务可有并行、分支和返工。

[打开大图 ↗](https://yutengfei.com/journal/four-way-sop/materials/zh/02-quotation-expansion.svg)[下载可编辑 SVG ↓](https://yutengfei.com/journal/four-way-sop/materials/zh/02-quotation-expansion.svg)

## 三、向上核对，不能把完成动作当成完成业绩

向下拆得清楚，还要能向上核对。

核对计价单位完成，只能说明一个操作要求得到满足。核算报价完成，说明一份符合任务要求的测算单已经形成。经过需求、供应与授权等环节共同复核，才可能形成可向客户提供的报价。客户是否接受，后续能否履约、回款，还需要继续观察。

因此，四层之间不能写成简单的结果等式。多个合格动作可以为闭环任务提供条件，多项任务可以共同支撑业务结果，多个业务过程可以推进业绩链。但市场变化、客户选择、产品适配、资源约束和经营判断，仍会影响最终结果。

如果客户没有接受报价，要先查看客户反馈和这条业绩链的相关记录。问题可能出在响应时间、需求理解或报价差错，也可能出在产品不适合、交期不满足、价格缺乏竞争力，甚至客户的采购计划已经改变。定位以后，再决定需要调整业务协作、某项任务、操作要求，还是重新判断产品与市场。需要处理哪一层，就展开哪一层，不必每次完整走过四层。

四向SOP可以帮助我们沿着这些关系继续问，也能回头查依据。它不能单凭一张分层图证明原因，更不能把业绩不达预期直接归为某个人执行不力。

## 四、它与组织有关，但不被组织图框住

实际工作中，四层通常不会与公司、部门、岗位、个人一一对应。一个人可能承担多项职能任务，一项业务可能需要多个角色协作；同一项“核实供期”任务，也可能服务新报价和订单变更等不同业务。

所以，梳理SOP时应同时保留两种关系：一是任务支撑什么结果，二是谁拥有相应的责任、权限和资源。前者说明工作逻辑，后者说明工作由谁组织和完成。两种关系相互联系，不能互相代替。

共享任务还要处理版本和适用范围。比如供应条件更新了，哪些报价仍然有效、哪些需要重新确认？如果把同一任务复制到多份文件里，却没有维护来源，很容易出现流程都照做了、依据却不一致的情况。

从资源、运管、客户、资本四种参与关系（四生态）来观察企业，参与者可以主动提出贡献，也可以响应需求。精干运管负责决策、规则，以及价值生产、销售渠道和客户关系的协调。价值贡献角色通过相应任务进入业务协作，工作手册为角色提供使用这些流程的指引。消费客户和单纯投资人分别走相应流程，不因这两种身份要求配置共建工作手册。

这里先说明工作如何连接。贡献怎样评价、权益怎样约定，仍需按实际业务另行制定规则，不能由任务完成记录自动推导出来。

## 五、先用一条链检验，再决定扩展到哪里

使用这套模型，不必从全公司的文件整理开始。可以选一条真实、重复发生、能够观察结果的业务链，先做三件事。

第一，说清这条链要形成什么客户结果与经济结果，哪些条件不能省略。第二，选择一个关键节点，展开必要的业务过程和闭环任务，把输入、输出、责任与验收依据接起来。第三，跟随真实业务运行，记录缺项、等待、返工和客户反馈，再决定哪些操作需要进一步标准化。

工作已经熟练、稳定，交接也简单，留一份简洁指引可能就够了。对于新业务、需求频繁变化或高度依赖判断的工作，应先把目标、决策条件和反馈方式说清，再逐步积累程序。为了凑齐四层而增加填写和审批，反而可能妨碍业务。

培训、设备维护等支持性工作，也未必直接对应一次成交。它们可以支撑多条业绩链，或影响更长期间的能力与风险。说明这种支撑关系，需要相应记录与判断，不能给每个动作强行分配一笔收入。

过程方法本身已有成熟研究。ISO关于ISO 9001:2015过程方法的技术说明，同样强调过程之间的输入、输出、接口、责任和检查，并建议按组织情境与风险确定所需文档。\[1\] 本文四向模型的作用，是用四个观察层次，把客户与经济结果一直追问到具体任务和动作；其适用性仍需在实际业务中检验。

判断一次试行是否有用，可以看参与者能否说清自己的交付支撑哪里，下一环节能否使用该结果，出现问题后能否找到相应记录。交接缺项、返工和等待是否减少，也值得观察，但应同时记录业务规模、需求复杂度等变化。即使结果改善，也不能只凭一次试行认定是模型带来的。

四向SOP的价值，最终体现在工作与结果能否相互解释：向下展开时，知道需要组织什么；向上核对时，知道已经交出了什么、还有什么没有成立。把这条关系放回业务里反复检验，流程才有机会成为持续使用的方法。

## 来源与延伸阅读

模型依据作者提供的早期研究资料《SOP梳理设计方法论》，重点为第2、4、5节；版本记录列有2023年3月9日培训调整及2023年5月11日杨婧参与的基础理论与模型搭建。本篇重新说明四层关系，图示为本篇原创重构，未沿用历史图中的考核及分配机制。文中报价业务为虚构示例。

\[1\] ISO/TC 176/SC 2, _The Process Approach in ISO 9001:2015_, N1289，第1、4—5页。[官方技术说明](https://www.iso.org/iso/iso9001_2015_process_approach.pdf)。此处引用过程方法，不将四向分类归为ISO要求，也不表示本文模型经过认证。

延伸阅读：[繁、简、易、图：商业逻辑设计的思考方法](https://yutengfei.com/zh/journal/fan-jian-yi-tu/)；[企业规划十步法：把方向、资源和执行接起来](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/)。

## 关联阅读

- [四向SOP怎么用：从业绩理清业务、人才和每天的工作](https://yutengfei.com/zh/journal/four-way-sop-practical-guide/)
- [SOP跑完了，为什么没有业绩？](https://yutengfei.com/zh/journal/sop-business-outcome-diagnosis/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

原创文字内容适用，另有声明除外；第三方素材不适用。下载和机器读取不扩展现有许可，也不另行授权衍生作品、商业使用或模型训练。

[查看 AI 使用说明](https://yutengfei.com/zh/journal/ai/)