上个月有个做连锁餐饮的客户找我，说他们花了28万做了个APP，结果门店店长装了三天就没人打开了。我问他为什么不试试小程序，他说“感觉小程序就是点餐用的，做不了正经业务”。这个误解我今年至少遇到七八次了。
小程序不是“轻量版APP”，它解决的是“用完即走”
先说个反常识的判断：如果你的业务系统需要用户每天主动打开超过3次、单次使用超过15分钟，小程序确实不合适。但企业管理里80%的场景，恰恰是“一周用一次、一次用两分钟”的事。
比如我们给一家做工程巡检的公司做的系统，巡检员到工地扫个码，拍三张照片，勾选五个检查项，提交。整个流程不到90秒。你让这些人去下载APP？他们连注册都嫌烦。小程序扫码即用，用完关掉，下次再扫。这就是“用完即走”的真实价值，不是功能少，是入口足够轻。
那个餐饮客户后来用小程序做了门店日检和排班确认，两周上线，店长使用率从APP时代的11%涨到76%。不是因为小程序功能强，是因为不用装、不用更新、不用记密码。
哪些业务场景适合用小程序，哪些千万别碰
我总结了一个简单的判断标准，来自我们做过的40多个项目：
- 适合的：审批流（请假、报销、采购）、现场数据采集（巡检、盘点、工单）、门店管理（排班、日检、培训确认）、会员与轻量CRM、内部工具类查询。
- 不适合的：需要复杂图表分析的管理驾驶舱、需要大量文件编辑的场景、需要后台常驻定位或推送的、对离线能力要求高的。
有个坑要特别说一下：小程序对文件上传的限制。我们做过一个项目，客户要上传施工图纸，单个文件经常超过50M。微信小程序单次上传限制在10M左右，虽然可以分片，但实现成本不低。后来改成“小程序拍照+后台传原文件”的方案才绕过去。所以如果你的业务涉及大文件频繁上传，先评估这个点。
成本差多少？一个真实项目的账
拿我们最近交付的一个“连锁门店巡检+整改跟踪”系统举例。如果做APP：iOS和安卓两端，至少需要2个前端+1个后端，开发周期按人月算大概3-4个月，加上后期的应用商店审核、版本兼容、用户培训，首年投入保守在25万以上。
同样功能用小程序做：1个前端+1个后端，6周上线，首年投入（含服务器和微信认证）大约8-9万。而且后续加功能，用户无感更新，不需要通知任何人去应用商店下载。
但这不意味着小程序永远便宜。如果你的业务需要对接大量硬件（比如蓝牙打印机、RFID读写器），小程序的API支持有限，可能还是要走APP或原生混合方案。这个边界要提前和技术团队确认。
上线后最容易踩的三个坑
第一，账号体系没想清楚。很多企业直接拿微信openid当用户ID，结果员工离职换微信后，历史数据全断了。正确做法是：微信只做登录凭证，内部再建一套员工账号体系，两者做映射。
第二，消息推送被忽略。小程序没有后台常驻推送，只能靠订阅消息。但订阅消息需要用户每次手动授权，很多员工嫌烦就不点。我们现在的做法是：关键审批走企业微信推送，小程序只做数据展示和操作入口。这个组合目前最稳。
第三，审核类目选错。小程序上线需要选服务类目，如果你选“工具-效率”，可能被要求提供相关资质。有个客户做内部报销，选了“财务-报销”，结果审核卡了两周。后来改选“企业服务-企业管理”才过。建议提审前先查一下同类小程序选的什么类目。
现在就可以做的一件事
如果你手上正好有一个“想用APP解决但一直没落地”的内部管理需求，先别急着写招标文档。拿一张纸，列出这个功能每天谁用、用几次、每次几分钟、需要什么权限。如果这三项里“每天用超过3次”和“单次超过15分钟”都不满足，大概率小程序够用。
然后找一个小程序开发团队，用两周时间做个最小可用版本，让真实用户跑一遍。比花三个月做APP再发现没人用，划算得多。