2. 定义阶段
为什么订单交付周期长，先画 SIPOC 而不是急着找原因
订单交付周期长，往往不是某一个环节慢，而是从客户下单到客户收货之间，跨了销售、计划、采购、生产、仓储、物流多个部门。如果一开始就扎进车间找原因，很容易把项目边界越拉越大，最后变成“全公司流程优化”。SIPOC 的作用，是在定义阶段用一张图把流程的供应商（Supplier）、输入（Input）、过程（Process）、输出（Output）、客户（Customer）五要素固定下来，明确“从哪开始、到哪结束、谁提供、谁接收”。
本例以某制造企业“标准产品订单交付”流程为对象，目标是把端到端交付周期从平均 28 天压缩到 20 天以内。绘制 SIPOC 时，先确定项目边界：起点为“客户订单正式录入系统”，终点为“客户签收并确认收货”。边界之外的活动（如售前报价、售后维修）不纳入本次改进范围。
绘制步骤与关键判断
- 先定过程（P）：从订单录入到客户签收，按实际流转顺序列出 5～7 个高层级步骤，不展开到工位级细节。本例为：订单评审 → 生产计划排程 → 物料采购与齐套 → 生产制造 → 成品检验入库 → 发货与运输 → 客户签收。
- 再定输出（O）：每个过程步骤产生什么可交付结果。关键输出包括：已评审订单、主生产计划、齐套物料、合格成品、出库单与运单、客户签收单。
- 反推客户（C）：谁接收这些输出。直接客户是外部下单客户；内部客户包括生产车间、仓储、物流承运商等。
- 反推输入（I）：过程需要什么才能启动。包括客户订单信息、产品规格与 BOM、可用产能、原材料、工艺文件、包装要求等。
- 最后定供应商（S）：谁提供这些输入。包括客户、销售部门、研发/工艺、原材料供应商、外协厂商、IT 系统等。
判断边界是否合理的实用标准：如果某个活动不直接影响“订单录入→客户签收”这条主链，就不应放进本次 SIPOC 的过程列；如果某个角色只是偶尔提供信息、不承担输入责任，也不应列为供应商。
SIPOC 全景图与边界界定
下图把本例的 SIPOC 五要素按“输入→过程→输出”的主链展开，并用虚线标出项目边界。左侧供应商提供输入，中间过程按顺序流转，右侧输出交付给客户；边界外的活动用灰色表示，提醒团队不要越界。
边界界定后的范围声明
根据上图，本次六西格玛项目的范围可以写成一句话：从客户订单正式录入 ERP 系统开始，到客户签收并回传签收单结束，覆盖订单评审、计划排程、物料齐套、生产制造、成品入库、发货运输、客户签收七个高层级过程。
| 范围要素 | 纳入 | 不纳入 |
|---|---|---|
| 流程起点 | 订单正式录入系统 | 售前报价、合同谈判 |
| 流程终点 | 客户签收确认 | 退货处理、售后维修 |
| 过程层级 | 7 个高层级步骤 | 车间工位级操作细节 |
| 涉及部门 | 销售、计划、采购、生产、质检、仓储、物流 | 研发新品开发、财务核算 |
| 改进指标 | 端到端交付周期（天） | 产品一次合格率、成本 |
范围蔓延的典型信号：讨论中不断出现“顺便把采购价格也降一降”“把售后响应也一起改了吧”。一旦出现这类话题，应回到 SIPOC 边界，确认是否属于本次项目范围；不属于的，记录到“范围外清单”，留待后续项目处理。
用 SIPOC 检查范围完整性的三个问题
- 每个过程步骤是否都有明确的输入和输出？如果某步骤找不到输出，说明它可能不是独立过程，或该步骤本身存在问题。
- 每个输出是否都有明确的客户？如果某个输出没有接收方，要么是多余产出，要么是客户识别遗漏。
- 每个输入是否都有明确的供应商？如果某个输入无人负责提供，它就是流程中的风险点，应在定义阶段记录。
完成 SIPOC 后，团队应能回答：我们要改的是哪条流程、从哪开始到哪结束、谁参与、交付什么。接下来才能进入 VOC 收集与 CTQ 转化，把“交付周期长”这个模糊问题转化为可测量的客户需求指标。