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

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

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

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

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

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

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

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

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

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

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

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

打开大图 ↗下载可编辑 SVG ↓

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

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

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

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

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

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

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

打开大图 ↗下载可编辑 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页。官方技术说明。此处引用过程方法，不将四向分类归为ISO要求，也不表示本文模型经过认证。

延伸阅读：繁、简、易、图：商业逻辑设计的思考方法；企业规划十步法：把方向、资源和执行接起来。