|
达不清楚的时候，最好能够让用户提供他们所期望的表单或者报表格式。有时候，我们实施顾问可以要求企业用户提供相关的报表格式，并注明各个字段的含义。若有相关计算的，则还需要列出计算公式。如此的话，就有助于我们了解用户的真正需求，这也可以有效避免部门经理传达需求时所产生的口误。而且，有了这些单据的话，我们也可以事先在系统中配置出来。从来理论上来说，只要系统中有的数据，我们都可以在报表中体现出来。不过用户在设计报表的时候，也必须考虑逻辑性与实用性。也就是说，用户在整理报表或者表单的时候，最好是在现有的表单基础上，进行适当的修改。而不失从零开始，根据自己的想象进行重新设计。根据笔者的经验，如此设计出来的报表往往过于“完美”，而在实际工作中，用处不是很大。
2、对于意思模糊的需求，我们不要盲目在系统中实现，以免做无用功。当用户的需求比较模糊时，而系统中又没有对应的功能，一般需要通过二次开发实现。碰到这种情况，无论是我们实施顾问，还是企业用户都不要急着实现这个需求。而是需要先向用户了解清楚需求的内容。一般来说，这个需求模糊的原因，可能有两种情况。一是部门经理也不是真正的需求人，所以，他可能描述不清楚具体的内容。此时，我们实施顾问就需要走“短通路”，让部门经理找来当事人，面对面的进行交流，往往能够取得不错的效果。还有一种原因就是企业员工自己都不知道需要什么。他们可能在以前的公司中遇到过类似的报表或者功能，但是，若让他自己描述的话，就描述不清楚了。此时，按照我的意见，就是先把这个需求放一放，让用户仔细想一想，然后设计出一个管理模型出来，然后我们实施顾问给与优化。当然在这个管理模型的设计过程中，用户也可以跟我们实施顾问保持联系，听听我们对于这个模型的建议。总之，对于模糊的需求，笔者的建议是，要到弄清楚才能够实现，而不能在模模糊糊的情况下，配置系统。
3、某个需求实现后，就要马上交给用户进行测试，看看是否跟他们的期望一样。其实，就是沟通的最好，由于文化背景、工作经验的差异等等，难免有误差。所以，笔者认为，根据用户的需求配置好系统后，我们要及时把结果反馈给用户，让他们来判断这个功能跟他们想象中的是否一样。但是，有些软件公司或者实施顾问，希望把所有需求都实现后，再把结果反馈给用户。这么做得话，有一个最大的缺陷就是，企业用户不能够一一判断需求是否满足他们的要求，但是为了赶项目的进度，就匆匆忙忙上线了。结构在上线的过程中，才发现企业员工、部门经理、实施顾问三者之间存在着比较大的认识差异。此时，就不得不再对系统进行开发、配置、调试，这对CRM项目的影响是很大的。 上一页 [1] [2]
|
