編者按：事件驅動型的 SaaS 是新式的 SaaS。它可以更方便、更準確地服務使用者，但同樣也存在著一些問題。本文作者Tomasz tunguz向我們詳細介紹了這一新的理念，并分析了其優點與實施過程中存在的問題。

傳統軟件的運行流程示意圖

曾經有一個 SaaS 公司的高級執行官告訴過我“用報告推銷軟件”。 這在正常的銷售中的確沒錯。假如公司CEO希望能夠更好地預測銷售狀況，那么他就會購買客戶關系管理工具來收集數據。而 SaaS 也就由此誕生了。

先是一家公司購買一個數據庫。銷售人員、營銷人員和客戶服務人員原本只用照常工作，但在購買了數據庫之后，這些人員在完成工作后又多了一份更新數據庫的額外任務，因為這樣才能生成一份數據報告。

這個設計存在著一個代理問題，那就是它并沒有為做了額外工作的員工們帶來什么好處。而這個問題通過三個方面影響著軟件的有效性。

首先，管理人員們必須要激勵員工們更新數據庫。其次，由于員工們是回溯性報告數據，所以數據庫便不能及時反映數據，這也就破壞了報告的準確性。最后，軟件對于員工們帶來的好處只有在數據庫完善幾個月甚至幾年之后才能體現出來，例如工作人員可以查看客戶的動態。

而相反，在銷售模式中卻是工作流程在推銷軟件。那些想要取代現有的記錄系統的新的 SaaS 公司將會以完全不同的方式制造產品。那就是事件驅動型的 SaaS 公司。

事件驅動型 SaaS 示意圖

事件驅動型的 SaaS 是從數據源獲得數據并分析事件的，這些數據源包括社交媒體、新聞報道、可分析的數據、營銷數據、客戶服務數據和銷售數據。這些事件都是通過應用程序接口提取并提交到數據庫的。而最開始這些數據紀錄系統會自動填充數據。

利用這些信息，它們將事件排序并進行工作，來幫助工作人員更有效地工作。包括排序優先和哪些客戶談話，自動回復客戶的問題或者是任何類似但還沒發明出來的事情。

值得一提的還有一個反饋系統，用戶的任何操作也都會作為事件反饋到數據庫，系統也會另外生成一份相同的報告。

事件驅動型的 SaaS 減輕甚至解決了傳統軟件的代理問題，用戶可直接使用并從中受益。而報告作為優化了的工作流的副產品，其比傳統的系統更佳準確。

代理問題原本是傳統軟件在被接受的過程中面臨的最重要的問題，尤其是如今市場上最普遍的記錄系統。而下一代價值數十億美元的 SaaS 平臺，也就是那些新的創業公司，會用事件驅動的理念和優化的工作流程來取代現有的系統。