产品需求与项目需求的差异
2018-02-08 13:54
211 查看
多年前有次面试,被问到产品需求跟项目需求有什么区别,由于也确实没做过像样的产品,多以交付项目为主,简短回复了下,也深知是片面甚至是错误的。
如今再回头看这个问题,我提炼出以下几个关键词:
周期、明确、演化、真伪、量化、目标、反馈、驱动.
周期
产品周期要比项目周期长久,项目周期随着交付就结束了,后期或许会有维护阶段。产品则贯穿了整个产品的生命周期,从一个idea到落地,经过市场检验,中间也可能发生方向性调整等等,一直到产品退出市场,这个周期可能跟项目周期一样,也可能是拉长了的几个项目周期。
明确
项目需求有明确的需求提出方,需求内容多是经过业务人员或使用者的确认,但产品这方面是缺失的。产品对像是普罗大众,也可能针对一个细分市场,需求的来源多产生于市场潜在目标的痛点,以及现有市场中存量竞争对手未满足的需求点,而后进行提炼筛选。更有甚者,是创造一种需求。
演化
项目需求的变化性很小,这一点产品需求也同样具备。但产品需求还有一个重要的特点:随着市场变换,产品需求也在不断的迭代更新,来迎合或满足这部分新增或之前未发现满足的需求,
真伪
项目需求大部分来讲都是明确需要的,是需求方根据自己的实际业务需要而提出的,只不过有些需要不能表达的很清楚,需要实现者慢慢去深挖,随着项目交付,需求也就跟着结束了。但产品需求中,存在一种伪需求,看似需求量很大,但当真正推向市场去验证的时候才知道是伪需求,这也就是市面上出现了很多短命的产品的一种现象。
量化
交付过项目的人都清楚,交付时会有验收环节,目的就是验证当初约定的指标是否达到,比如说稳定性、并发性、响应性等等都有明确的量化指标约定。产品也有,但随着时间的推移,关注点会发生偏移,早期可能更关注稳定性、用户体验,中后期更关注抗压性、响应性等,对应的指标在不同阶段也是不同的量化标准,不可一概而论。
目标
项目需求的目标就是项目建设的目标,目标达成,项目结束。有新需要时,再开启新项目去达成。产品设定之初目标是确定的,为XXX需求而生,到实际用户手上使用时,产品战略目标有可能会调整,有可能市场容量不够大,也有可能早期对产品预估偏差太多,甚至对产品的定位有问题等等,都可以导致产品目标的变更。
反馈
项目出了问题使用方会找你,希望你马上解决。但产品出了问题,就不会有这么强烈的反馈给开发者,产品转换成本太低,掉头投入其他产品只是一个切换的事,导致产品开发者很难收到确切的问题反馈,产品人员必须要向使用者收集反馈,时刻监控产品的运行情况,才能更好的掌握产品的使用情况。
驱动
产品需求的产生是自发的,项目需求是被动接受的。
说到底,产品需求要比项目需求复杂,而处理产品需求的过程中,就要去伪存真,要把握关键需求,要需求聚焦,要积极响应等等,因为一个环节出了差错,基本上就可能走到产品生命周期的终点。
如果你还有其它的见解,也欢迎在下方留言讨论。
想要了解更多测试内容可参考51Testing软件测试网(http://www.51testing.com),会让你收获更多。
如今再回头看这个问题,我提炼出以下几个关键词:
周期、明确、演化、真伪、量化、目标、反馈、驱动.
周期
产品周期要比项目周期长久,项目周期随着交付就结束了,后期或许会有维护阶段。产品则贯穿了整个产品的生命周期,从一个idea到落地,经过市场检验,中间也可能发生方向性调整等等,一直到产品退出市场,这个周期可能跟项目周期一样,也可能是拉长了的几个项目周期。
明确
项目需求有明确的需求提出方,需求内容多是经过业务人员或使用者的确认,但产品这方面是缺失的。产品对像是普罗大众,也可能针对一个细分市场,需求的来源多产生于市场潜在目标的痛点,以及现有市场中存量竞争对手未满足的需求点,而后进行提炼筛选。更有甚者,是创造一种需求。
演化
项目需求的变化性很小,这一点产品需求也同样具备。但产品需求还有一个重要的特点:随着市场变换,产品需求也在不断的迭代更新,来迎合或满足这部分新增或之前未发现满足的需求,
真伪
项目需求大部分来讲都是明确需要的,是需求方根据自己的实际业务需要而提出的,只不过有些需要不能表达的很清楚,需要实现者慢慢去深挖,随着项目交付,需求也就跟着结束了。但产品需求中,存在一种伪需求,看似需求量很大,但当真正推向市场去验证的时候才知道是伪需求,这也就是市面上出现了很多短命的产品的一种现象。
量化
交付过项目的人都清楚,交付时会有验收环节,目的就是验证当初约定的指标是否达到,比如说稳定性、并发性、响应性等等都有明确的量化指标约定。产品也有,但随着时间的推移,关注点会发生偏移,早期可能更关注稳定性、用户体验,中后期更关注抗压性、响应性等,对应的指标在不同阶段也是不同的量化标准,不可一概而论。
目标
项目需求的目标就是项目建设的目标,目标达成,项目结束。有新需要时,再开启新项目去达成。产品设定之初目标是确定的,为XXX需求而生,到实际用户手上使用时,产品战略目标有可能会调整,有可能市场容量不够大,也有可能早期对产品预估偏差太多,甚至对产品的定位有问题等等,都可以导致产品目标的变更。
反馈
项目出了问题使用方会找你,希望你马上解决。但产品出了问题,就不会有这么强烈的反馈给开发者,产品转换成本太低,掉头投入其他产品只是一个切换的事,导致产品开发者很难收到确切的问题反馈,产品人员必须要向使用者收集反馈,时刻监控产品的运行情况,才能更好的掌握产品的使用情况。
驱动
产品需求的产生是自发的,项目需求是被动接受的。
说到底,产品需求要比项目需求复杂,而处理产品需求的过程中,就要去伪存真,要把握关键需求,要需求聚焦,要积极响应等等,因为一个环节出了差错,基本上就可能走到产品生命周期的终点。
如果你还有其它的见解,也欢迎在下方留言讨论。
想要了解更多测试内容可参考51Testing软件测试网(http://www.51testing.com),会让你收获更多。
相关文章推荐
- 产品需求与项目需求的差异
- 产品、项目需求分析的差异
- 造成需求/产品/视觉差异的原因反思
- 项目管理之产品需求确认
- 做完一个没有需求文档,没有产品PRD,没有UI,没有测试,只有开发主导的项目后的体会。
- 心得:产品经理的作用,就是定方向、定义功能、探索和解决市场需求。项目经理只是盯进度而已
- 关于项目经理/产品经理/需求/团队的杂感
- 定制性项目需求与产品需求
- 客户需求与实际产品之间的差异
- Atitit 软件采购与服务 实现的三种模式 企业软件V1.0模式=传统模式 1,定制开发类型, 主要特点为通用性差,需求独特。通常单项目价格高,多为政府采购或者垄断企业的大单。 2,标准产品轻
- 基于产品的软件项目周期与基于需求的软件项目周期的生命周期
- [项目管理]工程与产品开发的差异——一个老项目的经典问题
- 项目管理一产品需求 推荐
- 项目需求 MVP与产品痛点
- 项目管理-软件产品需求管理过程思考
- 基于产品的软件项目周期与基于需求的软件项目周期的生命周期
- 项目管理之产品需求确认
- 企业业务软件工程项目和商业软件产品项目上项目需求管理的不同
- 关于项目经理/产品经理/需求/团队的杂感