SaaS产品的发展轨迹
发布时间：2018-11-24 07:05:42 所属栏目：教程 来源：猎云网
导读：湛江站长网（http://www.0759zz.com）观点这里说应用于大客户的SaaS，主要还是指复杂的SaaS系统，不是轻量级的工具。举个极端的例子，一个计算器软件，大客户用和小客户用差别并不大，客户付费也不会有很大的差异。1、大客户的小部门，不等于大客户有很多S
 湛江站长网（http://www.0759zz.com）观点这里说应用于大客户的SaaS，主要还是指复杂的SaaS系统，不是轻量级的工具。举个极端的例子，一个计算器软件，大客户用和小客户用差别并不大，客户付费也不会有很大的差异。
1、大客户的小部门，不等于大客户
有很多SaaS公司号称签约了很多大客户，实际上是大客户的一些小部门在使用。这往往是形成对自己的麻痹，让自己以为自己在做大客户了，实际上并不是。因为一旦总公司决定更换软件，下面的部门，分公司是毫无抵抗能力的。外勤365就遇到过这样的情况，下面部门的人向我们哭诉，总部更换了一款软件，比外勤365差好几倍，但是没办法，公司强制要试用。
甚至有的时候，总部的决策者们还不想用分公司曾经选择的软件，因为这样，就体现不出自己选型的功劳了。没办法，这就是事实。
2、小客户销售和大客户销售一定要分离
大客户产品选型，有自己的规则。招投标是常事，按标书内容准备投标文件，密封盖章之类的事儿，小客户销售没见过阵仗，肯定无法应对。项目再复杂一点，POC测试，UAT测试也免不了。客户决策链中，大大小小各级领导打交道，这些事儿，小客户销售也不擅长。
千万不要低估销售在项目中的作用。外勤365也有不少次在产品完胜对方的情况下丢标。因为很多客户招标，都会有一个技术打分表，你产品再好，打分表上也不比那些关键的地方，尽比那些你意想不到的地方，比如是否支持windows服务器，是否支持Oracle数据库，是否支持公开源代码。
3、产品的复杂度，要提前做好准备
大客户在应用时，会产生很多在小客户场景下不可能碰到的问题。要解决这些问题，就需要产品在设计的时候就做好应对大客户的准备。如果您的SaaS产品刚开始没有做大客户的打算，那很有可能会hold不住。
举个例子，大客户要求管理员不是一人而是多人，因为各个分公司，各个大区都会有自己的管理员。并且管理的授权要一级级下放，比如上级管理员的权限有A/B/C三种，他自己可以给下一级的管理员分配在B/C的权限。而下一级的管理员又可以给下下级管理员分配B的权限。
再举个简单的例子，很多数据的操作，需要做批量处理，批量增加，批量修改，批量删除，因为客户规模一大，数据量也会变大，一条一条操作会累死人。
大客户在使用软件时，使用的便捷性，查找问题时的工具，维护系统时复杂度，都要考虑进去
4、大数据量的应对也非常重要
外勤365在做大客户之前，日活用户量已经10万+，照理说服务大客户不会有太大影响。但是我们在项目落地的时候，我们还是花费了大量的精力来做优化。因为客户大了数据量多了，很多场景都会极度消耗服务器性能。外勤365的SaaS服务，主要host在亚马逊服务器AWS上，每年支出给AWS的钱，也是一笔不小的开支。
100个企业客户，每个客户100个账号，对性能的消耗，远低于一个10000账号的企业客户的消耗。懂技术的创业者都能理解。
举个小例子，在APP登陆页展现一些动态的报表，对很多企业管理类APP来说都是很好的选择，尤其在数据量小的时候没有什么影响。但是如果在登陆页展现的是实时报表，并且数据量计算量很大，当数十万人都在同一时候打开，并且刷新数据的时候，性能消耗就很大。需要对页面做一些细节优化，比如，放到第二页中，点击率就会下降80%。 （编辑：衢州站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |