場景定位
養老場景的第一原則是「不要求長者學會用系統」
其他場景可以假設用户會用手機，養老場景不能。產品重心從自助轉向代理與實體載體。
主體
養老機構、日間照料中心、幸福食堂
賬户形態
資金型 + 碳賬户
交付層級
Tier 1 完整交付
主載體
實體卡與腕錶，非小程序
人羣與角色
真正操作系統的往往不是長者本人
產品設計要圍繞「誰在實際點擊」來組織，而不是圍繞「誰在使用服務」。
長者刷卡或人臉就餐，不需要理解餘額與規則；字大、步驟少
家屬遠程為長輩充值、查看就餐與消費記錄、收到異常提醒
護理員代長者操作、批量核對就餐、記錄服務；操作留痕
機構管理員名冊、補貼、就餐統計與補貼結算報表
民政主管部門助餐補貼發放與使用的彙總數據，用於結算與監管
核心能力
養老側要交付什麼
助餐補貼的年齡分檔與分賬，是這個場景最核心也最容易出錯的能力。
助餐補貼年齡分檔
按 60-69、70-79、80 歲以上等檔位設定不同補貼額度
補貼與自付分賬
政府補貼部分與個人自付部分獨立記賬，分別出結算報表
家屬代管
家屬綁定後可代充值、代查詢、設置限額；綁定須機構或本人確認
代理操作留痕
護理員代操作全程記錄操作人與時間，可審計
多載體支持
實體卡、腕錶、人臉，任一方式均可完成就餐核銷
跨網點通用
同一街道多個助餐點共用一套名冊與補貼規則
場景難點
養老項目與其他場景的根本差異
把校園或機關的產品直接搬到養老場景，通常會失敗。
長者無智能手機或不會用
要求長者裝小程序、記密碼、掃碼都不現實
以實體卡與人臉為主載體，手機端面向家屬而非長者
補貼涉及財政資金
助餐補貼來自財政，須實名、防冒用、可結算
實名核驗 + 分賬記賬 + 按月生成報送報表
不宜替換機構既有系統
養老機構常已有護理或健康管理系統
以對接與補齊為原則，只做卡側與助餐側能力
碳價值點
碳要順帶記錄，不能增加長者負擔
任何需要長者額外操作才能獲得積分的設計，在這個場景都不可行。
助餐光盤
稱重台
由護理員或食堂側完成，長者無需操作
步行與康養活動
活動簽到
與機構日常活動組織結合
機構節能
分項計量
歸機構側統計，不計入個人賬户
交付邊界
做什麼，不做什麼
養老是最需要剋制的場景，功能越多長者越用不了。
本方案交付
- 助餐消費與補貼分賬
- 家屬端與護理員代理
- 多載體核銷
- 街道多網點彙總
本方案不做
- 不做健康監測與用藥管理
- 不做護理排班與照護計劃
- 不做醫養結合的診療環節
- 不要求長者自助操作