总结自己近段工作时，突然有了个想法，结合自己的一些经历写一些互联网产品设计系列的文章，从产品流程、概念设计、需求管理等开始入手，写博是一个思考和总结的过程，也算一种自我提升和成长。因限于个人经历，所以写的一些地方如有不全面和错误的地方，还请多包涵。
桦甸网站制作公司哪家好，找
创新互联！从网页设计、网站建设、微信开发、APP开发、响应式网站建设等网站项目制作，到程序开发，运营维护。
创新互联于2013年创立到现在10年的时间，我们拥有了丰富的建站经验和运维经验，来保证我们的工作的顺利进行。专注于网站建设就选
创新互联。
（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 转载请注明出处链接。
本文标题：互联网产品设计之需求管理
文章地址：
http://www.cdkjz.cn/article/chcicj.html
