为什么关注需求？
在我的理解，一个产品的成败源自于需求，有好的需求才有好的产品，需求是对产品战略和商业模式的分解，化为可执行的步骤。需求阶段实际上是做正确的事，而产品设计是把事做正确。需求对了，大方向正确了，产品最终效果是不会偏差多远的的，而如果需求错了，方向错了，设计再出色也无法挽救产品的失败。
工作中的一些状况：
需求描述不清楚，没有挖掘深入的需求，无法展开工作
需求沟通不明确，老板是A，产品是B，UI做成C，开发做成D，造成设计、开发的返工
需求少了，跟踪不到来源
需求反复变更，没有统一的管理
相信大部分人都遇到过类似的问题，并饱受折磨中，加班、加点，本来周末陪老婆逛街的时间，被迫到办公司加班。那么，如何解决这种问题呢？
需求开发的过程
企业如果没形成一套需求管理的流程，那么将是团队里所有人的灾难。以下是通用的需求法则。
需求收集
1．来源
通常需求来自于这几个方面：市场需求、高层、用户需求、运营需求、非功能需求，具体可细分为下面的几个方面：
² 用户需求： 安全 信任 促销 免运费 积分兑换
² 市场需求： 交易流程 业务目标 整合 投资回报率
² 技术需求： 稳定 优越 安全 智能 扩展
² 运营需求： 使用自定义维护 营销 浏览页面数 用户购买率 回访数
² 商务需求： 给客户什么 品牌 转化率
² …….
2.需求采集的一些方法
在我接触的产品中，基本上都会做一些用户研究的工作，因为本篇主要是讲需求管理的，就不过多涉及细节，大概谈一下要点和注意事项。
1. 不同阶段采用的需求收集方法是不一样的
2. 因为做的是项目，所以需求收集没那么复杂，很多需求是来自甲方和老板，方式比较简单，在工作中遇到最多的是新功能和BUG
需求分析
收集好了需求后，这个时候我们手头上就有很多需求了。
1. 不同的团队有不同的需求管理工具，如Execl、project、蚂蚁等，我用的最多的是Execl。
2. 需要确立各模块的需求接口人，如技术、运营、产品，各自负责相对应的模块
3. 对需求进行分析前，首先得把需求归档，一般需求大概分为这几种：Bug、产品需求（功能）、技术（性能）需求、运营（内容）需求，不同的需求有对应的处理方法和流程。
4.需求分析的几个原则是：商业价值、实现难度，综合评估一下性价比，排除优先级。时间、投入，风险和回报
附一张很常见的单项卡片分析表格
需求提炼
需求分析后的下一步，就是要把需求转化为功能设计
² 将每个用户需求细化为可能的功能
² 确定不同产品功能的重要程度和优先级
需求开发
需求开发过程中最主要的是要协调资源和开发跟踪，在我们的流程中，一般都有个项目经理主导项目进度。
相关文章也挺多的，这里就简单讲一下概要。
² 分配管理：工作量、优先级、执行人、进度管理
² 版本控制：版本计划、版本功能、版本发布
² 变更管理：来源、工作量、用户需求、优先级
² 需求跟踪：UI、开发、测试，功能验收