巡店系统上线了，督导还在用微信群：问题出在需求阶段

先说结论

巡店系统不是「把打分表搬到手机上」这么简单。我们梳理过的项目里，上线后没人用的原因高度集中在这三条：现场用不了、打分项不合理、整改没有闭环。

这三条都不是开发阶段出现的问题，是需求阶段没问清楚留下的。

一、现场用不了

督导去门店是在什么时候打分？多数是早上刚开门、货还没上完、店长正忙的时候。这个场景有三个现实条件：

• 门店里信号差，尤其是地下商场、老商场、仓库区
• 一手拿手机一手翻货架，没空打字
• 店长在旁边看着，督导不想当场把「整改单」递给对方

如果系统要求「必须联网实时提交」「整改原因必须打字 50 字以上」，督导用两次就会放弃，回头用微信群拍照。

写需求时该问的：打分能不能先存本地、有网再上传？每项检查能不能只点选 + 拍照，不打字？整改单能不能延后推送，让督导先离店？

二、打分项太细

见过最夸张的一份检查表有 87 项。设计这张表的人逻辑是对的——每一项都能对应一条管理要求。但督导一家店要待 40 分钟以上，一天跑 4 家就到了极限。

更麻烦的是：项数一多，分数就没有区分度。87 项里每家店都能拿到 92 分以上，排行榜失去意义，总部也就不会看。

判断标准：一家店的检查时间能不能控制在 15 分钟以内？如果做不到，先砍到 20 项以内，剩下的放到「专项检查」里，按季度抽查。

三、整改没有闭环

这是最要命的一条。

很多系统的流程是：督导打分 → 生成整改单 → 结束。店长看不到、改没改没人知道、下次巡店还是同样的问题。

一个能跑起来的闭环至少要有四个状态：

1. 待整改 —— 店长收到通知，能看到具体哪一项不合格、配了照片
2. 已提交 —— 店长上传整改后的照片，写一句做了什么
3. 待复核 —— 督导收到，下次到店或线上复核
4. 已关闭 —— 复核通过才关闭；不通过打回「待整改」

少了「复核」这一步，整改单就只是一张通知。

四、这些问题怎么在需求阶段问出来

不要问「你要什么功能」，问这几个问题：

督导一天跑几家店？每家待多久？

检查的时候门店在营业吗？网络怎么样？

发现不合格，当场说还是事后发？由谁改？谁来确认改好了？

如果店长一直不改，会怎么样？

这四个问题问完，系统的主流程基本就定下来了。剩下的页面和字段，都是顺着流程长出来的。

小结

巡店系统真正的价值不在「有没有打分功能」，而在整改有没有真正关闭。判断一套系统做没做对，看一个指标就够了：上个月的整改单，关闭率是多少？

如果这个数字答不上来，系统就只是个电子表格。