备忘录App产品需求文档(PRD)
文档版本:V2.0 | 创建日期:2026-09-01 | 文档状态:评审中
负责人:产品部 | 参与评审:设计、开发、测试、运营、安全
一、产品概述
1.1 需求背景
在移动互联网高度发达的今天,备忘录/笔记类App已是一片红海——系统自带备忘录、Notion、印象笔记、Flomo、Bear等产品各据一方。然而,市场仍存在以下未被充分满足的需求缝隙:
•
系统备忘录:功能基础,跨平台能力弱,缺乏智能组织能力
•
All-in-One类(Notion等) :功能过于强大,学习成本高,打开就想逃
•
轻量记录类(Flomo等) :碎片化记录体验好,但信息组织方式单一(仅标签),缺乏结构化能力
核心机会:用户需要的不是一个“更强大的记事本”,而是一个 “懂你的第二大脑” ——既能满足快速捕获的冲动,又能通过AI能力自动整理、智能关联、主动提醒,让碎片信息产生结构性价值。
1.2 产品愿景
“记录即整理,无需手动分类,AI帮你构建知识网络。”
1.3 产品目标
#AWpnrkPQfJJA text { white-space: pre; }#AWpnrkPQfJJA .fb0 { stroke: var(--N900-FG, 0.15); }#AWpnrkPQfJJA .fb0 {stroke: rgba(31,35,41, 0.15)}#AWpnrkPQfJJA .fx0 { stroke-miterlimit: 10; }#AWpnrkPQfJJA .fx0 {stroke-miterlimit: 10}#AWpnrkPQfJJA .fa1 { fill: rgb(187, 191, 196); }#AWpnrkPQfJJA .fa1 {fill: rgb(187, 191, 196)}#AWpnrkPQfJJA .fx1 { font: 400 12px MonospacedNumber, LarkHackSafariFont, LarkEmojiFont, LarkChineseQuote, -apple-system, BlinkMacSystemFont, "Helvetica Neue", Tahoma, "PingFang SC", "Microsoft Yahei", Arial, "Hiragino Sans GB", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji"; }#AWpnrkPQfJJA .fx1 {font-style: normal}#AWpnrkPQfJJA .fx2 { text-anchor: middle; }#AWpnrkPQfJJA .fx2 {text-anchor: middle}#AWpnrkPQfJJA .fx3 { dominant-baseline: central; }#AWpnrkPQfJJA .fx3 {dominant-baseline: central}#AWpnrkPQfJJA .fx4 { stroke: none; }#AWpnrkPQfJJA .fx4 {stroke: none}#AWpnrkPQfJJA .fc0 { fill: var(--text-caption); }#AWpnrkPQfJJA .fc0 {fill: #646a73}#AWpnrkPQfJJA .fa2 { fill: var(--text-link-disabled); }#AWpnrkPQfJJA .fa2 {fill: rgb(187, 191, 196)}#AWpnrkPQfJJA .fx5 { font: 400 16px MonospacedNumber, LarkHackSafariFont, LarkEmojiFont, LarkChineseQuote, -apple-system, BlinkMacSystemFont, "Helvetica Neue", Tahoma, "PingFang SC", "Microsoft Yahei", Arial, "Hiragino Sans GB", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol", "Noto Color Emoji"; }#AWpnrkPQfJJA .fx5 {font-style: normal}#AWpnrkPQfJJA .fx6 { text-anchor: start; }#AWpnrkPQfJJA .fx6 {text-anchor: start}#AWpnrkPQfJJA .fx7 { dominant-baseline: alphabetic; }#AWpnrkPQfJJA .fx7 {dominant-baseline: alphabetic}#AWpnrkPQfJJA .fc1 { fill: rgb(0, 0, 0); }#AWpnrkPQfJJA .fc1 {fill: rgb(0, 0, 0)}#AWpnrkPQfJJA .fb1 { fill: var(--N900-FG, 0.15); }#AWpnrkPQfJJA .fb1 {fill: rgba(31,35,41, 0.15)}#AWpnrkPQfJJA .fb2 { fill: rgba(0, 0, 0, 0.12); }#AWpnrkPQfJJA .fb2 {fill: rgba(0, 0, 0, 0.12)}#AWpnrkPQfJJA .fb3 { fill: rgba(0, 0, 0, 0.1); }#AWpnrkPQfJJA .fb3 {fill: rgba(0, 0, 0, 0.1)}#AWpnrkPQfJJA .fa3 { fill: var(--bg-body); }#AWpnrkPQfJJA .fa3 {fill: #fff}ABC1234维度用户价值商业价值技术价值目标用户能在3秒内完成一次快速记录;AI自动整理命中率≥85%建立高频使用习惯(日均记录≥2条),为高级AI功能订阅铺路构建可扩展的知识图谱底层,支撑多模态记录能力衡量指标记录完成率、AI建议采纳率DAU、7日留存、付费转化率AI处理延迟、知识图谱节点数
1.4 目标用户
| | | |
| | | |
| | | |
| | | |
1.5 核心差异点
| | |
| | |
| | |
| | |
| | |
| | |
1.6 成功衡量指标
| | |
| | |
| | |
| | |
| | |
| | |
| | |
二、产品范围与边界
2.1 V1.0 发布包含
| | |
| | |
| | |
| | |
| | |
| | |
| | |
2.2 V1.0 不包含
•
❌ 多人协作/共享(V2.0规划)
•
❌ 手写笔记/手绘(V2.0规划)
•
❌ 复杂富文本编辑(表格、代码块高亮等,V1.5规划)
•
❌ 微信/浏览器剪藏插件(V1.5规划)
•
❌ 离线完整编辑(仅支持离线查看,编辑需网络)
•
❌ 团队/企业版(V3.0规划)
三、用户故事与场景
3.1 核心用户故事
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
3.2 典型使用场景
场景一:灵感突现,3秒捕获
小林,产品经理,在通勤地铁上刷到一篇好文章,脑中闪过一个产品想法。他立即掏出手机打开App——首页就是新建笔记,语音输入:“记录一个想法,关于会员体系的优化,可以增加月度订阅的弹性权益”。App自动将语音转为文字,AI识别意图为“灵感”,生成标签 #产品设计 #会员体系,并关联到他之前写过的一篇相关笔记。
场景二:会议纪要与待办自动提取
阿杰参加完一个小时的团队周会,记了300字的会议纪要。App的AI自动生成了200字的摘要,并识别出三条待办:“周四前完成PRD评审”、“和设计对齐新方案”、“邀请用户访谈5人”。阿杰勾选其中一条,自动添加到待办清单。一周后,App推送提醒:“你有一篇会议记录可以回顾了。”
场景三:知识关联带来的惊喜发现
小雅在写季度总结,想找之前记录的一些用户反馈。她输入“用户对功能A的反馈”,搜索结果不仅展示了包含关键词的笔记,还推荐了一篇她几乎忘记的、半年前写的关于功能A的改进想法。两篇笔记并排展示,让她看到了从发现问题到形成方案的完整脉络。
四、功能详细说明
4.1 功能模块架构
4.2 核心功能详细描述
4.2.1 快速记录(P0)
核心原则:3秒内开始记录,0思考成本。
| | |
| | |
| | |
| | |
| | |
模板示例:
代码块
Plain Text
产品细节:
•
不设“保存”按钮,输入即自动保存(本地草稿机制)
•
每次打开App定位到上次编辑位置,而非新建空白页(避免割裂感)
•
快速切换:左滑/右滑可在不同笔记间切换
异常处理:
•
输入中App被杀:草稿每5秒自动保存到本地
•
网络异常:记录保存到本地,AI分析延迟到网络恢复后执行(但笔记立即可见)
4.2.2 智能整理引擎(P0 — 核心差异)
这是本产品区别于传统备忘录的核心能力。所有AI处理在服务端完成,采用异步处理+增量更新机制。
处理流程:
代码块
Plain Text
用户输入/编辑 → 本地保存 → 触发AI分析队列 →
① 意图分类(6类)→
② 标签生成(Top 3)→
③ 实体抽取(人物/日期/地点/数字)→
④ 长文本摘要(≥200字)→
⑤ 向量化存储(用于语义检索与关联)→
⑥ 返回结果更新笔记卡片
详细能力说明:
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
意图分类示例:
| | | |
| | | |
| | | |
| | | |
| | | |
编辑与修正:用户可手动修改AI生成的标签和分类,修改行为作为反馈用于模型迭代(用户授权前提下)。
4.2.3 信息浏览与检索(P0)
视图一:时间线视图(默认)
•
按天分组,当天最新记录置顶
•
每条记录以卡片形式展示:标题(AI自动提取首句/摘要)、标签、创建时间、意图图标
•
点击卡片进入详情页(全屏编辑模式)
视图二:标签视图
•
展示用户所有标签的云图(大小表示使用频率)
•
点击标签筛选出所有包含该标签的笔记
•
支持多标签组合筛选(AND逻辑)
视图三:搜索(关键词+语义)
| | |
| | |
| | |
•
搜索结果按相关度排序,语义搜索结果展示相似度百分比
•
搜索框支持语音输入
4.2.4 知识网络与关联推荐(P1)
能力一:相似笔记推荐
•
在笔记详情页底部展示“💡 你可能还想看…”(3-5条)
•
基于笔记向量相似度计算,更新频率:每条笔记更新时触发重算
•
相似度阈值 > 0.65 才展示(避免展示不相关内容)
能力二:实体关联
•
在笔记详情页中,自动识别出的人名、日期、地点变为可点击的“智能链接”
•
点击后展示所有包含该实体的笔记列表
示例:笔记中提到了“张伟”,点击“张伟”可以看到所有和张伟相关的记录(会议、对话、任务等),形成一个轻量级的人物图谱。
4.2.5 回顾与提醒(P1)
| | |
| | |
| | |
| | |
设计原则:所有推送可被用户完全关闭(尊重用户的“免打扰”权利),推送频率每日不超过1次(除待办提醒外)。
4.3 数据模型
笔记表(notes)
用户设置表(user_settings)
| | |
| | |
| | |
| | |
| | |
| | |
| | |
五、非功能需求
5.1 性能需求
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
5.2 安全与隐私(P0 — 最高优先级)
笔记是用户最私密的数据之一,安全是底线。
| |
| |
| |
| |
| |
| |
| |
| |
重要决策:V1.0默认不上线程到端加密(因其与云端AI能力冲突),但提供明确的隐私说明和选择权。用户可选择“本地优先模式”(所有处理在本地完成,但AI能力降级)或“智能模式”(云端处理,享受完整AI能力)。
5.3 兼容性需求
| | |
| | |
| | |
| | |
5.4 可访问性
•
支持系统级无障碍服务(VoiceOver/TalkBack)
•
字体大小跟随系统设置(Dynamic Type)
•
色彩对比度≥4.5:1(WCAG AA)
•
所有交互元素可触控区域≥44pt
六、API接口概要
6.1 接口列表
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
6.2 接口示例:创建笔记
代码块
JSON
POST /api/v1/notes
{
"content": "
周四前完成PRD评审,和设计对齐方案
","plain_text": "周四前完成PRD评审,和设计对齐方案",
代码块
JSON
七、法务与合规
八、里程碑与发布计划
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
总计周期:约20周(5个月)
关键依赖:
•
AI模型训练需要提前2周开始(数据标注+模型调优)
•
安全审计需在发布前3周启动(避免排期阻塞)
附录
A. 竞品分析
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
B. 技术选型建议
| | |
| | |
| | |
| | |
| | |
| | |
| | |
C. 术语表
| |
| |
| |
| |
| |
| |
文档维护说明:本文档为V1.0完整PRD。后续版本迭代需更新版本号并记录变更。所有变更需同步通知开发、设计、测试、运营、安全及法务相关方。