上个月一个做建材的客户找我，说要做个小程序商城，预算20万，三个月上线。我问他："你现在的客户，是门店导购加微信下单多，还是直接电话多？"他愣了下说，基本都是导购微信发图片，客户转账。我说那你做商城，谁去维护商品？谁处理售后？他沉默了。这不是个案——很多企业做小程序，是觉得"别人有我也要有"，而不是业务真的需要一个新入口。
先搞清楚：用户到底在什么场景下用
去年帮一个连锁餐饮做扫码点餐，老板一开始要求"功能全"：会员、积分、商城、裂变全上。我们蹲了三天门店，发现午市高峰时，顾客最烦的是等服务员来点单，而不是积分兑换。最后砍掉一半功能，只留扫码点餐+加菜，上线两周，翻台率提了15%。小程序不是功能堆砌，是场景切片。你得问自己：用户是站着用还是坐着用？是着急还是不着急？是店里还是路上？这些决定了交互路径的长度和按钮的大小。
你的业务动作，能不能被"一步完成"
有个做工业设备售后的客户，之前用公众号报修，要填7个字段，平均耗时3分钟，很多老师傅直接打电话。我们改成小程序后，只留"扫设备二维码+拍故障照片+语音描述"，提交时间降到40秒。关键不是技术多牛，是把业务动作拆到最小。如果你的小程序需要用户思考超过3秒，大概率会流失。我常跟团队说：小程序是"用完即走"，不是"来了就别走"。别指望用户在里面逛，要让他三秒内找到那个按钮。
数据回流：别让小程序变成信息孤岛
见过太多企业，小程序订单和ERP对不上，财务每天手动导表。问题出在开发时没想清楚：小程序的订单状态变更，要不要触发仓库出库？会员积分变动，要不要同步到CRM？我们给一个美妆品牌做小程序时，坚持把订单数据实时推送到他们原有的ERP，虽然增加了接口开发量，但上线后财务对账时间从每天2小时降到15分钟。记住：小程序是前台，后台的数据流转才是命脉。如果开发团队只跟你谈UI，不谈数据接口，你得留个心眼。
那到底什么时候该做小程序？
我的判断标准很简单：如果你的业务里，有超过30%的用户在微信里完成咨询、下单或预约，且现有流程需要跳转多次、复制粘贴、人工记录，那小程序值得做。反之，如果用户习惯电话或线下，强行做小程序只会增加运营负担。上个月那个建材客户，我建议他先做导购用的"报价单生成器"，而不是商城——导购在店里就能帮客户算价、分享，数据直接回总部。他试了两周，说比商城实用多了。
写在后面
如果你正在犹豫要不要做小程序，先别找开发公司，拿张纸写下三个问题的答案：谁用、在什么场景下用、用完数据去哪。写不出来，就先别动。写出来了，再拿着这张纸去和开发团队聊，你会发现沟通效率高很多，预算也能花在刀刃上。