SlackはThreadsを完成させるのに2年と6回の反復を要した

スレッドはSlackの心臓部にあまりにも近いため、デザイン責任者のジョシュア・ゴールデンバーグはそれを「エスカレートされた案件」と呼んだ。すなわち、製品の中核すぎて失敗が許されないものだ。

「素早く動き、壊しまくる」を拒否する。スレッドをエスカレートされた案件として扱い、完全に仕上がったと感じられるまで2年間反復する。ソーシャルフィードではなく仕事のために作り直す。

約2年間の急がない探求の中でプロトタイプを約6回大きく反復し、内部でテストしながら一般公開向けに磨き上げ、その後、有料顧客も無料ユーザーも含む全チームへ一斉に展開した。

スレッド形式の会話はThreadsとして全Slackチームに展開された。この2年間の過程で、Slackの利用者は8倍に増え、日間アクティブユーザー400万人に達した。

スレッド形式の会話はありふれて聞こえる。メッセージとその返信を一か所にまとめる機能はダイヤルアップ掲示板の時代から存在し、Facebook、Twitter、Gmailにも見られる。しかしSlackのユーザーがこの機能を求め始めたとき、同社はそれを「すぐに作れる」ものではないと結論づけた。その後、約2年間の急がない探求と、プロトタイプの約6回の大きな反復が続き、公開版を磨く一方で社内で運用された。

その理由は実務的であると同時に哲学的でもあった。Slackはマーク・ザッカーバーグの「素早く動き、壊しまくる」原則で動いたことはなく、「最初から完全に仕上がっている」と感じられるツールを提供することで成長してきた。その完成度は業務用ソフトウェアよりも消費者向けアプリに近い。ゴールデンバーグは、スレッドは「Slackとは何かという核心にあまりにも近く、エスカレートされた案件かもしれない」と述べた。製品担当副社長のエイプリル・アンダーウッドはその罠をこう表現した。「これは解決済みの問題のように見える……しかし仕事の文脈ではそうではない」。

Threadsがついに2017年1月に展開されたとき、それは有料・無料を問わず全チームに提供され、他の場所のスレッド機能とは部分的にしか似ていなかった。仕事の会話が実際にどう機能するかを中心に作り直されていたのだ。この忍耐は許されるものだった。Slackが試行錯誤する間に、利用者は8倍に増えて日間アクティブユーザー400万人に達した。

中核機能は複利的に効く。スレッドは製品内のあらゆる会話に触れるため、失敗した版はすべてを劣化させただろう。

「解決済みの問題」は誤った親近感だった。ソーシャル製品のスレッドパターンは職場のコミュニケーションには移行しない。

6回の反復にわたる社内ドッグフーディングにより、Slackは中途半端な変更で公の信頼を損なうことなく、仕事に根ざした形を見つけられた。

製品の中核にある機能にとって、速さは誤った指標だ。完全に仕上がったと感じられるまで内部で反復し、その後、全員に一斉に展開せよ。

Threadsは2017年1月に有料・無料の両階層を含む全Slackチームに展開され、同社がデザイナーによる製品開発アプローチのケーススタディとして提示した2年間の設計プロセスを完了した。