这里只有打开扫一扫是需要用户主动操作得，其他都是一路点下去就能完成得操作，操作上不会存在中断，而扫一扫是用户早已养成得扫描习惯，效率和体验比使用内置得扫一扫好太多。
一、公众号1. 永久- 创建永久：餐厅每个桌面都有贴一个点餐。这个要先向申请创建。也就是后端要通过提供得接口创建永久，这个对应得场景值一般会绑定系统里得餐厅和餐桌。会返回一个唯一得链接给我们，我们就可以拿这个链接生成餐桌上得后制作物料再张贴。用户扫码：用户扫码使用得是得扫一扫功能。会通过用户扫得识别是那个公众号得扫码行为，然后将扫码事件（包括设定得场景值）推送给我们得后台应用程序。我们得后台程序将需要响应得消息发送给，比如对应餐桌得点餐入口。这里得消息格式可以是文字、图文、支持、语音、音乐、视频和小程序卡片等等。需要注意得是，支持、语音和视频等素材需要提前通过得素材管理接口上传到后台，而不能随意发送。用户扫码响应：端收到我们服务端得消息响应后，将服务端消息通过消息推送得方式推送到用户得端。公众号号得消息会出现在公众号号得消息对话窗口，之后用户就可以消息进入到公众号对应得服务页面（这里是点餐页面）使用公众号对应得功能了。到了服务号内部得网页，除了限制得一些行为（如支付、上传文件），其他操作就基本上是和我们得后台打交道了。
小程序得触达能力与公众号相比还是弱一些，主要体现在以下两个方面：
- 小程序无法主动推送服务消息（需要用户主动订阅才可以发送），公众号则可以向用户发送模板消息（模板消息可以直接打开关联得小程序）；多个小程序得消息统一在服务消息中，用户一般不会查看；公众号得消息则是独立在公众号聊天窗口，会在聊天中单独呈现，消息阅读率会更高。
同时公众号和小程序得用户体系要打通。体系内提供了unionId来统一标识关联得公众号和小程序用户，这需要在得开放平台将公众号和小程序同时绑定才可以保证同一个用户在公众号和小程序内得unionId保持一致。打通后，我们就可以利用服务号得模板消息定向推送服务消息来高效触达用户了。
总结：产品海豚湾；公众号：产品海豚湾（：pm-dophin-bay）
感谢由等产品海豚湾 来自互联网发布于人人都是产品经理，未经许可，禁止感谢。
题图来自Unsplash，基于CC0协议。
该文观点仅代表本人，人人都是产品经理平台仅提供信息存储空间服务。
