第一次做微信相关开发，这个需求选择服务号还是小程序好？

[visonme]

首次做，看了文档，两种都能实现但是不知道那个更合适。简单说下需求把，我们功能很简单就是一个用户报修，以及查询报修订单跟踪进度的功能。 大概分为三部分：

1. 用户提交报单，相对容易，服务号跟小程序都可以
2. 服务端能主动推送消息，消息主要是订单的状态跟报修进度。
3. 用户可以请求服务端并打印报修相关的报表

2，3 是纠结的地方，也是我们主要的功能，不知道服务号跟小程序那个更好些？
关于服务端主动推送消息这块有没有比较好的文章可阅读（搜索出来的基本跟官方看的没差别，收获不大）

还有个问题就是服务端主动推送消息给用户，消息在用户微信上是怎么显示的？ 是类似微信支付后或者 JD 物流跟踪，那种消息显示吗？

[Raynard]

使用频率不高的话，建议服务号。

[ooee2016]

小程序吧

[GDC]

嘛，说明文档还是没看全。
就一点，消息推送，小程序是提交一次表单（通过表单控件提交），只能获取一次推送机会，而且有效期 7 天。
也就是，如果你要持续推送进度、并且流程超过 7 天，那目前来说，小程序不适合你。

用户自己打印报表，那手机端全部不行，尤其是微信的环境中，因为没有打印驱动。你可以自己搞一套 APP，蓝牙连接打印机，不然没辙。（不知道是不是我理解有误，我觉得这是非常基础的知识啊… 可能说的是用户发起请求、服务端那边去打印？）

[GDC]

接上。

如果流程不超过 7 天，并且推送一次就够，那小程序的用户体验是更好的。

不过反过来说，如果你的用户使用频率不高，那还是公众号（服务号）比较好，因为小程序很快就会被别的使用记录覆盖，但公众号如果关注了，一般不会主动取消关注，后面还可以配合运营需求 群发消息，甚至服务升级、转型。

服务端推送消息，官方的文档已经非常易懂了，就一个接口直接调用了就行，我觉得会把这部分写成博客去“分享”的，大部分都是菜鸟，纯粹做个笔记而已，当然没什么参考意义了。实际情况还是要根据项目实际需求去变化。

[visonme]

@GDC 谢谢， 文档确实没有看全，只针对自己关心的几个大概的看了下，消息推送这部分正如你所说，因为我们业务处理超过 7 天是很正常的，不知道是不是服务号比较合适?

报表这块描述有误，我们只返回一个下载链接就可以了。是通过这个链接进行其他操作的。

在消息推送这块能在提供更多点的信息给我吗？ 谢谢~

[GDC]

@visonme 超 7 天就服务号吧，总不能让用户每几天就去小程序订阅一次进度…

[qiayue]

@visonme 消息推送 3 楼已经说得很清楚了，想要无限次推送，就用服务号

[visonme]

@GDC 设备报修，不存在在高频情况，就是消息推送比较重要，因为从报到最后解决，中间可能需要服务端主动推送不少消息给用户端，看来服务号看更适合我们了，谢谢解答~

[GDC]

@visonme 消息推送没啥更多信息可以说啊… 就一个接口… 哦对了，主动推送的叫“模板消息”，颜色可以自定义，也… 也没什么更详细的了… 你想知道啥？

[namesc]

毫无疑问是选择 服务号 。

推送消息有模板消息，方便，醒目，提交表单自己做一个网页表单就可以了。

至于打印，不知道你说的打印场景是什么，让用户自己打印出来？

[emeab]

服务号可以推送,小程序推送限制很多.
你也可以小程序+短信推送 用户体验比较好(个人觉得

[visonme]

@GDC 谢谢哈，有个问题想了解下，服务号支持用户端上传图片或者视频吗？（非服务端发布）

[GDC]

@visonme 服务号里的页面，也就是自行开发的移动端网页（俗称 H5 页面），没有小程序那么蛋疼，除了一些涉及隐私或系统层面的接口，其它的都跟原生 html + js 一样，当然可以上传图片或视频…

[wispx]

亲亲，建议您放弃微信呢！

[muzhuyu]

@emeab 说的有道理哦，服务号推送很方便，你这个需求的话，小程序很难达目的。服务号的微信消息推送，就像白板消息一样啊，很简单的