场景定位
养老场景的第一原则是「不要求长者学会用系统」
其他场景可以假设用户会用手机，养老场景不能。产品重心从自助转向代理与实体载体。
主体
养老机构、日间照料中心、幸福食堂
账户形态
资金型 + 碳账户
交付层级
Tier 1 完整交付
主载体
实体卡与腕表，非小程序
人群与角色
真正操作系统的往往不是长者本人
产品设计要围绕「谁在实际点击」来组织，而不是围绕「谁在使用服务」。
长者刷卡或人脸就餐，不需要理解余额与规则；字大、步骤少
家属远程为长辈充值、查看就餐与消费记录、收到异常提醒
护理员代长者操作、批量核对就餐、记录服务；操作留痕
机构管理员名册、补贴、就餐统计与补贴结算报表
民政主管部门助餐补贴发放与使用的汇总数据，用于结算与监管
核心能力
养老侧要交付什么
助餐补贴的年龄分档与分账，是这个场景最核心也最容易出错的能力。
助餐补贴年龄分档
按 60-69、70-79、80 岁以上等档位设定不同补贴额度
补贴与自付分账
政府补贴部分与个人自付部分独立记账，分别出结算报表
家属代管
家属绑定后可代充值、代查询、设置限额；绑定须机构或本人确认
代理操作留痕
护理员代操作全程记录操作人与时间，可审计
多载体支持
实体卡、腕表、人脸，任一方式均可完成就餐核销
跨网点通用
同一街道多个助餐点共用一套名册与补贴规则
场景难点
养老项目与其他场景的根本差异
把校园或机关的产品直接搬到养老场景，通常会失败。
长者无智能手机或不会用
要求长者装小程序、记密码、扫码都不现实
以实体卡与人脸为主载体，手机端面向家属而非长者
补贴涉及财政资金
助餐补贴来自财政，须实名、防冒用、可结算
实名核验 + 分账记账 + 按月生成报送报表
不宜替换机构既有系统
养老机构常已有护理或健康管理系统
以对接与补齐为原则，只做卡侧与助餐侧能力
碳价值点
碳要顺带记录，不能增加长者负担
任何需要长者额外操作才能获得积分的设计，在这个场景都不可行。
助餐光盘
称重台
由护理员或食堂侧完成，长者无需操作
步行与康养活动
活动签到
与机构日常活动组织结合
机构节能
分项计量
归机构侧统计，不计入个人账户
交付边界
做什么，不做什么
养老是最需要克制的场景，功能越多长者越用不了。
本方案交付
- 助餐消费与补贴分账
- 家属端与护理员代理
- 多载体核销
- 街道多网点汇总
本方案不做
- 不做健康监测与用药管理
- 不做护理排班与照护计划
- 不做医养结合的诊疗环节
- 不要求长者自助操作