产品需求的生命周期

文档的意义
在什么场景下解决什么问题

在互联网工作过程中，需求文档一般是产品在发起某项/某组需求时，为了和合作方（一般是研发，设计师，老板等角色）对齐现状，现存问题，需求意义，需求实现步骤等内容而撰写的公用文档。

注意点：

对齐：各口径对齐，拒绝一言堂，采用通用口径/标准。

说人话：描述需要专业又易懂，易懂包括两方面，一方面逻辑明确，另一方面描述要深入浅出。

需求文档即将用户需求转化为产品需求
1、用户需求来源
用户需求来源于四面八方，主要有以下几类

老板指定 - 基于我的洞察，我们现在需要做一下这个功能/改进！
同事/亲友吐槽 - 如果能XX就好了/为什么没有XX功能呢？
用户反馈 - 问卷/深访中，用户在某个场景下提出了某个问题，而我们可以通过功能设计/优化来解决
用户需求产物 - 需求池
需求记录在需求池中，包含需求分类，具体描述及优先级，此处的描述为非功能性描述。

2、 需求如何转化
1）需求判断 - 这个需求靠谱么

一般通过以下两个角度来衡量

项目价值：对公司的价值（是否符合当前发展目标），用户感知（用户使用体验能否提高）
开发难度：时间，人力，金钱成本能否cover
2）需求挖掘 - 这个需求真的是需求吗

  需要判别真需求与伪需求

我们要站在用户和产品经理两个角度上，思考本质需求。（喜闻乐见的用户想要一匹跑得快的马，挖掘本质是希望能够更快地到达目的地，我们需要制作一台车）

判别时，需要多看，多想，多问，多做。

需求采集：观察用户行为 - 他们是怎么做的
需求转化：换位思考，转换为用户，他们的目标和需求本质是什么
方案产出：与真实用户询问验证
方案完成：灰度发布，AB测试，探查用户是否真的喜欢这次改动
3）需求描述 - 我怎样向别人讲清楚这个需求呢

产品语言：需求列表+用户故事+用户任务

需求列表：不同角色在什么场景下，希望完成什么任务，完成过程中需要用到什么功能

用户故事：描述一个/几个用户具体使用场景

用户任务：格式化语言，描述用户使用产品完成任务的过程，并赋予意义和价值