做 minierp 这段时间我最大的体会是代码最多卡我一晚上业务能卡我一星期。一个数量五个人的五种说法我最早做库存的时候想得很简单数量不就是一个数字吗填进去、加减一下就完了。真用起来才发现同一样货在不同岗位嘴里是完全不同的数字采购说的是下单数量仓库说的是到货数量销售关心的是还能卖多少财务对的是账面数量。仓库说还有 100 个销售说能卖的只有 60 个——两人都没错差的 40 个已经被订单占住了只是还没出库。为什么业务比代码难代码不会骗人写错了它就明明白白报错。业务不一样每个人都站在自己的岗位上说话每句话在自己的场景里都是对的。系统要干的事不是判断谁说得对而是把这些话翻译成同一套规则什么情况算被占用、什么时候释放、谁改了要留痕、哪个数字是对外的口径。这件事的本质是把话说清楚不是写代码。我那个数量字段改了三遍第一版就一个数字一用就乱第二版拆成账面 / 可用还是不够第三版才补上被订单占用这一层大家终于不吵架了。我现在怎么问需求3 个笨办法不问你要什么功能问现在这事你是怎么做的。人描述需求会往高大上里说描述动作才说实话。要一张真实的表、一张真实的单据。Excel 比语言靠谱一百倍字段叫什么、谁在填、哪几列是空的一眼就看清。每个字段追到底谁填、什么时候填、能不能改、改了要不要审核。这四个问题问完一半的返工就省了。再加一句万能提问“你觉得现在最容易出错的地方在哪”这句话一出口对方通常能连着讲十分钟——那才是系统真正要解决的问题。写在最后如果你是企业里用系统的人下次觉得系统别扭先别急着骂试试把自己的流程从头讲一遍。讲不清楚的那一段往往就是系统里最硌手的地方。能把这段讲明白的人在团队里其实很值钱。我在做一套自研 ERP叫 minierp目前还在开发阶段开发日常会持续更在这里。关注我看我怎么把 minierp 这套 ERP 一点点做出来。