# 流程走到下一步之前，要交付什么？ - 作者: Andrew David W.Y. - 来源: https://yutengfei.com/zh/journal/process-handover-and-entry-conditions/ - 版本: R1 - 发布: 2026-11-04 - 修订: 2026-11-04 - 内容状态: 已公开全文 - 内容类型: 模型 (models) - 研究专题: 利益相关者资本治理 (stakeholder-governance) - 生态视角: 运管生态 (operations) · 资源生态 (resource) ## 如何使用这项资源 **用途**: 把上一过程的交付、接收结论与下一过程的启动条件分开，说明交接异常怎样处理，以及共同目标如何约束局部完成。 **使用条件**: 使用前请核对对象、目标和约束是否适合当前任务；正文未明确的条件需要另行确认。 **模型 · 要素、关系与假设** **依据与验证边界**: 文中案例用于演示分析和操作。应用时请用实际业务记录替换示例条件，再核对判断和结果。 本文未单独登记外部验证结果。公开发布不等于效果已经验证，请结合正文依据、假设与限制判断。 这是可阅读、可引用的知识资源，不是已安装的 Skill。交给 AI 使用时，请保留来源与限制，并核对产出。 ## 正文 销售把客户需求交给报价人员，任务状态也改成了“完成”。报价人员打开资料，却发现数量、交期和使用条件都没有确认，又得重新找人。前面确实做过工作，后面仍然无法开始。 类似的情况，发生在方案交给设计、设计交给制作、研发交给测试，也发生在企业与供应商、渠道和客户之间。 我更关心的是：上一环节做出的结果，能不能成为下一环节真正可用的起点？ 把这件事说清楚，流程图上的箭头才有实际含义。 ## 一、先分清两个判断：交付合格，下一步也能开始么？ 一段流程可以由几个相互关联的过程组成。每个过程有自己的目的，也为整条业务链提供某种结果。这个结果可能是一件产品、一份方案、一组数据，也可能是经过确认的需求或一项决定。 ISO 关于过程方法的说明，将过程理解为利用输入形成预期结果的一组相关活动，并强调过程之间的输入、输出和相互依赖。本文沿用这个基本认识，进一步提出一个用于日常交接的工作模型。[过程方法说明](https://www.iso.org/iso/iso9001_2015_process_approach.pdf) 模型从一个共同目标出发：**上一过程形成结果 → 对照下一过程需要验证 → 明确接收结论 → 核对启动条件 → 进入下一过程。** 这里要分开看两件事。 第一个是，交来的结果是否符合约定。需求有没有确认，图纸是不是现行版本，数据有没有来源，交付物是否在约定范围内。它回答“这份交付能不能用”。 第二个是，下一过程是否具备启动条件。负责的人是否能够承接，必要的材料和资源是否到位，相关决定是否已经确认。它回答“现在能不能开始”。 一份合格的图纸，可能因为材料尚未到货而暂时不能进入制作。这时应记为“交付已接收、制作待启动”，继续处理材料问题。不能把所有等待都退回设计人员，也不能因为图纸已经接收，就把制作写成已经开始。 可左右滑动查看图示，也可打开大图。 [![图一：交付成为下一过程起点的条件。交付核对与启动确认分别进行，接收不自动意味着已启动。](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/zh/01-handover-to-next-process.svg)](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/zh/01-handover-to-next-process.svg) 图一：共同目标与约束贯穿各环节。箭头表示交接和判断顺序，不表示客户或经济结果已经实现。 [打开大图 ↗](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/zh/01-handover-to-next-process.svg)[下载可编辑 SVG ↓](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/zh/01-handover-to-next-process.svg) ## 二、交的是什么，要按下一步的用途来写 “需求整理完成”“方案已经提交”，都太容易产生不同理解。 下一步要做报价，至少需要知道报什么、报多少、什么时候交付，以及哪些条件已经确认、哪些仍是估计。下一步只做初步方案，则可能允许部分信息暂缺，但要把假设标出来，说明哪些判断还不能作。 同一份资料，用在不同环节，适用标准可能不同。因此，交接要求应在工作开始前由相关角色确认；业务中确实发生变化，再按约定调整。接收方不能临到交接，才不断增加原来没有约定的要求。 我建议先把下面六件事说清楚。它们可以写在已有任务单、文件说明或系统字段里，不必另造一套厚表格。 | 要说清的事 | 交接时能够回答什么 | | --- | --- | | 用途与边界 | 供哪个过程使用，支持什么判断，覆盖哪些范围 | | 结果与版本 | 交付对象在哪里，当前是哪一版，形成于什么时间 | | 核对依据 | 关键事实依据什么确认，来源和必要的核对记录在哪里 | | 接收标准 | 达到什么要求才可接收，采用哪一版标准 | | 承接与期限 | 谁提交、谁核对、谁负责后续，什么时候答复 | | 缺口与处置 | 哪些尚未确认，会影响什么，由谁在何时补齐或决定 | 结果与依据也要区分。一次沟通记录，可以证明双方讨论过某个条件，却未必证明条件已经得到确认。一份看起来完整的 AI 生成方案，也未必能够证明其中的价格、规格或交期真实有效。 接收者拿到交付后，要能看明白：哪些内容可以据此行动，哪些还需要核实，用到什么范围需要重新确认。 ## 三、谁来核对，不能只剩一句“请验收” 提交方先按约定自查，接收方核对与自己工作有关的输入。专业判断、对外承诺和超出原授权的事项，再交给有相应权限的人确认。 小团队可以由同一个人兼任几个角色，重点仍是把判断的依据和责任写清楚。关键事项存在明显利益冲突时，需要另行安排适当复核。普通、低成本且容易纠正的交接，可以采用简明确认或抽查；风险较高、改错成本较大的环节，再增加检查。不能每一步都层层签字，把协作成本推得比原来的问题还高。 接收结论应具体。例如：“需求表 V2 已按报价输入标准核对，规格和数量可用于测算；正式交期尚待供应确认，不得据此向客户承诺。”这比“收到”“没问题”更容易继续工作。 “收到”只说明资料送达；“接收”说明指定范围的交付通过核对；“启动”说明下一步的实际条件也已具备。任务系统可以采用不同状态，但应让参与者看得出这几个区别。 还要约好答复时间。逾期没有回复，应进入提醒和协调，不能默认通过；接收方拒绝时，也应指出未满足的标准和具体缺口。双方都有责任减少无依据的等待和反复。 ## 四、接不上，先看是哪一种问题 交接出了问题，最容易采用的办法是“退回重做”。但有些问题不在交来的成果本身，再做一遍也解决不了。 可以先分成三类。 **成果存在缺口。** 比如缺少已约定的规格、关键数据无法核对、文件版本不一致。指出具体缺口和影响，由相应责任人补充或修正，再按有效标准重新验证。已经合格且未受影响的部分，不必一并推倒。 **标准或权限存在分歧。** 比如双方对“已确认”理解不同，或者需要承诺一个原来没有授权的交期。先找回原约定，必要时由有权角色决定适用标准、范围与责任。不能让接收人员凭个人意见新增条件，也不能让提交人员为了赶进度代替别人承诺。 **业务条件发生变化。** 比如客户改了需求、供应能力变化，或者下一步资源暂时不足。先判断影响范围，由相应角色决定补资源、调整范围或时间、暂停，还是终止相关工作。成果本身合格，也可能暂时不再适用。 可左右滑动查看图示，也可打开大图。 [![图二：交接异常的三类处理路径。问题处理后，拟继续的事项都回到重新验证；暂停事项须确认恢复条件。](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/zh/02-exception-and-revalidation.svg)](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/zh/02-exception-and-revalidation.svg) 图二：异常分类用于找到合适的处理入口。纠正成果、解释标准和调整业务条件各有责任，不应全部归为执行不力。 [打开大图 ↗](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/zh/02-exception-and-revalidation.svg)[下载可编辑 SVG ↓](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/zh/02-exception-and-revalidation.svg) 确有必要时，可以在明确范围内有条件接收。例如先做内部测算，同时补确认信息。此时要有相应权限，写明允许做什么、禁止据此做什么、补齐期限，以及条件未满足时怎样停止或回退；这些安排确认后，还要重新核对受限工作的输入和启动条件。 有条件接收，也不能跳过必须满足的要求。凡是没有权决定、无法控制后果，或者必须先完成的必要核对，仍应暂停相关动作。暂停也要有人跟进，说明待什么条件恢复、何时复核。已经承担的履约、费用和善后责任继续按约定处理，不会因为状态改成“暂停”就消失。 ## 五、用一次报价交接，看看模型怎样落地 下面是专门编写的虚构情境，用来说明模型，不对应某家企业的实际记录。 客户提出一批定制设备需求。需求协调人将材料交给报价负责人，双方事先约定：正式报价需有已确认的规格、数量、交付地点和期望交期，并注明未解决事项。 第一次提交时，规格和数量已经确认，交付地点仍有两个备选。报价负责人指出缺口，说明运输费用无法据此确定。需求协调人随后确认地点，提交 V2，保留前一版与修改说明。 核对 V2 后，报价所需输入已经满足约定，但供应方尚未确认产能。这里需要继续区分：内部成本测算可以开始；向客户发出包含确定交期的正式报价，条件尚未具备。 有权负责人决定，允许先在限定范围内做内部测算。任务记录注明产能确认的责任人、截止时间，以及不得向客户承诺交期的限制。相关输入和资源重新核对后，内部测算启动。 如果供应方随后反馈无法满足期望交期，就由相关角色与客户确认调整。若客户改变规格，应识别受影响的测算和材料，按新版本重新核对，不能沿用“V2 已接收”的结论继续对外报价。 这个例子里，模型帮助区分了资料缺口、承接条件和对外决定，也保留了一部分可以先做的工作。它并不能保证客户最终成交，更不能单凭一次交接顺利就证明整套流程提高了业绩。 ## 六、共同目标，要能约束每一个局部的“完成” 销售希望快一点，报价希望资料完整，供应方希望条件稳定。这些需要都有实际原因。共同目标的作用，是让相关角色围绕同一笔业务讨论取舍：客户要解决什么问题，时间、成本、质量和履约条件怎样平衡，哪些承诺不能作。 它并不要求每个人利益相同，也不能成为向某一方无限加任务的理由。新增工作、等待和返工有成本，需要说明由谁承担，超出原约定时由谁决定。 在资源、运管、客户、资本四生态中，都可能发生这类交接；不同角色可以主动贡献，也可以响应需求。具体事项仍按业务关系和授权办理。精干运管负责相关决策、规则和协调，把价值生产、销售渠道及客户关系接起来，而不是替所有专业角色作判断。 这套模型处理的是交付与承接。交付记录可以为后续评价提供事实，但不自动等于全部贡献，也不自动带来报酬、股权、分红或决定权；有关制度权益需要依据实际业务和相应约定另行处理。 使用时，可以先选一处反复出问题的交接，记录资料缺口、等待原因、返工、核对成本，以及对客户履行的影响。试行后再看：哪些检查有用，哪些标准过重，异常有没有更快找到负责人。缺少对照和足够记录时，先保留观察结果，不急着归因。 如果一笔业务最后没有达到预期，还是要先沿着客户需求、产品与价格、履约、渠道和回款等业绩链找问题，再决定调整哪些业务、职能或动作层面的 SOP。交接只是其中一段，不能用它解释所有经营结果。 流程走到下一步之前，交付要让接收者知道：现在可以据此做什么，还有什么不能做，出了变化找谁处理。把这些条件接起来，才知道流程究竟前进到了哪里。 * * * ### 来源与关联阅读 - 模型依据：早期团队资料《SOP梳理设计方法论》，重点参考第 6—9 页关于前置任务、下一步流转、交接、特殊情况、试行与迭代的内容；两张早期“岗责、工作手册、SOP 与绩效考核”关系图提供“验证前置结果”的研究线索。本文的交接与异常机制为重新构建的工作模型，效果尚待具体业务检验。 - 概念参考：[ISO：The process approach in ISO 9001:2015](https://www.iso.org/iso/iso9001_2015_process_approach.pdf)。用于说明过程的输入、输出和相互依赖；本文并非标准条文解释或认证指南。 - [企业规划十步法：把方向、资源和执行接起来](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/)：从目标与资源安排，继续理解相互依存的协作承诺。 - [四生态治理模型：贡献、权益与协作闭环](https://yutengfei.com/zh/journal/four-ecology-governance-model/)：从相邻过程的交接，进一步理解多方关系和事项权限。 - [贡献记录与复核表：让评价有依据，也允许提出异议](https://yutengfei.com/zh/journal/contribution-record-review/)：交付之后，怎样记录和复核各自参与的事实。 ## 关联阅读 - [从岗责分析到角色工作手册：让共建者知道怎样贡献](https://yutengfei.com/zh/journal/co-builder-role-handbook/) - [日常、周期、触发、被动：角色任务怎样进入工作流程](https://yutengfei.com/zh/journal/role-task-entry/) [CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/) 原创文字内容适用，另有声明除外；第三方素材不适用。下载和机器读取不扩展现有许可，也不另行授权衍生作品、商业使用或模型训练。 [查看 AI 使用说明](https://yutengfei.com/zh/journal/ai/)