再谈,对需求与需求分析的简单梳理(二)

4 评论 11518 浏览 58 收藏 8 分钟

编辑导语:在进行产品原型设计时,我们常常需要先明晰需求,才能够进行后续的步骤。你是如何处理需求以及进行需求分析的?作者总结了4个步骤的需求处理流程,与你分享,也期待能与更多产品小伙伴交流更多的需求分析方法。

在2019年12月底,根据自己的实习经历,曾经对需求分析进行了一次初步的理解和探讨,其实也没有真的想到将近两年后,才有机会或者说还能继续在产品岗工作,并对这一问题继续探讨和梳理。

仔细回看了上一次写的文章,只探讨了方法的运用,对于问题的来源以及方法运用之后的处理,并没有进一步做出总结,这次想对需求及需求分析进行一个流程较为完整的简单梳理(这里特别感谢仲达哥、ted哥、蛋姐工作时候对我的指点,工作了才发现我是真菜)。

本文主要从4个步骤梳理需求处理的流程,即:

  1. 什么是需求;
  2. 获得需求后需要做什么;
  3. 确认需求后,如何进行需求分析;
  4. 针对需求做出的初步方案(简略说说)。

下面我们就来进行相关内容的梳理。

一、什么是需求?

需求是在一定时期内人们的某种需要或者欲望。在经济学上,一种商品的需求是指,消费者在一段时间内、在各种可能的价格水平下、愿意而且能够购买的该商品的数量。

需求来自于生活、工作等方方面面,可以说人人都有需求,人人都会提出“需求”。但是往往两种需求并不一致,人人都有需求一般是人内心最本质的需要,“渴、饿、冷、热……”以及各种情感等(B端更多是要高效、自动地实现某个流程)。

人人都会提出“需求”更多指的是对需求的描述,指要满足内心本质需要做的事情,这种“需求”往往是想到什么便是什么,为深入思考,直接表达出来。

比如:小明突然告诉你他手上的玻璃杯不香了,想要换一个双层马克杯,看似这是一个小明的需求,但实际上只是小明对需求的一种方法描述,如果我们更深入地去问小明:“为什么要买双层马克杯?玻璃杯怎么了?”

也许你会得到“玻璃杯接热水太烫手了”的回答,那么实质的需求则是“杯子太烫手”,我们可以不用买杯子,而是直接给杯子加一个杯套,便能够解决问题。

这实际就是一个表面需求与本质需求的关系,当我们在接到业务方提出来的需求的时候,我们要尽可能刨根问祖式地对需求提出各种各样你不懂的问题,问题问得越深,才越能挖掘到需求的本质,而不是停留在需求表面描述上。

有了需求的本质,我们才能提出成本更小、效率更高的解决方案。

二、获得需求后,立刻要做什么

当我们拿到,或者和需求对接者进行需求对接的时候,我们要做什么呢?

首先,如一所提到的,我们要对需求进行不断的提问,挖掘本质需求是什么,了解整个需求的使用流程,对需求有大致的掌握。

其次,要求业务方建立需求文档,这既使业务方在文档书写的时候,重新思考自己需求的逻辑性与合理性,同时文档的建立,有利于防止需求频繁的变更。

接着确认负责人,谁能够cover这个需求,为整个需求方案做决定,防止前期会议达成的一些方案突然被其他人否决而需要重新考虑。

再次,穷尽需求的各种场景(特别是“没有”,“错误”等边界场景),对各种不同情况的场景,往往业务方的操作方法会不同,穷尽这些场景,与业务方确定流程和相关处理方法,能使得后续方案更加完整。

在清楚了需求以及需求使用流程之后,优先思考脑子里有无最小成本实现方案,因为业务方并不会思考有哪些简单的方法来实现需求,只会想到用最直接的方法来实现需求。

最后,如果需求不合理或者效益低微,这样的需求是要拒绝的!

三、确认需求后,怎样进行需求分析

需求分析在初谈对需求分析的理解(一)中我们已经详细的讲到了几种方法,这里我们在此基础上,增加几个考虑的角度,来对需求进行分析。

  • 从收益的角度,如果不是主要流程中的需求,我们往往要考虑这个需求的收益,即从数据上来看,我们实现这个需求能够优化多少数据,带给我们的收益是多少。
  • 从自身资源的角度,作为一个部门我们的开发资源是有限的,因此我们在接需求的时候,要评估当前的开发资源还有多少,比较当前开发的需求和要接的需求的重要程度。
  • 从产品设计角度,初谈对需求分析的理解(一)
  • 从发起人角度,如果不能说服老板,那BOSS FIRST。

经过这些方面对需求的评估后,对于一些需求是需要说服业务方放弃或者等待需求开发。

四、初步方案

在我们确认需求的可行性后,我们就可以开始对需求进行拆分,将需求拆分成各个功能点,进行一个产品原型的初步设计。在方案设计的时候,如果有自己觉得很合理又和需求有冲突的地方,可以充分向业务方进行说明,影响业务方向你想做的方向去想,从而达成共识。

以上就是对需求以及需求分析的进一步梳理,这不会是最后一次,随着工作的进一步深入,也希望自己搭建起对这方面的一些处理方法和流程。

你是如何处理需求,如何进行需求分析的呢?你在需求分析中运用到了哪些方法呢?期待各位前辈和产品小伙伴能跟我分享自己的需求分析方法。

 

作者:on the roa ,微信公众号:地平线的守望者

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

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 其次,要求业务方建立需求文档,这既使业务方在文档书写的时候,重新思考自己需求的逻辑性与合理性,同时文档的建立,有利于防止需求频繁的变更。

    我做了5年产品经理,就没遇到过业务方有给你写需求文档的

    来自重庆 回复
    1. 与其说是写需求文档,不如说是让规定一个规范,让他们提报时按照规范提报,包括频次、背景、使用人员等这些基础信息,让他们重新审视自己的需求

      来自广东 回复
    2. 但是很多时候根本就不会配合你去提供这些资料,可能实现的方式是,如果需要这些信息,会告知你,但最后的书面整理还是要自己动手

      来自上海 回复
  2. 很棒,和我分析思路差不多。

    来自上海 回复