补充设计规范 · Phase 4+ · 2026年3月
未完成的部分，
现在补齐。
本文件覆盖广州团队尚未实现的所有核心流程。包含完整屏幕设计、Luma 脚本、工程逻辑和执行规则，可直接用于开发。
第一部分 · Onboarding
七天，一段关系的开始。
这不是功能教程。这是产品建立信任的第一周。每一天都是一个情感时刻，不是操作说明。家属在 Day 7 收到第一份周报时应当感受到的是：这七天值了。
DAY_01
初次见面
Luma 播放家属录制的欢迎语
DAY_02
第一句话
Luma 问老人一个温和的问题
DAY_03
第一次连接
家属发出第一条 Voice Postcard
DAY_04
老人主动说话
老人发出第一条消息给家属
★ 关键时刻
DAY_06
被了解
Luma 反馈观察到的生活规律
DAY_07
第一周结束
家属收到周报，老人被感谢
★ 到达
Onboarding 设计原则
每一天的屏幕必须回答一个问题：今天发生了什么值得期待的事？ 如果一个屏幕只是告诉家属"系统正在运行"，那这个屏幕是失败的。Onboarding 结束时家属应当感受到：Lily 在用它，它在工作，这七天值了。
Day 1 · 初次见面
欢迎语，是产品送给老人的第一份礼物。
家属在 App 设置时录制一段欢迎语（最长 45 秒）。Day 1 早上，Luma 将这段语音播放给老人听。这是整个 Onboarding 最重要的单一时刻——老人第一次听到家人的声音从这个设备里传出来。
DAY_01 · 设置阶段
家属端 · 录制欢迎语
9:41●●●
第一步 · 录制欢迎语
给妈妈录一段话
Luma 明天早上会把这段话播放给她听。说什么都行——她会很高兴听到你的声音。
💡 可以说：最近怎么样、我想你了、明天来看你……
引导语使用情感语言，不是功能说明
给出示例降低录制门槛
录制失败时提供重录选项
设置完成后可在 Account 重录
DAY_01 · 当天
家属端 · 主页
9:41●●●
正在认识 Lily
Luma 今天早上会把你的欢迎语播放给她听。
刚刚更新
▶ 预览你录制的欢迎语
今天会发生什么
Luma 会自我介绍，然后播放你的欢迎语给 Lily 听。
进度条显示 Day 1/7，让家属感知到旅程
"今天会发生什么"减少未知感
CTA 是预览，不是操作——家属不需要做任何事
DAY_01 · 早上
Luma 屏幕
Day 1
你好，Mary。我是 Luma。
Lily 给你录了一段话。想听吗？
说"想"就可以听了。
Luma · Day 1 第一句话
"你好，Mary。我是 Luma。我以后会住在这里——只是陪着你，有需要的时候帮帮你。Lily 给你录了一段话，想听吗？"
介绍简短，立刻给老人一个行动：听家人的声音。不解释功能，不展示界面。
Luma · 播放欢迎语后
"那是 Lily。我有什么事会告诉她，你有什么话想说的时候也可以叫我。"
第一句话不介绍功能，只建立关系
家属欢迎语是老人对 Luma 的第一印象
若老人不回应，Luma 等 30 分钟后再次轻柔邀请
Day 4 · 关键时刻
老人主动说话了。
Day 4 是整个 Onboarding 最重要的时刻。老人第一次主动发出一条消息给家属。产品从"被安装在家里的东西"变成了"妈妈在用的东西"。家属收到通知时的感受决定了产品能否留存。
DAY_04 · 下午
Luma 屏幕 · 邀请发消息
Day 4
下午好，Mary。
有没有什么想告诉 Lily 的？
说什么都行，我来转达。
Luma · Day 4 下午，第一次邀请
"下午好，Mary。有没有什么想告诉 Lily 的？"
Day 3 之前不邀请——老人需要 3 天适应。这是第一次，语气轻松，不施压。
老人
"告诉她我这几天在看园子里的鸟，今天来了三只喜鹊。"
Day 4 才第一次邀请，前三天只是接收
问题开放，不限定内容
老人说"不想说"时：Luma 说"好的，随时可以叫我"，不追问
DAY_04 · 下午
家属端 · 首页
14:38●●●
现在安全
Lily 今天下午给你留了第一条消息。
刚刚
▶ 播放 Lily 的消息
🎉 里程碑
Lily 开始主动使用 Luma 了。这是一个好的开始。
里程碑卡片告诉家属这是一个值得关注的时刻
Push 通知文案："Lily 给你发了第一条消息"
不说"语音消息已录制"，主语永远是老人
Day 4 解锁条件
前置条件
老人在 Day 2 或 Day 3 已对 Luma 有过至少一次语音回应
触发时机
CALM 状态 + 下午 14:00–16:00 时间窗口
老人回应
录制 > 5 秒 → 作为 Voice Postcard 发送给家属
Push 通知
家属收到推送："Lily 给你发了第一条消息" — 立刻发送
Day 7 · 到达
第一份周报。
Day 7 回答了家属心里一直在问的问题：这七天值了吗？周报不展示健康数据，展示的是关系——交换了什么，确认了什么，安静了几夜。最后一句话是给家属的。
DAY_07 · 早上
Luma 屏幕
Luma · Day 7 早上，一次性说
"早上好，Mary。我们在一起一周了。谢谢你让我在这里。"
只说一次，不重复。这是一个关系里程碑，不是系统公告。
"谢谢你让我在这里"——Luma 是客人，老人是主人
只说一次，不重复，不做成提醒
DAY_07 · 早上
家属端 · 第一周周报
9:41●●●
现在安全
Lily 的第一周周报已送达。
今天早上
查看第一周周报
第一周 · 3月2日–8日
发出的消息
4
提醒确认
5/5
安静的夜晚
7
"你做得很好。Lily 在用它了。"
最后一句话始终肯定家属："你做得很好"
展示关系数据，不展示健康数据
Day 7 后 onboarding_mode 静默关闭，老人不知道 Onboarding 结束了
工程逻辑
触发条件：onboarding_day = 7 AND 早晨问候已发送
周报内容：静态生成，不实时查询数据库
Push 通知："Lily 的第一周——周报已送达"
中断规则：ALERT/HELP 状态暂停计天，恢复后继续，不跳过
家属欢迎语缺失时：使用备用语："你的家人想跟你打个招呼"
第二部分 · Memory Prompt
一个问题，一段回忆。
家属每周可以提交一个话题，Luma 在合适的时机自然地问老人。老人的回答以语音原声发回给家属。这是产品最有差异化价值的功能——它把 Luma 从一个安全设备变成了家庭记忆的守护者。
设计核心
家属输入的是一个话题，Luma 输出的是一个自然的问题。这两者之间的转换是这个功能的灵魂。 家属写"问她以前喜欢去哪里"，Luma 问"最近天气这么好，你最喜欢去的地方是哪里，Mary？" ——绝不是机械复述。
家属端 · 消息标签 · Memory Prompt 入口
9:41●●●
💭
这周问问妈妈……
每周一次，Luma 会自然地问她
→
最近消息
🎙 语音
Lily 给 Mary 发了语音消息 · 今天 9:15 AM
Quick Send 已从首页迁移到此，位置更自然
Memory Prompt 入口用深色卡片区分，视觉权重适中
"这周问问妈妈……"是邀请，不是功能标签
家属端 · Memory Prompt 输入
9:41●●●
写一个你想了解的话题或问题。Luma 会在合适的时候自然地问她。
Luma 会这样问
"最近天气这么好，你最喜欢去的地方是哪里，Mary？"
妈妈会在她觉得舒服的时候回答。你会收到她的原声。
发送这个话题给 Luma
每周最多提交一次
实时预览 Luma 转化后的问题——家属知道老人会听到什么
"她的原声"——强调这不是文字摘要，是真实的声音
"她觉得舒服的时候"——不给老人压力
家属端 · 收到老人回答
15:22●●●
▶ 听 Lily 说的
你问的话题
"以前最喜欢去哪里玩"
Luma 问了她，她回答了 · 今天 15:18
"她聊了差不多两分钟"——时长暗示内容的丰富程度
显示原始话题，家属知道这是她问的问题的回答
CTA 文案是"听 Lily 说的"，主语是老人
话题 → 自然问题 · 转化示例
家属输入
"问问她和老朋友的事"
Luma 问
"你以前那些老朋友，现在还有联系吗，Mary？"
家属输入
"问她年轻时候的事情"
Luma 问
"你年轻的时候，最快乐的一段时间是什么时候，Mary？"
家属输入
"问她觉得独居怎么样"
Luma 问（敏感话题轻柔处理）
"有没有什么事情，能让你的日子过得更舒服一点，Mary？"
家属输入
"问问爸爸"
Luma 问（极度敏感，最轻柔开口）
"安静的早上，你会想起什么，Mary？"
第三部分 · 提醒创建流程
三步，一条提醒。
提醒列表页团队已经做好了。缺失的是创建流程——家属如何新增一条提醒，老人如何在 Luma 端接收和确认。流程必须极简：三步完成，任何多余的步骤都是阻力。
步骤 1 · 选择类型
9:41●●●
这条提醒会发给妈妈确认，她同意后才会生效。
下一步
三种类型，清晰，不超过这个数量
每种类型有具体示例，降低认知负担
步骤 2 · 输入内容和时间
9:41●●●
Luma 会说
提醒内容
时间
11:00 AM
备注（仅 Luma 内部，妈妈不会看到）
她有时候会忘……
发送给妈妈确认
实时预览 Luma 说的话，家属知道老人会听到什么
备注字段内部可见，老人不会听到——这是 Reminder Spec 里的要求
不显示药名，只显示生活语言"早上的药"
Luma 屏幕 · 老人确认提醒
新提醒
Mary，Lily 想设置一个提醒。
每天 11 点，提醒你吃早上的药。可以吗？
"可以"或"不用了"。
Luma · 向老人征求同意
"Mary，Lily 想设置一个提醒。每天 11 点，提醒你吃早上的药。可以吗？"
明确告诉老人是家属提议的，保持透明。老人有权拒绝。
Luma · 确认后
"好，我记下来了。我会告诉 Lily。"
老人拒绝时
Luma 说："没关系，我告诉 Lily 你不需要。"
家属收到通知："妈妈婉拒了这条提醒。"
不显示具体原因，不追问老人。
说明是"Lily 想设置"——透明，老人有知情权
老人说任何接受/拒绝的语言都被接受，不限定词语
拒绝时，家属收到通知但不显示原因
第四部分 · Privacy Mode 通知
老人开启隐私模式，家属知情。
老人可以在 Luma 端直接开启 Privacy Mode，Luma 屏幕的界面已批准，无需改动。需要新增的是：老人开启后，家属端首页出现一条轻量提示，告知家属当前状态，并确认紧急呼救功能仍然有效。
家属端 · Privacy Mode 开启时
10:15●●●
暂停监测中
Lily 开启了隐私模式。移动监测已暂停。紧急呼救仍然有效。
今天 10:12 AM
📞 如需联系，直接拨打
灰色系，不触发紧急视觉语言
始终明确"紧急呼救仍然有效"
主 CTA 改为直接拨打，绕过 Luma
Account 页面可查看当前 Privacy Mode 状态
工程逻辑
触发：老人在 Luma 端点击"Turn On" → privacy_mode_active = true
Push："Lily 开启了隐私模式。紧急呼救仍然有效。" — 立刻发送
家属端状态：主页进入 Privacy Mode 状态，保持至老人关闭
关闭时：Push "Lily 关闭了隐私模式，Luma 已恢复正常" → 恢复 CALM
紧急覆盖：Privacy Mode 期间，ALERT/HELP 信号仍然触发，覆盖隐私模式
第五部分 · 误报恢复
误报解除后，家属看到什么。
Phase 3 已经定义了完整的误报恢复流程和脚本。缺失的是家属端屏幕——误报解除后首页应当显示什么，如何在不失去信任的前提下关闭这个事件。
家属端 · 误报解除后
14:35●●●
现在安全
Lily 在 14:31 确认她没事。之前的提醒已解除。
14:31 · 刚刚
查看事件详情
发生了什么
14:30 检测到客厅有异常动作。Luma 询问 Lily，她说没事。传感器可能检测到了附近的突然移动。不需要任何操作。
明确说明发生了什么，不含糊
"不需要任何操作"——显式关闭事件
反馈按钮在事件结束 4 小时后出现，不在当下
3 次同类误报 → 系统自动调整传感器灵敏度
本文件覆盖的内容。
以下功能的界面设计已在本文件中完成，可交给团队进入开发。
Onboarding · Day 1–7
Day 1 欢迎语录制和 Luma 首次问候；Day 4 老人主动发出第一条消息；Day 7 第一份周报。Luma 脚本和工程触发逻辑已完整定义。
Memory Prompt
家属输入话题→Luma 转化为自然问题→老人原声回传。四种话题转化示例已提供，含敏感话题处理规则。
提醒创建 · 老人确认
三步创建流程，实时预览 Luma 说的话，备注字段内部可见。Luma 向老人征求同意的完整脚本，含拒绝处理。
Privacy Mode 通知
老人开启后家属端的通知状态，灰色系，不触发紧急语言，始终确认紧急呼救有效。含完整工程逻辑。
误报恢复屏幕
误报解除后家属看到的界面——发生了什么、系统做了什么、不需要操作。24 小时后出现反馈收集。
仍待设计
Away Mode 界面、Connection Moments 屏幕（Sunday Story、Monthly Report）、空状态补全。这些在第一批用户上线后根据反馈决定优先级。