这样的例子无处不在。BI算是企业软件比较成熟的一个领域，但是在SaaS化的产品中，atv，能够帮助企业建立有价值的数据看板，能够提供合理现实的数据整合工具的产品依然罕见。大多数产品还只能停留在“创建看板”、“创建图表”这样的功能链接上。这当然不能征服那些有需求，但又不知道如何去做的用户。

　　我再举我们行业内部的一个例子。SaaS企业的财务核算是一个老大难问题，因为我们通常有大数量，小金额的订单，又有周期性订阅、一次性收入、退单、流失、回流等影响准确收入核算的复杂行为组合，所以每家公司在财务信息核算方面都极度痛苦，但是缺乏有效的解决方案。

　　和是硅谷的两个针对此问题的专业产品。它们不仅提供了可用的软件，还直接帮助SaaS企业一次性创建了所有必要财务指标的看板。在软件工程以外，它们投入更多的是行业最佳实践的分析和整理，所以它们帮助客户提升不仅仅是工作效率，还包括运营水平。

　　作为SaaS产品，你有没有能够帮助客户提高运营的水平，获得从未有过的新知，从而帮助客户企业的员工建立一种新的能力。如果你能够做到，那不仅仅是成熟度的标志，还是客户口碑的保证。

　　三、健全的用户入场协助

　　大多数的企业SaaS在一个组织中都是多人使用的。所以软件的设计和运营必须考虑怎样帮助这些用户同步入场。一个财务软件需要CEO，财务主管和会计人员一起使用，一个CRM软件至少需要销售主管和销售成员一起使用，一个协作软件更加需要一个组织的几乎所有人都一起入场才好。

　　为了做到这一点，SaaS产品需要首先拥有完善的团队账户架构，能够支持每个个体用户使用实名账户，被初始管理员授予合适的权限，如果有多个团队，还可能需要团队管理员这个角色来减轻大管家的压力。为了加入新成员，调整成员和分组的过程必须足够清晰和简单，让客户有动力来维持这个用户系统。相反，如果我们在这个问题上忽视，胡乱地分配一些001，002工号出去，甚至允许用户合用账号，那客户总是会走到混乱失序的那一天，距离客户流失也就不远了。

　　仅仅有了科学完善的账户结构体系还不够，我们还要帮助企业穿针引线，让多成员进入这个系统非常简单和轻松。比如一个BI应用，在配置外部数据源的时候，需要用户添加Google Analytics的Profile，问题是掌握这个信息的人可能不是管理员本人，他可能需要同事的帮忙才能完成这个配置，这时候软件可能需要直接将邀请成员完成一个配置作为一个用例来对待，设计出专门的交互界面。

　　我们协作软件面临最大的集体上船挑战，怎样让一个企业的管理员用最小的精力，最大的准确度完成员工账户邀请和配置消耗了我们多次的迭代投入，才稍微有点样子。

　　大家都上船了还不够。软件还需要设计一个用户引导过程，帮助他们快速了解软件的基本功能，必要的时候要让他们上手操作一下，让用户能够创建自己的数据，才能够保证用户留得下来。光这个事情，也许就要花费一年的时间，因为在同一周期，你的软件功能本身也在迭代。

　　我有一次在机场顿悟，昂贵的机场设施和几乎所有的机场地勤人员其实只为一个事情，让乘客登上飞机。而我们去机场，其实是为了坐飞机旅行，我们不一定意识到onboarding的过程这么重要和昂贵。

　　当一个SaaS产品意识到这一点，把帮助用户上船，上飞机作为一个大型项目来看待，它距离成熟就不远了。

　　四、支持外部数据整合的开放性

　　最后一点，成熟的SaaS产品必然考虑开放性，如果没有API，几乎就不可能成为一个长期存在的SaaS产品。CRM软件要考虑主要的线索（Lead）数据可能来自另一个营销平台，销售成员的日程和任务信息如果孤立存在在销售平台就无法产生有效的协作；客服平台需要考虑工单需要在企业内部多个角色进行流转，而不仅仅是客服专员；财务软件需要考虑订单，发票可能由ERP系统提供；协作软件更加需要把几乎所有的数据实体开放。

　　在帮助企业客户克服数据孤岛问题的过程中，整个SaaS行业别无他法，只能是每一家都有一套可靠好用的编程接口。然后，有朝一日，中国也会有像IFTTT，Zapier这样的整合平台，可以帮助大多数用户轻松建立两个应用之间的数据流转自动化。