复盘一个进销存定制的项目。客户是做食品批发分销的商贸企业，一个老板三个业务员，货品两百多个SKU，库存记了三年Excel。典型的痛点：Excel同时被三个人改，谁收尾保存听谁的，月底对账凭运气，临期品没有预警，亏过不少糊涂钱。池州做批发生意的老板，这个场景应该不陌生。

需求盘了三轮才动手

这个项目我们没有拿到需求就开写。第一轮盘清业务流：进货谁验、入库谁记、销售怎么开单、退货怎么走；第二轮盘清角色：老板要什么报表、业务员手机上要什么功能、仓库怕多什么操作；第三轮盘清边界：哪些老规矩要保留、哪些将就的土办法借机改掉。我们创始人常斌有句话：先聊透需求，再写第一行代码。三轮下来，需求文档从老板脑子里的模糊感觉，变成了双方签字的一页纸，后面的返工几乎没有。

系统怎么搭的

架构不复杂，重在贴业务：PC端管理后台（商品档案、进货入库、库存查询、报表导出），业务员手机端开单（客人要货，手机下单，仓库见单发货），库存预警（临期、低于安全库存自动提醒）。关键设计在权限：业务员只看自己客人的价格和账目，仓库只管数量不管金额——老板之前的顾虑逐一落进权限配置里。开发周期五周，中间每两周交付一次可用版本，老板全程看着长出来，提的调整当期就改。

上线后的变化

实话说，不是脱胎换骨，是账终于清楚了。库存实时准确，三个人不再打架；月底对账从两天缩到两小时；临期预警上线后第一个月就拦下一批快过期货。结果表述保持克制：账目清楚、效率提升，这是系统的本分，不是神话。真正让老板意外的收获是数据：哪些品动销慢、哪个业务员的账最干净，报表一拉就有，进货决策比以前拍脑袋强多了。

给池州老板的三条经验

第一，定制前把业务流盘透，需求文档双方签字，省下的都是返工钱；第二，别贪大求全，第一版只解决最痛的问题（这个项目就是库存和开单），用顺了再迭代；第三，验收时把源码和文档拿到手——这个项目验收后完整源码移交，客户后来自己加了个小程序查询功能，找的是我们，也可以找任何团队，他的系统他说了算。池州信服无限做定制开发，这条交付标准不变。

总结：系统是工具，先把账算明白

进销存定制的价值不在系统多花哨，在库存准、对账快、决策有据。需求盘透、小步快跑、源码在手，定制开发就不容易翻车。

进销存开发的常见疑问

开发要多久？

这类规模五周左右，Scrum每两周交付可用版本。

源码给吗？

验收后完整源码加文档移交。

以后能自己加功能吗？

能，源码在手，加功能找谁做都行。