众所周知，在企业应用领域，目前主要流行三种系统框架，即Microsoft的.Net框架、LAMP(Linux-Apache-MySQL-PHP)框架以及Sun所倡导的Java平台。其中的任意一种，都足以构成完整、高效的企业应用。因而，究竟哪一种框架更适合搭建系统，就成为一个非常困难的抉择。这里先谈谈Java平台的一般特性，再分析为什么这些特性在构建移动CRM系统时能够构成一个几乎必胜的赌注。

　　首先，一个基于Java平台的移动CRM系统能够根据项目预算，形成从低端到高端的多种方案选择。

　　如果预算足够，我们完全可以选用高端服务器、操作系统，并采用顶级数据库管理系统，再配以数据高速缓存，以满足大规模CRM应用要求的高并发访问和海量数据指标。尤其是，得益于J2EE框架优良的可延展性，我们还能在系统的各层次(比如数据库服务器、应用服务器)上配置服务器集群(clustering)和热备份，实现系统的高可用性(HA)。对于各种系统中间件和特定业务部件，我们也能选配业界领先的产品。

　　而针对同一系统(准确地说，是同一套系统代码)，我们也能构成价格堪与LAMP媲美的低廉方案：在软件系统的各层次都能找到非常廉价、甚至免费的产品，比如说，用MySQL作为DBMS，JBoss作为应用服务器，Tomcat/Apache作为Web Container... 上述开放源码产品经过大量使用者的评估和验证，完全能够胜任一般企业的中小规模应用要求。推荐阅读：CRM客户管理软件是企业管理的必备工具

　　其次，Java平台更容易满足CRM系统对应用集成的要求。

　　正如本文第一部分中介绍的那样，一个完整的CRM系统要集成大量不同业务的企业应用。比如与财会系统、产品目录/库存管理系统、企业信息系统或电话、电邮等通信系统的集成，往往既涉及到数据的共享，也包括交互和协作。

　　Java平台的操作系统和厂商无关性，以及它对Web Service的强大支持，都提供了应用集成的多种可能性。Sun提出的JCA构架提供了应用集成的公共标准。高端项目尤其可以选用Java平台上现有的多种成熟EAI产品(比如WebMethods)。

　　比较后，也是比较根本的，在Java平台上搭建移动CRM系统更符合本文第二部分谈到的“渐进式”CRM项目实施原则。

　　正如上文所述，CRM项目的含义要远远大于单纯的软件系统。与对TCO、系统整合度的关注相比，决策者应该对CRM项目本身的成败更感兴趣。而CRM项目的本质也决定了，它的实施是一个渐进的、需要反复调整的过程。无论初期投入多高，一个成熟的CRM系统不可能一蹴而就，而是肯定要经过多期实施、渐入佳境。如果认同这一点，则Java平台的“自由度”就不单单体现在它能满足不同预算规模的方案，更重要的是，它也能保证企业以一种多步骤的方式完成CRM项目的实施。

　　举一个应用场景：一个中小型企业在项目初期，完全可以就用上“办公室里那台空闲的PC”，利用现成的CRM软件产品，针对企业的某一项急需调整的业务(比如订单处理、售后支持或是销售机会管理)开始CRM实践;当“面向客户”的态度逐步在企业中开始形成，企业的客户库趋于完整，企业的部分业务也由于CRM的引入而提高效益的时候，再逐步扩展CRM系统涉及的业务范围，扩充软硬件配置，并依据现有的客户库和应用，进一步定制适合本企业的CRM应用，引入合理的业务规则和流程;直至CRM理念深入整个企业，CRM系统的应用也自然达到相当充分的程度，此时再对CRM系统和企业制度进行比照调整，并按需要完成数据分析模块。这样实施的CRM项目，每阶段收益明显，风险降至比较低，并且CRM能够真正成为企业运营的核心部分。

　　而在上述实施过程中，Java平台能确保系统在各步骤的软硬件调整下的一致性。当移动CRM系统比较终稳定，效用充分发挥时，我们也能够依据可能的比较大负载做配置补充和性能调校，确保高可用性。相关阅读：移动CRM客户关系管理系统是怎样提高销售效率