跳到主要内容

Reflekt 系统P0 & P1 级核心功能说明 ✅

核心价值主张​

Reflekt 不仅仅是一套硬件组合，它是老人的 "数字守护者"。系统的核心价值在于：在最糟糕的情况下，即使无人看护，系统也能准确拉响警报并确保信息触达。任何削弱这一价值的功能缺失，都会使产品从 "生命安全保障" 降级为 "普通电子玩具"。

一、 P0 级：硬底线功能（ Must-Have ）​

定义：非做不可，直接决定系统的安全性、可靠性与法律合规性。缺失任何一项均可能导致医疗事故或商业失败。

1. 紧急预警自动化闭环（ Fall-to-Alert Loop ）​

  • 功能描述：跌倒检测后， Luma 需立即发起语音询问（如 "Are you okay?" ）。若在 30 秒内未收到清晰的正面回应（ "I'm okay" ），系统 必须自动升级 为红色紧急预警，触发家属电话 / 短信 /App 强提醒。
  • 典型场景： 78 岁的 Mary 摔倒后处于半昏迷状态，无法呼救。系统若仅记录日志而不自动升级预警，将导致严重的医疗延误。
  • 必要性：这是 Reflekt 存在的灵魂。如果只在老人有能力呼救时才起作用，系统将失去对最危险情况的覆盖能力。

2. 通知分级与静默穿透（ Notification Tiering ）​

  • 功能描述：建立三级通知体系：
    • 普通（ Green ）：日常建议与小变化。
    • 关注（ Yellow ）：作息异常、活动下降、设备离线 12h 。
    • 紧急（ Red ）：跌倒、 SOS 、长时间无回应、设备离线 48h 。
  • 关键要求：红色预警必须具备 静默穿透能力，即家属手机即使在 "勿扰模式" 下，也必须强制发出警报声。
  • 必要性：避免用户因信息过载而关闭通知，同时确保救命信息在任何时候都能被感知。

3. 设备心跳监控与离线报警（ Heartbeat & Offline Alert ）​

  • 功能描述：后端实时监测雷达、手表、 Luma 的在线状态。
    • 离线 > 12 小时：推送黄色提醒给家属。
    • 离线 > 48 小时：在运营后台标记为 "高风险" ，由人工或自动化系统介入核实。
  • 典型场景：路由器死机或 WiFi 欠费导致系统失效。家属若不知情，会产生虚假的安全感。
  • 必要性：对用户基本的诚信承诺 —— 如果承诺 "一直在看着" ，就必须确保自己真的在线。

4. 离线状态下的 SOS 兜底机制（ Offline SOS Backup ）​

  • 功能描述：当设备检测到断网且老人触发 SOS 或语音求助时， Luma 必须本地播报明确提示： "我现在没连上网络，如果是紧急情况，请直接拨打 911 。"
  • 必要性：在极端情况下做到 "不误导、不假装有用" ，防止老人因误以为求助成功而放弃其他自救手段。

5. 多照护人权限管理（ Caregiver Management ）​

  • 功能描述：支持主账号添加 / 移除多位协作者（子女、护工等）。一旦移除，该账号必须立即失去对所有历史数据和实时状态的访问权限。
  • 典型场景：护工离职或家庭成员变动。在欧美市场，隐私泄露将面临极高的法律风险。
  • 必要性：直接关系到用户隐私伦理与产品信任感，是进入国际市场的门票。

6. 审计日志与安全标准（ Audit Log & Trust/Safety ）​

  • 功能描述：记录所有敏感操作（改配置、删人、导数据）的 "人、时、地、事" ，日志保存 12 个月以上。全链路 HTTPS 加密，严禁跨家庭数据泄露。
  • 必要性：面向医院、保险公司等 B 端机构的硬性合规要求。没有审计日志，无法通过专业机构的安全审查。

7. 高龄化 UI/UX 标准（ Senior-Friendly UI ）​

  • 功能描述： Luma 屏幕必须严格执行：字号 ≥ 18pt 、高对比度配色、每屏信息区块 ≤ 3 个。
  • 必要性：针对老花眼、白内障等生理特征设计。 UI 的可用性直接决定了老人是否愿意使用并与之交互。

二、 P1 级：强烈建议补齐（ MVP+ / Optimization ）​

定义：提升运营效率、算法精度及商业化说服力的关键功能。

1. 误报闭环系统 (False Alarm Loop)​

  • 功能描述：App 端支持家属标记误报原因（如：捡东西、做操、宠物干扰）。
  • 商业价值 / 意义：形成数据闭环，用于持续优化算法，降低家属的 "警报疲劳" 。

2. 试点运营看板 (Pilot Ops Dashboard)​

  • 功能描述：针对 20-25 户试点家庭的聚合视图（在线率、跌倒数、误报率等）。
  • 商业价值 / 意义：为投资人和政府提供硬核数据支持，证明产品在缩短发现时间上的有效性。

3. 用药遵从日志 (Medication Log)​

  • 功能描述：记录用药提醒的 "执行确认" 状态，形成 7-14 天的趋势报告。
  • 商业价值 / 意义：提升产品粘性，为未来对接医疗服务商和医生提供数据基础。

给开发团队的执行建议​

  1. 优先级确认：请广州团队明确， P0 功能是系统的 "承重墙" ，不完成 P0 ，系统无法上线测试。
  2. 架构预留：即使 P1 放在第二阶段，目前的数据库架构和接口设计也必须为 "误报记录" 和 "多照护人权限" 预留字段。
  3. 本地化意识：所有提示语、报警逻辑必须符合美国市场（如 911 拨打建议、英语交互习惯）。