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

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

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

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

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

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

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

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

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

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


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

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

3.发散型思维不够,没有产品经理思维;

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

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

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

Categories: 
up
0 users have voted.

Add new comment