Sanny

今天是集训的第二天，早上是产品经理与客户的见面会，搜集客户的需求。

在老师的介绍下，我了解到原来做客户需求的收集有4种途径。

1、问卷调查。问卷调查最好是采用选择题的形式来进行，而且正确答案最好只有一个。因为这样可以节省被采访用户的时间，也容易得到他们对这项工作的支持。

2、面谈采访。面谈采访不是一种很好的方式，因为从被采访用户处得到的信息很多时候不是你想要的信息。但这种方式适合于经理以上的用户，因为他们比较忙，没有什么时间来进行问卷调查，但一般几分钟的面谈时间还是会有的。但如上所述，他们跟你说了一堆，可能都不是你想要的信息，所以你要有好的谈话技巧，将客户的话题引导到你想要的信息上。

3、实地考察。这是得到信息最接近用户需要的方式。通过实地的考察，参加到用户的时常业务流程工作中去，可以直观的了解到客户所需要的各种需求，有些用户难以表达的需求都可从此得到充分的了解。这个方法得到的用户需求虽然可靠，但耗费的时间却很多，不是有效率的做法。

4、原型法。据老师说，这是比较常用的方法。或许有客户要求你做某个系统，然后正好你以前帮某公司做过这个系统。虽然两间公司的业务类型不一样，但你可以把以前做的系统的界面给客户用一下。看客户对这个界面的功能模块有什么不满意的，或者有什么提议的，然后进行修改。把修改后的界面再给客户看，有问题的再进行进一步的修改。这样方法直观，面对系统界面，用户可以及时提出自己的要求，不会等系统完毕后，再对界面提出异议，导致前面工作的白费。

听完老师的介绍后，了解到了收集客户需求原来还有这么多的方式与注意的地方。看看自己手中的问题，感觉到很汗颜。

在听老师介绍这么多后，再对手中的资料认真阅读一下，原来要彻底了解一个系统所需要的客户需求真的不是一件容易的事情。每次以为自己已经分析得差不多了，等再读一次资料，又有新的问题出现。

今天一个下午加一个晚上在写前景范围文档，还有需求表。真的感觉不知从何入手，因为问题和内容实在太多了，不知道从哪处开始写起。但慢慢的开始写后，还是有了一点头绪了。不过等写得差不多的时候，回头看自己写的东西，感觉根本就没有把客户的需求准确表达出来，系统的架构做得也不好。有点气馁，但还是打起了精神继续往下写。难怪老师让我们进行文档的变更记录，因为就是在一次次的文档变更中，才可把文档写得比较完善。

一直写文档还是有点枯燥的，看着身边朱在兴致勃勃的做着小系统，我也想做。于是暂时把文档的工作放在了一边，做起了小系统。看着屏幕上自己一点点做出来的东西，还是很有成就感的。

但文档还是自己的分内工作，在文档还没做完前是不能分心的。只好继续写文档了。

晚上离开机房，文档还是没有写完。看着朱做的小系统，唉。。。好羡慕啊，我也想做。没办法，只好等明天把文档写完，才有时间做了。

本来觉得集训应该是挺枯燥难熬的，但今天发现还是挺有趣的。或者是现在工作还不是很繁重吧，但只要感觉自己从中学到了东西，就不会感觉到枯燥了，还会觉得蛮有兴趣的。