需求方可能永远说不清楚他要什么,但是,他总是能告诉你,做出来的东西不是他要的。
大家有没有这样的经历:
业务部门给你提需求的时候,需求提的很含糊,很多细节也提的不清楚,并且还很强势,说这个需求很急,要优先实现。当你尝试想给他说需求不明确,他会跟你说:“我要是能提的非常清楚,我要你干嘛呢?”或者,“这个东西不是我要的”。
哈哈哈哈,不知道你是否有过类似的经历,如果有可以在文章下方留言。如果没有这种经历,也没关系。
下面我们来探讨一下,在我们面对客户需求不确定的时候,我们该如何开展需求调研和方案设计。
1、系统的了解需求背景:
当你接收到需求的时候,哪怕是一句话的需求,你可以尝试耐心的问他以下问题,慢慢的引导来挖掘你需要的有效信息。
他这个需求产生的背景是什么?(了解现状)
为什么会有这个需求?(分析为什么)
这个需求实现了能给他带来什么好处?(分析收益)
对业务是否真的有帮助?(识别需求实现价值)
是不是他的核心痛点?(识别痛点)
是当下需要解决,还是过段时间解决也可以?(了解需求的迫切程度)
可能不是特别全面,但也足够引导需求方去思考这些问题,然后你从他的回答中采集有效的信息,会后续的沟通引导打下基础。
2、准备一个类似的demo或自己画一个简单的原型:
经过步骤1之后,你会有一个基本情况的了解。接下来,针对很多细节需求方说不清楚这个问题,我们可以采用原型法,即准备一个类似的demo或自己画一个简单的原型。
在个人项目实践中,面对需求方能力很弱,或表达不清楚想要什么的时候,原型法是非常好用的工具来帮助我们破局,获取需求方的需求细节反馈。
3、先从demo展示或原型讲解开始,再收集需求反馈:
和需求方约一个面对面会议,拿着事先准备好的demo或线索原型图,给需求方讲解一遍你对他的需求理解和实现的效果演示,让他有一个画面感。当需求方看到之后,他一定会给你反馈,然后根据他的反馈,开始正式的需求调研,收集他的需求。
大概会有两种情况:
情况1、非常不满意,说没理解他的需求,重新给你讲一遍;
情况2、部分满意,然后开始给你提具体要求,给你详细解释他期望是个什么样子;
面对情况1:
作为PM,你不要抱怨,耐心仔细的听需求方讲解他的需求,重新听他的反馈,记录他的需求,然后再次准备调整后的原型,在和客户约会议当面沟通,逐步缩小双方对需求的理解差异。
面对情况2:
你已经理解了客户的一部分需求,还有一些不满足他期望的,听他讲为什么不满足,然后记录他的需求,然后针对性的修改他提出的问题点,然后在和客户约会议当面沟通,直到客户对原型的效果满意。
这个过程,你要产出的输出物:
1、修改后的原型,并确认原型的效果;
2、沟通的会议纪要;
4、需求详细设计:
根据步骤3的过程,将收集回来的会议纪要的内容,进行结构化的整理,形成详细的需求方案设计。最后再与需求方,进行方案的汇报,并获得方案的正式签字确认。
建议在实践过程中,输出以下内容:(小项目可以适当省略一小部分内容,建议保留以下框架大纲)
1、业务流程图;
2、数据流向图;
3、页面交互设计稿;
4、接口清单/接口文档
5、各业务实体表单字段;
6、权限需求(角色/职能/模块菜单,按钮,字段的权限设计表);
7、报表需求(报表表头,视图样式,各字段取数逻辑,计算规则等)
最后,总结一下:
当我们面对需求的不确定,或技术实现的不确定时,要灵活地采用一些工具技术,比如原型法,来帮助我们开展需求调研,沟通和方案设计,从而避免我们与需求方的矛盾升级,及避免我们做出来的东西,被用户吐槽说不是他们想要的。