編 輯：huaming
彭友們好，我是老彭。前兩天寫了一篇文章，感觸了一下【What？普及Excel=數字化轉型？】。結果就有人批評我：Excel和數字化轉型差了十萬八千裡啊！
也有彭友支援我：
emmmmm....不過也許是因為他本來就在做這件事情，是以正好順便支援我了一下。
不過，不得不說Excel 應該是有史以來最有影響力的軟體。在SaaS出現以前的世界中，Excel 就是每個行業都依賴的軟體領域的思想自行車（A Bicycle of the Mind）。
思想的自行車的故事來自《科學美國人》雜志的一篇文章，雜志比較了地球上不同物種的移動效率，比如熊、猩猩、鳥類、魚類、人類等，計算它們每移動一公裡消耗的熱量，最後秃鹫赢了，它的移動效率最高，而人類排在倒數第幾位。
但是雜志特地測量了人類騎自行車的效率，結果把秃鹫遠遠甩在了身後，在排名上遙遙領先。是以喬布斯将思想自行車指代以最經濟的方式擴充肉身機能的工具，比如蘋果的一句廣告就是計算機是思想的自行車。
對于全球數億人來說，Excel是其第一次在計算機上進行資料操作、資料計算和資料共享的軟體。Excel也賦予了使用者各種計算超能力，使用者可以通過簡陋的電子表格建立各種功能齊全的軟體程式，以解決不同領域中的問題。
在咨詢和金融行業工作的人都是在使用Excel的過程中成長的，并且在數千小時的實踐和改進中學會了各種快捷鍵并喜歡上Excel，随之畫出各種Fancy的公司估值Model。
會計師依靠Excel進行财務管理，記錄各種底稿并建立出企業的三張報表；管理人員可以用于項目管理，進行人員工時的安排與計算；HR 可以進行工資單管理及員工名單管理；銷售團隊可以将其用于潛在客戶管理。而作為個人，也可以用Excel進行待辦事項規劃。
與此同時，各行各業對Excel的依賴也帶來了新的創業機會，世界各地的創業公司都在努力替換和改進組織内部依賴Excel的工作流程。雖然相比于Craigslist的拆分（美國版58同城，通過拆分Craigslist帶來了無數網際網路行業的機會），去Excel化的讨論頻率較低，但Excel的拆分已經為SaaS公司提供了數千個創造價值的機會（合計價值數萬億美元，甚至更高！）。
拆分Craigslist形成的創業公司
許多初創公司都是從簡單的Excel競争對手開始，然後延伸出Excel無法進行大規模競争的産品。例如，用Excel搭建一個簡易CRM來進行潛在客戶管理并不難，但這個CRM如果還可以直接發送電子郵件或撥打電話，就遠遠超過了當今版本Excel的功能。
以下是一些拆分Excel的公司案例：
通過拆分excel以提供産品的創業公司價值萬億美元
上圖中的創業公司市值已經接近萬億美元，其中Salesforce以2100億美元市值位居榜首，其次是多家百億美金獨角獸，包括atlassian（720億美元市值）、Workday（600億美元市值）、 Tableau（157億美元價格被Salesforce收購）和Asana（100億美元市值）等。具體案例包括：
- CRM領域，Salesforce、Dynamics 365、Hubspot
- 協同辦公領域，Trello、Jira、Asana以及最近剛完成新一輪融資的Clickup都是很好的項目管理和甘特圖工具，Productboard、Prodpad、ProductPlan、aha！則取代了Excel中的産品Roadmap管理功能
- 财務領域，Xero、QuickBooks、FreshBooks和Zoho Books取代了電子表格中的财務記賬技能
- 人力領域，Gusto、Pilot、Zenefits和Paychex Flex取代了Excel中的員工薪酬計算和記錄功能
- 營銷領域，Hubspot Marketing、ContentCal、CoSchedule取代了Excel中的内容營銷規劃
曆史上去Excel化的三個階段
為了了解SaaS的未來，我們需要了解拆分Excel的曆史過程，我們可以将其分為三個階段，我把它叫做1.0時代、2.0時代和3.0時代。
去Excel化1.0時代
1.0時代中，最核心的标志是網際網路的誕生。在網際網路普及後，基于雲的應用程式（也就是我們目前說的SaaS，Software as a Service）逐漸興起。某位大佬跟我說過，SaaS先天是平權運動（用中國特色的話來說，也就是共同富裕）。
在SaaS出現之前，本地部署的軟體需要有很高的部署實施和定制化成本，客單價極高（比如Oracle ERP産品中的planning子子產品都可以賣到上千萬人民币），基本上隻有大型企業才買得起軟體。
而SaaS的出現，把軟體使用成本降到最低，通過标準化産品讓中小型企業享受到80%甚至更多定制化軟體的功能，而其隻支付了不到10%的價格甚至免費。
大佬語錄
這裡其實牽扯到了另一個話題，企業軟體的本質是管理最佳實踐（Best Practice）在不同技術周期下的抽象與固化，關于這點後面有機會可以再聊。
回到1.0時代中，這個階段的軟體是通過更美觀的界面、更好的使用者體驗、更流暢的內建和工作流程來取代Excel的功能。
1999年出現了CRM SaaS公司Salesforce，2005年出現了HCM SaaS公司Workday（最近要上市的北森的美國對标，成立時間還比北森晚了3年，但收入是北森的50倍...），2006年出現了會計SaaS公司Xero。
拿Salesforce來說，在它1999年成立之前，中小型企業一直在Excel中跟蹤他們的銷售線索（大型企業則在使用Oracle Siebel），有用但效果并不理想。
是以Oracle最年輕的進階副總裁Marc Benioff結合中小型企業的需求并反思Oracle一次性收取高額費用的軟體售賣模式，萌生出用SaaS服務中小型客戶的方法。
要知道，當時雲計算的基礎設施建設還不足，IaaS龍頭亞馬遜雲要到6-7年後才開展業務，是以Salesforce以自建資料中心的方式來解決IaaS層的缺失問題。
Salesforce當時核心的功能就是下面這張圖Revenue Funnel，用系統化的方式替代Excel進行記錄（如果讀者有興趣看看相應Excel模闆的話，可以在背景留言“銷售漏鬥”）。
漏鬥的每一層都代表一個狀态，可以将不同的客戶标記為不同的狀态，進行客戶線索/轉化的追蹤。這個收入漏鬥也貫穿了整個客戶擷取過程。
To B企業銷售漏鬥原理圖
去Excel化2.0時代
2.0時代的核心标志是協作工具的興起。此時軟體的核心目的是增強團隊的協作能力。衆所周知，Excel是一個單機軟體，大家隻能在各自電腦上編輯相應的功能，然後發到一個地方進行集中彙總。
使用者無法針對Excel進行協作編輯，更不用說進行自動化任務配置設定和進度追蹤功能。
2.0時代中，典型的軟體包括項目管理管理軟體（Trello、Asana、Jira、Clickup、Monday），文檔協作軟體（Office365、Google Docs、Notion）和通信工具軟體（Slack、Microsoft Teams）。
拿Asana來說（Asana的名字也很有意思，是梵語詞，代表瑜伽中穩定且舒适的姿勢），這家2008年成立的公司，創始人之一Dustin Moskovitz是Facebook的聯合創始人和第一任CTO。
在Facebook，Moskovitz看到團隊的任務管理高度備援且低效，為此感到極為厭倦，而這其中大量的工作内容就是在Excel上進行的。
作為公司的上司者，他和Asana的另一個創始人Justin Rosenstein開始研發一個名為Tasks的内部團隊項目管理工具，來幫助公司更好地運作。他們當時并不知道，Tasks很快就會成為Asana的原型。
Asana 的第一個版本，很像一個Excel模闆
Tasks很快被Facebook的各個團隊采用，Rosenstein 和 Moskovitz 意識到他們的這個副業項目很有用。
Moskovitz 放棄了所有其他職責，全神貫注做Tasks，并與Facebook的聯合創始人紮克伯格分道揚镳。
就現在來看，Asana市值100億美元，Facebook市值8400億美元，很難說哪個選擇更好，但至少Moskovitz創造了一個很好的項目管理工具，使團隊協作表現得非常直覺，幫助擺脫Excel的困擾 :)
Asana：Manage your team's work, projects, & tasks online
去Excel化3.0時代
3.0時代的核心标志為無代碼/低代碼工具（No Code / Low Code，後文簡稱NCLC）的興起。NCLC軟體的目的是将電子表格轉換為應用程式，無需大量的技術知識和程式設計語言。
NCLC工具的核心在于通過建立多張表單，輔以流程，就能建構出來一個輕應用。（這裡主要講的是表單驅動的NCLC工具，實際上除此之外還有模型驅動的NCLC工具，複雜度更高，能夠搭出更加複雜的應用，比如金蝶雲蒼穹，但我們在這裡不做過多闡述）
比如美國有一個有機農場就通過NCLC工具搭建了一個簡易CRM，實作兩大功能：
1）記錄客戶情況和銷售情況，并整合到一個APP中，這裡的APP底層是表單；
2）每周生成報表給管理人員檢視。
在用NCLC工具之前，農場主要使用Excel進行管理，客戶情況、銷售情況分别是一個表格，并且生成報表的時候也需要花大量的時間手工輸入，而NCLC則将底層資料進行打通，并通過流程将其串起來。
3.0時代中，典型的應用包括将電子表格變成互動式資料庫的Airtable和Coda，将電子表格變成移動應用程式的Glide、Adalo、AppSheet，将電子表格變成網站的Sheet2Site和Sheety，将Airtable資料庫變成網頁應用的Softr和Pory。
以Airtable為例，Airtable是一個no code軟體，使用者可以在它上面建構從結構化資料庫到完整網站的所有應用，2021年12月的最新估值為 117 億美元。
Airtable 是一個特别有趣的例子，它既在去Excel化（比如Airtable的結構化資料庫能力比Excel更好），同時Airtable也受到了 Excel 的啟發，在逐漸成為一個平台，公司和個人使用者正在通過 Airtable 建構出各種無法想象到的解決方案（這可能也是對 Salesforce 的輕量級颠覆）。
Airtable表格視圖
與 Excel 一樣，這些NCLC的産品非常簡單，非技術人員也可以使用它們，但它們又足夠靈活，使用者可以以産品建立者無法預料的方式使用它們進行創作。
另一個案例，Figma表面上是一種無代碼設計工具，可讓設計師輕松創作和協作處理從Logo到應用UI設計在内的任何内容。
Figma非常靈活，以至于在疫情開始後，一位名叫Fiona的設計師建立了“WFH Town”，這是一個共享虛拟空間，任何人都可以在其中建造房子和随意閑逛。這簡直不可思議。
“WFH Town”創意來源
為什麼Excel永遠不會消亡
在電子表格戰争（最初Excel與Lotus 123的競争）、移動網際網路大變化和去Excel化革命的過程中，Excel一直生存了下來，并且在持續發展（微軟每年從Office上獲得的收入有300億美元）。可以說，Excel 是軟體中的常青樹。
很多SaaS的機會源自Excel，但是Excel仍然無可替代。Cloudkettle的Greg Poirier很好地解釋了Excel和SaaS的難題：“我花了很多時間在初創公司身上，我也告訴這些創業公司，Excel是他們最糟糕的競争對手。
因為世界上每個人都有Excel（是以Excel沒有額外的新增成本），并且知道如何使用它（沒有額外的學習門檻），并且它非常可靠不出錯（通常來說，軟體偶爾總會出一些小問題）。Excel是創業公司的殺手。”
是以做SaaS方向的創業者/産品經理可以從 Excel 中學到重要的教訓包括：
- 靈活性很重要。産品經理不可能提前知道使用者想要做的一切。為了與使用者一起發展，産品設計師需要在可用性和靈活性之間取得微妙的平衡。但同時，Excel 的靈活性和強大功能是一把雙刃劍。Excel 不是固執己見的軟體，也不會限制使用者做可能給他們帶來麻煩的事情。比如使用者很有可能在Excel上搞砸一個庫存跟蹤的模型，但如果使用者使用專門的庫存跟蹤軟體，則很可能存在防護措施以防止做這些出錯的事，而這付出的代價則是靈活性。
- 推出更多功能的同時提升現有的産品架構設計，以帶來All in one的使用者體驗。随着 Excel 中添加的功能和擴充越多，産品就越好，因為每一項新功能都與所有現有功能相協調。而很多産品則是功能越多，産品則越難用，比如支付寶裡各種亂七八糟的功能都往裡面塞，農場、養雞、旅行、電商、公益等，首頁永遠是亂七八糟的一大堆，現在的最新版本裡甚至可以在支付寶裡刷朋友圈。。
Excel 2003版本到現在功能增加且使用者體驗更好
- 為深度核心使用者打造産品。Excel 永不消亡的部分原因是因為有非常多熱情的 Excel 實踐者。産品應該足夠靈活，供非深度核心目标使用者使用，但對深度核心目标群體來說需要提供無止境的挑戰和回報，比如VLOOKUP、各種插件甚至寫VBA語言進行程式設計。
Excel豐富的插件庫
去Excel化4.0時代，未來的機會在哪裡？
在 SaaS 領域存在大量的創業機會，但是也存在更多的挑戰。就目前來看，可能有一些點需要重點關注：
- 在如今的 SaaS 世界中競争，僅僅通過提供更好的 UI 和 UX 來建立 SaaS 業務是完全不夠的。客戶的期望越來越高——它是否提供自動化？API？all in one産品with 單子產品價格？
- 随着遠端工作/Work From Home的興起（尤其在海外市場），未來将出現一些新的SaaS模式。可能會有企業解決全公司的協作問題，使跨職能的團隊能夠一起工作，而不是僅僅是同部門的協作。
- 自由職業者/知識經濟的興起意味着具有不同專長的人将在一起工作，這需要更多的解決方案來幫助打破溝通的孤島，幫助資訊在整個組織内流動起來。
- 非傳統的開發人員的增速在快速提升。公司正在積極尋找那些不需要傳統程式設計能力就能快速搭出應用的開發人員。比如說熟練掌握NCLC工具的人會不會成為現在熟練掌握SQL的人一樣，成為公司招聘的趨勢？與此同時，需要有更多的解決方案來打破目前的技術壁壘，幫助非技術開發人員與技術工程師順利合作/工作。
- Excel的拆分也将導緻SaaS的重新合并/bundling，隻要給使用者一個涵蓋大多數SaaS的工具就行了（類似于目前印度SaaS公司Zoho在做的事？）
基于以上背景，目前能想到的一些創業機會，還比較初步，僅供參考：
- 将電子表格轉換為自動資料顯示，以便進行報告，類似于簡單版/低配版Thoughtspot。财務團隊需要與銷售團隊互動以擷取銷售相關資料；營銷團隊需要與業務發展團隊對應以擷取客戶Pipeline資料。可以有一個解決方案，根據使用者上傳的電子表格資料自動生成互動式圖表、圖形、圖解。團隊可以預先繪制關鍵詞指令，通過輸入關鍵詞進行搜尋，資料将被即時可視化，而無需手動建構。
- Clubhouse + Otter.ai用于客戶支援，類似于gong.io的更新版。客戶服務團隊擁有客戶洞察力，但與研發團隊的溝通不夠。解決方案：一個用于客戶支援的基于音頻的聊天應用程式，允許客戶實時 "語音聊天"。這些語音對話将被自動轉錄，然後為内部團隊生成基于文本的筆記。跨職能團隊可以輕松地收藏、分享、評論、突出和讨論客戶回報筆記。
- 協作的無代碼API，類似于API版的fluid framework（微軟推出的跨應用程式實時協作架構）。跨職能的團隊可以整合應用程式來通路資料，建立自定義的API，并以程式設計方式 "調用 "這些API進行檢索資訊。例如，使用者可以為電商銷售資料建立一個API（即需要與Shopify/淘寶等進行內建），其他團隊可以重新使用相同的API（在一個易于使用的界面），以檢視他們需要的資訊，而無需通路銷售團隊的Dashboard。
後記
在一次演講中，Clojure程式設計語言的創造者Rich Hickey将樂器和好的軟體設計進行了比較。
Hickey認為，樂器的局限性是有原因的--它們擅長的是産生實際上非常有限的音符範圍，比如鋼琴和吉他。但是也有例外，比如薩克斯管能演奏所有音符，但是它一次隻能演奏一個音符（相反鋼琴可以一次彈好幾個音符）。
在闡述像薩克斯管這樣的樂器的局限性的原因時，Hickey解釋說："也許确實有人喜歡演奏這樣有局限性聲音範圍的樂器，但我敢打賭，沒人願意給這樣的樂器編曲"。
同樣，開發人員的設計原則是為了讓一款軟體真正擅長某件事，而故意功能限制在特定領域。但是 Excel 是這條規則的一個例外，它就像薩克斯管，有很多限制，顯然數億人确實想要為它“作曲”。
"鋼琴" vs. “薩克斯管”
Reference:
https://foundationinc.co/lab/the-saas-opportunity-of-unbundling-excel/
https://www.venturescale.to/post/unbundling-of-excel-and-the-future-of-saas
https://tomtunguz.com/unbundling-of-excel/
https://thegongshow.tumblr.com/post/345941486/the-spawn-of-craigslist-like-most-vcs-that-focus
https://www.notboring.co/p/excel-never-dies