如果做项目的公司，会经常需要和客户沟通需求，并确认对讨论的需求内容进行确认，下面我来说说我是怎么做的，可能有的人会觉得繁琐，但是我喜欢这样反复的沟通，保证我和客户的理解是一致的；
（1）我会听客户把想要流程、功能跟我说一遍，客户描述的过程中，我有不懂的及时的提问或者记录下来；（个人有个习惯，每次沟通都录音（允许的情况下），如果沟通现场用笔记、或者电脑都太慢了，一般只记了大概的内容，会后可以听听录音回忆下）
（2）客户说完整个流程内容后，我会将我记录下来的重点内容（客户最关心，反复强调提起的），概括复述给客户听，让他来听听我对需求的理解是否正确，遇到双方理解有差异的，会重新进行沟通更正或者补充一些内容，这样沟通一轮下来，会比较清楚客户最关心的功能；
（3）上一轮沟通后，我会将上一轮沟通中，理解有差异的地方重新在复述沟通一次，多次来回沟通后，对需求的内容理解我会越来越清晰；（沟通中，及时标注出需求的重要程度高的需求）
需求的优先级从2个维度考虑：重要度、紧急度，依次划分为：重要且紧急、重要不紧急，不重要紧急、不重要不紧急；
（4）将沟通内容整理成文档，对需要修改的，编写出修改方案；对新需求，设计出界面原型，做好业务流程图等等；（并非每次都这做，简单的可以简化）——注意，部分需求经验不足的或者对现有产品或项目功能不清楚的，不确定修改方案的，可以和开发进行沟通协商，确定最适合的调整方案。
（5）如果调整内容不多，未涉及重大的变更，可以发送文件给客户查看，可能客户会忙了忘记查看，可以及时打电话再次沟通下文档中的重点内容；变更内容很多，功能很重要的，可以再次安排当面确认；（再次确认原因是：有时候面谈后，客户回去自己想想后，可能觉得流程不好，会出现新的变更的情况）
（6）整体沟通明确后，就可以安排给开发团队进行调整了，工作安排前要给开发团队培训，让他们阐述他们的理解，保证认知是一一致的；对于调整内容很多的，要安排多个迭代，每个迭代后，尽快安排发布给客户试用，如果有修订的意见，可以及时进行调整；
