跟客户面对面确认需求是一种什么样的体验？

Matthew是个澳洲客户，前期有过很长时间的沟通和推进，我们对业务和项目需求目标大概了解了。但是针对第一个要发布的版本，要做成具体什么样的产品还是两眼一抹黑。故此，客户来我们办公室两周，专门讨论具体细节。期望经过两周的密集讨论，我们能有若干产出：

• 所有的User Story
• 业务流程图清晰
• 数据库结构定义完毕
• 系统架构和特定功能点的技术方案
• Wireframe定义完毕
• 核心页面的最终效果图
• 开发计划精确到每个Sprint的范围

想想都挺多事情的。当然，理想都是很丰满的……过程不再赘述，中间有些很有意思的过程：

1.客户每天都会冒出一些点子或者设计出更加漂亮的流程和思路。最开始时候我是极力追捧，后来发现势头不对，这样下去开发工作会增加很多倍啊。后来我就偶尔泼泼冷水，跟客户说最简单的其实是最好的。后来那些牛角尖的就越来越少了。

2.有一个功能，讨论了两三天，出现了好几个方式来表示。然后我问客户，如果你是用户，你会真实使用这个功能吗？思考一天后，他把这个功能从这个release中去掉了。顿时感觉压力少了不少。

3. 我从我的思路提出了很多我觉得有建设性的方式，客户听了觉得非常好，然而过一阵子的讨论确认之后，发现并没有用上。然后觉得很失落。

4. 有时候开会觉得就是在和客户斗智斗勇，最终不管谁输谁赢，出来一个结果的时候，大家都是如释重负。

5. 客户不管是文档，还是画出的东西，都很规整、清晰并且很有档次。每次收到之后，我们团队总要膜拜一番，然后想尽快学会。

两周的讨论和工作，耗费了很多杯咖啡，结果我觉得能得八九十分，当然，满分得是150分。原计划产出的内容……呵呵，骨感现实啊……虽然每个点都出来了， 但是我自己都不太满意。最后我感觉我们是：

1.技术能力不容置疑，所有跟技术相关的都不是问题；

2.文档能力比较差，特别是总结和归纳能力，还有文档速度；

3.发散型思维不够，没有产品经理思维；

4.Wireframe水平落后，对于一个功能，只能想到通用的方式；

5.UI/UX没有形成高效的方式；

6.善于发现自己的缺点，即便蜗牛速度也要前进；好在通过此过程，客户也了解到了我们的态度和做事情的诚意，对我们还算满意，开发工作已经开始了。祝我们Good Luck吧！