编者按：事件驱动型的 SaaS 是新式的 SaaS。它可以更方便、更准确地服务使用者，但同样也存在着一些问题。本文作者Tomasz tunguz向我们详细介绍了这一新的理念，并分析了其优点与实施过程中存在的问题。
传统软件的运行流程示意图
曾经有一个 SaaS 公司的高级执行官告诉过我“用报告推销软件”。 这在正常的销售中的确没错。假如公司CEO希望能够更好地预测销售状况，那么他就会购买客户关系管理工具来收集数据。而 SaaS 也就由此诞生了。
先是一家公司购买一个数据库。销售人员、营销人员和客户服务人员原本只用照常工作，但在购买了数据库之后，这些人员在完成工作后又多了一份更新数据库的额外任务，因为这样才能生成一份数据报告。
这个设计存在着一个代理问题，那就是它并没有为做了额外工作的员工们带来什么好处。而这个问题通过三个方面影响着软件的有效性。
首先，管理人员们必须要激励员工们更新数据库。其次，由于员工们是回溯性报告数据，所以数据库便不能及时反映数据，这也就破坏了报告的准确性。最后，软件对于员工们带来的好处只有在数据库完善几个月甚至几年之后才能体现出来，例如工作人员可以查看客户的动态。
而相反，在销售模式中却是工作流程在推销软件。那些想要取代现有的记录系统的新的 SaaS 公司将会以完全不同的方式制造产品。那就是事件驱动型的 SaaS 公司。
事件驱动型 SaaS 示意图
事件驱动型的 SaaS 是从数据源获得数据并分析事件的，这些数据源包括社交媒体、新闻报道、可分析的数据、营销数据、客户服务数据和销售数据。这些事件都是通过应用程序接口提取并提交到数据库的。而最开始这些数据纪录系统会自动填充数据。
利用这些信息，它们将事件排序并进行工作，来帮助工作人员更有效地工作。包括排序优先和哪些客户谈话，自动回复客户的问题或者是任何类似但还没发明出来的事情。
值得一提的还有一个反馈系统，用户的任何操作也都会作为事件反馈到数据库，系统也会另外生成一份相同的报告。
事件驱动型的 SaaS 减轻甚至解决了传统软件的代理问题，用户可直接使用并从中受益。而报告作为优化了的工作流的副产品，其比传统的系统更佳准确。
代理问题原本是传统软件在被接受的过程中面临的最重要的问题，尤其是如今市场上最普遍的记录系统。而下一代价值数十亿美元的 SaaS 平台，也就是那些新的创业公司，会用事件驱动的理念和优化的工作流程来取代现有的系统。
翻译来自：虫洞翻翻 译者ID：崔珂铭
下面几篇文章的内容与这篇文章的内容相似,也许你也会有兴趣:
SaaS 创业公司想要成功，必须在这4个方面创新销售策略
“高接触”与“低接触”：深度剖析 SaaS 不同的销售模式
SaaS创业路线图（五）：SaaS的销售模式和营销组织演进
