| PRD |
产品需求文档，把要做什么、给谁用、怎么用写清楚，让研发和设计照着做。写明白了，团队才不会各做各的。 |
需求文档 |
| MVP |
最小可用版本，先用最少的功能把最核心的价值跑通，让用户真能用起来。想验证想法靠不靠谱，先做 MVP 试水最省钱。 |
最小可行产品 |
| 用户故事 |
站在用户角度写的一句话需求，讲清楚我是谁、我想干什么、这么干对我有什么好处。 |
需求描述 |
| 竞品分析 |
把市面上同类产品摆在一起对比，看看别人好在哪、差在哪，帮自己找机会和短板。 |
市场调研 |
| 需求池 |
专门收纳各种需求的地方，来源可能是用户反馈、老板想法或数据分析，先集中收着再慢慢筛。 |
需求管理 |
| 优先级 |
决定哪些需求先做、哪些往后放，好钢用在刀刃上。资源总是不够用，排优先级就是做取舍。 |
需求排序 |
| 验收标准 |
提前写清楚做成什么样才算合格，比如点下按钮多久出结果。研发做完拿它对照，减少来回扯皮。 |
验收条件 |
| 需求评审 |
把需求讲给研发、设计、测试一起听，大家当场提问、挑毛病，开完这场会才算正式开工。 |
评审会议 |
| 原型 |
用简单页面把产品的样子和操作流程画出来，先看个大概再动手开发。 |
线框图 |
| 用户画像 |
给目标用户画一张素描：多大年纪、什么职业、平时怎么用手机。想得越具体，功能设计越贴合。 |
目标用户 |