互联网产品设计之需求管理 -- 设计思想 -- IT技术博客大学习 -- 共学习共进步！

您现在的位置：首页 --> 设计思想 --> 互联网产品设计之需求管理

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

浏览:1204次出处信息

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

――――――――――――――――――分割线――――――――――――

（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、开发、测试，功能验收

建议继续学习：

QQ技术交流群：445447336，欢迎加入！
扫一扫订阅我的微信号：IT技术博客大学习

<< 前一篇：网站分析感悟：无细分，毋宁死！（一）

后一篇：情景依赖性 >>

文章信息

作者：joshes 来源：做一个快乐的产品经理
标签：产品设计需求管理
发布时间：2010-08-19 00:18:51

建议继续学习

近3天十大热文