Slack 花了兩年、六次迭代才把 Threads 做對

討論串與 Slack 的核心功能如此貼近，以至於設計主管 Joshua Goldenberg 稱之為「升級處理的案例」——它對產品太過核心，不能出錯。

拒絕「快速行動、打破常規」：把討論串視為升級處理的案例，花兩年迭代，直到它感覺完全成熟——為工作重新打造，而非為社群動態。

在將近兩年從容不迫的探索中，原型歷經約六次重大迭代，先在內部測試，同時為公開發布打磨，然後一次向所有團隊推出——付費客戶與免費用戶皆然。

討論串對話以 Threads 之名向所有 Slack 團隊推出；在這兩年的過程中，Slack 的使用量成長八倍，達到每日 400 萬活躍使用者。

討論串對話聽起來平淡無奇——把一則訊息及其回覆集中在一處，早在撥接式電子佈告欄時代就已存在，也出現在 Facebook、Twitter 和 Gmail 中。但當 Slack 的使用者開始要求這項功能時，公司得出的結論是，這不是它「能三兩下就做出來」的東西。接下來是將近兩年從容不迫的探索，以及約六次重大的原型迭代，先在內部運行，同時打磨公開版本。

其理由既是哲學性的，也是實務性的。Slack 從不奉行馬克·祖克柏的「快速行動、打破常規」原則；它之所以蓬勃發展，是靠提供「從一開始就感覺完全成熟」的工具，其貼合度與完成度更接近消費性應用程式，而非商業軟體。Goldenberg 說，討論串「與 Slack 的核心如此貼近，以至於它們可能是個升級處理的案例」。產品副總裁 April Underwood 點出了這個陷阱：「這看起來像是個已解決的問題……但在工作的脈絡下並非如此。」

當 Threads 終於在 2017 年 1 月推出時，它向每個團隊開放——付費與免費皆然——而且與其他地方的討論串功能只有部分相似，是圍繞著工作對話的實際運作方式重新打造的。這份耐心是負擔得起的：在 Slack 反覆琢磨的同時，其使用量成長八倍，達到每日 400 萬活躍使用者。

核心功能會產生複合效應：討論串牽動產品中的每一段對話，因此搞砸的版本會拖累一切。

「已解決的問題」是個假象——社群產品中的討論串模式無法轉移到職場溝通。

透過六次迭代的內部試用，Slack 得以找出符合工作場景的形態，而不必用半成品的變更消耗大眾的信任。

對於產品核心的功能，速度是錯誤的衡量標準：在內部反覆迭代，直到它感覺完全成熟，然後一次向所有人推出。

Threads 於 2017 年 1 月向每個 Slack 團隊推出，付費與免費方案皆包含在內，為公司所呈現、用以說明其設計師如何進行產品開發的兩年設計流程畫下句點。