又见飞刀-叶开

客户营销 客户关系管理

原创 浏览器架构的误区和瘦客户端应用收藏

新一篇: 个性化的eCRM与电子商务 | 旧一篇: 拨开客户关系管理部署的云雾

企业信息应用领域,也就是在一瞬间,无论是厂商还是客户都满口的浏览器和B/S,似乎天下最好的、唯一应该存在的就是纯浏览器模式,其它的都是落后的技术。虽然有很多继承自电子商务的概念,但大部分是各有各自的目的。

在这次B/S架构的热闹喧嚣中,一部分是厂商跟风,有很大一部分软件厂商利用开发周期快的ASPJSP等网络开发语言,快速的研发了企业信息应用系统如ERPCRMSCM等,为了与老牌的成熟系统的竞争而力主纯浏览器模式的先进性。

客户也盲目了,因为大部分时间客户是处于一个信息不对称的角度,媒体的宣传背后更多的是厂商赞助支撑的,客户从一些显性的利益点出发也开始跟风,纯浏览器似乎一下子可以解决客户的维护成本。

当这种声音越来越多的时候,真理便退避三舍了,厂商、用户和媒体在不遗余力的重复着这个概念:B/S!

 

系统应用现状分析

在企业信息化应用领域,有一句很有意思的话:最先进的不一定是最稳定的;最成熟的不一定是最先进的,而最适合企业的不一定是最先进的!这句话有很多角度,首先确认了没有最好,只有最适合;另外,最先进的技术一般成熟度稍差,企业应用可能承担一定的测试风险。

B/S架构的确是一种很灵活的模式,但是我们可以看出同样是纯浏览器模式,却也有着很大的差别。

一部分厂商缺乏对技术的深层次理解,还停留在网络编程向企业应用研发过渡的阶段,最差的直接就是ASP语言对数据库,稳定性和数据处理量级都很低;稍好的是网络编程语言对网络中间件再对数据库的三层模式,这样还较好的处理了一些矛盾,但是其灵活性和拓展性还是很差。

如果来分析MySAP.comSiebel的纯浏览器模式,这2ERPCRMleader厂商原来都是C/S模式,也都是在别的竞争对手之后才开始的e化行动,即使是浏览器模式,也可以进行面向对象的实体设计、视图定制、工作流定义等功能。也就是浏览器只是它的前端表现,而最强大的是后台的引擎平台。这也是前面那些厂商所缺乏并应该加强的地方。

纯浏览器模式的一个很大的特点是:部署简便。只需要安装配置一套服务器,其它的终端只要有浏览器就可以通过网络或者其它手段访问服务器,进行业务应用操作。这样对项目实施的成本和周期的控制很有效用的。

纯浏览器模式的另外一个的特点是:客户端零维护。企业用户不需要再对客户终端一一维护,技术问题、版本更新、数据效验等都只需要在服务器端由系统管理员来统一维护,这样用户操作员可以集中精力放在核心业务上。

 

最先进的技术也存在问题

最新的技术总会有一些让人兴奋的点,也中会有一些让人失落的点。盲目追求先进技术只能陷入重重问题的包围之中。我们从企业应用的多个角度来探讨一下目前的web技术和传统技术的问题所在。

安全性    这是很多企业应用所忽略的问题。诸如CRMERP等企业管理信息系统,都运行着企业的关键数据,在稳定的同时也要求数据的安全性。传统的C/S技术或者基于C/S技术的远程和web service都是经过加密进行传输的数据,而浏览器模式的数据,大部分都是通过IE浏览器传输,没有再进行加密,因此完全有可能再网络上侦听到IE传输的数据并加以分析复原,这是不得不考虑的问题,好在现在的web技术越来越成熟,可以通过IE浏览器之外的加密来实现,只是又要牺牲速度了。

网络安全性的问题,web模式的应用系统应该向电子商务系统好好学习,电子商务在一起步的时候就开始考虑安全性和速度的问题了。

网络成本    国内的网络实际情况与国外的不同,国内的网络成本还是比较高的,如果再加上速度的因素。大型企业能够铺设自己的专线广域网或者VPN专用网,其一次性投入和维护、运营费用是很高的。而大部分企业能够采用ADSL已经是不错的,何况还有更多的中小型企业采用拨号网络,尤其是遍布全国区域的销售网络的网络问题也是参差不齐,所以再国内应用系统的网络成本是浏览器模式的主要困难之一,而不稳定、速度奇慢的网络使本来便捷的浏览器模式的应用系统变得恐怖起来。

网络速度与时效性     追求了技术的先进性,我们却不能拥有先进技术的快速,当网络速度的问题出现的时候,我们就要比较对数据时效性的要求,难道企业真的一定需要实时数据吗?如果延迟一点时间来定时同步数据不可以吗?我们为什么要为了一个企业本来可能不需要的时效性而追求先进技术?

比如保险行业,保险经纪人实际上不需要实时的数据,只要能够脱机操作,查询险种产品,并记录客户信息和需求,手工填写保单就可以了,拜访完毕再同步数据并进入订单系统进行订单输入确认就可以的。所以,如果实时的浏览器模式的费用很高的话,为什么不采取保守的方式呢?

web交互技术              先进技术也有其不成熟的一面,web技术在人机交互方面比传统的C/S技术稍逊一筹。C/S技术有成熟的人机交互和底层系统交互的方法,而web技术还需要进一步加强,这也是web模式的应用界面一般比较简洁,而C/S技术模式的应用界面看起来很复杂或者很灵活。

微软的.Net技术和web service战略将更好的加强web交互技术的提升,并到达一个新的高度,那个时候可能真的不需要C/S技术了,但是钱却都跑到微软那去啦。

内部网络与外部网络    企业应用都有一个范围,并非所有企业都需要将应用拓展到外部网络,而那些仅仅在内部网络进行应用的企业用户,基于目前的环境完全可以采用C/S技术从而获得更成熟的应用,其操作性和灵活性并不比web模式差,而维护成本、运营成本不一定就高。我有时候也怀疑所谓web模式厂商的宣传,不知道他们做过具体的统计没有,就一口咬定web模式省钱。

如果是外部网络,就需要精打细算,外部应用的需求和数量是怎么样的?网络速度和成本是怎么样的?数据的时效性要求是怎么样的?使用者的习惯是怎么样的?很多因素需要你仔细决策,而不是拍脑袋式的人为决定。

 

误解瘦客户端应用

对于C/S技术的客户端,很多企业和某些厂商的别有用心的理解是片面的。对于传统的客户端和现在改进后的客户端是完全不同的,我们不妨来认识一下。

客户端零维护      很早之前的客户端(五年前我也曾经编写过这样的程序),是那种呆板的技术,客户端执行文件是单独的exe,如果版本升级和改动是需要一个个去更新的。而现在的客户端技术,是在用户端安装一个最基本的系统元素库,所有的界面、代码逻辑流、数据等都在数据库中,所谓插件技术。就如同给了一大堆积木在客户端,而行状是怎么样的存放在服务器的数据库上,要更新界面、组件和代码逻辑流等只要在服务器进行更新,所有的客户端都能够在访问的实时同步更新。

这其实也是实现了零维护,而且在本地的元素库更好的支持了人机交互。

WinFrameCitrix    很多人对WinFrameCitrix技术比较陌生,这是一种终端技术,最初是在局域网的无盘工作站使用比较多的技术,这几年在企业应用领域有了长足发展。它将企业应用系统打包为类似web service,各应用点只需要安装一个很小的WinFrameCitrix终端就可以实时访问企业应用系统,它支持各种通讯协议,可以有效的提供类似于web模式的应用。而且传输数据都经过特点的加密和压缩。

交互性     瘦客户端技术的交互性经过多年的发展已经比较成熟,其与操作系统API的结合,与底层通讯的融合,与多媒体的互动,与各种系统技术的嵌合等,都体现了很高的交互性。而web技术目前的发展水平还暂时不能与客户端技术的交互性相提并论,但是随着web技术的发展这种差距会越来越小,最终web技术可能会超越客户端技术,尤其是在web service方向成为主流发展方向的时候。

安全性和可靠性    前面多处都提到过安全性,作为瘦客户端的应用,可以有效的确保数据的安全性,同时在可靠性方面也有一定的优势。浏览器应用在遇到我们速度慢合数据堵塞的时候经常造成数据丢失和操作失误,而且浏览器技术的漏洞也经常使web应用出现一些不可再现的奇怪的问题。如果对数据安全性和操作严谨性要求比较高的话,瘦客户端应用是不错的选择。

 

客户需求驱动

其实我们说了这么多,差不多是之上谈兵,最主要的还是客户的需求是什么?

基于以上的讨论,我们不妨来看看以下行业:

如:银行、保险等?

如:大型分销企业等?

如:全国区域移动销售等?

相信大家都有自己的答案了。

没有最好的技术,只有符合客户需求的技术方案,这是企业信息化选择技术的一个宗旨,可惜的是客户需求驱动却常常被忽略。

 

关于叶开

叶开,独立咨询顾问,从事客户营销与客户关系管理领域的研究、培训、咨询和实施,专注于互联网、房地产、医药、汽车等行业的CRM应用。Emailkayeervan@hotmail.com

关于汉拓

汉拓咨询(http://www.huntor.cn  )国内第一家专注于客户关系管理领域的咨询机构,秉持中立、全面和深入的宗旨,从事客户战略、客户流程、客户营销和客户商业智能分析等的培训、咨询和推广服务!

 

 

发表于 @ 2006年12月18日 16:21:00|评论(loading...)|编辑

新一篇: 个性化的eCRM与电子商务 | 旧一篇: 拨开客户关系管理部署的云雾

评论

#xnake 发表于2006-12-19 11:37:00  IP: 124.21.161.*
不知所谓!
#xnake 发表于2006-12-19 11:37:17  IP: 124.21.161.*
不知所谓!
#bluebeebrowser 发表于2006-12-19 11:55:22  IP: 58.251.87.*
相当不错,基本上把我想说但未说的话给说了。
#vieri_ch 发表于2006-12-19 12:21:09  IP: 155.161.59.*
WinFrame和Citrix 呵呵,在很多国外的系统中使用了这样的技术架构。也许有人认为不就是远程控制和远程终端的浏览器实现。这样的认识可能有些片面,如果一旦用过并适当了解之后,也许就不会认为仅仅如此了。 狭义上的B/S只是为了降低客户端开发和部署以及维护的技术投入和人员投入成本,使用户的注意力转移到了系统采购的低廉价格上。 简单的利用Http连接B和S,已经让用户牺牲了良好的交互性,数据和网络的安全性。 广义上的B/S应该结合C/S的一些优点。不要一味追求所谓纯浏览器模式,瘦客户端模式等等。 也许成本问题是纯浏览器模式唯一可以用来说服客户的,但这样的B/S系统只能是价值越来越低,路越走越窄。
#peihexian 发表于2006-12-19 13:55:58  IP: 60.2.17.*
不吵概念哪来的钱赚?以前foxbase的程序用的好好的,你不给整个c/s或多层怎么让客户掏腰包?以前的vb/delphi的程序用的好好的,不弄个b/s怎么让用户升级?现在b/s用的好好的,不弄个web 2.0软件公司的钱从哪里赚?现在的web 2.0好好的。。。。。
#dsj1234 发表于2006-12-19 14:13:12  IP: 218.18.61.*
说得不错。
#erictang2003 发表于2006-12-19 17:11:10  IP: 211.162.102.*
B/S就是最好的,等GOOGLE把IROWS变成网络版EXCEL到企业运用,还有那个原意每台机器装OFFICE啊! B/S客户端不用升级部署升级也容易,安全性也好,本地机上没有OFFICE,病毒都少很多,MIS的人也可以大量裁减. 唯一苦了的就是兄弟们的饭碗. 而且对于复杂的表示层应用可以制作单独的客户端然后调用WEBSERVICE,数据源共享.
#venya 发表于2006-12-19 17:45:11  IP: 218.106.178.*
学习
#luckbird 发表于2006-12-20 09:01:19  IP: 222.66.81.*
网络速度肯定会改善的,而且离我们已经不远了,现在的网络速度比三年前不知道好了多少倍了,那三年以后又会是什么样子呢?难道我们要等到那一天再动手吗? 楼主眼光要放远一点呀。现在觉得是问题的问题,以后都将得到解决。不要因为是问题就回避,我们要想办法克服他,只有这样才能不断进步呀。
#slaser 发表于2006-12-21 10:41:06  IP: 203.192.180.*
B/S的主要问题在:
1.浏览器控件比较弱.
2.网络速度可能有限制.

对于1,AJAX的出现缓解了这个问题,但是没有更本性解决,但是出现在vista中的XAML和firefox中的XUI,基本可以解决这个问题,也就是未来2年的事,目前C/S的界面技术会和B/S的界面技术融合,XAML和XUI其实还是HTML的发展和加强。

对于2,不说什么,大家都看到了,更本不是个问题。
发表评论  


当前用户设置只有注册用户才能发表评论。如果你没有登录,请点击登录
Csdn Blog version 3.1a
Copyright © 叶开