销售过程管理软件项目管理中的长通路与短 通路.docxVIP

销售过程管理软件项目管理中的长通路与短通路 　　在渠道管理中，如果只经过一个经销商，称之为短通路;经过两个或者两个以上经销商的，则称为长通路。经营者需要对营销通道是长的好还是短的好，做出慎重的选择。因为两者各有利弊。从节约成本、降低费用的角度考虑，经营者最好利用短路，但是，从长远发展考虑，则应该考虑长的渠道，利用别人来帮你赚钱。　　其实，不仅在渠道管理中，有长通路与短通路的抉择，在销售管理软件项目，也有类似的考虑。　　如我们在实施 销售管理软件项目的时候，项目负责是是直接对每个员工负责，跟每个销售管理软件系统操作员面对面;还是直接对每个部门经理负责，让他们去面对他们手下的员工?其实，这就是一个长通路与短通路的问题。若我们项目小组负责人直接对每位员工负责，那么我们可以收集到一线的信息，而且，这些信息不经过部门经理传达，则可能更能够反映员工的实际意图。但是，这么做的话，企业也是需要付出代价的。如我们要依次向员工索取需求，则需要花费我们比较多的时间;而且，我们还需要对这些信息的价值进行刷选，因为有些可能只是代表员工自己的意见，而不是这个部门的整体价值的体现。而若我们在项目的实施过程中，选择常痛录，即我们只对部门经理负责，然后部门经理再在部门内部推广销售管理软件项目，一级一级的推广下去。??? 如此的好处，就是我们项目负责人不用劳神去收集各个部门的需求，而可以抽出时间来想想解决方案。不利之处就是通过长通到获取的需求是经过部门经理处理过的，有时会出于表达方面等的原因，我们得到的需求可能已经变味了，或者不能够真实反映业务的实际情况。不过这两者之间还有一个最大的差异，就是若通过“短通路”的话，一个销售管理软件项目结束后，可能各个部门的负责人在我们顾问离去后，仍然不能担负起系统完善的重任，因为他们不知道如何去收集需求、如何改善系统;而若采用“长通路”的话，则就是给各个部门负责人一个锻炼的机会，让他们能够成本自己部门模块的负责人，给了他们一个需求收集、项目推动、员工培训的锻炼机会，如此的话，项目上线后，即使我们实施顾问离去了，则他们仍然能够承担起系统完善的任务。因为经过项目实施的历练，在我们实施顾问的指导下，他们已经学会了一些系统完善的技巧。所以，若从企业长远发展的角度看，从系统持续完善的角度考虑，则很明显，采取“长通路”的项目实施方法，更有利于企业发发展。 　　所以，笔者认为，在 销售管理软件项目实施过程中，要采用“长通路”为主，“短通路”为辅的策略。具体的来说，笔者可以给大家提如下的一些建议。　　1、利用“长通路”，为企业培养出几个内部项目实施顾问。我们都知道，销售管理软件项目实施的话，一般只有短短的几个月。销售管理软件项目上线后，项目是否就结束了呢?其实不然。销售管理软件项目上线后，项目只是取得了暂时的顺利。销售管理软件系统的后续完善，才是CMR项目的重头戏，这个系统的完善，可能会伴随企业发展的下半辈子。而系统的完善，基本上是销售管理软件实施顾问离开后的事情，也就是说，此时，企业需要自己进行销售管理软件项目的持续改善工作，实施顾问只能做一些偶尔的指导。所以，利用长通路的实施方法，在企业内部培养出几个实施顾问，让他们在实施顾问离去后承担项目改善的重任。只有如此，企业的销售管理软件项目才能够良性的发展下去。　　2、长通路，可以利用部门经理的经验，先过滤一遍需求。企业员工的需求，哪些是急需的，哪些可以暂时放一放;哪些是共性问题，而哪些又是个别现象;在系统中需要实现哪些需求，不需要实现哪些需求，等等。这些内容的话，我们实施顾问都不能够替企业决定。而若我们现在不是自己去向员工去收集需求，而是借部门经理的手，去向员工收集需求的话，则部门经理就会事先把需求过滤一遍，从而得出的需求质量会高一点。同时，我们可以给部门经理提出一个要求，让他们在每个需求前面标上序号，表示需求的重要性与实现顺序。显然，这些工作的话，都需要部门经理完成，我们实施顾问不能越俎代包。　　不过利用“长通路”实施方法有一点不好，即需求通过部门经理来进行传达的话，有时他们传达的需求可能跟实施上有比较大的差距。笔者在销售管理软件项目实施过程中，遇到过多次了。如部门经理反映的需求是要能够统计客户投诉的处理效率，要有一张报表能够反映出客户投诉处理了哪些，以及是否在规定的时间内处理完成。但是，后来在项目实施的过程中，部门经理几次修改需求，原来这个需求跟他下面员工的实际需求差别比较大。下面的员工希望是能够通过报表自动统计投诉处理的客户满意度、相关的责任人等信息。后来还是笔者跟实际的操作人进行面对面的交流，才了解员工真正的需求。　　所以，在使用“长通路”方法实施销售管理软件项目的时候，我们要扬长避短，发挥长通路实施方法的优势，而避免其不足的地方。笔者在项目实施的时候，是通过如下方法来