創立行動軟體公司 MailCloud 一年半之後，瑪律科姆·貝爾（Malcolm Bell）發現，原來2500名內測用戶才是最愛這家公司的人。
在對他們回饋的資料進行分析之後，MailCloud 勇敢地對軟體內的無用功能「斷捨離」，讓這款同名軟體從一個剛出生就想同時跟 Gmail、Mailbox、WhatsApp、Slack、Dropbox 和 Google Drive 同場競技的全能型效率軟體，變成一個功能高度精簡，卻能給用戶的效率帶來實在提升的檔案管理軟體。
貝爾在 MailCloud 的官方部落格上寫下了團隊的心路歷程。
2014 年 2 月，MailCloud 專案啟動。創始團隊最一開始想要在移動平臺上打造一個最好的郵件軟體。帶著這個初衷，他們對超過 2000 名受訪者進行調研，發現——關於電子郵件，人們有著種種意見和不滿：
1.在郵件裡找到想找的附件是一件痛苦的事；
2.在商業實務中，電子郵件被當成了檔案儲存系統，以及 to do list；
3.問題是電子郵件系統根本不是按照檔案儲存系統或 to do list 設計的；
4.電子郵件不像即時通訊軟體（IM）那樣有上線/離線狀態顯示，使用者想要即時瞭解團隊成員的狀態；
5.電子郵件的條目（thread）閱讀起來很難受，IM 在這方面做得更好。
這些前期的調研結果，成為了第一個內測版 MailCloud 軟體的開發指導。結果可想而知：他們把 MailCloud 做成了一個電子郵件用戶端 + IM 軟體 + 基於收件匣的附件管理器。
但這個產品功能設計的結果卻並不理想。團隊發現，電子郵件用戶端和 IM 這兩個元件的使用者活躍度極低……
「你為什麼不用 MailCloud 發郵件？」
「我喜歡 Gmail 」、「我比較常用Mailbox」、「我用蘋果 Mail」、「我用 Outlook」……
「你為什麼不用 MailCloud 和同事聊天呢？」
「沒人聊啊」、「大家都在用 WhatsApp」
用戶對 MailCloud 苦心積慮推出的功能，實際的適應情況和當初設想的千差萬別。而對於 MailCloud 來說，想要培養出使用者習慣來的話，需要的時間恐怕太長，一家連 A 輪融資都沒有的初創公司絕對不可能等得起。
一個道理簡單明瞭。它可能適用於所有主要產品形態、和巨頭產品重疊的新創公司：
有現成的（而且還是好的）不用，為什麼要用你的？
但 MailCloud 還有最後一個模組，將使用者電子郵件裡的附件檔，無論是文檔、表格還是簡報檔，可執行檔還是壓縮檔，全部提取、歸檔並分門別類收納起來，方便查找和取用。
在 MailCloud 這一批內測用戶當中的活躍用戶裡，高達 5 到 6 成都在使用這個檔案模組。檔案模組的活躍度，和電子郵件、IM 模組的活躍度比較起來，大概呈現這樣的狀況：
在 MailCloud 內測版出爐、開始內測的期間，微軟收購了新近熱門的電子郵件用戶端 Accompli，一不小心使得 Outlook 成為了移動設備上最好用的電子郵件用戶端；而在 IM 形態的企業協同上，也出來了一個「當紅炸子雞」Slack，大到全球數萬員工的紐約時報，小到一家只有幾個人的新創公司都在使用這種全新的聊天工具。再看一下 MailCloud 的內測使用者資料，不用太詳細的分析就能看懂：電子郵件用戶端和 IM 是一片紅海，往裡擠意義不大，容易丟失方向。
MailCloud 的方向，恐怕已經很明確了：文件收納和管理。
很快，MailCloud 就發佈了一個新的內測版本，完全捨棄了郵件用戶端和 IM 兩個模組，只留下了一個「升級版」的檔案管理功能：將電子郵件帳號登錄進來，軟體就能自動提取並妥善歸納所有帳號內的檔案；然後，這些檔案還可以通過標準的 Android / iOS 分享功能表，寫成連結分享到任何地方。
別看就這麼一個簡單的檔案分享功能，其實這才是很多人在使用電子郵件時候的痛點所在，我們的工作中恐怕都遇到過這個情況：想要找到八百年前收到的某封郵件裡的某個附件，然後把它發給緊急需要這個檔的人。怎麼找？在收件匣裡翻閱是沒戲唱了，時間已經太久了；也可能已經忘了郵件的關鍵字，搜索也找不到。
新版發佈之後的檔模組資料證明，MailCloud 留下這個功能，是明智之舉。
現在，MailCloud 已經在 Android 和 iOS 上發佈了正式版，可以收納的檔案除了電子郵件帳號裡的附件，也增加了 Dropbox、Google Drive 等常用的雲端儲存工具——對於因為工作和生活，每日文件四散在各處的人士來說，MailCloud 無疑是提升工作效率的好夥伴。
這就是 2500 名內測用戶幫助 MailCloud 這家初創公司找到產品方向的故事。它為所有新創公司、個人開發者提供了一條重要的建議：無時無刻對資料、市場保持警覺。當你以為自己的產品功能已經是「殺手級」的時候，你的用戶卻並不買帳——這時，你需要及時且勇敢地對那些沒有存在感和存在意義的功能「斷捨離」。你的產品最終的樣子可能並不是一開始設想的樣子，但你更需要做的，是解決靈魂深處的那一個痛點，一個一個來。
本文由PingWest授權轉載
