对刚开始做产品经理的同学来说，碰到交付型的项目，中间的需求调研与常规的方法不同，需要怎么做？本文分享的方法，可以参考一下。

一、三次会议（沟通）调研法

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）此次会议应尽量避免客户提出的一些可有可无的修改建议，只修改客户强烈要求修改的