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