Slack a consacré deux ans et six itérations à bien concevoir Threads

Les fils de discussion sont si proches du cœur de Slack que le responsable du design, Joshua Goldenberg, les a qualifiés de « cas sensible » — trop centraux pour le produit pour se permettre de se tromper.

Refuser le « move fast and break things » : traiter les fils de discussion comme un cas sensible et itérer pendant deux ans jusqu'à ce que la fonctionnalité paraisse pleinement aboutie — repensée pour le travail, pas pour les réseaux sociaux.

Environ six itérations significatives du prototype sur près de deux ans d'exploration sans précipitation, testées en interne tout en étant peaufinées pour le grand public, puis déployées à toutes les équipes en une seule fois — clients payants comme utilisateurs gratuits.

Les conversations en fils ont été déployées à toutes les équipes Slack sous le nom de Threads ; pendant ce processus de deux ans, l'usage de Slack a été multiplié par huit pour atteindre 4 millions d'utilisateurs actifs quotidiens.

Les conversations en fils de discussion semblent banales — regrouper un message et ses réponses au même endroit existe depuis les babillards électroniques de l'époque du RTC, et se retrouve dans Facebook, Twitter et Gmail. Mais lorsque les utilisateurs de Slack ont commencé à réclamer cette fonctionnalité, l'entreprise a conclu qu'il ne s'agissait pas de quelque chose qu'elle pouvait « monter en un tournemain ». S'ensuivirent près de deux ans d'exploration sans précipitation et environ six itérations significatives d'un prototype, menées en interne pendant que la version publique était peaufinée.

Le raisonnement était autant philosophique que pratique. Slack n'a jamais fonctionné selon le principe de Mark Zuckerberg « move fast and break things » ; elle a prospéré en offrant des outils qui « paraissent pleinement aboutis dès le départ », avec un niveau de finition plus proche des applications grand public que des logiciels professionnels. Goldenberg a déclaré que les fils de discussion sont « si proches du cœur de ce qu'est Slack qu'ils pourraient constituer un cas sensible ». La vice-présidente produit April Underwood a formulé le piège : « On a l'impression qu'il s'agit d'un problème résolu... Mais pas dans le contexte du travail. »

Lorsque Threads a finalement été déployé en janvier 2017, la fonctionnalité est allée à toutes les équipes — payantes et gratuites — et ne ressemblait que partiellement aux fils de discussion existants ailleurs, repensée autour du comportement réel des conversations professionnelles. Cette patience était abordable : pendant que Slack tâtonnait, son usage a été multiplié par huit pour atteindre 4 millions d'utilisateurs actifs quotidiens.

Les fonctionnalités centrales ont un effet cumulatif : les fils de discussion touchent chaque conversation du produit, si bien qu'une version ratée dégraderait l'ensemble.

Le « problème résolu » était un faux ami — les schémas de fils de discussion des produits sociaux ne se transposent pas à la communication en milieu de travail.

Le dogfooding interne sur six itérations a permis à Slack de trouver la forme adaptée au travail sans entamer la confiance du public avec des changements à moitié aboutis.

Pour les fonctionnalités au cœur de votre produit, la vitesse est le mauvais critère : itérez en interne jusqu'à ce que la fonctionnalité paraisse pleinement aboutie, puis déployez-la à tous en une seule fois.

Threads a été déployé à toutes les équipes Slack en janvier 2017, tant pour les offres payantes que gratuites, achevant un processus de conception de deux ans que l'entreprise a présenté comme une étude de cas sur la façon dont ses designers abordent le développement produit.