還記得不久前大家都在談論電子郵件的死嗎？ 正如我們在今年早些時候所寫的，看起來我們已經對這個問題恢復了理智。 不要誤會我的意思，我對電子郵件的沮喪與其他人一樣。

但是電子郵件會存在很長時間，只有一個簡單的原因……它是普遍存在的。 它和其他互聯網標準一樣，基本到像 HTTP 這樣的程度。 你完全可以確定你想要聯繫的任何專業人士都會有一個電子郵件地址。 正因如此，它是 所有數字身份 的唯一標識符，而移動電話號碼則遠不及它。 從這個角度來看，電子郵件應被視為一項巨大的技術成就；它是全世界每個專業人士都可以支持的唯一保證形式的數字通信。

互聯網工作組在讓電子郵件運行的底層協議上投入了數十年，例如 POP、SMTP、IMAP 等等。 這些是任何人都可以閱讀並實現自己的伺服器以支持的開放標準。 現在，隨著世界轉向雲端，擁有自己的郵件伺服器的想法看起來似乎是浪費時間和金錢（確實如此），使電子郵件對於即使是最小的團隊來說，也變得更加簡單。

好的，酷 - 這是一個由全世界支持的開放標準，所以我們來利用這一點，對吧？ 好吧，問題就是從這裡開始。 就像文檔一樣，電子郵件是通過對物理模式的數字類比來創造的，郵政郵件。 這是向美國引入壽司的「加州卷方法」。 這兩種郵件都有相同的問題。 它們迫使我們做工作！ 你收到一堆垃圾郵件在你的郵箱裡，你必須去過濾每一封，可能要處理掉 80% 的內容。 我是在說郵政郵件還是電子郵件？ 正是這樣，這是同一件事情。 與消息應用程序相比，情況正好相反，在那裡你可以觀察並選擇是否參與。 如果你忽略一條信息，那很好，它會直接從頁面上滑走。 如果忽略一封電子郵件，它就會停留在你的收件箱中，直到你完成 處理它的工作。

電子郵件讓我感到焦慮，我討厭這樣。 我和大多數人一樣有兩個電子郵件帳號，一個用於工作，一個用於私人使用。 保持這兩者的穩定是一場持久的戰鬥，我還注意到一些特定的痛點；旅行使它們堆積，因為我大多數的旅行都是「非電子郵件」時間。 我在銷售上花了大約一半的時間。 那些電子郵件需要迅速跟進，但卻與許多不太緊急的郵件混在一起。 這些問題對我來說並不獨特。

那麼，對此有什麼作為呢？

公司正在以幾種方式解決這個問題：

干脆把電子郵件完全取消

不是所有的，當然，但我之前提到的為什麼電子郵件奏效的評論，正是針對所有規模的組織之間數字通信的互通性。 銷售人員可以向其他公司的潛在客戶發送電子郵件，知道這些潛在客戶會收到。 但是，內部的電子郵件呢？ 團隊合作時，互操作性更容易控制。 所以讓我們擺脫所有電子郵件，改用消息應用程序。 這就是你看到像 Slack 和 HipChat 等消息應用程序閃耀的地方，因為它們正是這樣。

製作一個更好的電子郵件客戶端

在過去的幾年裡，出現了一波新電子郵件客戶端。 大多數新電子郵件客戶端通過預測哪些電子郵件對你來說重要，並把其餘的移到其他文件夾來幫助你處理。 這很有幫助，特別是當你在電子郵件上落後，需要「處理」你的收件箱時，但你仍需稍後處理其他消息。

以人為本的電子郵件客戶端。 到目前為止，這些產品主要是為銷售人員建立的，它們創建了一種電子郵件體驗，能理解哪些電子郵件來自客戶，並通過在你的收件箱中給予更多可見度，幫助你優先考慮那些郵件，還可以將客戶特定的合約與電子郵件信息並排顯示。 這是目前三種方法中最不成熟的一種。

我們應該對此採取什麼行動？

因此電子郵件將持續存在，許多公司正在做一些事情來使它變得更好……但我們需要更多！ 以下是我們認為事情可能發展的一些想法。

一切都與工作有關！

未來，電子郵件客戶端將基於特定的需求重建。 當你打開電子郵件時，你會明確選擇你想要完成的「工作」，而你的電子郵件客戶端會圍繞這些工作進行調整。 像「撰寫」、「回覆」、「附加」這樣的通用電子郵件按鈕，將讓位於「介紹」、「安排時間」、「跟進」、「轉換」、「完成」等特定工作行動。 根據工作需要，將利用一個十幾個「應用程序」，實際上幫助你執行這項工作，因為很難有一個供應商能在所有行業和公司角色所需的無數不同工作上運行出色。 「客戶端」本身將不再是一個應用程序，而更多會是一個提供平台，為客戶提供「工作提供者」，以完成特定行動。

這已經在發生。 微軟宣布推出其撰寫 SDK，以允許第三方應用程序安裝到電子郵件撰寫窗口中。 如果你查看 Gmail，有兩件事情正在發生。 去年他們發布了一個 API，允許應用程序製作人以獨特和新穎的方式消耗 Gmail 數據。 而 Chrome 擴展程序，也在為所有 Chrome 之事的建立中數以千計，對 Gmail 也非常流行。 許多甚至在瀏覽器中沒有按鈕，而是將上下文體驗直接添加到 Gmail 窗口中。 一些很棒的例子包括 SalesforceIQ，這個應用程序（除了其他功能）會在你開啟的電子郵件消息旁邊顯示 CRM 中的正確記錄，或者 Streak，它在你的收件箱中直接創建整個 CRM，還有 Guru，它為人們在電子郵件中詢問你的問題提供了相關答案。

但這只是個開始。 我們將看到平台層面上的重大變化，使這些體驗更自然地構建，並能在所有設備上運行。

你能想到的其他很酷的例子？ 如果有的話，我們總是樂於了解它們。 請在下方分享！