CRM实施的规划图PPT课件

1、CRM所实施的修订版图你的CRM项目工程可为将营销学、销售、服务等集成在一起的整体解决方案或仅是点溶解热。 部门级的溶解热、1级或企业号级的溶解热。 统一的开发方法可能会让人在意吗？很遗憾，没有。 开发方法取决于公司认可的开发生命周期、员工技能、2、IT标准。 CRM开发中的规则CRM开发没有承诺快速完成的方法，但是仍然存在一些成功的CRM开发规则，我们能够加入，3，因此，它们可以不同程度地应用于每个CRM项目开发。 补充开发。 即公司定期补充一定数量的新CRM功能。 这不仅是由于大部分CRM项目工程的内部复杂性、4、复杂性，也是由于全面部署时面临的文化问题(很少组织能够一次吸收全面功能和过程

2、变化)。 对CRM的“发布”的补充，引起了企业股东和5、管理层对项目工程可持续性价值的理解。 互补发展的对立面图是“好极了”方法，一次性提供主要的新系统和相应的企业业务变革。 这种“好极了”方法的情况，几乎有6，很多应该虎躯一震的，产生了不可脚丫子的结果。 面向需求的开发。 也就是说，创建和客户化CRM功能的开发人员不仅对所需功能有一定的了解，而且对面向企业业务需求的CRM也有一定的了解。 面向需求开发，消除其臭名昭著“从海里寻找针”的现象，使用户能够可靠地获得所需的情报。 用户，8，持续参与。 很多CRM工作团队陷入了企业用户在CRM开发开始和结束时参与的陷阱之中，在开发中期(更重要的是)，

3、他们，9，很少参与。 也就是说，最终用户可以在实施CRM之前评估概念证明、启用公司数据和指导原则、权衡CRM培训内容，以及审查新的会议修订或功能。 10、这意味着开发者、企业股东、CRM企业组织者之间建立定期的交流。 严格执行实施过程。 例如，11、即使存在全面需求和热情洋溢的公司组织者，CRM开发也必须围绕结构化开发流程进行修订和执行。 这是因为PMO的项目工程经管人能够参与12个不同的发展活动。 优秀的发展蓝图可以确保程序设计师不太关心实施过程，也不关心提供有价值的CRM功能。 CRM开，13，发行订正图下面的图简单地描绘了CRM项目开发的订正图。 CRM修订图包括三个主要的项目开发阶段：

4、修订、建构和部署，并以“分布剧烈”为特色，包括软件包、14和许多固定和可变的塔斯克。 业务计划CRM业务计划包括许多步骤。 修订阶段最重要的活动是定义CRM的整体目标(可能是15级，部门级和企业级)，并描述各自的目标要求。 对于企业号级CRM，业务计划包括公司的CRM策略和相应的项目工程定义。 对于部门级CRM，16，业务计划只是简单地创建新CRM应用程序的边界。 但是，无论项目工程大小如何，业务计划阶段都必须包含以战略文件或业务计划形式规定的17、高级CRM公司目标的文档资料。 此类文件将影响CRM在开发初期是否达成企业高层协议。 这有助于以需求为导向的开发，是在c、18、RM项目工程上部署

5、应用程序时验证其结果的标准。 结构和设置修订CRM的结构和设置修订是执行战略的必要过程，其中实施19、步骤的过程，往往使企业主管和项目工程经理感到困难，希望他们能直接通过技术选择获得奇迹般的梦想。 结构和设计这一步很难，20，虽然很难，但是很有价值。 在此步骤中，您将看到CRM产品通讯端口的企业号进程。它列举了特定的“需要执行”和“如何执行”功能，最终提供了CRM在组织、21和不同技术中发挥作用的新思路。 制作公司内的CRM发挥其作用的部分的目录计程仪，对于CRM也是很重要的活动。 在这个步骤的最后，可以回答22个问题： 1 .我们拥有的技术和过程在哪里受到CRM的影响？ 2 .为了使CRM发

6、挥作用，现在需要补充没有的功能。 23？ 技术选择CRM技术选择的工作可能简单到选择不客制化的产品，也可能综合做评估不同的CRM系统积分器、ASPs，非常复杂，24。 在配置修订的建构和实施过程中，如果您知道CRM对现有系统及其新功能需求的影响，则必须根据现有IT、25和环境对不同的替代CRM进行排序。 开发包括根据特定产品特性建构和客制化CRM产品。 但是，CRM的开发不仅负责程序设计师，还负责创建中心的责任、26、服务和查询密码，包括使用选定的CRM产品集成业务流程。 业务集成意味着将选定的CRM技术集成到这些个的业务流程中。 相反，将业务流、27、流程结合到产品特性中实际上缩短该流程的角

7、色直到不再优化，因为不得不定义或改变那些流程。 要实现流程集成，并确保已批准的业务流程由用户进行测试，请执行28项操作。 不仅要使业务流程发挥作用，还要影响技术特征进行提取。 也就是说，技术力量必须不折不扣地改善“以顾客为中心”的企业业务流程。 在研发期间，提到29、精炼业务流程意味着反复原型法：程序设计师不断地向企业用户说明过渡功能。 因此，企业号用户可以监督产品开发，并在CRM实施过程中(而不是最后)测试CRM、30、功能。 最终用户对CRM功能的回种子文件和期望的变化将被明确提供，并结合到CRM的提供中，以确保满足最终功能和需要，并满足用户期望的功能。 31当然，大多数技术开发设施修订工

8、作还可能包括数据库设置修订、数据清理和集成、与公司其他系统集成等塔斯克。 整合的这个步骤容易被定值过低。 32、CRM系统可能需要其他系统，如来自其他系统的数据流入和流出、电话路由系统、现有销售自动化(SFA )系统工具等。 交货这一步骤，常常是由突然地、33、视觉感知或笨拙地研发而成。 首先，影响企业的IT基础架构，并将必要的CRM软件分配给企业用户。 对于新的基于Web的销售自动化工具，34、计划可以通过电子邮件信息分发，邮件信息中包含与新的CRM网站的连接。 如果CRM系统是基于客户端/服务器(C/S )的，则需要安装35个个人工作站。 新的CRM功能通常只是对现有执行操作系统的简单补充

9、，而不是作为新的系统。 例如，一个典型的联系性中心成为可能。 36、客人打电话时，会显示“窗口弹出”，显示客人的资料。 在这种情况下，企业用户可能没有意识到系统的新特征。 在交付CRM之前，需要37、对用户进行深入的培训，并根据上线了或Web帮助，或者使用用户向导、作业协助特技表演和其他文档，使用户能够充分利用新的CRM功能当试图评估CRM应用以提取测量、38和CRM需要时，完成CRM测试的步骤且完成CRM校正图的一个周期。 许多公司在开发过程中进行CRM测试。 因此，39、企业可以确信不存在不必要的支出。 但是，如果没有测试以正确的时间节点验证CRM，CRM是否能准确地断言成功？在很多情况下

10、，40，CRM项目工程的后期持续升级和维护是非常昂贵的，因为管理员希望定期升级投入大量资金的项目工程。理解企业组织者定义的成功标准，最初是为了41、认为CRM是合理的，在引入CRM后测试其成功度。 例如，如果公司的新CRM系统自动化了工作流，并与RD部门交流了未发布的主要全新产品缺陷，则可以跟踪产品缺陷的减少和相应的顾客满意增长。 这个测试包含了价值的量化。 例如，萨通讯端口需求减少，成本下降，可以证明。 43、实际投资的回报率。 测试CRM成功的另一个方法是做评估CRM解决现有企业问题的程度。 如果在制定CRM业务计划时设置了成功标准，则可以通过将这些个、44和标准与实际结果相结合，逐步补充和改进标准。 为实际的测试改进写成功标准是将来跟踪和量化CRM