昨天帮客户做WMS仓库系统时，差点被一个看似简单的需求翻车。事后复盘，发现理解客户需求才是最难的。

客户是个电子厂的仓库主管，干了15年仓库。他说他们那个“批次号生成”是个老大难。上一套国际大牌WMS用了两年都没搞定，最后只能人工手填，每天仓库几个人光填批次号就要两小时。

他找到我们问能不能解决。我打开云表无代码，给他演示了基础配置，SKU、批次、仓位、出入库联动，半天就搭起来了。

他看到这里，没什么表情，只说了一句：你试试把批次号自动生成配出来。

我以为是小活，云表平台里加个表达式就行。结果真开始写规则才发现是个大坑：客户的批次号不是“生产日期+流水号”这种简单规则，是动态的，按客户ID尾数定前缀，按周次+周内流水定后缀，每周一还要自动清零重新计数。

我下午写到一半，对照客户提供的真实样本，发现有3%怎么都对不上。客户把样本往我桌上一放，说：你看，系统生成的和实际不一致。

那一刻我才真正感受到，做项目最难的不是搭界面、配报表，而是把客户脑子里那些没写在文档里的业务规则，一条条挖出来、翻译成系统逻辑。

那天我没回家，跟仓库管事的啃到晚上十点，把客户三年真实的批次号规则一条条核对，最后才把动态生成逻辑调对。

第二天客户老板打电话过来，第一句话不是说“系统做得好”，而是：你这个团队能沉下心啃业务的劲，我很服气。后面的活，就交给你们了。

回来想了想，云表这种无代码工具，确实能解决80%的开发效率问题。但做商业项目，最后那20%的业务规则才是真本事。能解决最后20%问题的人，才是真正的解决方案。