Slack brauchte zwei Jahre und sechs Iterationen, um Threads richtig hinzubekommen

Threads sitzen so nah am Herzen von Slack, dass Designchef Joshua Goldenberg sie als „einen eskalierten Fall“ bezeichnete – zu zentral für das Produkt, um es falsch zu machen.

„Move fast and break things“ ablehnen: Threading als eskalierten Fall behandeln und zwei Jahre lang iterieren, bis es sich vollständig ausgereift anfühlt – neu aufgebaut für die Arbeit, nicht für soziale Feeds.

Etwa sechs bedeutende Iterationen des Prototyps über fast zwei Jahre ungestörter Erkundung, intern getestet, während er für die öffentliche Nutzung poliert wurde, dann auf einmal an jedes Team ausgeliefert – zahlende Kunden und kostenlose Nutzer gleichermaßen.

Threaded Conversations wurden für alle Slack-Teams als Threads ausgeliefert; während des zweijährigen Prozesses wuchs die Nutzung von Slack um das Achtfache auf 4 Millionen täglich aktive Nutzer.

Threaded Conversations klingen alltäglich – eine Nachricht und ihre Antworten an einem Ort zu bündeln, gibt es seit den Bulletin Boards der Einwahlzeit, und es taucht bei Facebook, Twitter und Gmail auf. Doch als Slacks Nutzer begannen, diese Funktion zu verlangen, kam das Unternehmen zu dem Schluss, dass es nichts sei, das man „mal eben aus dem Ärmel schütteln“ könne. Was folgte, waren fast zwei Jahre ungestörter Erkundung und rund sechs bedeutende Iterationen eines Prototyps, intern betrieben, während die öffentliche Version poliert wurde.

Die Begründung war ebenso philosophisch wie praktisch. Slack arbeitete nie nach Mark Zuckerbergs Prinzip „move fast and break things“; es gedieh, indem es Werkzeuge anbot, die sich „von Anfang an vollständig ausgereift anfühlen“, mit Passform und Finish näher an Consumer-Apps als an Business-Software. Goldenberg sagte, Threads seien „so nah am Herzen dessen, was Slack ist, dass sie ein eskalierter Fall sein könnten“. Produkt-VP April Underwood umriss die Falle: „Es scheint irgendwie, als sei das ein gelöstes Problem … Aber nicht im Kontext der Arbeit.“

Als Threads schließlich im Januar 2017 ausgerollt wurden, gingen sie an jedes Team – zahlend und kostenlos – und ähnelten dem Threading anderswo nur teilweise, neu aufgebaut darum herum, wie Arbeitsgespräche tatsächlich funktionieren. Die Geduld war bezahlbar gewesen: Während Slack tüftelte, wuchs die Nutzung um das Achtfache auf 4 Millionen täglich aktive Nutzer.

Kernfunktionen wirken kumulativ: Threading berührt jedes Gespräch im Produkt, eine verpatzte Version würde also alles verschlechtern.

Das „gelöste Problem“ war ein falscher Freund – Threading-Muster aus sozialen Produkten lassen sich nicht auf Arbeitsplatzkommunikation übertragen.

Internes Dogfooding über sechs Iterationen ließ Slack die arbeitsnative Form finden, ohne öffentliches Vertrauen durch halbgebackene Änderungen zu verbrennen.

Für Funktionen im Kern Ihres Produkts ist Geschwindigkeit die falsche Kennzahl: iterieren Sie intern, bis es sich vollständig ausgereift anfühlt, und liefern Sie dann auf einmal an alle aus.

Threads wurden im Januar 2017 an jedes Slack-Team ausgeliefert, sowohl in der zahlenden als auch in der kostenlosen Stufe, und schlossen einen zweijährigen Designprozess ab, den das Unternehmen als Fallstudie dafür präsentierte, wie seine Designer die Produktentwicklung angehen.