这里只有打开微信扫一扫是需要用户主动操作的，其他都是一路点下去就能完成的操作，操作上不会存在中断，而微信扫一扫是用户早已养成的扫描习惯，效率和体验比使用内置的扫一扫好太多。
一、公众号二维码
1. 永久二维码
创建永久二维码：餐厅每个桌面都有贴一个点餐二维码。这个二维码要先向微信申请创建。也就是后端要通过微信提供的接口创建永久二维码，这个二维码对应的场景值一般会绑定系统里的餐厅和餐桌。微信会返回一个唯一的二维码链接给我们，我们就可以拿这个链接生成餐桌上的二维码后制作物料再张贴。
用户扫码：用户扫码使用的是微信的扫一扫功能。微信会通过用户扫的二维码识别是那个公众号的扫码行为，然后将扫码事件（包括二维码设定的场景值）推送给我们的后台应用程序。我们的后台程序将需要响应的消息发送给微信，比如对应餐桌的点餐入口。这里的消息格式可以是文字、图文、图片、语音、音乐、视频和小程序卡片等等。需要注意的是，图片、语音和视频等素材需要提前通过微信的素材管理接口上传到微信后台，而不能随意发送。
用户扫码响应：微信端收到我们服务端的消息响应后，将服务端消息通过消息推送的方式推送到用户的微信端。公众号号的消息会出现在公众号号的消息对话窗口，之后用户就可以点击消息进入到公众号对应的服务页面（这里是点餐页面）使用公众号对应的功能了。到了服务号内部的网页，除了微信限制的一些行为（如支付、上传文件），其他操作就基本上是和我们的后台打交道了。
2. 临时二维码
3. 顾问二维码
4. 注意事项
二、小程序二维码
1. 获取小程序二维码
A类：生成圆形小程序码，可接受小程序内页面 path 参数，且可以在path上携带其他参数（比如商品id），长度为128个字符。可以自定义二维码样式(线型，颜色等），生成个数受限。
B类：生成圆形小程序码，可接受的小程序页面的path参数，但不可以在path上携带其他参数，不过可以携带场景值，场景值长度最多32个字符，可以自定义二维码样式(线型，颜色等），生成个数不受限。这类二维码还有个特点是支持打开小程序的版本，分为正式版、体验版和开发版，会更适合做开发和测试。
C类：生成方形的小程序码，无法自定义样式，微信官方不推荐使用。
三、公众号和小程序互通
小程序的触达能力与公众号相比还是弱一些，主要体现在以下两个方面：
小程序无法主动推送服务消息（需要用户主动订阅才可以发送），公众号则可以向关注用户发送模板消息（模板消息可以直接打开关联的小程序）；
多个小程序的消息统一在服务消息中，用户一般不会查看；公众号的消息则是独立在公众号聊天窗口，会在微信聊天中单独呈现，消息阅读率会更高。
同时公众号和小程序的用户体系要打通。微信体系内提供了unionId来统一标识关联的公众号和小程序用户，这需要在微信的开放平台将公众号和小程序同时绑定才可以保证同一个微信用户在公众号和小程序内的unionId保持一致。打通后，我们就可以利用服务号的模板消息定向推送服务消息来高效触达用户了。
