项目问题
如何让低负担记录、情绪表达、音乐生成与之后的回看形成一个不打断用户的闭环？
PROJECT 01 · CREATE
Life Soundtrack / AI 情绪音乐日记
让一段日记，不只被保存，也有机会被再次遇见。产品把文字、情绪与音乐放进同一条可判断、可收回的体验里。
01 / PROJECT SNAPSHOTCREATE
把“记录”推进成一条有情绪的产品链。
日记保存了发生过什么，音乐却常常只负责唤起感觉。
这个项目尝试让用户把日常文字交给 AI，得到一首可以聆听、调整、保存或删除的歌。
AI 负责转化，用户保留对情绪与私人内容的判断。
我的推进
完成 3 次半结构化访谈、竞品观察、产品定义、信息架构、高保真原型，并推进到微信小程序 Demo 与真机测试。
02 / QUESTION & EVIDENCE先听见差异
三个人的差异，比一个平均画像更重要。
研究对象都接触过日记、音乐或 AI，但他们对记录频率、回看方式、隐私和负面情绪的处理并不相同。
这里的价值不是做统计推断，而是找出会改变体验取舍的具体差异。
- U02 · 稳定记录者
会写日记、发朋友圈并定期回看：“再看之前的，有种又体验了一次的感觉。”
愿意尝试和调节，但隐私、付费与多次调整会降低接受度。
- U03 · 非日记记录者
通过朋友圈、相册和聊天记录保存生活：“把记录转化成声音，可以；但 AI 不会完全懂你。”
接受 AI 作为创作工具，而不是情绪替代者。
- U01 · 偶尔记录者
偏好纸笔，较少主动回看，但音乐会触发强记忆：“一听到那首歌，像一下子魂穿到那个时间点。”
负面情绪过去后，不一定愿意再次思考。
观察 → 设计推断
“记录会被忘记”支持及时重现的假设。
“第一次生成决定信任”支持先做准、做快。
“负面情绪不一定想保留”支持保存、私密与不留存必须显式分开。
主动回顾仍是待验证假设，不能写成研究结论。
机会判断
普通记录工具多是一次性输出，音乐生成工具偏 Prompt 与曲库，通用 AI 依赖多轮重新教导。
机会在于把“记录 → 音乐转化 → 用户判断”连成一个完整任务。
03 / EXPERIENCE DEFINITION一条可收回的流程
生成只是中间步骤，用户判断才让产品闭环。
我把核心任务拆成六个阶段。
我尤其把等待、轻量调整、保存与删除做成明确状态，而不是把用户直接推到“生成成功”的结果页。
01写下日记
02选择情绪与隐私
03AI 提取并生成
04聆听与轻调
05保存或删除
06未来再次遇见
产品原则：AI 是转化工具，不是“懂你”的人；用户可以修改、拒绝和收回。
先把第一次做准
首次生成优先准确与速度；后续只做低成本轻调，不让用户重新教一遍 AI。
保存后才谈重逢
再次遇见是保存后的生命周期假设，不把主动回顾写成核心生成步骤。
保留或释放
正向内容可保存；负向内容可以私密、不留存或不进入未来回顾。
AI 是工具不是陪伴者
AI 提取、转化、生成；用户判断、纠正、保存、私密或删除。
产品定义
输入事件 / 情绪 / 叙事线索 → AI 提取 → AI 转化为歌词与音乐方向 → 输出候选歌曲 → 用户调整 / 重写 → 保存、私密或不留存。
系统不替用户决定什么值得留下。
信息架构
HOME：开始创作、任务状态、近期内容与已保存回顾。
COMPOSE：事件、情绪、Prompt、隐私与开始。
CHOICE：判断、保存或不留存。
MUSIC：播放、歌词、原始日记、调整、重写、隐私与删除。
LIBRARY：已保存歌曲、情绪筛选、收藏与详情。
04 / SOLUTION页面与状态
中间状态也必须被设计。
记录、等待、判断与控制不是结果页之后的补充，而是让用户理解生成、做出选择并保留控制权的完整体验。
五步创作流程
从写下事件到轻量调整，每个界面都对应一个用户可以判断、拒绝或收回的动作。
宽屏一次看完五步；窄屏可横向滑动查看完整流程。
回看与播放 / 修改与风险提示
主流程之外的五个状态被拆成两组，保持信息完整，但不再与核心步骤抢同一层级。
回看与播放
保存之后修改与风险提示
仍由用户确认工程里已经定义、但未独立导出的状态
以下不是截图，而是从微信小程序源码核对出的状态边界；因此不把它们伪装成已交付的产品界面图。
保留草稿，允许重试
源码定义“刚才的创作没有完成”、重新生成与回首页出口；当前没有独立 PNG 素材。
保存、私密、不留存
歌曲详情、保存选择和云函数动作均有对应代码路径；真实云端权限闭环仍待环境验证。
异常与恢复
真实音频、云存储、生成中断、敏感内容与权限边界已列入验证范围，未把概念状态写成上线能力。
素材来源：16 页案例 HTML 的 P11–P13；PDF R02 的 Project 01 P14–P16；工程源码 `UI/pages/diary/diary.wxml`、`UI/pages/music/music.wxml` 与 `Services/database/`。
05 / DELIVERY & BOUNDARY完成到哪里
完整推进，也包括准确说清楚项目停在哪里。
项目已经从研究推进到可操作的产品 Demo，但还没有被写成上线产品或生产环境验证。
下面把已完成、已实现待验证和下一步分开。
研究与定义
3 次访谈、竞品观察、洞察与设计原则、产品定义、信息架构和核心流程。
原型与 Demo
高保真页面、HOME / LIBRARY / COMPOSE / LOADING / CHOICE / MUSIC / ADJUST / REWRITE 等核心状态、微信小程序页面与代码路径。
云函数、异步生成、真实音频、云存储播放 / 删除、权限与异常仍待环境验证。
5—8 名目标用户探索
下一轮观察首次生成完成与中断、主观匹配度、轻量调整、保存 / 删除，以及用户是否愿意再次遇见自己的记录。
限制与反思
当前研究只支持对访谈对象的行为和动机做描述，不能推广到所有用户。
真实生成质量、云端稳定性和长期回看价值也尚未完成生产验证。
下一次会问什么
用户是否愿意把哪类私人内容交给 AI？什么情况下会选择删除而不是保存？调整入口是否足够轻，能否让用户保留自己的解释权？
06 / CONTINUE继续看