• 需求的场景描述（希望解决的问题）

        小程序最初的定位是“用完即走”，但越来越多的商家都希望能留住客户，需要主动发送消息给客户，已经不再满足于“用完即走”的简单功能，而是当成一个跨平台的APP应用了。

至于消息推送导致扰民的问题，可以考虑将选择权交给用户，用户可以选择接受消息推送，也可以拒绝消息推送，对于消息推送的内容可以有严格的限制，比如通过审核的消息模板。

本公司最近开发的小程序出现了这个场景：用户A、用户B、用户C联合完成一项任务，各自负责的环节不完全一样，用户A完成了任务之后，需要通知用户B去完成任务，用户B完成任务之后需要通知用户C去完成任务。但由于小程序消息推送的目标对象被锁定，比如用户A触发了消息发送机制，就只能将消息发送给A，而不能发送给B，需要A自己去通知B，这影响到功能的体验。虽然网上有些巧妙的解决方案，比如多收集formid，然后推送消息。但这解决不了根本问题，比如遇到某个用户的formid用完的情况。

鉴于此，公司也是在纠结要不要转为APP开发，放弃小程序。本人觉得，功能相对单一，没有必要开发APP，而且是Android和iOS都要开发。小程序的功能已经丰富到可以完成绝大多数的APP功能了，但因为消息推送这个限制条件，逼得公司放弃小程序，深感遗憾！或者逼得开发商只在小程序上开发一些最基本的应用场景，无疑也限制了小程序的发挥空间！

期待小程序放宽消息推送限制条件的那一天！