流程走到下一步之前，要交付什么？

销售把客户需求交给报价人员，任务状态也改成了“完成”。报价人员打开资料，却发现数量、交期和使用条件都没有确认，又得重新找人。前面确实做过工作，后面仍然无法开始。

类似的情况，发生在方案交给设计、设计交给制作、研发交给测试，也发生在企业与供应商、渠道和客户之间。

我更关心的是：上一环节做出的结果，能不能成为下一环节真正可用的起点？

把这件事说清楚，流程图上的箭头才有实际含义。

一、先分清两个判断：交付合格，下一步也能开始么？

一段流程可以由几个相互关联的过程组成。每个过程有自己的目的，也为整条业务链提供某种结果。这个结果可能是一件产品、一份方案、一组数据，也可能是经过确认的需求或一项决定。

ISO 关于过程方法的说明，将过程理解为利用输入形成预期结果的一组相关活动，并强调过程之间的输入、输出和相互依赖。本文沿用这个基本认识，进一步提出一个用于日常交接的工作模型。过程方法说明

模型从一个共同目标出发：上一过程形成结果 → 对照下一过程需要验证 → 明确接收结论 → 核对启动条件 → 进入下一过程。

这里要分开看两件事。

第一个是，交来的结果是否符合约定。需求有没有确认，图纸是不是现行版本，数据有没有来源，交付物是否在约定范围内。它回答“这份交付能不能用”。

第二个是，下一过程是否具备启动条件。负责的人是否能够承接，必要的材料和资源是否到位，相关决定是否已经确认。它回答“现在能不能开始”。

一份合格的图纸，可能因为材料尚未到货而暂时不能进入制作。这时应记为“交付已接收、制作待启动”，继续处理材料问题。不能把所有等待都退回设计人员，也不能因为图纸已经接收，就把制作写成已经开始。

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

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

二、交的是什么，要按下一步的用途来写

“需求整理完成”“方案已经提交”，都太容易产生不同理解。

下一步要做报价，至少需要知道报什么、报多少、什么时候交付，以及哪些条件已经确认、哪些仍是估计。下一步只做初步方案，则可能允许部分信息暂缺，但要把假设标出来，说明哪些判断还不能作。

同一份资料，用在不同环节，适用标准可能不同。因此，交接要求应在工作开始前由相关角色确认；业务中确实发生变化，再按约定调整。接收方不能临到交接，才不断增加原来没有约定的要求。

我建议先把下面六件事说清楚。它们可以写在已有任务单、文件说明或系统字段里，不必另造一套厚表格。

结果与依据也要区分。一次沟通记录，可以证明双方讨论过某个条件，却未必证明条件已经得到确认。一份看起来完整的 AI 生成方案，也未必能够证明其中的价格、规格或交期真实有效。

接收者拿到交付后，要能看明白：哪些内容可以据此行动，哪些还需要核实，用到什么范围需要重新确认。

三、谁来核对，不能只剩一句“请验收”

提交方先按约定自查，接收方核对与自己工作有关的输入。专业判断、对外承诺和超出原授权的事项，再交给有相应权限的人确认。

小团队可以由同一个人兼任几个角色，重点仍是把判断的依据和责任写清楚。关键事项存在明显利益冲突时，需要另行安排适当复核。普通、低成本且容易纠正的交接，可以采用简明确认或抽查；风险较高、改错成本较大的环节，再增加检查。不能每一步都层层签字，把协作成本推得比原来的问题还高。

接收结论应具体。例如：“需求表 V2 已按报价输入标准核对，规格和数量可用于测算；正式交期尚待供应确认，不得据此向客户承诺。”这比“收到”“没问题”更容易继续工作。

“收到”只说明资料送达；“接收”说明指定范围的交付通过核对；“启动”说明下一步的实际条件也已具备。任务系统可以采用不同状态，但应让参与者看得出这几个区别。

还要约好答复时间。逾期没有回复，应进入提醒和协调，不能默认通过；接收方拒绝时，也应指出未满足的标准和具体缺口。双方都有责任减少无依据的等待和反复。

四、接不上，先看是哪一种问题

交接出了问题，最容易采用的办法是“退回重做”。但有些问题不在交来的成果本身，再做一遍也解决不了。

可以先分成三类。

成果存在缺口。 比如缺少已约定的规格、关键数据无法核对、文件版本不一致。指出具体缺口和影响，由相应责任人补充或修正，再按有效标准重新验证。已经合格且未受影响的部分，不必一并推倒。

标准或权限存在分歧。 比如双方对“已确认”理解不同，或者需要承诺一个原来没有授权的交期。先找回原约定，必要时由有权角色决定适用标准、范围与责任。不能让接收人员凭个人意见新增条件，也不能让提交人员为了赶进度代替别人承诺。

业务条件发生变化。 比如客户改了需求、供应能力变化，或者下一步资源暂时不足。先判断影响范围，由相应角色决定补资源、调整范围或时间、暂停，还是终止相关工作。成果本身合格，也可能暂时不再适用。

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

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

确有必要时，可以在明确范围内有条件接收。例如先做内部测算，同时补确认信息。此时要有相应权限，写明允许做什么、禁止据此做什么、补齐期限，以及条件未满足时怎样停止或回退；这些安排确认后，还要重新核对受限工作的输入和启动条件。

有条件接收，也不能跳过必须满足的要求。凡是没有权决定、无法控制后果，或者必须先完成的必要核对，仍应暂停相关动作。暂停也要有人跟进，说明待什么条件恢复、何时复核。已经承担的履约、费用和善后责任继续按约定处理，不会因为状态改成“暂停”就消失。

五、用一次报价交接，看看模型怎样落地

下面是专门编写的虚构情境，用来说明模型，不对应某家企业的实际记录。

客户提出一批定制设备需求。需求协调人将材料交给报价负责人，双方事先约定：正式报价需有已确认的规格、数量、交付地点和期望交期，并注明未解决事项。

第一次提交时，规格和数量已经确认，交付地点仍有两个备选。报价负责人指出缺口，说明运输费用无法据此确定。需求协调人随后确认地点，提交 V2，保留前一版与修改说明。

核对 V2 后，报价所需输入已经满足约定，但供应方尚未确认产能。这里需要继续区分：内部成本测算可以开始；向客户发出包含确定交期的正式报价，条件尚未具备。

有权负责人决定，允许先在限定范围内做内部测算。任务记录注明产能确认的责任人、截止时间，以及不得向客户承诺交期的限制。相关输入和资源重新核对后，内部测算启动。

如果供应方随后反馈无法满足期望交期，就由相关角色与客户确认调整。若客户改变规格，应识别受影响的测算和材料，按新版本重新核对，不能沿用“V2 已接收”的结论继续对外报价。

这个例子里，模型帮助区分了资料缺口、承接条件和对外决定，也保留了一部分可以先做的工作。它并不能保证客户最终成交，更不能单凭一次交接顺利就证明整套流程提高了业绩。

六、共同目标，要能约束每一个局部的“完成”

销售希望快一点，报价希望资料完整，供应方希望条件稳定。这些需要都有实际原因。共同目标的作用，是让相关角色围绕同一笔业务讨论取舍：客户要解决什么问题，时间、成本、质量和履约条件怎样平衡，哪些承诺不能作。

它并不要求每个人利益相同，也不能成为向某一方无限加任务的理由。新增工作、等待和返工有成本，需要说明由谁承担，超出原约定时由谁决定。

在资源、运管、客户、资本四生态中，都可能发生这类交接；不同角色可以主动贡献，也可以响应需求。具体事项仍按业务关系和授权办理。精干运管负责相关决策、规则和协调，把价值生产、销售渠道及客户关系接起来，而不是替所有专业角色作判断。

这套模型处理的是交付与承接。交付记录可以为后续评价提供事实，但不自动等于全部贡献，也不自动带来报酬、股权、分红或决定权；有关制度权益需要依据实际业务和相应约定另行处理。

使用时，可以先选一处反复出问题的交接，记录资料缺口、等待原因、返工、核对成本，以及对客户履行的影响。试行后再看：哪些检查有用，哪些标准过重，异常有没有更快找到负责人。缺少对照和足够记录时，先保留观察结果，不急着归因。

如果一笔业务最后没有达到预期，还是要先沿着客户需求、产品与价格、履约、渠道和回款等业绩链找问题，再决定调整哪些业务、职能或动作层面的 SOP。交接只是其中一段，不能用它解释所有经营结果。

流程走到下一步之前，交付要让接收者知道：现在可以据此做什么，还有什么不能做，出了变化找谁处理。把这些条件接起来，才知道流程究竟前进到了哪里。

来源与关联阅读

• 模型依据：早期团队资料《SOP梳理设计方法论》，重点参考第 6—9 页关于前置任务、下一步流转、交接、特殊情况、试行与迭代的内容；两张早期“岗责、工作手册、SOP 与绩效考核”关系图提供“验证前置结果”的研究线索。本文的交接与异常机制为重新构建的工作模型，效果尚待具体业务检验。
• 概念参考：ISO：The process approach in ISO 9001:2015。用于说明过程的输入、输出和相互依赖；本文并非标准条文解释或认证指南。
• 企业规划十步法：把方向、资源和执行接起来：从目标与资源安排，继续理解相互依存的协作承诺。
• 四生态治理模型：贡献、权益与协作闭环：从相邻过程的交接，进一步理解多方关系和事项权限。
• 贡献记录与复核表：让评价有依据，也允许提出异议：交付之后，怎样记录和复核各自参与的事实。