讓博客回歸本質 － Medium誕生記

        編者按：越是浮躁的年代，就越是需要可以沉淀思想的地方。Medium 志在于此，它是一個專注于分享觀點和故事的博客平臺，由最先創造博客產品 Blogger 和 推ter 的 Evan Williams 打造。本文作者供職于 Teehan+Lax——一家提供互聯網產品解決方案的公司。文中出現的 Geoff TeeHan 和 Jon Lax 是該公司的兩個創始人。

        一個專注于分享觀點和故事的地方

這個世界已經擁有數不勝數的媒體了。然而無論傳統媒體經濟經歷著何種變故，都無法阻擋海量信息從智能手機、企業以及新一代的媒體型創業公司那里瘋涌進互聯網，讓整個世界都看得見。

在不斷推出的媒體型產品讓人們的生活變得越來越高效時，我們開始思考某種具有極大改進空間的媒體產品，它對個人來說并不是必需的，對新聞媒體來說也不重要。我們就叫它觀點吧。

何種類型的觀點？各種各樣的：對今天（或過去）發生的某件事情的獨特看法，分享的努力學來的專業知識以便讓讀者做得更好，一個讓人們大笑，微笑或者 讓人們覺得有意義的故事。你可能有一些可以沖擊、影響他人的想法想要與人分享——而這些想法超越了你的朋友，超越了 140 個字可以表述的范圍——我們想要提供這樣的工具和場所（Evan Williams）。

        開始

        推ter 聯合創始人 Evan Williams 和 Biz Stone 創立了新公司 Obvious，我們與該公司間的聯系，始于 Evan Williams 在 推ter 上關注我們。推ter 創始人用這種方式跟人交流看似來似乎很正常。直到幾天后，我們收到他發來的直接郵件（Direct Mail）。

        當時是 2011 年的 9 月份，幾次郵件的交流之后，Evan 在一封郵件內問到我們能否盡快選個時間同他在舊金山見面。接下來那一周，Geoff Teehan 來到了舊金山——Obvious 公司所在的那座城市。

        第一次會談

        我們當時并不知道自己要期待些什么。因為沒有議程安排，我們只是在日歷上標著：一個小時的會談。Evan 暗示會談的內容與他準備著手的下一步工作有關。一想到要同這個創建了 Blogger，當然還有 推ter 的人見面，我們就有些緊張。

        會議的一部分內容是，由我們講述我們做過什么、如何做出來的，我們公司的結構，我們一起合作過的伙伴以及我們當時在做什么；我們那時剛發布了 TweetMag 應用，還現場演示了 iPad 平臺的 Readability 應用的原型。

        會議的最后 20 分鐘則由 Obvious 來講述它當前正在思考的東西。這些東西大都是關于未來的出版業的。我們當時還不太清楚這些東西，但很快我們就會弄清他們。

        會議結束時，Evan 說道：“非常高興和你們會談。雖然我現在還沒有任何東西，但一想到我們將來會找到某樣東西然后一起合力完成，我就感到很興奮。”一個結束時沒有下一步安排 的會議通常不是個好征兆，但不得不說，花時間和對某些事物抱有相同熱情的人一起交談實在是件非常愉快的事情。

        第二次會談

        大概一個月后，我們終于收到了來自 Obvious 的消息。這次是關于在一起工作的事。

        Geoff 和 Jon 飛到舊金山同 Jason Goldman 還有 Evan 見面，這次他們兩人了解到更多關于 Obvious 正在做的東西，以及我們公司可以提供的幫助。

        在會議上，Jason Goldman 和 Evan 談到他們正在探索出版平臺的一些創意。他們已經為創建這樣一款產品而工作幾個月了。這款產品的精細、復雜程度令人難以置信，雖然它已經試運行過一些模式，但所有這些模式沒一個能讓人找到對的感覺。

        他們想試驗一些新的東西。它不需要功能全面，只要出現原型就可以了。Evan 相信產品決策要由實際使用情況決定。即便我們沒能創建出一個功能全面的產品，但這個原型仍給他們帶來更好的方向感，如果他們的新產品創意值得繼續探索下去的話。

        Jason 因事去多倫多待了兩天，我們則對原型進行了粗加工。接下來的兩個月我們設計、創建出各種各樣的產品模型。我們每周都會同 Obvious 聯絡。我們的工作方式挺像對普通客戶那樣：由于每周一次的客戶反饋而不得不加大馬力工作。

        產品模型使得我們可以從兩個方面中的一個鑒定一些功能：哪些功能不好用，或者哪些功能需要豐富。

        漫長的等待

        就在 2011 年圣誕前夕，我們把產品原型包裝了起來。Obvious 的工作人員對我們的工作表示了感謝，然后，就沒有然后了。

        直到新年過后我們仍在等待。我們不斷查看 Obvious 的網站、它的 推ter 以及其他一些科技媒體的博客，希望聽到官方宣布與我們所做的產品相關的任何消息。但什么都沒出現。

        這對我們來說總是難熬的。你在做工作時不能透露工作內容，然后還無法確定它是否會出現在網上，抑或最終被決策者砍掉。我們能做的只有等待。

        再次聯絡

        在 2012 年 4 月份，Evan 再次電郵 Geoff，并說道他希望討論以一種更親近、更能彼此協作的方式在一起工作的問題。在去年為原型而工作了四個月后我們知道，在 Obvious 工作是很繁忙的。他們已經創建出一些東西了，這就是他們說到的——Medium。他們已經有了實際的代碼，一個正在運行的產品以及準備塑造出某樣東西的決 心。

        接下來我們飛回舊金山。此時的 Obvious 已經搬進了一間更加漂亮的工作室。那里的工作人員已經增加了一倍，而他們所有人正專注于創建 Medium。

        從 Medium 身上幾乎看不到我們所做原型的任何蹤跡，但這也可以理解——它已經演化成另一個非常不同的產品了。Evan 解釋道，他感覺到在 Web 上進行有意義的寫作是一個需求方向。沒有一個地方可以供那些想寫一些比微博更有質量的內容的人駐足。博客，這個長遠看來更能滿足人們需求的產品，需要精華內容來讓它崛起和繁榮。

        獲得成功的那些人需要對單一方面的問題進行持續地關注和學習，而新人則需要讀者。他繼續說道，人們有時在談到某一主題時只能想到一樣東西，但他們不可能每天每周都有機會在談論某一主題時想到新的東西。這正是 Medium 愿意解決的問題。

        他希望我們提供一個團隊和 Medium 現有的團隊進行融合，以幫助他們設計產品。彼時，他們團隊有三名設計師：Dustin Senos，Leigh Taylor 和 Dann Petty。Dusting 身兼兩職，他既是開發人員又是設計師，而 Dann 和 Leigh 則專注于設計。Evan 已經打造出一支非常了不起的工程師隊伍，但他還需要設計師的幫助，這也是我們加入的原因。

        這次的工作方式跟典型的客戶任務有些不同。它不會讓我們回到多倫多，然后在獨立狀態下工作，就像我們做原型時那樣。我們需要成為 Obvious 團隊中的一部分。這對我們來說不僅有些麻煩而且還很有挑戰性。經過長時間討論，我們達成了以下約定：

        6 個月交付：設計產品不光是為了發布——它在發布后仍需要不斷細化改進。

        特種突擊團隊：Geoff 將帶領 4 人的團隊和 Obvious 原來的團隊一起設計、改進 Medium 的用戶體驗。

        遠程工作：我們幾乎要花我們一半的時間在舊金山的 Obvious 辦公室工作。

        深度整合：在這個團隊工作的每一個成員都將被視為 Obvious 的雇員。新的 Obvious 郵箱地址，到項目的 Github、Campfire 小組的訪問權，甚至可以使用 AnyBot 在現場開會，如果當時我們在多倫多的話。

        全身心投入：這個團隊將只為 Medium 工作，不可再分心于其他任何工作。

        Medium 團隊

        一切都已經安排就緒后，我們才開始觀察跟我們一起合作的團隊成員都有哪些。這些人當然都是響當當的人物。有一次，我們團隊中一名開發人員 Chris 說道：

        " 嘿！Dustin Diaz... 我知道這家伙... 他寫過一本關于 JavaScript 的書... 像他硬是寫了一本書就可以了。媽的，這本書應該屬于我的。"

        Jon Lax 則回復道：“歡迎加入英雄聯盟。”

        很快我們就意識到，團隊里沒有個人

        在 Medium 團隊工作的每一個人都非常聰明。他們中的很多人都曾開發過這個地球上最棒的網站，服務和軟件。我們上班的第一天，再一次，我們感到有些惶恐，但很快我們就意識到，這個團隊里沒有個人。

        在進行工程開發的某個階段，我們開始設計一個投票 / 評分系統。該系統的部分功能是一個類似于 Google 的 "+1" 和 非死book 的 "like" 的按鈕。我們正在辯論這個按鈕該如何工作以及它上面應該呈現什么信息。這時候產品主管 Jason Stirman 說道：我們應該給 David 打電話叫他過來，他就在 Google 的 "+1" 按鈕團隊工作。于是 David 過來加入到了我們的討論中。他給我們講了更多關于人們是如何推薦內容的知識，這讓我們得以繼續開展工作。

        我們為能成為這支精英團隊中的一員而倍感榮幸。我們還開玩笑地說，除了用肉做成的時光機，和這些家伙共事讓我們幾乎可以創造出任何東西。

        沉浸其中

        團隊里兩條主線在共同進行：今天要創建的東西，和將來要做的概念化內容。

        我們內部運行著一個非常簡陋的 Medium 版本。事實上我們叫它 " 杯子節奏 "（他們曾在聽電子節奏音樂的同時玩速擺杯子游戲，該名字由此得來。不過簡單起見，我們將仍叫它 Medium）。這個早期的版本反映出 Evan 對這款產品的很多核心理念。多虧了前端開發人員和后端工程師每晚的搭建開發工作，我們得以將 Photoshop 和內部服務器部署平臺高效無縫地結合。有了這個工具，我們可以更快地探索創意和作出決策。

        另一條主線是概念設計。字面上來講他們已經創建出了數以百計的實體模型。那時的 Medium 不光包括文字類的內容，它還包含了很多其他類型的內容：照片，短篇文章，長篇文章等等等等。它還嘗試讓發布者選擇不同的主題模板以適應他們自己的內容。這 其中的很多概念都推動了現今內容的呈現方式。他們使用大的圖片，大型而前衛的布局。這些概念或多或少地分別滲透到后來的文章和內容收藏的設計里。

        我們的團隊聚到了一起討論，最后我們決定關注以下幾個方面：

        * 品牌和 UI 系統

        * 內容收藏

        * 帶圖片的文章（及編輯器）

        * 僅限文字的文章（及編輯器）

        * 圖片和說明（及編輯器）

        早期版本

        起初，我們的工作快速而松散。設計師和工程師會坐得很近，為我們上面總結的內容去工作。我們會聚在小組里，然后一起檢查早期的草圖，各個模塊的 設計以及原型。我們會討論這些內容的優缺點，做出決策，然后繼續工作。這樣的情景每天會發生 6 次。隨著內部產品的不斷進展以及它的界面和功能變得越來越清晰，我們減少了開會的次數，轉而開始細化產品的每一部分以便我們可以真正地使用它。努力工作在 一開始會很重要，但使用情況才是決定一款產品能否存活的因素。

        實際上當有非常多的東西要去做的時候，我們已經不太能記得要實際去用這款產品了。為了嘗試克服這一點，每周我們都要求設計團隊給 Github 至少提交一篇最少包含兩個 bug 的文章或日志（編者：這些文章和日志都使用 Medium 的編輯器寫成）。這是一個很省力的請求，它保證了我們可以使用自己正在設計的產品。

        第一代發布

        Evan 站在整個團隊面前。他簡單地演示了一些幻燈片——中間穿插著漂亮又令人發笑的過渡內容。他講到哪些東西要包含在內，哪些要去除。它將會很簡單——甚至沒有一個主頁。時間表也安排得氣勢逼人：2012 年 7 月 31 日 Medium.com 將正式上線。只有一百個左右的用戶可以發布內容，但任何擁有 推ter 賬號的用戶都可以閱讀 Medium 上的內容。他的講話簡短而有力。這是一次非常激勵人心的講話，整個團隊聽完他的講話后都非常興奮。

        那番講話之后到發布日期到來之前的這些星期里，整個團隊沒日沒夜地奮斗著。開發進行的如此之快，以至于幾乎不可能花時間后退一步看看 Medium 正在變成什么。我們錯過了 31 日，所以只能推遲到 8 月 14 日發布。那時雖然產品仍有不少缺陷，但它仍然讓整個團隊感到很開心。

        Medium 發布當天，如你所期待的那樣，非常混亂。當它上線之后，我們所有人都聚集到主會議室，查看著大屏幕上的 推ter 和實時分析，而此時工程師們則密切關注著他們的筆記本電腦，實時監控著他們可以監控的一切，以確保網站的訪問速度和穩定性。它始終沒有出現故障，而且訪問 速度一直很快——這樣的工程師團隊很少得到他們應得的獎勵，但榮譽都歸他們。

        終于，太陽落下去，杯盞舉起來。從明天起，我們將開始屬于我們的第二段旅程。

        繼續奮進

        Medium 的上線讓我們感覺棒極了。事實上我們的合同期還剩三個月，這也意味著我們可以更進一步地優化自己剛剛發布的產品。除了顯著的短板（如沒有主頁），這個網站還缺乏美化和其他一些我們推遲的功能。

        我們重組了團隊，把原來的隊伍拆分成新功能團隊。每一個功能團隊都至少有一個設計師，前后端各至少一個開發人員。一些團隊可能需要負責多個功能，這取決于團隊人員的復雜度。我們用一張便于修改和理解的摘要板來指導團隊完成他們各自的功能。

        這個摘要板主要包括以下幾方面內容：

        * 這個頁面為誰而做？ 

        * 這個頁面幫用戶解決了什么問題？

        * 我們怎么知道他們需要它？

        * 我們想讓用戶在這個頁面做的主要動作是什么？

        * 哪些方式可以引導用戶做這個動作？

        * 我們怎么知道這個頁面在按我們希望它做的那樣發揮作用？

        在彼此分開的團隊工作還會遇到一個極為常見的問題：在整個產品的開發過程中，如何保持設計的完整性。

        我們仍在飛速般向前推進。我們也嘗試去做很多新東西。除了改進現有的部分，我們還添加了一些新功能，如個人資料頁，筆記，多欄目投遞，統計和其 他一些東西。那時，我們仍在致力于開發不同的文章類型：照片，附文字說明的照片，純文字，文字和圖片，短文章和其他一些準備要設計的東西。

        這樣的 Medium 會突然讓用戶獲得多樣的選擇權（這也就意味著閱讀的復雜性）——這個產品現在則走到了一個生死攸關的關鍵點。

        現在我們面臨著兩個選擇：繼續走富媒體內容的路線，或者，專注于寫作。現在看來專注寫作似乎是再清楚不過的選擇了，然而在當時，當你因為所有曾 付出的努力而迷失方向的時候，這個選擇會很難做。多虧了 Evan 最終做出了決策。我們痛恨看到我們設計和創建的內容無法上線，但他們又需要被砍掉以讓這個新產品可以在簡約中繼續成長。我們最后的選擇是，把它們融合成下 面三種形式：

        結語. 我們從中領悟到的

有時候，即便好的創意也必須被砍掉
——Geoff Teehan，合作伙伴

        在我們開發這個產品的過程中，這樣的事情會不斷上演。有時候我們只是放棄某個創意，其他一些時候，我們則需要拋棄我們已經做出來的東西。

        為了產品能更好表現，你需要極高的遠瞻性和極大的勇氣去砍掉這些東西。甚至在我們加入之前，這個產品已經嘗試過很多不同的模型。彼時這可能會讓人感到沮喪，但最終，如果你不忍痛下手，這個產品會變得復雜并缺失方向。

離家很遠去開發一款產品是很艱難的
——Chris Erwin，開發人員

        當我們要離開這個強大的團隊去回家待上幾周的時候，我們其實非常煎熬。雖然我們可以使用數字產品聯系彼此，但這無法代替我們在舊金山時的面對面 交流。我們在多倫多的那些星期的工作效率不會比在舊金山時高，這是我們意料之中的。我們尋找著可以填補這種空缺的科技產品，我們用 Google Hangouts，Campfire chats，Anybot 機器人以及其他一些如電郵和手機的聯系方式聯系彼此。

        在舊金山我們也許會做錯，但我無法想象遠程工作可以像在一起工作時那樣高效。——特別是當我們為第一代產品努力奮斗時。

要使用產品
——Geoff Teehan，合作伙伴

        如果你花很多時間來查看草圖或者只是紙上談兵的話，你實在是做了太多的假設了。一個很棒的產品或服務會工作良好，而不光是看起來好看。許多用戶 體驗問題是難以避免的。他們需要在使用的過程中被發現。對這款產品來說，強制使用它來發布文章以及問題 bug 保證了我們一直在使用它。

快速開發意味著你可能永遠沒法滿意
——Matt Hodgins，設計師

        Medium 進化的如此之快，以至于我們很少花時間退后一步看看它一路以來的樣子，或者，花時間專注于像素級別的完美設計。這通常并不壞，它只是意味著你做出權衡，然后選擇了用更實用的方式去推進產品。

        VIA: teehanlax.com