三个小时的需求沟通

项目终于签下来了，即将进入开发，这时，现场人员要求我过去，跟客户再重新过一遍需求。由于以前一直是现场人员在跟进，所以我对客户的想法也不是很清楚，正好借此机会，弄清楚客户的真正想法。

现场人员已跟进一个多月了，反馈给我的需求文档、调研报告之类的，给我感觉有点“粗”，不够具体，要用来指导开发，还差一点，所以，我提前一天到现场，希望能在第二天，有一天的时间跟客户沟通。

计划不如变化快，客户临时有重要会议，一个早上就不见了。下午是两点半开始，也就是，只有三个多小时，跟客户做交流。三个小时，能做些什么呢？

想来想去，觉得三个小时，确实很短，但无论如何，也要把核心的内容交流一下：

1、      客户想要达到的目标(愿景)

2、      了解客户的组织机构，使用系统的人员，以及不同的人员都用来做些什么(涉众)

3、      涉及的业务流程(业务流程)

4、      产品跟客户需求的相符度(定制点)

 

原计划是跟客户一个模块一个模块地细化需求的，但时间不允许，只能把大体的、比较核心的交流一下，至于细化的，只能在开发阶段，通过现场人员，跟客户一一细化了。当然，这样，也为以后的开发、实施，埋下了不良种子。