案例:一套进销存系统,把月度盘点从 2 天压到 2 小时
这是 2025 年做的一个项目,客户在本地有 3 家门店,做建材批发。规模不大,但库存问题很痛:月底盘点要停业两天,还经常对不上账。
原来的做法
每家店一个 Excel 台账,销售开单后手写记录,晚上由店长录进电脑。总部每周收一次表,合并计算。问题:
- 录错、漏录经常发生,月底对不上要翻纸质单据
- 总部看到的库存是 3 天前的,调货经常扑空
- 同一个商品在三家店的编码不一样,合并时容易错行
- 盘点要停业,人工数一遍再和台账核对,两天
我们做的
没有做"大系统",只做了四件事:
- 统一商品档案:把三家店的编码合并成一套,一个商品一个码。这一步花了 3 天,是最费时的部分,但也是基础。
- 开单界面:手机浏览器打开就能用(没做 App,省了上架和更新成本),扫码或搜索选商品,自动带出价格和库存。
- 实时库存:开单即扣减,三家店共享一个库存池,调货前能看到实时数。
- 盘点模式:手机扫码盘点,边扫边对比,差异实时显示,不用停业。
技术选型
ASP.NET + SQL Server(客户已有 Windows 服务器),前端用原生 JS(不引框架,加载快,老旧手机也能跑)。总共 38 人天,分 3 期上线,第一期只做开单和库存,两周就跑起来了。
效果
- 月度盘点:2 天 → 2 小时(不用停业)
- 库存差异率:从每月平均 3% 降到 0.4%
- 调货扑空:基本消失(能看到实时库存)
- 总部报表:从每周一次变成随时可看
过程中的三个教训
1. 商品档案整理比写代码难。三家店的商品名有十几种叫法,谁都不愿意改。最后是我们带着店长一起,一个一个对,对了两天才统一。这一步不做,系统上线也是白搭。
2. 员工抵触不是因为"不会用",是因为"被监督"。系统能记录谁开的单、谁改的价。一开始有两个店长抵触,后来发现系统能帮他们免掉"被怀疑"的麻烦(有记录可查),态度就变了。
3. 第一期功能越少越好。最初想做"采购 + 销售 + 库存 + 财务"全套,我们坚持先只做开单和库存。上线两周后客户自己提出"能不能加个客户欠款提醒",这个需求是真实用出来的,比前期拍脑袋想的功能准得多。
投入
38 人天,分三期付款。第一年含维护,第二年起按年签运维协议。客户算过账:省下的人力(每月 2 天停业 × 3 店)一年就回本。

微信扫码,直接说需求手机上长按识别也可以。软件定制、网站、小程序、数据采集都能聊,看到了都会回。