小程序的业务场景是用户从扫码推送的模板消息进入系统，在模板消息中是可以携带相关参数来区分用户的实际应用场景，比如说用户是进的哪家餐馆的id，因此小程序便能向用户提供对应餐馆的服务。
但是倘若新用户直接进入该小程序，不携带任何的餐馆id，在业务逻辑上就无法知道用户所在的是哪一家餐馆。
审核流程也是如此，审核人员对于小程序来说是新用户，审核的时候，不在启动参数中添加我方提供的指定参数，请问如何才能“体验完整的业务流程”？？？
无数次的提审，视频也给你录了，怕你懒得打开视频链接，也给你生成视频链接的二维码了，为什么要设置启动参数的理由也给你说明了，一次次的拒绝审核通过，理由只是“小程序功能无法完整体验”，请问审核人员到底看了提审备注里的视频和文字吗？如果看了，能否告知提审的时候到底是哪里没说明白，还是审核人员不知道何为“启动参数”？还是审核的时候根本就无法设置“启动参数”？
啥也不说，就是拒绝，统一的拒绝文案，不带一丝有用的信息。目前为止，“审核流程”是我认为小程序开发经历中最痛苦的一环。。。
大家都是成年人，干活的时候能不能正经一点？？？我不想投诉某一个审核人员，因为这是大部分审核人员都存在的问题。。。。
-------------------------- 修改分割线 -----------------------------
原来是不想投诉，现在是投诉无门。。
你好，目前代码审核需要对小程序所提供的具体功能、内容、体验流程进行审核。
用户小程序提审版本功能无法体验。你在提审时备注描述的方式，并不符合当前的审核流程规范。如果你的小程序设置了只对特定人群开放，或者仅限某些路径跳转才能打开的话，请在提交审核时提供有效测试信息或将小程序使用流程、运行录屏上传至云盘，作为审核依据帮助审核人员进行审核判断。
想咨询一下官方，这种应用场景的审核该怎么做？还是要为了审核，需要对业务流程进行调整？？
不携带任何餐馆ID就不能玩，代码逻辑上是不是应该补充下，不携带就玩不了感觉不太好。比如用户邀请进来的、搜索进来的会有餐馆ID嘛？
用户通过扫码推送的消息进入这个很麻烦，为何扫码不是直接进入固定的餐馆？
2. 扫码直接进入固定的餐馆，也要带餐馆id吧？业务上小程序不是为单独某一家餐馆服务的，然而审核人员并不带参数；
3. 我现在开始怀疑是机器人在审核。。刚刚又被拒绝了，还是没有一句非模板术语