以前只懂 WCS，我怎么快速摸清一个陌生的工业现场

在一个五金备件库项目里，我原本只负责 WCS。后来甲方希望我们拿出整套立体仓库方案，我才发现，自己熟悉的是系统里的一段，现场这件事却从货物进仓之前就开始了。

当时我没法一下子把 WMS、设备和现场操作都学明白，只能先从最熟悉的地方往外看。

先把人、WMS、WCS、设备和实物放到一条链路上，才看得见自己熟悉的 WCS 前后还连着什么。

我先挑了两件最具体的事：一件货怎么入库，一件货怎么出库。把它们分别画成简单流程，不急着补系统架构，也不用画得多漂亮。每一步先写清楚：谁来做，做完交给谁，系统里状态怎么变，下一步怎么知道可以继续。说不清的地方先留问号。

先沿着一件货走一遍，看看系统、设备和现场在哪些地方交接。

有机会就跟着操作工走一遍；去不了现场，就找一张真实业务单据，从头模拟。光问“正常流程是什么”很容易得到一句大概。把某一步说具体，问题才会冒出来：这一步谁操作？操作完看什么？设备没反应时现场怎么办？系统显示完成，但现场还没看到结果，又以谁的状态为准？

流程有个粗样子后，再拿具体动作去找对应的人核对。问 WMS，不只问接口有没有，还要问任务谁创建、WCS 能拿到哪些信息、执行结果回写什么状态，取消或失败时双方怎么处理。问设备厂家或 PLC 工程师，也别只问“支不支持”，而是把动作拆开：WCS 下发什么指令、设备反馈什么状态、没执行成功会怎样、人工处理后任务怎么接着走。

把问题落到具体动作上，哪些已确认、哪些还要追问，一眼就能看出来。

我会把答案分成三类：已经确认、暂时假设、还没问清楚。尤其是接口和设备能力，流程图上画得通，不代表现场就一定做得到。把不确定的地方留下来，比为了让方案完整而自己补答案靠谱。

还有个问题不能漏：甲方说“提高效率”，具体是想改善哪一段？可以让对方讲一个实际遇到的情况，再问现在怎么处理、时间主要花在哪里、希望看到什么变化。没有数据就先记待确认，不要替对方编目标。否则很可能流程梳理得挺完整，最后却不知道方案到底要解决什么。

最后，拿一条正常业务从头走到底，再挑一个容易卡住的情况，比如任务取消或设备暂时不能执行。沿途问清楚：谁发现问题、谁来处理、处理完系统和现场怎么重新对上。第一次不用把所有异常都想完，先找出会让流程停下来的地方。

对我来说，快速熟悉现场，不是把所有设备和系统的资料先看一遍，而是抓住一件真实业务，跟着它走，再把每个交接点问明白。以前我只看 WCS 这一段；现在至少知道，要弄清它在整条流程里接了什么、又把什么交给了下一环。