小白都能行的两步走干货:快速识别伪需求

0 评论 1789 浏览 11 收藏 10 分钟

在产品经理的工作中,识别伪需求是需具备的关键技能之一,那么,产品经理要怎么快速识别伪需求呢?这篇文章里,作者对伪需求的定义、以及如何识别伪需求等问题进行了解读,一起来看一下。

刚入行产品的小白,有没有同感,那需求是“哐哐”甩到我们手上啊,需求量也是“杠杠”的。作为产品经理,深切感知到产品需求几乎是无限的,我们势必要学会做收敛,也就是抓住真正的需求,拒绝伪需求。我不信有产品说哪个版本能做完需求的,如果真做完需求了,咱们产品又该何去何从[手动表情包-/狗头]……

思维发散了,来收回到主题,谈干货。

一、什么是伪需求?

“知己知彼百战不殆”,所以前提是我们必须要了解什么是伪需求。

伪需求我们都知道它其实不是真实的需求,伪需求往往是基于假设和推测,或者客户提出的一些想法等,而并非真正的需求。

了解了伪需求的含义,我们需要进步一思考下伪需求是如何产生的。结合其含义考虑,既然伪需求是基于假设和推测,那么它就存在一些不确定行因素在里边了。

伪需求可能是由于但不限以下原因:

  • 信息不充分:在还没有全面的了解到相关信息前,个人可能会出于本能的想象或推理其对应的结果,工作中则对应着去推理客户的诉求。实际生活中也是如此,例如:假设朋友对你说她很难过,恰巧你又了解一些她的背景(经常和男朋友吵架),你可能更会主观臆断的揣测她是不是跟男朋友吵架了,或失恋了等,这时候我们应该更多的收集她为什么难过的信息,结果可能是她出门不小心摔了一跤或者是彩票差一点就中了大奖等。切记要以充分的事实依据说话,充分的事实论据才能对应可靠的结果。
  • 理解错误:并未深入理解、真正理解客户描述的信息,导致理解出现偏差,其实就是没抓住用户的真实痛点等。例如界面上某些字段或数据信息客户认为显示不正确,你的第一反应可能是这些信息或数值获取的不准确,然后不由分说的投入人力排查确认……但是客户真实需求可能是说界面应该使用另外一个字段信息B替换当前信息,因为用户会更关注B字段的信息。深挖用户诉求、获取真实需求,避免理解偏差导致耗费过多成本。
  • 市场误判:由于市场的变化,可能会导致原本看似合理的需求不再适用等。
  • ……

二、如何才能快速识别伪需求?

在产品开发过程中,伪需求不仅可能会带来人力、物力、时间等的资源浪费,还可能会导致产品失败的风险。因此,在确定产品功能和特性之前,必须要进行深入的市场调研和用户需求分析,以确保所开发的产品能真正满足用户需求,避免受到伪需求的影响。

第一步:透过现象看本质——深挖、探索用户真实的需求动机

如何才能透过现象看本质,这需要我们应用现有方法论,在日常工作中不断地锻炼自己思考事情的思维方式和逻辑。在这里强推:5w2h法!切记将知道或了解误认为自己已掌握,要知道通过不断地实践你才能真正获得成长和进步。

  • What:需求是什么?明确地了解需求的内容和本质。对需求的描述一定要清晰、具体,避免使用模糊或不明确的语言。对于需求的定义,需要尽可能地贴近用户的实际需求,千万不要用自己的想象或假设来替代。
  • When:什么时候要?确定需求的时效性。是真需求还是伪需求,一个重要的判断标准就是需求的紧急程度。如果用户只是希望未来某个时间点有这样的需求,那么这个需求就不是真需求,因为用户并没有表现出立即使用的意愿。
  • Where:什么场景会用到?明确需求的场景。真需求通常会在特定的使用场景下产生,要确认需求的适用场景。注意如果需求只适用于某些特定场景,那么相对于其他场景来说这条需求就可能不是真需求了。因此,一定要明确需求的适用范围。
  • Why:为什么要做?深挖用户提出这个需求的原因。是真有实际需要,还是只是出于某些特定的原因(比如预算、时间等限制)而提出的需求。这样可以帮助我们判断这个需求的合理性。
  • Who:谁提出来的?识别提需求的人和他们的背景。是真用户还是假用户?他们的意见是否具有代表性?有时候会存在真需求可能被假用户或者少数人的意见所掩盖的情况。
  • How:怎么做?深入了解实现这个需求的方案。例如考虑方案是否合理?是否具有可行性?是否存在其他方案等。有时候,实现伪需求的方案可能会暴露出其不合理性。
  • How much:成本、收益是多少?明确实现这个需求的成本和收益。如果实现需求的成本过高,或者与带来的收益不匹配,那么这个需求就可能是伪需求。

第二步:明确本质定结论——确认需求频度、范围、紧急程度、成本、回馈效益

我们通过5w2h方法可以筛选出一部分需求,剩下的需求可能需要分阶段考虑,因此对于所处当前阶段这个需求可能还是“伪需求”,此“伪需求”非彼伪需求,第二步我们其实关注的是实现需求的规划。着手眼下,筛选需求我们还可以综合考虑但不限于以下内容

  • 需求频度:明确需求使用频率。主要是确认在业务实际应用过程中,面向用户的实际使用的频次如何。如果频次很低又有其他已有方案可以实现,我们可以考虑延缓实现。例如针对云计算存储、虚拟化等产品来说,由于产品偏底层,好多功能可以通过底层命令行方式实现。若当前版本规划较紧张,对于那些低频需求,且用户需求并非很强烈,其实就可以考虑后续版本实现。
  • 需求范围:明确并界定需求边界,让需求更明确。需求实现要有明确界限,“开口式”需求永远都做不完。开放式需求无论在我们工作还是生活中都很常见,尤其是一句话需求。例如女朋友想要花,男朋友想要表。她本来喜欢百合花、玫瑰花,你非要送她向日葵。他本来喜欢机械表、石英表,你非要送他运动手表……
  • 需求紧急程度:可通过四象限法则来明确需求紧急程度,结合上一节介绍的内容综合评定需求优先级。小白都能行的三步走干货:快速制定产品需求优先级
  • 需求成本:确认实现或完成需求的实际成本。
  • 需求回馈效益:关注需求带来的实际效益和反馈。注意高成本低回报的需求都不能作为“好”需求,就算其为真实需求。这种需求做多了,公司、团队承受的压力还是很大的,所以务须把握好!
  • ……

总结:作为产品经理,识别伪需求作为我们工作中的一项必备且关键的技能,我们要转换自己的思维模式,多锻炼自己的结构化思考力,这样才能练就“火眼金睛”,工作中对待伪需求才能游刃有余!

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

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!