需求收集流程_第1页
需求收集流程_第2页
需求收集流程_第3页
需求收集流程_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、1产品需求收集目的需求收集的目的在于:通过以市场为导向的客户需求收集,保持公司产品的核心竞争力,最终实现产品创新。具体说来:1)深刻理解市场需求、用户需求,准确把控行业发展趋势,保持高度的市场敏感度。2)保证产品研发是围绕客户需求来展开,真正实现产品研发“以市场为导向、以客户为中心”,而不是闭门造车。3)实现产品创新。通过有创新性的新卖点、 新产品的持续不断推出, 保证公司产品核心的 竞争优势。4)及时获得竞争对手相关产品及市场策略,做到“知己知彼”。5)通过需求收集等相关活动,有机串接市场营销部门与产品研发部门,建立跨职能部门、端到端的流程进行需求开发。6)加强与用户互动,提升用户忠诚度及粘

2、性。2需求收集指导原则互联网并不缺少用户需求,恰恰相反,用户需求泛滥。面对市场上众多的“需求”,哪些才是真正的用户需求呢,哪些需求符合公司的产品战略要求呢?需求采集的指导原则:以公司的产品愿景、产品战略为指导产品愿景及战略决定了: 需求采集应该面向那些细分的目标用户群,而非普遍撒网;对不同的用户需求进行优先级排序出现需求冲突时候取舍的标准;确定能实现或者不能实现的需求。以用户欲望为准绳,给用户带来“价值”而非“功能” 。3产品需求来源需求管理是我们进行开发的最重要阶段。“需求”不单纯只是技术术语的产品需求、软件需求,还包括:客户需求:产品应以客户为中心,实现客户所想所需,为用户带来价值。市场需

3、求:以市场为导向,符合市场需要,准确把控行业发展趋势,保持高度的市场敏感度产品包需求:从系统的角度来确定,要包括市场需求,还要包括内部需求:兼容性、 共用性、成本有效性、可靠性、可服务性、可测试性、地理市场、技术方面等。产品需求:公司的产品愿景和产品战略,产品基本要求等开发需求:符合技术趋势等相对于传统软件开发过程,互联网企业的需求管理来源更加多样化,包括:1) 外部来源? 客户需求:客户在使用产品过程中所提的建议和意见;以及通过客户访谈等手段得 到的需求? 竞争对手产品分析:直接作为竞争对手产品的客户试用,获得竞争对手产品相关信 息? 社会化媒体:搜索引擎、 IM、BBS Blog、SNS社

4、区、Blog、Twitter、百度知道等 社会化新媒体? 传统媒体/竞争对手软文等? 合作伙伴? 行业分析2)内部来源1)公司产品战略2)项目发起人:并不是项目发起人那来得来的需求就是完善的,或者是合理的,但项 目发起人关注产品中的某个点,或者某几个点,而这几个点恰恰是产品的核心所在,也是赢利所在。3)客服人员:包括呼叫中心(电话、短信、传真、邮件等)、在线客户( IM、BBS留 言板、WebCall等)4)运营人员:产品离不开运营,任何成功产品不可能一蹴而就。公司内部运营人员在 运营中产生的需求是重要的需求来源渠道,运营人员也是系统的用户。5)市场营销人员:市场营销人员保持高度的市场敏感度,

5、通过分析市场竞争力能更准 确把控行业发展趋势。6)销售人员:销售人员需要把握和挖掘产品的销售亮点,从而使产品更吸引客户。7)财务人员:系统的财务模块使用用户在使用过程中提出的意见和建议。8)技术支持:售前和售后技术支持人员负责新需求和变更需求的初级整理和调查,汇 总后交由产品经理进行分析论证,产品经理协调研发人员开发满足客户需求。9)网站用户行为分析:包括网站用户购买行为、点击流等。4需求收集渠道和方法1)建立需求收集机制:明确每个需求收集活动参与者的岗位职责、建立需求预处理流程、周期性的重复需求收集活动。2)使用统一的需求收集系统。- 开发一个需求收集系统,统一收集需求,在系统完成之前可将需

6、求集中反馈给需求工程师。3)采取一定的需求收集技术和方法。常用的需求收集方法有:头脑风暴- 在公司内部定期组织产品讨论头脑风暴会议用户访谈法 如客户时间允许,销售/运营/技术支持/研发可对用户进行访谈。由于运营人员与用户打成一片,对用户心理的判断比策划人员准确得多,由运营来进行用户访谈,效果会更显著。问卷调查法- 后期由需求工程师拟定需求调查问卷,请相关业务部门同事和客户进行调查。标杆分析法Benchmarking 参观学习本行业内好的系统,将本企业各项活动与从事该项活动最佳者进行比较,从而提出行动方法,以弥补自身的不足。观察不期而遇的用户-注意观察不同用户在操作系统时的操作行为 和习惯各种会

7、议(如用户大会、展览会、学术研讨会等)现场支持- 如有必要,在去医院实施系统时,需求工程师可一同前往了解需求和支持团队(运营团队、技术支持团队)谈话-需求工程师保持和运营团队、技术支持团队的密切沟通,同时运营团队、技术支持团队如有需求,也需要通过统一的需求反馈系统进行反馈。客户热线- 公司的客户热线收到用户反馈后,如有与系统相关问题或 系统建议,由客服人员通过统一的需求反馈系统进行反馈。客户满意度调查-拟定系统客户满意度调查表,视情况对客户进行满意 度调查用户行为分析-通过百度统计等用户行为分析工具,了解用户经常使用的操作系统、浏览器、用户来源、操作习惯等,从而有针对性的完善系统 合作开发-一

8、边设计,一边陆续的找用户来验证,做可用性测试,由于 公司产品的特殊性,由最终客户来做可用性测试,目前比较难执行。5下一步工作建立需求收集机制:明确每个需求收集活动参与者的岗位职责、建立需求预处理流程、周期性的重复需求收集活动。使用统一的需求收集系统。-开发一个需求收集系统,统一收集需求,在系统完成之前可将需求集中反馈给需求工程师。6其他思考1)需求收集应该收集用户真正面临的问题和业务场景,这样才能够捕获用户真正的需 求,而不是只盯住用户提出系统需要实现什么样的功能,“需求收集”不是“需求 汇总”。2)用户要的是产品的“价值”,而非产品的“功能”。只有当一个产品功能真正帮客 户解决问题,这个功能

9、才具有价值,也才真正有“功能”。3)需求收集流程要真正发挥作用,必须在组织层面通过组织管理制度及绩效考核制度来保证,将需求收集纳入到各相关部门的绩效考核中。不能指望大家三分钟的热情。4)需求收集流程的执行情况是一个公司管理是否规范的试金石,也可以衡量一个公司是否真正“以市场为导向、以客户为中心”。5)需求收集既要避免“什么都要做”的冲动,又要避免“只关注当下需求”,核心根源还是在于产品战略是否清晰。6)常规的需求收集手段并不能够解决产品创新问题,但如果没有持续的需求积累,创新就无从谈起,创意的灵光源于专业。7)与客户、市场、销售、产品、技术、运营等相关人员定期对积累的各种需求(不单 纯只是产品需求)进行 “requirement review ” (类似

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论