← 洞见最新技术展示

小程序 + AI:轻入口承接重能力

泛友数字2026/09/26 14:45176 阅读
小程序 + AI:轻入口承接重能力

小程序被选中,常常是因为它轻:不用下载,微信里就能开,通知还能推回去。AI 能力被放进来之后,容易做成一个占满首页的对话框,欢迎语写着「有什么都可以问我」。这样的首页在演示里完整,在真实使用里失败。用户打开小程序是为了办事:点餐、预约、查进度、扫设备。聊天若不能把这些事做完或交到该做的系统里,它就是挡住按钮的一层雾。

轻入口的意思是:小程序负责身份、场景和触达;重能力(检索、制度、订单、工单)留在已有的后端。AI 夹在中间,只在少数步骤上省掉填写和查找,并把结果写回去。写不回去的对话,复查时只是一段无法履约的文本。

小程序里的办事入口
首页应是办事,对话只出现在需要解释或查询的那一步。

首页放按钮,对话放在步骤里

餐饮和零售小程序的首页应仍然是点餐、订座、订单和会员。AI 可以出现在「这道菜含不含某种过敏原」「这张券为什么不可用」这种点开才出现的解释上,并且回答必须引用当前菜单和券的状态,而不是通用营养学。解释完要能回到加购,而不是把用户留在聊天里。

政务和园区类小程序的首页应是办事清单和进度。AI 适合「我这种情况要准备哪些材料」的导办,材料项来自已审核清单。用户确认后生成一份待办,写进办件草稿,而不是只在对话里列一遍、返回首页就消失。消失的清单等于没有减轻窗口。

登录态决定它敢不敢答

未登录时,只能答公开信息:营业时间、公开办事指南、不涉及个人的产品说明。一涉及订单、积分、办件、设备资产,必须先有登录态,并把用户标识传到检索和业务接口。做不到这一点,模型要么拒答一切,要么在没有身份的情况下猜一个订单,两者都不可接受。

登录不等于把整个对话历史同步给所有系统。传给检索的应是本步需要的字段:门店号、券编号、办件类型、设备资产号。字段越具体,重能力越能回答精确问题。只传一句自然语言,后端仍要再猜,轻入口就没有把场景递出去。

点餐流程中的局部问答
问答挂在菜品和券上,回答完回到加购,而不是替代点餐首页。
  • 首页:办事按钮优先,对话框不是默认全屏
  • 身份:个人数据问题必须登录后再查
  • 入参:把订单号、券号、资产号随问题传给后端
  • 回写:可执行的结果写入订单、办件或工单草稿
  • 通知:只用订阅消息发送用户刚同意的那一类进度

订阅消息不要变成第二次骚扰

小程序的订阅消息次数有限,用户也容易拒。只把它用在用户刚刚发起、且明确在等的事情上:取餐、预约成功、材料缺件、设备报修被接单。不要用订阅消息发营销,也不要在一次授权里把无关提醒捆绑进去。AI 可以负责把通知写短、写清下一步按钮,但不能决定多发一类用户没同意的内容。

消息里的结论要和系统状态一致。若 AI 把「预计 15 分钟」写成固定话术,而厨房已经积压,用户到店会对着店员读那句推送。涉及时间承诺的句子,应来自业务系统的状态字段,模型只负责组织语言,不负责发明等待时间。

怎样判断轻入口真的承接了重能力

看三件具体的事。第一,从对话或解释按钮出发,能否在同一次访问里完成加购、提交办件或创建报修,且后台有单号。第二,个人相关问题在未登录时是否一律不返回他人或本人的私有数据。第三,抽 10 条昨天的「AI 参与过的订单或办件」,业务人员能否只靠单号复盘,而不必去翻聊天日志。三件都成立,小程序才是入口;若只成立聊天记录,它仍然是一个挂在微信里的演示页。

能力可以重:混合检索、会员主数据、医院模板、设备件号,都放在服务端按场景调用。小程序保持页面少、按钮清楚、登录可靠。用户感知到的轻,来自步骤少,不是来自首页有一个什么都能聊的输入框。

办事进度需要写回业务单
导办结果要进办件草稿,进度才能被追踪和复盘。

上线前用十条路径走一遍

请没有参加开发的同事,按真实目的走十条路径:查一张券为什么不能用、给一道菜加购、问公开营业时间、未登录时试图查自己的订单、登录后查订单、办一件事并看到草稿单号、从订阅消息点回来、断网时提交、问一个材料清单里没有的问题、让助手「顺便推荐别的优惠」。每条路径记录有没有落到正确页面、有没有写出不存在的承诺、有没有在未登录时露出个人数据。

第十条最容易翻车。助手若开始推荐活动规则里没有的折扣,就把推荐从这一版拿掉,只保留解释当前规则。解释是轻入口能负责的,发明优惠不是。订阅消息点回来应落到对应订单或办件,而不是落到一个空白聊天。点回空白页,说明通知和业务单没有绑在一起。

走查通过后再放量。放量第一周看两个比例:从解释或导办进入、最终产生单号的比例;未登录拦截个人问题的比例。前一个低,说明回写或按钮断了;后一个不是 100%,就先关个人相关问答。小程序的轻,应当建立在这两件事上,而不是建立在对话轮次。

版本发布也要能按入口回滚。对话组件出故障时,点餐、预约、进度查询必须还能用,不能整站白屏。这意味着 AI 面板是可关闭的模块,而不是首页的根布局。关下面板后,原来的按钮路径保持可用,并给一句「助手暂时关闭,请按菜单办理」。能单独关掉助手,轻入口才真正轻得起来,也不会被一次模型超时拖垮正事。

小程序负责把人带到正确的那一步,并把单号写回去。重能力留在后端,对话不要抢走首页。

若清单找不到单号,先不要优化回答的文采。文采好但没有回写,用户会以为事情办完了,后台却没有草稿,窗口还要再问一遍。这种「看起来办过」比答得生硬更伤害使用意愿。单号能在后台点开,才算轻入口接住了重能力。

泛友做小程序与企业 AI 结合时,会先画办事步骤,再决定哪一步需要生成或检索。若你已有小程序,建议检查个人数据问题是否在登录前就被回答,以及 AI 产生的清单能否在业务系统里找到单号。这两处比再包一层对话界面更能决定它是否可用。