交付型项目-需求调研方法(小白入门篇)
对刚开始做产品经理的同学来说,碰到交付型的项目,中间的需求调研与常规的方法不同,需要怎么做?本文分享的方法,可以参考一下。
一、三次会议(沟通)调研法
1)基础业务模式沟通(需求调研)
2)真伪假需求确认(需求确认)
3)原型功能点及UI设计风格确认(需求落地)
二、基础业务模式沟通(需求调研)
基本话术
**总,您好!我是******公司的产品经理,我叫多多,这次过来贵公司,是想和**总多学习一下关于******(业务)方面的一些知识;其次,为了搭建的平台能更好的解决公司的实际需求呢,还需要了解一下公司这边具体是怎么去实施做这样一个事情的。
注意事项
1.主要听客户讲述想要做的事情
2.做到认真:认真听、认真看、认真记笔记
3.做到主动:主动提出不明白的点、主动提出不清晰的点,如果还不明白、还不清晰就继续问,问到自己可以理解且是正确理解为止
4.做到尊重:
1)不打断别人说话
2)不主动引导别人的思维方向
3)手机、电脑静音或关机,开震动的情况下不要放在桌面上
5.在此阶段,不要与客户讨论具体的功能点
不完全理解的情况下
1.在讨论过程中,由于口音、专业用词等原因导致不太能理解客户用的话的情况下,可对客户说的话进行总结,然后陈述一遍,跟客户进行二次确认,
2.注意:在陈述自己的结论的时候,一定要尽量简洁,明确的表达自己想要表达的意思,以免让对方误以为
三、真、伪、假需求确认(需求确认)
整体思路:结合流程图(初稿)、架构图(初稿)、原型设计风格(初稿),向客户讲述自己对需求的理解
准备工作
1.提前准备可供参考的流程图(初稿)、架构图(初稿)、原型设计风格(初稿)
2.做好需求确认方案(给自己看),做到不忽略细节,可作为会议纪要的部分内容
3.预想需求确认方案里面的每一项内容客户会怎样回答?
约客户
1)话术:**总,您好!之前沟通的需求已经n%完成,其中还有一些细节需要您指导,您这边{下午13点}左右有时间吗?我向你汇报一下。(未约成功,每上班后半小时左右跟进)
2)会议阐述:………………..(简述整体情况,如:本次项目Demo设计涉及多少个业务/功能模块或流程),………………..(简述此次沟通的重要性),………………..(讲解已完成设计的部分,穿插讲述需求不明确部分)………………..(简述此次沟通后自己的工作计划),您看您这边还有什么需要补充或者纠正的地方吗?
2)再次需求确认:
①伪需求:在沟通过程中,如果客户说到某模块、流程或功能点暂时不着急,那么这块内容很有可能只是客户的一些想法,属于伪需求;
②真需求:如果客户说到某模块、流程或功能点时,说的特别津津有味或重复去说,那么至少说明客服对此很感兴趣,重点关注;
③假需求:客户本身就没有提到但自己能想到的,可适当对客户进行引导。如果客户坑定的你的想法,这个时候需要立刻询问客户:那这方面你准备怎么去实施呢?
四、问自己
为什么我会这样想?
为什么客户要的和我想的会不一样呢?
为什么客户回想这样做呢?
客户做这样一个事情想达到一个什么目的呢?
达到这样的目的对客户有什么好处?
达到这样的目的对我们有什么好处?
这样的业务逻辑是正确的的吗?
五、原型设计图及UI设计风格确认(需求落地)
流程图(终稿)、架构图(终稿)、原型设计风格(终稿),向客户讲述自己对需求的理解
参会人员一般包括:
1)乙方:产品经理2人以上(一人讲解、一个写会议纪要)、项目经理1人以上(设计项目推进方案)、公司主要领导1人以上(把控项目方向)
2)甲方:项目负责人、公司主要领导、其他
注意事项:
1)着重按照设计的业务流程来讲述
2)在讲解过程中应做到普通话流利、思路清晰、思维缜密、不说废话尽量把会议时间压到尽可能短,中小型项目正常会议时长为:2-3小时左右,实际会议时间需产品经理自己把控
3)此次会议应尽量避免客户提出的一些可有可无的修改建议,只修改客户强烈要求修改的
本文由 @¥多多 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自Unsplash,基于CC0协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务
通过创建用户故事来映射用户的需求和期望,这有助于理解用户的目标和动机。