互联网产品设计之需求管理

总结自己近段工作时，突然有了个想法，结合自己的一些经历写一些互联网产品设计系列的文章，从产品流程、概念设计、需求管理等开始入手，写博是一个思考和总结的过程，也算一种自我提升和成长。因限于个人经历，所以写的一些地方如有不全面和错误的地方，还请多包涵。

（1）我产品生涯的3个阶段

在我产品生涯的第一阶段，我很关注线框图、原型设计（跟我的网页设计出身背景有关，严重侵犯了UI的工作），研究各种AXURE特效、做很炫的效果。

在我产品生涯的第二阶段，我关注UE用户体验，做用户访谈、可用性测试、人物建模；关注概念设计和流程设计；关注产品设计流程，在09年初建立起团队UCD用户体验流程制度和规范。

在我产品生涯的第三阶段，做了2个交付性项目，因项目需求在甲方现场出差了3个月，进行繁琐的产品需求沟通和执行，这个时候我集中精力在需求分析、管理，产品功能设计上。

（2）为什么关注需求？

在我的理解，一个产品的成败源自于需求，有好的需求才有好的产品，需求是对产品战略和商业模式的分解，化为可执行的步骤。需求阶段实际上是做正确的事，而产品设计是把事做正确。需求对了，大方向正确了，产品最终效果是不会偏差多远的的，而如果需求错了，方向错了，设计再出色也无法挽救产品的失败。

工作中的一些状况：

需求描述不清楚，没有挖掘深入的需求，无法展开工作

需求沟通不明确，老板是A，产品是B，UI做成C，开发做成D，造成设计、开发的返工

需求少了，跟踪不到来源

需求反复变更，没有统一的管理

相信大部分人都遇到过类似的问题，并饱受折磨中，加班、加点，本来周末陪老婆逛街的时间，被迫到办公司加班。那么，如何解决这种问题呢？

（3）需求开发的过程

企业如果没形成一套需求管理的流程，那么将是团队里所有人的灾难。以下是通用的需求法则。

（4）需求收集

1．来源

通常需求来自于这几个方面：市场需求、高层、用户需求、运营需求、非功能需求，具体可细分为下面的几个方面：

用户需求： 安全 信任 促销 免运费 积分兑换

市场需求： 交易流程 业务目标? 整合 投资回报率

技术需求： 稳定? 优越? 安全? 智能? 扩展

运营需求： 使用?自定义?维护? 营销 浏览页面数 用户购买率 回访数

商务需求： 给客户什么? 品牌 转化率

……。

2.需求采集的一些方法

在我接触的产品中，基本上都会做一些用户研究的工作，因为本篇主要是讲需求管理的，就不过多涉及细节，大概谈一下要点和注意事项。

1. 不同阶段采用的需求收集方法是不一样的

2. 因为做的是项目，所以需求收集没那么复杂，很多需求是来自甲方和老板，方式比较简单，在工作中遇到最多的是新功能和BUG

（5）需求分析

收集好了需求后，这个时候我们手头上就有很多需求了。

1. 不同的团队有不同的需求管理工具，如Execl、project、蚂蚁等，我用的最多的是Execl。

2. 需要确立各模块的需求接口人，如技术、运营、产品，各自负责相对应的模块

3. 对需求进行分析前，首先得把需求归档，一般需求大概分为这几种：Bug、产品需求（功能）、技术（性能）需求、运营（内容）需求，不同的需求有对应的处理方法和流程。

4.需求分析的几个原则是：商业价值、实现难度，综合评估一下性价比，排除优先级。时间、投入，风险和回报

附一张很常见的单项卡片分析表格

（6）需求提炼

需求分析后的下一步，就是要把需求转化为功能设计

将每个用户需求细化为可能的功能

确定不同产品功能的重要程度和优先级

（7）需求开发

需求开发过程中最主要的是要协调资源和开发跟踪，在我们的流程中，一般都有个项目经理主导项目进度。

相关文章也挺多的，这里就简单讲一下概要。

分配管理：工作量、优先级、执行人、进度管理

版本控制：版本计划、版本功能、版本发布

变更管理：来源、工作量、用户需求、优先级

需求跟踪：UI、开发、测试，功能验收

文章来源：joshes.cn/post/20.html 转载请注明出处链接。

标签： 互联网产品 产品设计 需求管理 

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。