Reflekt Health 项目原始需求上下文 (Raw Requirements Context)
文档版本：2.1（问题定位版） 最后更新：2026-04-20 维护者：Reflekt Health 产品团队 状态：正式交付稿
使用指南
本文档是 Reflekt Health 项目的需求上下文总览，旨在实现：遇到任何实施问题时，只需阅读本文档即可定位主题，并跳转至详细子文档。
快速定位索引
| 遇到的问题 类型 | 跳转至 |
|---|---|
| 开发：告警状态机/升级链/离线兜底怎么实现？ | → 7.1 P0硬底线功能 |
| 开发：API接口/数据结构怎么定义？ | → 7.1 P0硬底线功能 |
| 设计：某状态的UI怎么设计？ | → 9. 设计系统 Clear Day |
| 设计：按钮/卡片/图标的规范在哪里？ | → 9.5 组件库规范 |
| UI：某状态应该用什么颜色？ | → 8.1 六状态体系 |
| 文案：这句话能不能用？ | → 10.2 文案红线 |
| 文案：某状态Luma应该说几句什么话？ | → 10.4 语音UX规范 |
| UX：某操作流程是否合规？ | → 10. UX不可妥协原则 |
| 测试：某功能如何验收？ | → 11.2 MVP关键用户故事 |
| 测试：测试数据/参数值是什么？ | → 7.1 关键参数速查 |
| 产品：某功能MVP做不做？ | → 7.2 MVP不做项 |
| 产品：产品定位是什么？ | → 4. 产品定义 |
| 合规：HIPAA/数据安全有什么要求？ | → 12.3 合规要求 |
| 研发：技术限制/假设条件是什么？ | → 12. 技术约束与架构 |
1. 文档目的
本文档是 Reflekt Health 项目的原始需求上下文总览，为研发、设计、测试和运营团队提供全面、系统的需求基线。
定位：战略层 + 执行层 + 交接层，作为所有下游文档的上游上下文，为任何阅读者提供"为什么"的答案。
当后续设计决策出现争议时，应回溯本文档寻找答案。
完整详细文档：本精简版为概览，所有原始文档详细资料见 assets/raw_context/ 目录。
2. 项目背景
2.1 业务背景
核 心问题：独居老人居家养老场景下，重大健康危机（如跌倒、住院、认知能力下降）通常在数周或数月前就有细微的行为模式变化。现有系统无法及时捕捉并解释这些"偏离"，导致无法提前干预。
现状痛点：
- 现有数据零散（步数、紧急按钮触发），无法提供全面视图
- 无人看护时老人发生意外，往往无法第一时间获得救助
- 子女因无法实时了解父母状况而持续焦虑
- 只能"事后补救"，无法"事前预测与干预"
Reflekt 的回答：构建一个缺失的 AI 层，能够真正理解并分析老年人随时间变化的健康和行为模式，在最糟糕的情况下，即使无人看护，系统也能准确拉响警报并确保信息触达。
2.2 需求来源
| 来源类型 | 具体来源 |
|---|---|
| 战略方向 | CEO Elle 的产品愿景与核心指南 |
| 行业专家 | 养老顾问评审建议（25项功能点评） |
| 用户研究 | 美国市场用户体验设计规范、养老产品定位与沟通策略 |
| 运营试点 | 11个核心场景案例库（Safety、Emergency、Operations、Psychology） |
| 技术团队 | 广州研发团队的实施反馈与约束条件 |
| 合规要求 | HIPAA 合规、美国市场紧急服务标准 |
2.3 原始需求文档清单
本项目共计 25 份原始需求文档，全部存放于 assets/raw_context/ 目录。
⚠️ 重要说明：HTML 文件是客户交付的需求规格参考文档
以下 11 份 HTML 文件是客户（美国设计团队）针对具体模块/功能/场景迭代多版交付的高保真设计参考文档，包含了完整的需求规格：屏幕设计、语音脚本、工程逻辑和规范说明。
如何使用这些文档：
- 这些文档是需求规格参考，定义了"需要满足什么"
- 实现时可以参考这些文档的设计方向，也可以有创意空间
- 但最终交付必须满足这些文档中定义的需求
- 如需偏离某些设计决策，需与产品确认并记录原因
HTML文档 版本 涵盖内容 Reflekt_Master_Project_Brief.html - 项目总纲，Claude Code交接文件，Phase 0-5完整路线图 Reflekt_Visual_Identity_Directions.html - 四个视觉方向（最终选定Clear Day），含完整设计系统 Luma_Daily_Presence_Playbook_v1.2.html v1.2 Luma每日陪伴六状态规范，含语音脚本+屏幕设计 Family_App_State_Playbook_v1.1.html v1.1 儿女端App六状态规范，含首页/推送/消息/CTA设计 Reflekt_Phase1_Screen_System.html - Phase1屏幕系统，含完整UI规范广州团队执行指南 Reflekt_Phase2_Sensory_Layer.html - Phase2感官层，含3种声音设计+动效规范 Reflekt_Phase3_Edge_Cases.html - Phase3边缘场景，含断网/误报/无响应处理脚本 Reflekt_Reminder_System_Bilingual_v1.1.html v1.1 提醒系统完整规范，含25项美式生活模板 Reflekt_Experience_Enhancement_Bilingual_v1.0.html v1.0 体验增强六模块，含Magic Morning/Weekly Check-in等 Reflekt_Memory_Prompt_Complete_Implementation_Guide.html - Memory Prompt完整实施指南，含语音转化规则+工程逻辑 Reflekt_Home_Redesign_v2.2.html v2.2 首 页改版建议，含FAP/Luma文案体系重写 Reflekt_Design_Specification_Onboarding_Memory_Prompt_Guide.html - Onboarding补充设计，含七天旅程+Memory Prompt界面
第一批（2026年1-2月）- 战略与核心功能定义
| 序号 | 文档名称 | 核心内容 |
|---|---|---|
| 1 | Reflekt Health MVP原始脑图清单 | 47项功能的原始脑图，定义MVP实现范围 |
| 2 | Reflekt Health MVP研发核心指南 | AI愿景、Baseline/Drift概念、研发红线 |
| 3 | Reflekt系统P0&P1级核心功能说明 | P0硬底线7项、P1优化3项详细说明 |
| 4 | Luma产品用户体验设计规范 | UX六大原则、端到端用户旅程五阶段 |
| 5 | Reflekt Features养老顾问备注建议 | 25项功能逐项评审建议 |
第二批（2026年2月）- 产品PRD深化
| 序号 | 文档名称 | 核心内容 |
|---|---|---|
| 6 | Reflekt Health产品设计与运营深度需求文档MasterPRD | 最高级别战略文档，v7.0 |
| 7 | 20260221产品需求文档PRD跌倒告警MVP | 跌倒告警MVP专项PRD，含状态机设计 |
第三批（2026年2-3月）- UI/UX设计执行
| 序号 | 文档名称 | 核心内容 |
|---|---|---|
| 8 | Reflekt Visual Identity Directions | ★ 客户交付的高保真设计，四个视觉方向，最终选定Clear Day |
| 9 | Reflekt Health UI+UX设计执行手册 | 核心设计执行手册，v1.2.1，四大设计铁律 |
| 10 | 颜色选择参考Reflekt Guangzhou Screen Guide | 广州团队执行指南，颜色token规范，v1.0 |
| 11 | 状态机 | 状态机最简描述（六状态颜色语言） |
| 12 | Luma养老产品定位与沟通策略 | 产品定位支柱、子女沟通脚本 |
| 13 | Luma US Onboarding Design Guide | 美国市场首启设计指南（中英双语） |
第四批（2026年2-3月）- Playbook与子系统规范
| 序号 | 文档名称 | 核心内容 |
|---|---|---|
| 14 | Luma Daily Presence Playbook | ★ 客户交付高保真，Luma每日陪伴六状态规范，v1.2 |
| 15 | Family App State Playbook | ★ 客户交付高保真，儿女端App六状态规范，v1.1 |
| 16 | Reflekt Reminder System | ★ 客户交付高保真，提醒系统完整规范，25项美式生活模板，v1.1 |
| 17 | Reflekt Experience Enhancement | ★ 客户交付高保真，体验增强六模块规范，v1.0 |
第五批（2026年3-4月）- 迭代与补充
| 序号 | 文档名称 | 核心内容 |
|---|---|---|
| 18 | Reflekt Memory Prompt完整实施指南 | ★ 客户交付高保真，Memory Prompt完整 实施指南 |
| 19 | Reflekt Home Redesign | ★ 客户交付高保真，首页改版建议，v2.2 |
| 20 | Reflekt Phase1 Screen System | ★ 客户交付高保真，Phase1屏幕系统，广州团队执行指南 |
| 21 | Reflekt Phase2 Sensory Layer | ★ 客户交付高保真，Phase2感官层（声音+动效）规范 |
| 22 | Reflekt Phase3 Edge Cases | ★ 客户交付高保真，Phase3边缘场景处理规范 |
| 23 | Reflekt Master Project Brief | ★ 客户交付高保真，项目总纲，Claude Code交接文件 |
| 24 | Reflekt Design Specification Onboarding Memory Prompt Guide | ★ 客户交付高保真，Onboarding补充设计规范 |
| 25 | Reflekt US Doc Improvement Guangzhou Team | US文档改进建议，P0用户故事可执行化，v1.5 |
3. 业务目标
3.1 核心目标
P0 硬底线功能（7项）
| 序号 | 功能名称 | 详见 |
|---|---|---|
| P0-1 | 紧急预警自动化闭环（Fall-to-Alert Loop） | PRD跌倒告警MVP |
| P0-2 | 通知分级与静默穿透（Notification Tiering） | P0&P1功能说明 |
| P0-3 | 设备心跳监控与离线报警（Heartbeat & Offline Alert） | 同上 |
| P0-4 | 离线状态下的SOS兜底机制（Offline SOS Backup） | 同上 |
| P0-5 | 多照护人权限管理（Caregiver Management） | 同上 |
| P0-6 | 审计日志与安全标准（Audit Log & Trust/Safety） | 同上 |
| P0-7 | 高龄化UI/UX标准（Senior-Friendly UI） | UX设计执行手册 |
P1 优化功能（3项）
| 序号 | 功能名称 | 详见 |
|---|---|---|
| P1-1 | 误报闭环系统（False Alarm Loop） | P0&P1功能说明 |
| P1-2 | 试点运营看板（Pilot Ops Dashboard） | 同上 |
| P1-3 | 用药遵从日志（Medication Log） | 同上 |
3.2 成功标准
| 维度 | 指标 | 详见 |
|---|---|---|
| 安全性 | 红色告警从触发到家属知晓的平均时间 ≤5分钟 | MasterPRD |
| 可靠性 | 设备心跳上报成功率达到99.5%以上 | 同上 |
| 可用性 | 首次安装时长 ≤10分钟（目标6分钟） | 同上 |
| 信任度 | 试点家庭30天留存率 ≥85% | 同上 |
| 算 法精度 | 误报率控制在15%以内（试点期目标） | 同上 |
| 合规性 | 100%满足HIPAA合规要求，无数据泄露事件 | 同上 |
3.3 MVP验证假设
MVP阶段需要验证以下核心假设（详见 研发核心指南）：
- 早期风险检测假设：通过持续监测和AI分析，能否在健康危机发生前识别出细微的"偏离"信号
- 人性化解释假设：能否将复杂的健康数据转化为家庭和护理人员易于理解的预警和实用建议
- 非侵入性假设：在不给老年人日常生活造成负担的前提下，有效收集数据并提供服务
- 独立优先假设：产品定位能否被老年人接受为"保持独立的工具"而非"监控设备"
4. 产品定义
4.1 产品本质
Reflekt Health 是一个危机前智能系统（Pre-Crisis Intelligence System），而非单纯的监控设备或报警器。
- 不只提供数 据，更提供洞察和预测能力
- 从"事后补救"转向"事前预测与干预"
- 让家庭对居家养老的亲人拥有"安心"和"掌控感"
4.2 产品定位语
Reflekt是一套为美国独立生活的长者设计的安全与陪伴系统，旨在减少家人的焦虑，同时避免造成监视感或依赖感。
4.3 核心价值主张
| 用户 | 价值主张 |
|---|---|
| 老年人 | "这是您的工具，不是子女的监控摄像头。"——帮助您保持独立的生活方式 |
| 成年子女 | "减少唠叨，而非减少关爱。"——让您更好地出现，而非更少 |
| 家庭整体 | "一个家庭助手，能悄悄处理风险、积极增加温暖联系、明显保护尊严。" |
5. 两种用户画像
5.1 老年人（70岁以上）
心理画像：
- "我不想成为负担。"
- "我不想被当成孩子对待。"
- "科技是那些不愿亲自探望的人才用的。"
| 类型 | 需求描述 | Reflekt如何满足 |
|---|---|---|
| 自豪独立型 | 害怕失去控制 | Luma是保持独立的工具，而非监视设备 |
| 焦虑型 | 害怕独处 | Luma是夜间守护+伴侣，提供陪伴感 |
| 怀疑型 | 对新科技有恐惧 | 强调控制权、可逆性、试用机制 |
5.2 成年子女（35-55岁）
心理画像：担忧与内疚、压力与焦虑、决策疲劳
情感需求：安心感、掌控感、连接感
5.3 用户旅程阶段
| 阶段 | 老年人旅程 | 子女旅程 |
|---|---|---|
| 阶段0 | 决策：理解Luma是什么、不是什么 | 决策：理解产品价值和核心功能 |
| 阶段1 | 安装（30-60分钟）：三方共同设置 | 协作设置：配置设备、添加紧急联系人 |
| 阶段2 | 第一周：每天学习一项核心功能 | 观察：了解系统如何工作，建立信任 |
| 阶段3 | 日常使用：安全后台运行、柔和陪伴 | 日常查看：每天3秒内了解全局 |
| 阶段4 | 首次真实事件：Luma先对话确认 | 响应事件：通过App采取行动 |
| 阶段5 | 持续使用：每周孤独感反馈 | 持续信任：建立对系统的长期依赖 |
6. 两种界面规范
6.1 Family App（儿女端）
| 项目 | 规范 |
|---|---|
| 设备屏幕 | 390×844px（iPhone 16 Pro） |
| 路径 | static/ui/fap/ |
| 预览器 | index.html，通过?page=__xxx.html参数加载子页面 |
设计原则：
- 3秒内了解全局，获得安心
- 首页只回答一个问题：现在需不需要我行动
- 绝对禁止：滚动条、多个卡片、图表、数据值、"查看更多"链接
6.2 Luma 智能音箱（老人端）
| 项目 | 规范 |
|---|---|
| 设备屏幕 | 1280×800px（Luma智能音箱） |
| 路径 | static/ui/lsp/ |
| 预览器 | index.html，通过?page=__xxx.html参数加载子页面 |
设计原则：
- 零学习、零配置、零压力
- 被动显示，信息自动更新，无需交互
- 常态下没有任何按钮或菜单
- 远看可读的陪伴界面，而非可操作的平板界面
7. 核心功能体系
7.1 P0硬底线功 能
详见：P0&P1功能说明 和 跌倒告警MVP PRD
7.1 关键参数速查
| 参数 | 值 | 说明 |
|---|---|---|
| Baseline学习期 | 7天 | 系统用于学习用户日常行为模式的周期 |
| 老人确认窗口 | 30秒 | 跌倒事件发生后，留给老人语音确认的有效时间 |
| 联系人升级间隔 | 20秒/级 | 未收到家属确认的情况下，通知下一级联系人的时间间隔 |
| 联系人通知顺序 | #1→#2→#3→全部广播 | 预设的通知升级路径 |
| 告警分级 | Red/Amber/Yellow | 三级告警分类，MVP聚焦Red |
| 离线黄色提醒阈值 | >12小时 | 推送黄色提醒 |
| 离线高风险标记阈值 | >48小时 | 人工或自动化系统介入 |
| 日志保留期 | ≥12个月 | HIPAA合规要求 |
7.2 MVP不做项
以下功能在MVP阶段明确不做（详见 MVP原始脑图清单）：
- 视频通话（WebRTC）→ 改为音频通话
- AI客服自动应答 → 做WhatsApp/邮件/电话一键跳转
- 复杂健康分析Agent → 只做指标展示+趋势+"非诊断解释模板"
- 长期记忆陪伴Agent → 只做固定关怀脚本（可配置）
- 外部新闻/天气融合预警 → 不做外部数据融合
7.3 体验增强模块
共计6个模块（详见 体验增强规范）：
| 模块 | 名称 | 核心价值 |
|---|---|---|
| 增强1 | Magic Morning | 早晨时空锚点，减少认知障碍老人的晨间焦虑 |
| 增强2 | Weekly Check-in | 每周情感连接，建立家庭故事档案 |
| 增强3 | Memory Prompt | 基于家庭档案的个性化回忆触发 |
| 增强4 | Voice Postcard | 老年人语音留言，子女接收并回复 |
| 增强5 | Shared Ritual | "周日故事"等家庭录制仪式 |
| 增强6 | 情感收尾 | 告警解决后的情感过渡设计 |
8. 系统状态机
8.1 六状态体系
Reflekt系统采用六状态设计，颜色即状态语言：
| 状态 | 英文 | 颜色Hex | 含义 | Family App首页主CTA | Luma屏幕 |
|---|---|---|---|---|---|
| 平静 | CALM | #4A8A5A | 一切正常，无需行动 | 查看今日摘要 | 温暖问候 |
| 提醒 | REMINDER | #8A7040 | 有提醒待确认，不等于危险 | 查看今天的提醒 | 提醒内容 |
| 家人 | FAMILY | #3D6A9A | 老人给家属留了消息 | 播放消息 | 播放语音 |
| 关注 | ALERT | #9A5040 | 可能发生跌倒或偏离，需确认 | 立即联系老人 | 确认按钮 |
| 求助 | HELP | #8A3030 | 老人已明确求助，需立即联系 | 立即联系老人 | 求助界面 |
| 离线 | OFFLINE | #5A6060 | 连接已中断，不确定状态 | 绕过Luma直接呼叫 | 离线提示 |
8.2 状态流转
8.3 升级链路（RED_ALERT）
| 时间节点 | 动作 | 条件 |
|---|---|---|
| T=30s | 通知联系人#1 | App推送+SMS（可选） |
| T=50s | 通知联系人#2 | 联系人#1未ACK |
| T=70s | 通知联系人#3 | 联系人#2未ACK |
| T=90s | 广播所有联系人 | 所有单点联系人均未ACK |
| 任意时间 | 中断升级 | 收到USER_OK指令 |
详见：状态机、Family App State Playbook、Luma Daily Presence Playbook
9. 设计系统 Clear Day
9.1 四大设计铁律
| 铁律 | 核心含义 |
|---|---|
| Law 1: 冷静技术 | 界面必须保持绝对安静，不主动吸引注意力 |
| Law 2: 解读，而非展示 | 把数据"翻译"成温暖的人类语言 |
| Law 3: 在场，而非评判 | 系统可以观察，但永远不能对用户行为做价值判断 |
| Law 4: 克制带来信任 | 选择不展示什么，比选择展示什么更重要 |
9.2 核心颜色规范
| 类别 | Hex | 禁用 |
|---|---|---|
| 背景 | #F4F6F6 / #E8EFEF | - |
| 文字 | #141E1E / #5A7070 | - |
| 品牌强调 | #3D9A94 | - |
| 状态色 | 各状态独立色值 | #007AFF（医疗蓝）、#FF3B30（亮红） |
详见：颜色选择参考（广州团队）
9.3 字体规范
| 用途 | 西文字体 |
|---|---|
| 显示/标题 | Libre Baskerville（衬线） |
| 正文 | DM Sans（人文主义无衬线） |
| 代码/元数据 | JetBrains Mono |
9.4 适老化硬指标
| 指标 | 老人端（Luma） | 家属端（App） |
|---|---|---|
| 最小字号 | ≥18pt | ≥16pt |
| 按钮高度 | - | ≥56dp |
| 触控区域 | - | ≥44dp |
| 对比度 | WCAG AA（优先7:1） | WCAG AA |
9.5 组件库规范
图标规范：
- 圆润：所有尖角处理成半径至少 2px 的圆角
- 实心：优先使用实心图标，而非线性图标
- 表意具体：表示"睡眠"用床或月亮，表示"活动"用行走的人
间距规范：
- 统一 8pt 栅格：padding/margin 只用 8 的倍数（8/16/24/32）
- 触控间距：按钮之间至少 8-12dp，避免误触
10. UX不可妥协原则
10.1 六大不可协商原则
| 原则 | 详细说明 |
|---|---|
| 老年人是主要用户 | 设计语言围绕"帮助您保持自己的生活方式" |
| 独立优先 | 不突出"监控"，而是强调"在家生活，有安全保障" |
| 无内疚、无羞耻、无幼稚化 | 避免年龄歧视、负担感或过度表扬 |
| Luma是桥梁，而非障碍 | 增强家庭联系，而非替代 |
| 透明、可控、可逆 | 老年人能感知、控制并随时停止使用 |
| 低认知负荷 | 一次只处理一个概念，简化操作 |
10.2 文案红线
禁用表达（遇到不确定的文案，先查这里）：
| 禁用表达 | 原因 |
|---|---|
| "我正在监测你"、"我会持续追踪你的状态" | 引发被监控感 |
| "哇！您吃了药！干得好！" | 幼稚化、过度表扬 |
| "你昨晚没睡好" | 评判感 |
| "已检测到跌倒" | 技术冷冰冰，应先写"可能" |
| "Missed"、"Not confirmed"、"detected" | 临床术语禁用 |
| "emergency"、"SOS"、"报警" | 老人端禁用硬词 |
推荐表达：
| 推荐表达 | 场景 |
|---|---|
| "我会陪你度过每一天" | 陪伴感 |
| "如果情况看起来不对，我会先确认" | 温和确认 |
| "可能发生了跌倒，正在确认" | ALERT状态必须用"可能" |
| "昨晚似乎有点辗转反侧" | 中性观察，非评判 |
| "Quiet morning today. I'm right here." | Luma安静陪伴文案 |
10.3 美国市场三大真相
| 市场真相 | 设计禁区 |
|---|---|
| 监视敏感度极高 | 展示摄像头画面、显示实时在线状态 |
| 尊严比安全更重要 | 幼稚卡通形象、需要子女"批准设置" |
| 安心感并非来自更多数据 | 任何形式图表、仪表盘 |
10.4 语音UX规范
语气规则：
- 中性、温暖、成熟
- 避免儿语、虚假活泼、客服腔
- 比普通语音助手略慢；留停顿；给老人反应时间
语音播报规范：
| 维度 | 要求 |
|---|---|
| 长度 | 每次播报控制在 1-3 句 |
| 语气 | 温和，自然，不要装可爱 |
| 节奏 | 略慢；留停顿；给老人反应时间 |
| 句式 | 一句话只表达一个意思 |
Luma三文案版本示例：
| 类型 | 示例 |
|---|---|
| 提醒型 | "Almost eleven — I'll let you know when it's time." |
| 家人连接型 | "Lily left you a message this morning." |
| 安静陪伴型 | "Quiet morning today. I'm right here." |
详见：US Onboarding Design Guide、Luma Daily Presence Playbook（语音脚本）、Phase2感官层（音效规范）
11. 开发阶段路线图
| 阶段 | 名称 | 目标 | 关键交付物 |
|---|---|---|---|
| Phase 0 | 基础设施 | 建立开发环境、CI/CD、代码规范 | 可运行的开发环境 |
| Phase 1 | 核心屏幕系统 | 实现六状态UI界面、适老化规范 | Phase1屏幕系统 |
| Phase 2 | 感官层 | 声音设计、动效规范 | Phase2感官层 |
| Phase 3 | 边缘场景 | 断网、弱网、安装失败等 | Phase3边缘场景 |
| Phase 4 | 体验增强 | Memory Prompt、共享仪式 | 体验增强规范 |
| Phase 5 | 优化迭代 | 误报优化、Pilot Dashboard | 提醒系统 |
11.1 Onboarding七日旅程
| Day | 老年人 | 家属 |
|---|---|---|
| Day 1 | 录制欢迎语音，Luma自我介绍 | 设置设备，录制欢迎语 |
| Day 4 | 关键里程碑：主动发出第一条消息 | 观察互动 |
| Day 7 | 生成第一份周报 | 收到周报 |
11.2 MVP关键用户故事
| US编号 | 标题 | 优先级 | 验收要点 |
|---|---|---|---|
| US-05 | 绑定与设备初始化向导 | P0 | ≤10屏、失败分流、SOS闭环 |
| US-09 | 红色告警升级与处理闭环 | P0 | 动作矩阵、证据包、回执、≤2步完成 |
| US-21 | 设备离线检测与分级提醒 | P0 | 短/中/长离线规则、排障路径 |
| US-22 | 离线兜底与透明沟通 | P0 | 诚实显示状态、911兜底、恢复后补报 |
| US-16 | 老人端交互与适老化 | P0 | 固定3入口、语音脚本、硬阈值验收 |
12. 技术约束与架构
12.1 已知限制
| 限制类型 | 具体限制 | 影响 |
|---|---|---|
| 设备限制 | Luma音箱：1280×800px | UI设 计必须适配此分辨率 |
| 网络限制 | 依赖WiFi，断网时功能受限 | 必须有离线兜底机制 |
| 硬件依赖 | 毫米波雷达+智能手表 | 数据来源依赖硬件 |
| 平台限制 | MVP仅支持iOS/Android | 暂不支持鸿蒙、Web |
12.2 假设条件
| 假设 | 说明 |
|---|---|
| 美国市场 | 所有文案、设计以美国用户为基准 |
| WiFi环境 | 假设家庭有稳定WiFi |
| 子女有智能手机 | 通知依赖App Push |
12.3 合规要求（HIPAA）
| 要求类型 | 具体内容 |
|---|---|
| 传输安全 | 传输全程TLS（HTTPS/WSS） |
| 存储加密 | 敏感数据AES-256加密存储 |
| 数据隔离 | 家庭/租户隔离，禁止跨家庭访问 |
| 日志保留 | 日志保存12个月以上 |
| 审计要求 | 所有敏感操作必须审计 |
| 同意管理 | 首次绑定必须同意；撤回同意后停止采集/展示 |
13. 利益相关方
| 角色 | 描述 | 主要关注点 |
|---|---|---|
| 老年人 | 70岁以上独居老人 | 独立、尊严、控制感、陪伴感 |
| 成年子女 | 35-55岁的照护者 | 安心感、掌控感、减少焦虑 |
| 运营团队 | 试点期间人工介入 | 在线率、告警处理、用户反馈 |
| 投资方 | 融资证据 | Pilot数据、误报率、留存率 |
| 广州研发团队 | 技术实现方 | 清晰的需求、状态机、API规范 |
| 养老顾问 | 行业专家评审 | 25项功能逐项建议 |
| 政府/医疗机构 | 未来客户 | HIPAA合规、审计日志、安全标准 |
14. 关键术语表
| 术语 | 英文 | 定义 |
|---|---|---|
| 危机前智能系统 | Pre-Crisis Intelligence System | Reflekt的产品本质，在危机发生前预测和干预 |
| 基 准 | Baseline | 每个老年人独特的"正常"行为和健康模式 |
| 偏离 | Drift | 与个体基准相比的细微、渐进变化，是潜在健康危机的早期信号 |
| 跌倒告警闭环 | Fall-to-Alert Loop | 从跌倒检测、语音确认到家属通知的完整自动化流程 |
| 静默穿透 | Silent Override | 红色预警无视手机静音设置，强制触达家属 |
| 冷静技术 | Calm Technology | Mark Weiser提出的设计理念，技术应在环境中安静运行 |
| 解读而非展示 | Interpret, Don't Display | 把数据"翻译"成温暖的人类语言 |
| Memory Prompt | Memory Prompt | 基于家庭档案的个性化回忆触发 |
| 证据包 | Evidence Pack | 告警事件的多源证据集合 |
| 升级链 | Escalation Chain | 未收到确认时，按顺序通知下一级联系人的机制 |
| Magic Morning | Magic Morning | 早晨时空锚点，为认知障碍老人提供晨间定向 |
15. 参考文档索引
15.1 按角色索引
★ 提示：HTML文档是客户交付的需求规格参考，定义了需要满足的需求；实现时参考设计方向，最终交付必须满足需求。如需偏离需与产品确认。
15.2 原始需求文档（全部在 assets/raw_context/ 目录）
★ = 客户交付的需求规格参考文档，定义需要满足的需求；实现时可参考设计方向，最终交付必须满足需求
| 类别 | 文档数量 | 批次 | ★标记 |
|---|---|---|---|
| 战略与核心功能 | 5份 | 第一批 | - |
| 产品PRD | 2份 | 第二批 | - |
| UI/UX设计执行 | 6份 | 第三批 | ★ Visual Identity Directions |
| Playbook与子系统 | 4份 | 第四批 | ★ 全部4份都是 |
| 迭代与补充 | 8份 | 第五批 | ★ 7份是（仅US改进建议不是） |
15.3 架构文档
| 文档路径 | 说明 |
|---|---|
docs/archon/docs/functional_requirements.md | 功能需求规格 |
docs/archon/docs/ux_design_specification.md | UX设计规格 |
docs/archon/docs/ui_design_specification.md | UI设计规格 |
docs/archon/docs/technical_architecture.md | 技术架构 |
docs/archon/docs/data_model_design.md | 数据模型设计 |
docs/archon/docs/business_architecture.md | 业务架构 |
docs/03_design/03_10_core_process.md | 核心流程 |
docs/03_design/03_04_family_app_pages.md | Family App设计规范 |
docs/03_design/03_04_luma_app_pages.md | Luma App设计规范 |
15.4 用户故事文档
| 文档路径 | 说明 |
|---|---|
docs/archon/docs/user_stories.md | 用户故事总览 |
docs/02_requirements/02_03_user_stories/ | 30个用户故事（US-01 ~ US-31） |
附录：设计自查四问
完成每一稿设计后，请扪心自问：
- 这个设计感觉像监视吗？（答案必须是"否"）
- 这个设计感觉像医疗产品吗？（答案必须是"否"）
- 这个设计还能更简单吗？（答案必须是"是"，并持续简化）
- 我的父母会对此感到舒适吗？（答案必须是"是"）
最终原则：如果某个设计让你觉得"令人印象深刻"或"很酷"，请删除它。如果某个设计让你觉得"安静"和"理所当然"，请保留它。
If something feels impressive, remove it. If something feels quiet, keep it.
文档结束
本文档为Reflekt Health项目需求上下文的精简版概览，所有原始详细文档存放于 assets/raw_context/ 目录。