业务分析_关于“调研中的问题”思考

在项目开展的前期，往往我们会花大量的时间进行需求的调研，整理和总结，从而生成一份《需求调研报告》，为下一步的需求业务分析做支撑。但在调研过程中，除了需要对业务有一定的储备知识外，还要有交流的技巧。

基于之前的工作和业务建模相关资料的学习， 关于调研中存在的问题总结如下：
1、小型项目
对于较小的项目，一般项目的预算较低。很多时候，双方只要有一个意向性的要求，软件开发商就开始了需求调研工作，没有签署任何的合同协议，而仅仅只有一个表面的意向。
因此，在开发过程中，用户会不断提出各种各样的问题和要求，以至于需求无法正常进行。当然，有时候由于开发人员对用户业务不熟悉而造成双方的隔阂，影响工作进度。
这类问题的解决方法一般是通过商务活动，争取获得部分用户预付款的方式，要求市场部在签订合同前，由有经验的技术人员配合对项目边界即项目的需求部分进行需求范围确认，核对需求确认单。

2、用户过于繁忙
在调研过程中，由于用户较忙，很少有人能抽出时间与需求调研人员一起讨论有关需求的详细问题。由于项目工期较紧，若调研工作到期不能完成，后续工作无法开展。因此，需求调研人员还要做好与用户的协调工作，来保证调研工作顺利完成。
但需要掌握一个原则：不能逼迫用户（如催促等行为），不要以项目相关的任何理由来迫使用户配合你的工作。
这种情况，需要注意一个问题：这些工作比较忙、系统将来直接使用的用户在他们的朋友意外到来的时候，却总能抽出一些时间来。故在工作之余，我们要努力的去融入用户的工作和生活，成为他们的朋友。

3、对于已成型的产品
对于一成型的产品，用户在使用过程中基于使用体验也会提出各种不同的需求来强调自己的与众不同。有些要求也行并不合理，但是他们也会以比较强硬的态度要求开发人员实现。
这个时候，我们需要基于自己的专业性和业务知识进行引导客户，同时，要有一种意识：几乎没有任何成型的软件产品可以随时供其他用户直接使用，产品迭代是软件生命周期中不可缺少的环节。

4、不同的软件不同的结果
对于那些能让客户直接见到利益的软件系统，客户很愿意为此买单，而且也愿意配合开发人员的工作。但是这类的项目大部分隶属于增值业务的范围。
还有相当数量的软件产品是不能直接给客户带效益的。此时应该注意将隐藏在软件产品后面的收益尽量呈现出来，让客户充分的体现到其效能，并愉快的配合开发人员的需求。

5、高层的关系
高层领导非常关注比较急且直接影响到收益问题的系统项目，这类项目一般直接关系领导的工作成果和绩效考核。这类产品因为有了领导的关注，具体的办事人员会比较积极地配合。因此，在某些情况下需要一些特殊的方式来引起高层的关注。需要注意的是，不要因为有了高层的关注就放松了对具体办事人员的关注，更不能因此引起具体办事人员的反感。

6、竞争性的项目
对于用户比较愿意买单且多个开发商竞争的项目，在竞争中不仅要得到用户对产品的认可，尽量不要一味的贬低竞争对手的产品，而且基于竞争对手的产品，体现自己的产品与其之间的差异性，且差异体现独有的价值。