Salesforce使用感受

  接触Salseforce有一年了,坎坎坷坷感触颇多,随笔记下。

  Salesforce创建于1999年3月的一家客户关系管理(CRM)软件服务提供商,是全球按需 CRM 解决方案的领导者。因引:它拥有业界无可比拟的客户成功率。当前,全球有150,000多家公司正使用 Salesforce 的强大功能分享客户信息,以及开发具有更高收益的客户关系。

  在CRM取得初步成功之后的Salesforce,已不满足于在线CRM服务,而是在向SaaS供应商的基础架构平台发展。它建立了一个软件开发平台force.com和一个交易平台appexchange,使用它提供的语言Apex Code第三方开发者可以在force上自主开发一些附加功能模块(比如人力资源管理、项目管理)并通过appexchange交易出去。第三方可以通过这个平台获得赢利,而他们的加入也会丰富Salesforce上可选的应用模块,从而建立起一个更大产业生态圈,增强Salesforce的竞争力。

174148_05k4_668872.jpg

 Salesforce推出的全新整合平台salesforce1 platform,架构如下:

174816_ahLk_668872.jpg

  一年前,公司组织了Salesforce培训,从Force.com开始着手。培训结束,从一个既有系统剥离出一段业务,尝试用force.com实现。其功能如下:

175313_HvfC_668872.jpg

  这段业务做起来比较顺手,几个人三下五除二就搞定了,主要用到下面的force.com特性:

180047_iVzc_668872.jpg

  简单画面部分拖拖拽拽几分钟一个,速度很快。工作流设定也很轻松。Apex部分稍显啰嗦,特别是Apex内置数据操作部分,写出来的SQL巨丑无比,估计很难维护。但考虑到快速原型开发的效率性,还是把这个想法介绍给了客户,客户听了介绍有些小满意,然后就有了让我们对一个正式项目进行评估的下文。在正式评估之前,我们尝试把force.com应用到公司内部的一个小系统上,尽量保留既有系统的业务操作习惯,没想到这此开发过程中遇到了太多蛋疼的问题,也导致对正式项目评估的结果让人大失所望。

  权限控制机制与既有数据模型和组织架构的整合性,Apex定制开发中画面组件的权限控制,数据迁移中的外键保持,测试覆盖率在环境迁移时的限制,同自有数据中心的数据交换的复杂性,Apex代码的丑,日志监视等运维的便利性,昂贵的license,一幕幕,一桩桩,恨由心生,用这样一个货开发定制系统,简直就是噩梦。

  最终正式项目的评估结果是,用force.com开发,与用java定制开发,成本持平。Pending。

  残念。salesforce真的这么烂吗?

  若真,不可能有10万+客户使用这个货啊?

  若假,我们哪里错了么?

  回头捋一捋。看看salesforce1 platform的那张图,我们培训的内容,包括在试验和评估中使用的,只是force.com部分,是PaaS;而salesforce看家的产品是CRM,是SaaS。我们从入口就跑偏了,从一开始就直奔副产品,从一开始就没有看到salesforce作为Cloud领头羊的技术全貌。回头仍需要从CRM再来一次,然后在回头看force.com,或许才能真正领悟其PaaS服务的灵魂。

  另外,纵观salesforce的全球布局,中国,并没有作为其市场重点,国内的salesforce服务都要从新加坡或者东京购买,看看下面近期salesforce的数据中心布局:

182252_Nu7P_668872.jpg

  在全世界都不得不承认,中国,将成为未来世界经济引擎的今天,salesforce却在中国溜边走,怎么想的呢?

转载于:https://my.oschina.net/stephenyng/blog/533893

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值