1、立项背景与产品问题
老年人使用微信小程序时最痛的不是界面难看，而是「找不到入口、不敢点、点错了退不回去」。字号小、层级深、要靠打字搜索，这三点把大部分老人挡在门外。很多适老化改造只是把字放大，交互路径一点没变，老人依旧要连点五六层才能办成一件事。
2、行业场景与业务背景
社区养老与卫生服务中心的健康服务、预约挂号、慢病随访等场景，服务对象以六十岁以上老人为主，其中相当比例只会用微信基础功能、习惯说方言。项目目标是做一个真正「开口就能办事」的健康服务小程序：老人按住说一句话（支持四川话等方言），系统理解意图后直接完成跳转、拨号、查询，全程不需要打字、不需要记路径。
（1）语音入口：按住录音，走讯飞开放平台的语音识别，方言模型单独配置；
（2）意图理解：把识别文本送到后端，由大模型解析为结构化意图（要办什么事、目标对象是谁）；
（3）工具调度：按意图调用对应的业务工具——跳转到指定页面、唤起拨号、查询订单与记录，形成工具调用层，新增业务只需注册一个工具；
（4）六大板块九宫格首页：字号、行高、点击热区全部按适老化规范放大；
（5）分级跳转与二次确认：对外部链接做白名单分级，危险动作二次确认。
业务流程：老人按住说话 → 录音上传识别 → 后端大模型理解意图 → 命中工具则直接执行（如「帮我挂心内科」→ 跳预约页并预填科室）→ 未命中则给出大字号选项让老人点选 → 全程保留「再听一次」按钮和「找人工」入口。
1、整体架构与技术栈
前端是微信原生小程序（WXML/WXSS/JS），不用第三方框架以保证包体积和启动速度；录音用 wx.startRecord，识别走讯飞开放平台；后端 Node.js + Express 提供意图解析接口，内部调用大模型（可切换 DeepSeek / GPT-4o）；数据与会话状态放微信云开发 CloudBase；页面间跳转由一套白名单分级策略统一管控。核心设计是把「语音 → 意图 → 工具」做成三层解耦：识别层换供应商、理解层换模型、工具层加业务，互不影响。
2、负责范围与量化结果
负责小程序前端全部页面与交互、语音链路、适老化改造，以及后端意图解析接口。规模：前端 js/wxml/wxss 共 80 个文件约 3100 行；开发文档 278 行；开发进度表按 P0/P1/P2 三级排期并全部完成。产出包括六大板块九宫格首页、语音悬浮组件、分级跳转守卫、适老化检查清单与跳转链路测试清单。
3、难点与解决方案
难点一：安全跳转与「少点击」天然矛盾。平台限制小程序不能随意跳外链，但老人又不能理解「为什么点了没反应」。解决办法是做白名单分级：A 级直接跳、B 级加一次大字号确认、C 级不跳只提示，并在确认弹窗里用最直白的话说明。
难点二：cover-view 的层级限制。原生组件总盖在最上层，普通 view 做不出悬浮按钮，只能改用 cover-view，但其内部又不能用常规样式布局。解决办法是把悬浮语音键拆成 cover-view + 图片 + 极简文字，复杂状态用数据驱动切换。
难点三：方言识别率。普通话模型对四川话识别错误率高，尤其是科室名和药名。解决办法是切到讯飞方言模型，并给后端加一层同义词纠错表，把常见的错听词映射回标准词。
评论