|
如今，几乎所有公司战略重心都在如何将传统的本地部署软件转换为新型的SaaS模式上。但是，一些人也提出了他们的担忧，他们认为现在市场上领先的SaaS供应商与其客户之间的所作所为正在把SaaS“推入复杂性的深渊中”（现在的SaaS软件正在变得像传统软件， 而SaaS的基础价值却在丧失）。 常言道: “万变不离其宗。” 在SaaS应用中，越来越多的厂商与客户证明他们难以摆脱旧有软件的习惯与偏见。 SaaS 的神话 当然，我们不能否认SaaS在过去十年间取得的巨大成就。 很多的公司也正在试图利用SaaS承诺的优势，以降低前期的成本和加速获利的进程，因为SaaS本身具有了更多的功能和更低的风险。据Gartner预测，2017年SaaS相关产业的营收将增长20.1%到463亿美元，到2020年这个数字还将上升到757亿美元。同时，Gartner指出，2017年全美将有超过一半的公司应用方案将涉及到SaaS或其他的云方案。 而且，绝大多数最初部署的SaaS方案都取得了成功，这也使得大部分的公司加大了SaaS的使用力度，他们应用了更多的SaaS方案用以增添更多的人手和重塑业务过程。但是，当公司增添了更多员工并试图解决更多的业务问题时，他们却发现其应用的SaaS程序在实施中却变得愈发复杂。 定制化的困境 很多情况下，人们会发现随着时间的推移，SaaS的部署反而变得更加困难而不是更容易。因而，一方面，企业级的客户倾向选择现成的SaaS以便快速应用到他们现有的运营工作中；另一方面，SaaS服务商也不愿意让客户选择定制化的服务，因为这样会束缚双方的工作内容。事实上，很多的SaaS服务商甚至会让他们的企业客户保持现状而不是去应用SaaS方案以应对不同的定制化的工作。这完全背离了SaaS应有的工作方式。当SaaS的市场初现时，Salesforce及其他的先驱者们所带来的是一个可满足客户的所有常见需求的单一版本应用程序。 最近一段时间以来，SaaS服务商意识到，许多客户需要行业特定和其他需要专业咨询，集成或功能性的服务。服务商们很乐意扩大其SaaS的产品组合，并建立合作伙伴的生态系统以应对这些额外的需求。因此，如今的SaaS产品组合的复杂程度与当年那些永久许可证式的软件一般无二。 然而，一个越来越复杂的问题是，SaaS供应商的应用程序接口（API）不能完全解决客户面临的数据集成问题。因此，那些在各种复杂的数据集成项目中投入巨资的企业发现自己的投入反而使得自己的SaaS部署变得进一步复杂化。所以，系统集成商在这个日益复杂的应用环境中一直保持蓬勃的发展并不奇怪。 简单性的终结 复杂对于用户是个大问题，对服务商亦是如此。像Salesforce，不得不花高价来雇佣更多的企业软件销售与支持团队以便应对大规模SaaS部署中的复杂性问题。销售的过程不再简单，而每日的支持工作也在变得日益复杂。这些残酷的现实可能正在蚕食掉SaaS供应商的利润。 毋庸置疑的是，的确很多SaaS用户对于初始软件部署的使用体验变得更好了。但是，人们也发现很多公司开始指责那些长时应用的SaaS方案变得过于定制化，因此他们不能及时的响应客户不断升级与行业变化的需求。讽刺的是，他们的SaaS方案不再能够让他们获得想要的那种敏捷度。 此外，这些公司同样具有了这样的疑问: 如果他们不再能够利用最新版本的SaaS软件并从其服务商的新进展中获利，那么为什么还需要去制造的开支来订阅额外的附加软件服务呢？因为那些旧的SaaS部署就已经让他们纠缠不清了，何况再增添新的SaaS 部署呢。 如果SaaS的复杂度无休止的增加下去，那么可能SaaS就会跌入一个万劫不复的深渊之中。 企业对数据、文档管理诉求更为复杂，对数据复用几率以及高并发使用情况大幅提升，云存储不仅实现数据计算、存储、处理的大吞吐问题，同时将数据存储于业务融合，极大地提升了企业数据、文档在互联网下的访问效率和安全性。 计支宝云在工程项目管理中也遇到过这种困惑，很多用户觉得一个软件就已经够麻烦了，集成这么多的功能的SAAS云平台会不会让工作变得更复杂化，然而我们一直都在秉承一个中心，那就是简单，如果以前项目管理有十个流程，那么我就简化到7个甚至更少，以前需要线下处理的，现在全部搬到线上来，搬到手机移动互联网上来，以前不透明的难统计的数据，现在都搬到一起来做大数据分析，或许很多建设企业都不能理解，甚至不能接受，但是这是时代的进步，初期的阵痛是难免的，我们的明天一定是美好的！ 致敬：简单就是美！ |
|
|
