项目管理手记(八) SaaS模式的DRP系统是否适用？

                                 童继龙/Drate@163.com

SaaS从.COM泡沫的洗礼中而来

SaaS(Software as a Service，软件即服务)模式，早在1990年，软件即服务的概念就已经出现。SaaS（软件即服务）与"On-Demand Software"(按需软件)，the Application Service Provider(ASP，应用服务提供商)，Hosted Software(托管软件)具有相似的含义，是一种通过Internet提供软件的模式。

SaaS解决方案的提供商获得了风险投资的极力追捧，在2000年早期更是达到了顶峰。随着风险投资在2000中期的迅速萎缩，SaaS的泡沫也慢慢破灭，被一度认为是无法吸引客户，毫无竞争力的商业模式，以及缺乏盈利能力导致上市无望。大多数公司在市场上消失，幸存下来的都是一些较为强大的公司。现在，随着一些公司的成功，如Journyx(时间管理软件),WebEx和GoToMyPC(桌面共享),Concur(旅游花费管理), Salesforce.com和Rightnow.com(客户关系管理)，SaaS逐渐升温。也有分析家预测，到2010年，30%的新软件将会通过 SaaS模式发布。

IT行业有个由来已久的传统：只要你是个IT新贵，总爱把那些已经有些成就、但比自己强大的多的竞争对手比作一帮老古董。如果你是一家新的硬件企业，你的机器速度肯定更快；如果是网络公司，那数据处理量一定翻番；如果是软件公司，那卖的都不叫软件了，叫做“解决方案”。而且，这个解决方案通常都是由三个英文字母缩写而成（比如说ERP、CRM），表明这方案处于科技前沿，而你们则拥有主导地位。顾客们，赶快都上船。误了班次，可就只能和一帮老古董一块儿湮没了。然而大部分的IT公司不厌其烦地讲述着一个个华而不实的故事。而目前正走在“软件成为服务(SaaS)”概念最前端的公司宣称，一个新的时代即将来临，它将超越所有现有的技术曲线。有人宣称：“现在这些企业软件的领头羊将来都会被人遗忘，我坚信我们正处在从软件运行在客户端/服务器的原有模式向软件按需收费服务模式转变的时刻。不出三五年，所有的应用软件都会用这种方式(SaaS)方式提供给顾客。”

那么，他们有理由这么信心十足吗？其实，不管叫什么名字，软件成为服务（SaaS）也好，按需提供计算也好，或者是其他的什么名字，有关软件是该租用还是购买的讨论早就不再新鲜。无论是几十年前的分时段使用大型主机，还是网络泡沫时代一荣俱荣、一损俱损的应用软件服务提供商（ASP），实质上都是同一概念。现在预言如日中天的软件巨人们(如微软、IBM、SAP)的末日似乎为时过早，软件租赁的收入目前只占到整个软件业收入的5％。而且，目前软件租赁所针对的大部分客户，都还局限于那些无力购买大型企业软件的小型企业。

只要有新的理念出来，在软件行业的各个层面都不乏尝鲜者，包括软件供应商、也包括客户，在时尚行业(服装、鞋业、家纺、皮具、饰品)的信息化历程中，这几年也出现了SaaS模式下的DRP系统供应商，当然，也有不少客户接受了这种模式，接受了应用与部署。在这里，我先抛一个SaaS的DRP应用案例，我们再来说SaaS模式下的DRP系统在目前阶段是否可行？

“进退维谷”的SaaS模式DRP

郭详是国内一家知名的中高档休闲服饰品牌的IT经理，是由集团信息部下派到这家公司任IT经理的，不管怎么说，也算是从“中央”下来的人，应该在事业和工作上是“风调雨顺”才是。记得有好久没有联系了，就找他聊了一会，正想着找他出来喝喝茶，同时升官了，也该他请我们一班老朋友吃饭了吧。没有想到，他说正烦着呢，大家一起出来喝喝酒，还有事情要我们哥几个帮着出出招。我一听，以为是刚到子公司，应该碰上什么技术上或者是管理上的难题了吧。

这样，就约了另三个朋友：老万、老徐和老温。都是鞋服企业的IT掌门人，当年也都是在一起工作和成长的，虽然过了多年，但感情依然不减，想约晚上8：30到“舍得坊”见面，我很是喜欢“舍得坊”这个名，我觉的取的立意非常高，有一句话说：“舍得，舍得，没有小舍哪有大得”？，再加上这里的环境也非常优雅，适合朋友几个约一起，找一个包厢，要一壶西湖龙井，几蝶花生瓜子类的，大家天南地北地聊着。

大家都很准时，来了打招呼，要了茶，我就向郭详问道：“老郭，最近不是升官了吗？哪里还有什么事情你搞不定的？再说，你背后不是还有集团公司的资源吗？几十号的人马，要技术有技术，要钱有钱，还有什么搞不定的？”。郭详喝了口茶，说道：“一开始我不清楚那边的状态，而且也听说那边正在做DRP的项目，把我要过去，就是为了这个DRP的项目的，我想我在这一块也算是做了好些年景了， 应该比较有把握过去把项目做好的，可谁是这种局面等着我过去收拾的呢？”。

原来郭详他刚过去的时候，DRP的项目已经由公司的营销副总拍板定下来了，是采用的一家SaaS的DRP系统，因为公司的高层听说SaaS模式的DRP系统不需要自己建设机房、购买服务器、构设网络，软件采用的是租赁方式，像自来水一样，一拧“水龙头”就能出水，而且不想用的时候就关上。按软件供应商的计算方式，采用SaaS模式比传统的购买模式要节省30%--40%的成本，而且还能够保证99.9%的系统安全。总之，在满足企业的80%的业务需求前提下，还有这么大的成本优势，他们公司老总也就决定使用这套系统了。

在郭详被借调过来的时候，项目已经进入到了实施与部署阶段了，而且也是因为项目中出现了一些状况，该公司才向集团公司提出要求，请求集团公司信息中心派员支持。

郭详到了公司这边，才知道，这个SaaS的DRP系统，应用过程中所碰到的一些问题，而这些问题如果得不到解决，将无法将系统继续推行下去。

1、              网络稳定性的问题：由于SaaS采用的是基于Internet的解决方案，也就是说，只有在能连上网络的情况下才能使用系统，在公司总部还好，由于使用的是光纤网络，系统较稳定，但在一些其它省份的专卖店、专柜，并不是有很好的网络条件的，网络断线是很正常的事情，因此，只要网络断掉，系统就没有办法正常用了，这一点比不上传统的在客户端有本地数据库，既能脱机又能联机应用的系统了。

2、              业务需求的满足：由于SaaS的DRP是在一个公用平台上跑的，因此，公司业务部门如果有什么业务需求需要软件系统来实现的话，就会发现根本没有办法满足，因为这是一个公用平台，必须考虑到其它客户的业务模式与业务流程，如果按你的要求改了，其它客户肯定不会答应的，因此，十有八九的业务需求被这个理由给挡了下来。当然，十个需求，可能也是有二三个需求不是太合理的，但他符合企业现状，不一定规范才好，在企业里适合才好的。但到了SaaS平台里，不管是规范的需求，还是不规范的需求，要满足这个需求似乎还得所有的客户投票通过才行。

3、              客户端安全及IT人员配备问题：由于软件供应商之前向公司高层说：该系统可以零维护，因此在IT人员配置上可以减少三分之二。但实际情况是：在总部，IT部门还得负责日常的桌面维护、机房维护，因为有OA、邮件等其它应用，这些维护工作还得做。在客户端，出问题最多一般不是DRP的客户端程序问题，而是IE的问题或者是操作系统的问题，因为IE是最容易被病毒、木马破坏的程序了，也就是因为IE常被病毒、木马程序控制，用户口令丢失的事情都发生了不止一起了，当初想要的安全性、易维护性，现在看来是扯蛋，可现在公司还不准备给郭详配备人手，现在搞的他现在部门里只有三个人，忙的就像消防队员似的，急于处理这类的问题，而真正的业务部门应用培训、业务需求分析与跟进、DRP系统向终端再推进都顾不过来了。到目前为止，这个DRP系统在总部和各分公司已经开始应用了，但目前已经再也没有能力向各代理商、专卖店推进了。

郭详还想接着倒他的苦水，老徐就先接过话头说：“这个系统岂不是害苦了你，既然现在这个项目用的这么痛苦，反正你们的SaaS的这个DRP也没有花多少钱吧，不如就停掉吧，重新找一个适合你用的不就行了？

郭详皱着眉头说：“我也这么想过的，也想跟公司老总提这个事情，但在提这个事情之前，我先特意去财务了解了一下这个项目的合同及付款情况，我一开始也以为这个SaaS的东西应该会比较便宜的，谁知道，我去财务拿过合同一看才知道，这个项目的确没有软件费，但有实施费就是30万，公司目前有300用户，月租费就要3万，对于我们这么大规模的公司来说，其实这已经算是一笔不小的投入了，30万的实施费再加年租金是3万*12个月，一年的费用就是60多万，其实如果我们再加上20万，一共80万还够我们买一套传统的DRP系统了呢。但现在项目实施费已经付完了，月租也付了两个月。现在想重新来过，估计公司高层是不会同意把前面的投资都打水漂了的。再说，目前的销售旺季就要到了，现在重新选型上系统，时间也来不及了呀，所以我现在是进退两难呀。”

听了郭详说到这，哥几个都边喝茶边沉思，老万在说：“最近我们公司也在考虑更换原来那套老的DRP系统，原来也有听说SaaS模式的DRP，但从目前的情况看来，我还是先不要去吃这个苦头了。不过，其实就我了解所知，SaaS的东西在CRM或者是其它的领域用的都还不错的呀，像国外几家运营商都做的风生水起的，怎么在国内，或者在DRP领域就是这个样了呢？”

SaaS：价值回归 or 泡沫化

限于本文章的篇幅，我不再详细叙述当晚我们讨论的内容，而且我也记不得太多的细节了，但整晚我们都在对SaaS模式的DRP进行讨论，最终我们也没有想出一个好的对策来帮助郭详推进他们公司的DRP系统，但明显地，大家聊过了之后，他倒是心情舒畅许多，毕竟朋友在一起，还是给了不少安慰与鼓励。

对于SaaS模式的DRP，我们讨论的一些观点或可值得大家参考。

1、SaaS适用的企业规模：根据目前SaaS的应用情况来看，不管是国外的，还是国内的，主要还是以小企业为主，针对发展比较迅速的企业，由于企业都把重点放在了企业的发展上，企业的资金大部分投入到企业的发展上，所以企业的变数很大，如何减少IT的投入，和信息化的深入变化也很大，因此SaaS这种业务外包形式ERP变大行其道。而服装企业，特别是品牌运营企业，由于进行品牌运作模式已经较为成熟，一开始的运营起点较高，因此就成了规模较小，但发展速度飞快，一般一年内可以完成100家专卖店的建设，很快就将脱离小企业的范畴，而且从品牌运营的角度上来说，服装企业也只有在100家专卖店以上才会有规模效应，才能有效控制采购成本。

2、SaaS的信用度问题：直接关系到SaaS服务商自身的能力和投入，比如实施一个ERP系统的在线托管，服务商需要保证99.9%以上的连通率，以软件开发为长处的软件开发商不得不进入网络和服务器维护这个领域，投入巨大的资金购买服务器和带宽，恶意的竞争对手还可能使用DDoS来攻击托管服务，因此还需要投入资金购买高效的硬件防火墙，本来应该是客户自己购买的各种成本全部转嫁给了软件开发商，这样，一个软件开发商又要搞软件开发，又要搞网络维护，各项成本明显地直线上升，像SAP这样的国外大型软件服务商当然有能力这么做，但是国内的软件开发商也这么做，无疑会重蹈ASP失败的后尘。

3、SaaS是否适用复杂业务模式：随着公司的业务发展，你是不是开始需要软件能够为你提供一些订制的功能？这些功能可能超出了目前租赁软件所能提供的范围，也可能超出了服务提供商所愿意改进的范围。你是否需要把租赁软件与公司内部软件整合起来，或者与其他的租赁软件整合起来？无论哪种情况都可能造成租赁协议的破裂。而服装品牌企业的运营都不可必免地涉及到个性化流程，而小型企业的业务流程最讲究的就是灵活与方便，相反，大中型企业的业务流程反而会更规范，而SaaS却主要是针对中小型企业的，这里就会有一个矛盾。

4、SaaS的DRP系统在客户端的维护工作量：由于服装品牌企业都是采用“集中管理、分散经营”的模式，不可避免在地在全球范围内都拥有零售点，而这些区域内都会有“热点”—计算机，DRP系统的维护可能只是占了计算机的维护的10%的工作量，更多的工作量在于操作系统、IE、硬件故障等，因此，SaaS的DRP所宣称的零维护可能也有些误导客户的了。再有就是，目前在国内的人力资源成本较低、IT员工身兼数职的情况下，能节省多少成本，还真的是难说的很。

5、SaaS的应用成本问题：SaaS服务商其实也面临着成本问题，中小型企业由于支付能力的原因，可能出于成本考虑而采用SaaS模式的DRP，但事实上，就郭详他们公司所投入的成本，并不是小型企业能够投入的起的，毕竟目前一个DRP系统的购买成本没有想象中的这么高，特别是国内人力成本还较低的情况下，很多传统模式的软件也在激烈的竞争中价格一降再降。

记得郭详在我们讨论的时候说了一句：“这年头，还真不知道是我们公司上了ERP，还是ERP上了我们？SaaS的东西，好比就像是观世音让唐僧给孙悟空戴的紧箍圈一样，一开始看着是个花帽子，觉的好看，可是一旦戴上了，想脱可就不容易了，而此时还得再看唐僧的脸色，要是被念经，搞的我们头痛的事情就多了呢。”

不过郭详目前的SaaS 历程还得继续，还得和DRP的软件服务商继续交涉，继续玩着公司信函来回传的游戏，他现在只能寄希望于软件服务商的服务持续改进了。但还没有戴上这个紧箍圈的同仁们，咱们是否还有机会对SaaS的应用时机考虑的更深入、更成熟一些呢?