运营商的SAAS之路

运营商的SAAS之路

一、ADC集团产品存在的问题

产品零乱，不同厂家的产品功能之间存在交叉重叠

各个产品之间缺乏耦合，用户数据大量孤立，ADC平台未能整合数据资源

产品型SI的后续运作能力缺乏

产品型SI如果倒闭，带来的后果严重

二、SAAS介绍

SaaS是Software-as-a-service（软件即服务）的简称，它是一种通过Internet提供软件的模式，用户不用再购买软件，而改用向提供商租用基于Web的软件，来管理企业经营活动，且无需对软件进行维护，服务提供商会全权管理和维护软件，对于许多小型企业来说，SaaS是采用先进技术的最好途径，它消除了企业购买、构建和维护基础设施和应用程序的需要，近年来，SaaS的兴起已经给传统套装软件厂商带来真实的压力。

(一)、　　SaaS服务提供模式

　　SaaS服务提供商为中小企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平台，并负责所有前期的实施、后期的维护等一系列服务，企业无需购买软硬件、建设机房、招聘IT人员，只需前期支付一次性的项目实施费和定期的软件租赁服务费，即可通过互联网享用信息系统。服务提供商通过有效的技术措施，可以保证每家企业数据的安全性和保密性。企业采用SaaS服务模式在效果上与企业自建信息系统基本没有区别，但节省了大量用于购买IT产品、技术和维护运行的资金，且像打开自来水龙头就能用水一样，方便地利用信息化系统，从而大幅度降低了中小企业信息化的门槛与风险。

(二)、　　SaaS服务的优势

　　对企业来说，SaaS的优点在于：

　　⒈ 从技术方面来看：企业无需再配备IT方面的专业技术人员，同时又能得到最新的技术应用，满足企业对信息管理的需求。

　　⒉ 从投资方面来看：企业只以相对低廉的“月费”方式投资，不用一次性投资到位，不占用过多的营运资金，从而缓解企业资金不足的压力；不用考虑成本折旧问题，并能及时获得最新硬件平台及最佳解决方案。

　　⒊ 从维护和管理方面来看：由于企业采取租用的方式来进行物流业务管理，不需要专门的维护和管理人员，也不需要为维护和管理人员支付额外费用。很大程度上缓解企业在人力、财力上的压力，使其能够集中资金对核心业务进行有效的运营。

三、ADC模式与SAAS模式的比较

在ADC模式中，电信运营商实际上只提供一个“底座”，让包括企业生产、业务、管理、通信等各类服务快速“上架”。这个“底座”包括：提供通信网络接入，为用户提供短信、彩信、WAP、IVR等多种方式接入，满足不同用户的习惯；受理和统一计费；用户管理及包括用户业务配置在内的业务管理等。而更多的IT合作伙伴则在这一基础上提供业务功能实现，生成用户所需要的信息化产品和服务。

1、基于移动终端的应用托管。用户可以通过短信、彩信、WAP、语音等移动通信方式使用ADC中托管的各种应用。

2、采用“变卖为租”的服务模式，集团客户可以通过租用的方式使用ADC中的各种应用。

3、针对中小企业资金少，人才缺，变化快的现状及特点，为中小企业客户提供综合的“一站式”解决方案和全面的信息化技术支持。

4、中小企业“即开即用”无需进行平台设备投资，仅需按照应用与服务的不同交纳功能费。

5、提供灵活的自服务门户，集团客户及EC成员均可通过门户进行对本企业以及成员的信息和业务进行管理。

6、提供用户体验和产品试用，用户可以进行产品体验和即定即得的产品试用。

ADC与SAAS的区别

1、              目前各ADC厂家的硬件、数据库、展现、用户登陆模块等均未统一，接口仅仅限于短信、彩信等移动通信接口和计费接口。SAAS则要求硬件、数据库、登陆鉴权统一。

2、              目前各ADC厂家如果退出后，产品将很难有人接上，而SAAS模型则是核心模块掌握在SAAS运营商手中，合作伙伴退出后只会导致部分功能无法使用

3、              目前各ADC厂商的软件服务标准无法统一，而SAAS运营商的服务标准主要由运营商控制。

4、              目前各ADC厂商之间的数据无法共享，客户信息掌握在各ADC厂家售中，而SAAS则对重要核心数据予以存放，且设置相关认证等方式，确保信息不会流失在软件合作厂商中。

5、              目前ADC模式的产品各自为阵，客户离网门槛低，产品同质化程度高，而SAAS模式则要求产品功能化、模块化，对与客户的捆绑力度高。

四、SAAS应用举例－内容管理系统

内容管理系统都包括以下三个模块

1、后台业务子系统管理（管理优先：内容管理）：新闻录入系统，BBS论坛子系统，全文检索子系统等，针对不同系统的方便管理者的内容录入：所见即所得的编辑管理界面等，清晰的业务逻辑：各种子系统的权限控制机制等；

2、Portal系统（表现优先：模板管理）：大部分最终的输出页面：网站首页，子频道/专题页，新闻详情页一般就是各种后台子系统模块的各种组合，这种发布组合逻辑是非常丰富的，Portal系统就是负责以上这些后台子系统的组合表现管理；

3、前台发布（效率优先：发布管理）：面向最终用户的缓存发布，和搜索引擎spider的URL设计等……

       Drupal 是一个开源的内容管理系统(CMS)平台，用于构造提供多种功能和服务的动态网站，这些功能包括用户管理(User Administration)、发布工作流(Publishing Workflow)、讨论、新闻聚合(News Aggregation)、元数据(Metadata)操作和用于内容共享的XML发布。它综合了强大并可自由配置的功能，能支持从个人博客 (Personal Weblog)到大型社区驱动(Community-Driven)的网站等各种不同应用的网站项目。

它有以下优点

+ 搜索引擎友好的URL

+ Drupal有一个优秀的模块化结构，提供了许多模块，包括短消息、个性化书签、网站管理、Blog、日记、电子商务、电子出版、留言簿、Job、网上电影院、论坛、投票等模块。Drupal模块的下载、安装、定制非常方便

+ Drupal提供了强大的个性化环境，每个用户可以网站内容和表现形式进行个性化设置

+ Drupal提供了基于角色的权限系统，没有必要对每个用户进行授权，只需要对角色进行授权

+ Drupal提供的站内搜索系统能对站内的所有内容进行索引和搜索

+ Drupal的模板系统将内容和表现分离，可以很方便地控制网站的外观

+ Drupal提供内建的新闻聚合工具

+ 提供完善的站点管理和分析工具

+ Drupal的Caching机制能有效减少数据库查询次数，从而提高站点性能，降低服务器负荷

       目前DRUPAL已经有上百个模块，可以用于各种应用。同时每个用户也可以自我选择数百个风格。

五、SAAS的风险

(一)、数据安全风险

作为在线应用，尤其是基于互联网的Web应用，数据安全的问题无法避免，客户的核心数据为什么敢放在运营商这里？隐私、安全、稳定，这每一条都是用户首先考虑的问题。因此建立一种让客户放心的加密、安全机制最为重要，银行的“保险柜”服务就是我们可以借鉴的。

 保管箱库房完全按照金库的标准，实行全封闭管理，内部有多个独立的防盗监控装置、自动报警装置，银行保险库房全天24小时都有武装警卫把守，还配备了专门的管理员和经办人员。此外，保管箱库房内还采用了恒温、恒湿控制，环境有所变化时，设备会自动进行调节运行，保证除霉、防虫蛀，有利于书画等的存放。

不同银行设计的保管箱尺寸不同，以工行五爱支行大南分理处的保管箱为例，共有三个尺寸，分别是0.705×0.415×0.65米、0.415×0.238×0.275米、0.415×0.238×0.062米。

在开箱程序上，都是“指纹+钥匙或是密码+钥匙”双重检验设计。以工行为例，客户必须在库房大门处输入指纹，才可以进入保管箱库房，找到自己的保管箱后，有钥匙才能打开。

银行不接受客户自己配制的钥匙。如果不小心把保管箱的钥匙丢了也不要着急，银行会聘请专业人士更换新锁。

(二)、     服务商信誉风险

服务商的道德信誉这是个大问题，盗窃用户资料、买卖客户信息，这些新闻层出不穷，但他们的影响还是最小的，因为所服务的大多是个人客户。而对于SaaS这种以服务企业、商用客户为主的应用，信息被盗是很可怕的。集团客户将信息存放在移动公司这里，如何保证信息不丢失，也是需要解决的一个问题。

(三)、SaaS软件本身的产品质量风险

现在的企业，无论是大中型还是中小型，无论你是做商贸的还是做生产或制造的，竞争太激烈了！现在同行业的企业在原料提供、市场需求、生产工艺、营销策略、地域差异等等方面造成的影响越来越小，大家都趋于雷同、趋于同一起跑线，这个时侯体现企业之间的差异就剩下管理了，对于中小型企业，则全靠老板的能力了。企业管理软件的精髓在于附属、继承、发扬企业原有的管理思想，而不是让企业通过变革去同质化软件功能。因此，如何让产品适应客户的需求是SAAS运营商又一个需要解决的问题。

(四)、运营成本风险

SAAS是发展客户越多、投入就得越大、砸进去的钱就越多。起初就要投入的带宽成本、硬件成本、运维成本，从投入成本形成算起得过好几年，才能把投入的固定资产通过折旧、摊成本等财务手段慢慢得从账面上摊平后才开始盈利，这个前提是你的旧客户一个都不能跑，利润达到一定的规模化。

(五)、最终客户的投资回报风险

对于老板而言，买与租可能只是一个算术题，但是对企业的IT主管没这么简单。如果采用IT租用方式，IT主管可能受到最大冲击，他们可调配的人力、资金，以及自身的价值都会打折扣。老板做出IT租用或IT外包的决策，主要咨询IT主管。决策者与执行者之间，主观主体的不同，会产生不同的立场。这就造成了SaaS软件在面对最终客户营销时，会受到企业IT部门的重重阻挠，这个看似很小的问题，其实是个致命的要害。放在政府或者大型企业里面，你搞个SaaS会让多少人没有油水可捞，断了多少人的财路？最终客户不接受，客户原有的IT合作伙伴们也会给你背后使阴招的。进一步讲，就算这个客户签下来了，但失去他也会很快，SaaS软件的实施简单，也就造就了用户转换系统的成本很低。

(六)、缺乏传统软件厂商的支持

传统厂商不会立刻转向SaaS，他们针对中小企业有很多玩法，可以推出简化版和免费版。对他们而言，提供软件包和SaaS这两种模式，本身存在天然的不和谐，无异于双手互搏。

六、运营商的SAAS之路

综上所述，运营商的SAAS之路应该是实现一个“可编程”的应用托管平台——ADC SaaS软件开发平台：这种“可编程”的平台并不是面向软件开发人员，而是面向企业应用的管理员。平台能通过配置的方式在几周甚至几天之内为用户提供个性化的业务模型与功能模型，包括新的数据结构、新的业务流程、新的业务角色、新的用户界面、新的业务规则、新的统计报表等。

实现多终端的良好支持：平台集成终端适配模块，可以自动根据来访终端的不同，进行ＵＩ的展示。同时，在移动终端上实现固化的客户端软件和动态加载的行业应用模型相结合的方式来实现随需而变的手机应用架构。

实现多业务的整合与融合：改变以往中国移动ADC应用的单一化，在平台中全面融合移动现有的通信能力，并通过WebService接口与第三方应用进行整合。平台使用者可以通过简单的配置即可以使用平台集成进来的通信能力和第三方应用。通过这样的手段，可以丰富ADC应用的内涵和吸引力，进而提升客户的满意度。

移动运营商更重要的工作是培养集团客户中企业应用的管理员，让他们熟悉使用SAAS平台，从而提交需求给运营商，运营商再将需求发给软件开发合作伙伴进行开发。软件开发合作伙伴利用标准接口开发，从而保证开发的速度。