蓝图评审会开成了答疑会，问题往往不在方案，在讲的人满嘴术语

蓝图评审会上，讲的人一口一个分配、回滚、集货，评审的人听不懂，一个钟头全在提问质疑。会开完，方案没过，不是方案错了，是没讲明白。办法有两个：术语换成现场的说法，拿一张真实单据从头走一遍。

初审被打回最多的，又是另一件事：正常流程画得很全，退货、取消这些逆向流程没设计。

这篇讲：蓝图怎么调研，写哪几块，初审和终审各卡在哪，签了以后又要改怎么办。

一、蓝图调研：先找人，再看图

调研做两件事。

一是找关键用户。 仓储、产线、采购、计划，每个岗位每天怎么干活，问他们。关键用户怎么选，前面专门讲过。

二是看工厂规划图。 自动化项目里，蓝图要写到区域：卸货区、平库和立库存储区、分拣区、上线缓存区、产线。料从哪进、在哪放、在哪拣、从哪上线，图上看得清清楚楚。只问人不看图，流程会画成「理想中的仓库」。

调研多久没有固定时间，看项目的工程量和工期要求定。

二、业务蓝图写什么：前面交代依据，后面按业务域写

我们的业务蓝图，前面是交代清楚的几块：编写目的（为后面的详细设计、开发、测试、上线、验收提供依据），参考文档（立项书和调研记录），编写人员（项目组和业务关键用户都在上面），常用术语解释，项目概况（现状、痛点、范围写到区域）。

后面按业务域分章：容器管理、平库、立库、配送逻辑总图、PFEP 维护、集货、叫料、空台车返回。每一章固定写 6 块：

• 业务范围和价值
• 业务流程图
• 流程步骤表
• 核心逻辑和方案要点
• 功能清单
• 接口清单

最有用的是流程步骤表，四列：序号、流程节点、业务说明、岗位。每一步是谁干的，库管员、物流人员、产线工人，还是 WMS、LES 自动做，都写清楚。评审时每个岗位的人看自己那几行，就知道上线以后自己每天要干什么。

三、蓝图初审最常打回：逆向流程没设计

初审被打回，主要是三类：

• 业务规划不符合业务要求：流程和现场实际怎么干对不上
• 功能不够细：只写了「支持入库」，没写按数量还是按托盘、要不要质检
• 逆向流程没规划：正常流程画了，出了错、要撤回、要退回的时候怎么办，没设计

第三类最多。我们蓝图功能清单里，逆向流程是一条一条列出来的：

• 收货回滚、上架回滚、取消上架
• 波次取消、取消分配、取消拣货
• 拣货差异：少拣登记异常，多拣的料移到多拣区
• 超量发货退回，重新走入库
• 采购退货，补货单退库
• 入出库任务取消：WMS 向设备系统申请，设备系统回复能不能取消
• 设备异常：任务手动完成或取消

正常流程天天走，逆向流程隔好些天才碰上一次，所以最容易被漏。可一旦碰上没设计的逆向流程，现场只能找 IT 改数据。逆向流程要和正常流程一样画，一样写到岗位。

四、蓝图终审卡在听不懂：换说法，走单据

终审请领导来，卡的往往不是方案，是讲法。评审人通常不是这个领域的专业人员，讲的人术语太多，评审人听不懂，就只能一条条提问、质疑。

我们用两个办法：

• 术语换成现场的说法：不说「组波」，说「几台车的料放在一起拣」；不说「上架回滚」，说「放错了货位，撤回来重放」
• 拿一张真实单据走一遍：从到货、收货、上架，到拣货、配送、上线，评审人跟着这张单子走，每到一步，评审人才知道这一步在说什么

五、蓝图签字以后再改：走变更，再签一次

业务负责人和关键用户签了字，蓝图就是后面开发、测试、验收的依据。签了以后要改，走变更审批流程，改完请关键用户和业务负责人再签一次确认。

不走这一步，开发按旧蓝图做，验收按新想法验，又回到前面验收那篇说的「各说各的」。

---

你们的蓝图里，取消和退货的流程画了吗？