提需求前,你要问自己这8个问题

3 评论 18805 浏览 201 收藏 12 分钟

近期一直在梳理需求收集、需求评审流程,恰好自己带的起点学院就业班邻近毕业答辩,也要模拟需求评审过程,就写一写关于这方面的心得吧。针对评审要注意的事项,我梳理了8个问题,和大家一起聊聊我的理解。

今天要讲的,也是看苏杰《人人都是产品经理》的一段描述所想到的:在阿里,产品经理如果要开展自己的项目,要定期整理需求,专门召开立项评审会,带着自己的需求和解决方案“过会”,向资源部门争取资源

而在这样的评审会上坐着的,都是各实施部门的老大,本着资源合理利用的原则,通常他们会很犀利地提出各种问题和质疑,这就要求产品经理充分理解自己的需求,做足准备,否则很容易就被“PK”掉,不受重视。

尽管很多公司没阿里那么严格,一般都能做到专人专用;但产品经理作为项目的主负责人,还是有必要在收集需求、评审需求时,把控需求的合理性,判断需求的价值,从而保证开发实现的需求是有意义的——这对产品经理而言是必要的,也是很高的要求。

那么具体来说如何做到呢?本文整理了8个问题,分别是:

  1. 为什么要做这件事?不做会“死人”吗?
  2. 你的目标是用户目标还是我们的目标?这类用户对我们的优先级是什么?
  3. 你的需求有普遍性么?能代表多少?怎么采样的?
  4. 这个规划未来1年是什么样?实现规划路径如何?
  5. 这么多需求,你打算组建多少人的团队?都需要什么能力?怎么分工?如果只给你2个人怎么办?如果只做一件事,最重要的是什么?怎么做?
  6. 能否给出项目效果是否达成的量化指标?ROI是多少?
  7. 这个产品,实际路上会遇到的最大问题是什么?打算怎么解决?需要大家怎么配合你,你打算如何说服大家帮你?
  8. 你预计要占用多少开发资源?如何给技术人员带来成就感和成长?

如果都能客观清晰有条理地回答出来,能通过评审也就八九不离十了。下面就谈谈我的理解:

1、为什么要做这件事?不做会“死人”吗?

这个问题用来评估需求的重要度。也就是要描述清楚需求的原因,如果不做,是否会带来损失。回答这样的问题,一方面可以站在用户角度,描述我们发现用户在特定场景遇到的困难是什么,这个困难不解决,短期有什么影响,长期有什么影响;另一方面可以站在客户角度,描述客户对我们提出了什么要求,如果无法满足会造成什么经济损失;再一方面可以站在内部人员的角度,描述日常工作的执行效率问题,如果不提升,会损失哪些机会成本。

2、你的目标是用户目标还是我们的目标?这类用户对我们的优先级是什么?

这个问题用于确认做这件事是为了满足KPI,还是满足用户需求。就算是为用户考虑,也要权衡是为哪个层级的用户服务。

C端产品,用户一般是金字塔形式分层,如果是免费产品,需要更多考虑金字塔底层的使用体验,因为他们是根基;如果是付费产品,则需更多考虑付费用户,也就是偏顶层的体验,因为他们是收入来源。

当然,满足“我们的目标”,也并不代表是不对的,通常这种目标就是销售目标,B端商业变现目标,满足这类“客户”的商业价值,有时候对企业而言优先级则是最高的。

3、你的需求有普遍性么?能代表多少?怎么采样的?

这个问题要求产品经理说清需求来源和判断过程。产品经理采集需求的来源很多,可以是通过用户反馈后台,或者运营反馈的用户问题,或者是一些调研问卷,再或者是通过用户行为数据。那么在需求整理时,就要讲清楚哪些需求是反馈收集的,反馈人数有多少,这些反馈是否能对应到用户行为数据,数据的来源是怎么计算的,是否能推导出有更多人有同样的需求等等。

举个例子,假设很多用户反馈说希望App支持夜间模式,但开发夜间模式成本很高,这时你就可以在App中先做一个调节亮度的“伪夜间模式”,观察用户点击行为,假设每天有大量用户启动时调节了亮度,就能初步证明夜间模式功能的存在价值。

4、这个规划未来1年是什么样?实现规划路径如何?

这个问题要求产品经理很清楚自己提的需求,未来的发展路径规划。开发最忌讳的是一次性需求,做完了就完了,没有可复用性。当然也不是所有需求都要持续维护,实际做的时候,产品经理可以对某个项目提出一些“假设”,这种假设可以是功能使用次数,可以是用户反馈数,可以是产生价值数。对需求的未来规划,可以是“分叉”的,比如当数据大于一定量级,用户正向反馈增加,带来的商业价值增加,可以继续增加功能,持续优化,反之则可以考虑转换方向,或者调整策略,或者直接下线。

5、这么多需求,你打算组建多少人的团队?都需要什么能力?怎么分工?如果只给你2个人怎么办?如果只做一件事,最重要的是什么?怎么做?

这个问题要求产品经理对开发、设计、测试的实现成本有一定估算。可以不用了解具体的实现方式,但需要根据自己的经验和理解,评估出团队成员人数和分工。具体评估是要综合考虑:业务逻辑的复杂度,前台页面的数量,上线时间,第一版质量要求等情况。后半句问题,则是从资源利用率最大化,和风险控制角度出发,反向要求产品经理能够给出需求最核心的点,也就是MVP方案,以便在项目产生风险时,能快速应对。

6、能否给出项目效果是否达成的量化指标?ROI是多少?

这个问题要求产品经理对项目结果负责。提出需求前,产品经理就要对需求能达成的效果有明确的数据指标预估,尤其在资源有限的前提下,每个资源都是“成本”,实施方可以认为是“投资人”,肯定追求的是最大投资回报率。

举个例子,假设我们要上线一套分销系统,允许用户在购买完商品后,分享给好友,好友一购买,就能给分享人返利,好友也能获得返利。这时就要计算:分销系统的开发人力成本(人/天)、上线后预估日购买次数(收益)、日分享次数、每分享购买率(收益)、日返利金额(成本)等指标。当然为了跟踪方便和目标明确,也可以抽出其中1-2个关键指标,持续观察,比如日销售额和日毛利。

7、这个产品,实际路上会遇到的最大问题是什么?打算怎么解决?需要大家怎么配合你,你打算如何说服大家帮你?

这个问题要求产品经理不仅要描述需求的优点,更要认识到可能产生的风险

这些风险可能是:

  • 人力风险(团队磨合、人员变更、水平高低不同等)
  • 技术风险(存储成本、IO压力、安全加密、防刷机制等)
  • 内部风险(临时需求变更、需求方离职、产品经理经验不足等)
  • 外部风险(政策风险、额外成本、竞争对手压力等)

罗列可能的风险后,必须给出对应的解决方案,让大家了解到你不仅对目标明确,还明确达到目标的多条路径。

至于说服的的方法,也是有策略的,有的需要正面回应,有的需要借助外力,有的需要摆出事实,有的需要描绘愿景,总之这个时候就考验产品经理分析问题,解决问题的能力了。

8、你预计要占用多少开发资源?如何给技术人员带来成就感和成长?

这个问题是第5个问题的细化版本,通常互联网产品占用研发资源是最大的,而研发人员最关心的可能不是支持了什么业务、满足了什么需求,而是这些需求实现后,对他们而言有什么收获

这种收获,可能是精神层面的,比如用户的正向反馈,比如给公司带来了收入,比如提升了品牌影响力,但这些相对较弱;也可能是物质层面的,比如绩效奖金,但这些相对持续时间较短。

而实际对技术人员影响最大的,还是技术水平的提升,还是遇到复杂问题并解决问题的快感,这些就是对自身能力的肯定。因此,建议产品经理了解一些技术解决方案,可以针对需求中的技术风险重点说明,从而提升大家解决问题的积极性。

至此,全部8个问题也就分享完了,当然,实际评审时,不同公司侧重点肯定各有不同,但产品经理无论如何都要对每个需求深入理解,做到有理有据地说服大家跟你干!产品经理的成就感也就体现在此!我也在这条路上努力着,与你共勉!

#专栏作家#

申悦,微信公众号:互联网悦读笔记(ID:pmboxs),人人都是产品经理专栏作家,36氪产品总监,起点学院优秀导师。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash ,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 我还能再列出8个问题,所以最核心的问题是什么?

    来自广东 回复
  2. ROI?是不是应该是KPI 手抖敲错了

    来自北京 回复
  3. 总体上看上去比较到位,应对大的迭代需求时,此方法可行,这个算是一个需求规划评审吧!谈不上是一个应对开发人员的评审,实际操作中开发评审没这么复杂。

    来自北京 回复