全球顶级CRM产品的“技术架构”揭密_CRM
● e.piphany e.6
● oracle e-business suite 11i
● peoplesoft 8
● mysap crm 3.0
● siebel 7
一、研究意义和研究方法
（一）crm技术架构是决定客户体验的最重要因素
在今年底，我们就开始了一项对crm技术架构的研究。我们感觉此项目具有非常重要的价值，因为客户在实施crm应用系统时将直接面对软件的技术架构。而且，软件技术架构的实用性、直觉性、功能性、可测量性和可管理性将直接决定企业客户对产品的体验，因此crm技术架构将决定crm产品如何简易的定制到你的特定的业务需求中。而且crm技术架构也是决定crm应用软件能够与为客户提供重要的后台系统进行集成的关键因素。
（二）结构化的评估和对比
此次研究开始于一个评估体系的开发，该体系的建立首先需要我们建立一套评估单个产品和对比多种产品的标准。该标准将决定我们后面的工作开展。
我们曾经使用过这种方法来评价和对比许多类型的产品，例如局域网管理工具、c/s应用软件开发工具、目标数据库管理系统等。这种结构化方法已经被我们证实是非常有效的。尤其当被评价的软件/工具对企业至关重要，而且企业需要从难以区分的众多产品中进行选择的时候，这种方法就显得更加有效。
（三）五家crm供应商的选择
一旦我们的体系建立好，我们就可以开始进行技术架构的评估了。到目前为止，我们已经评估了全球顶级的五种产品（上文所提到的五种产品）的技术架构的评估结果。
至于我们为什么选择这五个软件厂商的产品，是因为这五家厂商，无论是在客户的数量、市场的影响力，还是公司的规模上，都是世界上数一数二的crm供应商。另外，这些供应商的产品套件都包括营销、销售和服务功能模块。
（四）持续研究
我们的研究不会随着这次报告的产生而结束。还有其他厂商的产品结构也非常值得我们去研究，例如kana、onyx和pivotal，它们在crm领域也取得了相当大的成功。而且微软也快要加入 “crm圈”。因此我们的工作远没有结束，我们将持续研究下去。
二、研究内容和研究结果
这份报告的核心将围绕我们的评估体系。对于每一种产品的技术架构，我们都将围绕以下6大标准来评估： 环境、 组织、基础结构、结构、客户化、集成性。
对于每一个评估标准，我们将简要的描绘相应的标准，并根据评估标准来对比各种技术架构的优势和劣势，然后给出一定的排名。
（一）环境
环境是企业在选择软件的过程中最简单的技术架构的评估标准，而且是最容易区分的。最重要的环境就是crm产品所支持的服务器平台和数据库。在你选择crm产品时，最好不要改变你现有的服务器平台和数据库标准，否则你将会增加很多投资。因此一个crm产品最好要支持你的企业原有环境。下表列出了那5家产品的技术架构的环境。
（1）“必须的”环境
有些环境是软件所必须要支持的。技术架构必须要支持microsoft nt/2000、sun solaris服务器平台、ibm db2、microsoft sql server和oracle server管理系统。这些都是世界领先的系统环境，而且也是企业最可能要使用到的系统。因此如果产品不能支持这些环境显然会产生很大的局限性。从上表我们可以看出，除了oracle外都能够支持这些“必须的“环境。（因为oracle必须要支持自己的数据库。）
（2）“必备的”环境
当我们认为支持领先的环境是“必须的”时候，支持第二层环境则是“必备的”。第二层环境例如：hp-ux 和ibm aix服务器平台、ibm和sybase服务器管理系统。通过对比第二层环境，我们可以看出谁具备更广的安装环境。从上表我们可以看出，除了oracle外都能够支持一些“必备的”环境。siebel和e.piphany支持“必备的”环境相对较少，而sap最广。
（3）“环境”比较结果排名
① mysap crm 3.0。mysap crm 3.0支持“必须的”环境，并且能够支持“必备的”环境的范围最广。
② peoplesoft internet architecture. peoplesoft internet architecture支持“必须的”环境，并且能够支持“必备的”环境的范围比较广。
③ siebel 7. siebel 7支持“必须的”环境，并且能够支持一些“必备的”环境。
④ e.piphany e.6. e.piphany e.6支持“必须的”环境，并且能够支持部分“必备的”环境。
⑤ oracle e-business suite 11i.由于oracle公司自身拥有功能强大的数据库，因此它主要 支持自己的数据库环境。
（二）组织
产品的“组织”主要用来反映各组分的配置方式，以及组分间接口和通信协议。它也是描绘技术架构的标准之一。企业通过调查产品组分的数量、类型，以及组分间的通信协议，就可以获得一个对产品实用性、可测量性和可控性的总体认识。
我们所评估的五种技术架构都执行三层web应用。在它们的三层组织中都包括以下类型的组分：
● 客户端
● 应用服务器
● 数据库
根据以上组分对比五种产品的组织难以看出差异性，但是我们如果将组分进行细化，也是能够找到许多不同点的。
在客户端的组织中存在一些不同点。支持无线和移动客户端这方面就有很大的不同点。例如，e.piphany e.6、oracle e-business suite 11i和siebel 7在移动客户端执行的是统一用户web服务器界面。这是一种很好的思想，可以确保你的客户和你的呼叫中心客服人员、销售人员和现场服务人员拥有统一的用户界面。而其他两种产品技术架构，peoplesoft internet architecture和mysap.com执行的则是不同于web用户界面的“桌面多用户界面”。这种界面的优势在于丰富性和交互性。它们的缺点在于用户界面容易出现不协调。
与其他软件相比，oracle e-business suite 11i在应用服务器上有很大的不同。各种软件的数据库方面的差异性表现在：软件访问和共享外部数据的能力存在很大的不同。e.piphany e.6和siebel 7在访问外部数据的能力方面显著强于其他软件。而且企业可以通过配置不同的选项来确定外部的数据源。这是一种比较灵活的方式。
“组织”比较结果排名
根据上面所描述的差异性，以及其他一些因素，我们根据“组织”这个要素将厂商排名如下：
① e.piphany e.6和siebel 7. e.piphany e.6和siebel 7拥有最好的组织。在各种类型的客户端拥有统一的用户界面。
② peoplesoft internet architecture和mysap crm 3.0.这两种技术架构在客户端都缺乏统一的用户界面。相对e.piphany e.6和siebel 7而言，存在一定的劣势。
③ oracle e-business suite 11i. 拥有统一的用户界面的优势，但是它只兼容oracle forms技术，并且它需要使用java 和pl/sql，导致了产品的“组织”相对比较复杂。
（三）基础结构
基础结构用来为多个用户和共享的资源系统（例如crm应用系统）提供系统级、独立应用的中间层服务。服务包括基本的请求处理、队列排序、流程管理、记忆管理、数据库管理和事务管理等。所有服务都需要crm和其他应用软件的正确运作来实现。
portals是近来在基础结构中开发的一种形式。portals用来提供附加的应用服务器，用户通过这种应用服务器可以访问更大范围的应用软件和数据。这对于crm系统而言是一个很重要的优势，因为用户可以在某一个环境下，访问多个crm应用系统，看到多种报表，或者在不同维度上来检查企业的业绩。portals在用户界面层级上提供应用系统和数据的集成。所有的crm套件供应商和电子商务供应商都会提供基于用户界面的portals。
“基础结构”比较结果排名
在基础结构方面，这五家软件厂商存在很大的差异性。差异性并不是表现在基础结构所提供的服务上，而是表现在基础结构自身被执行的方式上。执行方式的不同是由于让传统的技术适应web而造成的。
而适应的方法存在很大的不同，并且都是基于特定的技术。e.piphany e.6是最新的技术架构，它的传统技术最早只能追溯到20世纪90年代末期，而siebel 7追溯到20世纪90年代早期；oracle e-business suite 11i和peoplesoft internet architecture所用的传统技术都可追溯到20世纪80年代末期；mysap可追溯到20世纪70年代中期。另外，由于专有技术的不同特征导致了一些差异性。因为这种技术差别非常大，因此我们不能以对比“环境”和“组织”的方式来对比“基础结构”。我们将独立讨论每一种crm产品的基础结构。以下是我们研究的排名结果，以及相应的详细解释。
① e.piphany e.6
e.piphany e.6在“基础结构”方面排在第一位。
e.piphany在e.6的技术架构上投入了大量的研发资金，以集成不同的内部开发的应用软件，并确保在java技术上部署软件，然后在j2ee基础结构上配置它们。这种基础结构不带有任何专有的成分，并且没有使用传统的技术。e.6是我们所评估的五种产品中具有最清晰的基础结构。
e.piphany e.6在一个标准的j2ee web应用服务器（或者是bea weblogic产品，或者是ibm websphere产品）上部署。该技术架构没有客户端基础结构，也没有一个portals。但是我们可以通过任何支持java server pages、e.6客户端结构的portals访问e.6应用软件。
在e.6中的数据访问是通过一个基于元数据的企业目标（bios）抽象层来实现。bios用来实现对多种类型的多种数据源的管理。而能够集成多种类型的多种数据源是一个非常重要的优势。集成通过元数据可以非常容易而灵活地实现。
② peoplesoft internet architecture
peoplesoft internet architecture (pia)基础结构可以很好的兼容peoplesoft的技术。这是一个源于bea系统的商业基础结构，它包括面向internet的peoplesoft的c/c++应用技术。一个j2ee web应用服务器为peoplesoft 8基础结构提供了处理表示层的能力。peoplesoft 8应用系统的传统技术和c/c++程序逻辑都是在bea tuxedo上部署。
在很多方面，peoplesoft比较幸运。bea产品完成了兼容peoplesoft传统技术的工作。当peoplesoft起初在tuxedo基础结构上实施时，internet和j2ee并不在技术规划范畴内。令peoplesoft感到欣慰的是，tuxedo是一种商业基础结构。在tuxedo上要比在专有基础结构上（很多竞争对手所使用的方法）部署软件更理想。bea处于基础结构业务领域。当然，为了保持竞争力，它的产品必须变革需求，吸纳新技术。
peoplesoft 8 portal是pia基础结构的中间层部分。所有的peoplesoft 8应用软件，与外部的应用系统和系统一样，都能够通过标准的portals被访问。它支持html、wml和xml的请求，并使用bea jolt的工具把它们安排到相应的peoplesoft 8应用软件中。peoplesoft internet architecture客户端应当遵守j2ee标准。
在pia上的数据访问可以通过一个统一的、集中化的称之为sql access manager的组分来实现。它使用本地的rdbms 的sql dialect来存储peoplesoft 8的数据。
③ mysap crm 3.0
mysap crm的基础结构含有商业和专有的成分。新的web应用服务器既兼容sap的传统abap技术，也支持j2ee应用软件，并可以共享这两者间的资源。遗憾的是，这个基础结构的专有成分是一种新成分。
mysap crm包括使用sap的传统abap技术建立起来的应用软件，也包括使用最新的现代internet技术建立起来的应用软件。因此，整个套件在一个混合技术的基础结构的基础上进行部署。在今年6月，sap推出了它自己的web应用服务器，称之为sap application server，并在提供共享的、集成的后台资源访问的同时，支持abap和j2ee应用软件。我们认为，兼容sap传统的技术，并能够集成java 应用和abap应用是一件伟大的事情。
带有abap和java特性的sap application server改变了mysap.com的基础结构。对于crm，中间层的基础结构让abap sap客户交互中心能够更加有效的与java sap internet sales共存。从一个更广的角度来看，在部署mysap.com应用软件时实施java应用套件变的更加容易。
mysap.com基础结构的中间层包含独立客户端的基础结构。这种基础结构称之为web dynpro。web dynpro是sap application server的一个组分，用来提供一个开发环境，并服务于mysap.com web应用的表示层。web dynpro是一种新技术，设计来作为java server page表示层模型之上的附加层，以改进产品的实用性和性能。
④ siebel 7
siebel 7基础结构包括中间层应用服务器和客户端的成分。所有的成分都是专有的。siebel的基础结构是它的技术架构的重要缺陷。
在中间层，siebel 7在siebel server上部署。使用c++，siebel server有利于服务于下层服务器平台，但是没有能够使用j2ee或.net的工具。
siebel 7用户界面可以通过siebel portal framework来实现。这个portals提供一种性能，来满足我们在portals处所期望实现的单一签名、验证、定期交叉的需求，还可以基于浏览器来集成运营型和分析型应用软件。如果你已经实施了一个portals，你将能够通过siebel xml web界面来访问siebel应用软件和数据。那是一种优势。但是当有更多的交互式smartweb用户界面时，这不是一个统一的用户界面。那又是一种劣势。用户访问siebel 7应用系统（不是通过一个portals）是通过客户端的基础结构来实现的。
数据库访问是通过siebel database manager（siebel server的组分之一）来实施的。siebel database manager使用数据库产品的sql语言来执行数据库，完成访问。使用这种基础结构，外部的数据库也能够从siebel 7应用软件上得到访问。
⑤ oracle e-business suite 11i
oracle e-business suite（ebs）基础结构包括internet标准和公司的传统技术。在客户端、应用服务器，以及数据库中都有基础结构成分。客户端和数据库成分是专有的。
ebs 11i在j2ee和oracle forms、pl/sql的混合成分的基础结构上部署。它的程序逻辑为：客户端以applets形式，应用服务器端以java形式，而在数据库中使用触发和存储程序。因此在客户端、应用服务器端和数据库中都有基础结构。而这种结构的最大缺点在于：使得ebs的客户化、集成、实施和管理变的非常复杂而艰难。
不过，我们已经发现，oracle的基础结构正在处于变化之中。在最近的产品版本中，公司声称只有25%的crm应用系统是采用的传统技术，并且所有新的开发都是基于java和j2ee的。ebs 11i的用户界面能够通过oracle9ias portal来实现。oracle9ias portal能够具备大多数portal所具有的能力：portals用户界面开发、应用软件的集成、报表、安全性和个性化等。
我们这里所讲的结构是指，crm产品组织中的主要内部成分是什么，以及它们如何被建立，由什么组成。典型的crm产品主要是三层基于web的组织，因此我们使用三种类型的成分来定义和描绘它们的结构：
● 网页/表示层
● 程序逻辑（用于应用软件功能和应用服务功能）
● 数据模型
知道一个产品的结构，有助于你实施、定制、支持和维护产品，以及crm与其他应用系统的集成。当一个产品的网页、程序逻辑和数据模型建立在标准的、大众化的技术上时，你的工作会简单很多。
对比“结构”
对比我们所要评估的五种技术架构的“结构”，我们发现两个相似点和许多不同点。
所有相似处都表现在数据结构方面：整体数据模型和客户数据模型。总之，所有的技术架构都已经预先定义好，并且灵活的数据模型代表了所有的关键crm业务实体。对于客户数据模型，所有的技术架构都拥有丰富的、开放的和一致的客户数据。所有类型的客户和所有类型的客户关系都能够表示出来。除了siebel 7限制了客户化范围外，客户数据在所有的技术结构中都具有灵活性。因此，我们不能在客户数据的基础上对软件产品的技术架构进行排名。
差异性主要出现在其他的评估尺度中：元数据、网页、程序逻辑和web服务。许多不同点是由于传统的专有技术引起的。通常情况下，兼容传统的技术容易导致专有结构。在下面的内容中，我们将在各种尺度上分别讨论产品的优越性、差异性。
（1）元数据
e.piphany e.6、peoplesoft internet architecture和siebel 7是完全基于元数据的。从这一点而言，这三种产品要比其他两种产品更具有优越性。
oracle ebs 11i和mysap.com产品的只有某些方面是基于元数据的。因此它们不能完全获得元数据在品质、客户化和实施中所具有的优势。
（2）网页
e.piphany e.6和peoplesoft 8 拥有由html和javascript（作为jsps来执行）建立起来的网页。jsp标准的使用让网页结构比其他产品更具有优势。
oracle ebs 11中的大多数网页也是由html和javascript建立起来的；但是它兼容传统的技术，基于表单的网页是通过applets来实现的。ebs的网页也将基于jsps。但是，oracle forms基于applet的网页结构在产品保留了很长一段时间，这种结构就成为一种缺点。
mysap.com网页也是由html和script建立而成的，而script可以是javascript，或者是兼容sap传统的技术，abap objects。使用传统的技术使得技术架构显露出缺陷，并且不同于oracle的是，sap没有衔接好一个移植规划。
siebel 7的网页是建立在一个可视化的目标模型的基础上，类似于客户端/服务器用户界面。这种结构设法来改进视觉效果和web用户界面的交互活动。这是一种新技术，并不能兼容传统的siebel系统。当这些网页拥有很好的视觉效果和高度交互性的时候，它们的专有结构，以及与jsp很大的差异性，都会成为缺点。
（3）程序逻辑
程序逻辑的结构是一种能够反映产品差异性的重要标准。以下我们将简单概括每一种技术架构下的程序逻辑：
a、e.piphany e.6的程序逻辑基于元数据，并作为一种应用服务的综合来执行，每一种应用服务执行是一套无规定的session enterprise java beans (session beans)和完全规定的business information objects (bios)的结合。bios表示了用于crm应用系统的实体。应用服务类似于组分。e.piphany e.6把最好的程序逻辑方法用于很多基于web的应用软件中。
b、oracle ebs 11i有两种类型的程序逻辑。一种类型的程序逻辑是基于oracle forms，这种类型是用pl/sql来执行的。第二种类型是以java作为标准，并在中间层作为java组分来部署。pl/sql逻辑的存储程序部署是一种劣势，并且拥有技术架构上的局限。程序逻辑应当根据实际的程序语言来确定。它应当在中间层交付，并且在web应用服务器控制下执行。
c、peoplesoft 8应用软件的程序逻辑基于以c++形式的元数据，并以一套tuxedo服务来部署。tuxedo服务是模块化程序，
[1]