Slack tardó dos años y seis iteraciones en acertar con Threads

Los hilos están tan cerca del corazón de Slack que el jefe de diseño, Joshua Goldenberg, los calificó como «un caso escalado»: demasiado centrales para el producto como para equivocarse.

Rechazar «muévete rápido y rompe cosas»: tratar los hilos como un caso escalado e iterar durante dos años hasta que se sientan completamente maduros, reconstruidos para el trabajo, no para los muros sociales.

Alrededor de seis iteraciones significativas del prototipo a lo largo de casi dos años de exploración sin prisas, probadas internamente mientras se pulían para el consumo público, y luego lanzadas a todos los equipos a la vez: tanto a clientes de pago como a usuarios gratuitos.

Las conversaciones hiladas se lanzaron a todos los equipos de Slack como Threads; durante el proceso de dos años, el uso de Slack se multiplicó por ocho hasta 4 millones de usuarios activos diarios.

Las conversaciones hiladas suenan mundanas: agrupar un mensaje y sus respuestas en un solo lugar existe desde los tablones de anuncios de la época de la conexión telefónica, y aparece en Facebook, Twitter y Gmail. Pero cuando los usuarios de Slack empezaron a pedir esa capacidad, la empresa concluyó que no era algo que pudiera «improvisar en un santiamén». Lo que siguió fueron casi dos años de exploración sin prisas y alrededor de seis iteraciones significativas de un prototipo, ejecutadas internamente mientras se pulía la versión pública.

El razonamiento fue tanto filosófico como práctico. Slack nunca operó bajo el principio de Mark Zuckerberg de «muévete rápido y rompe cosas»; prosperó ofreciendo herramientas que «se sienten completamente maduras desde el principio», con un ajuste y acabado más cercanos a las aplicaciones de consumo que al software empresarial. Goldenberg dijo que los hilos están «tan cerca del corazón de lo que es Slack que podrían ser un caso escalado». La vicepresidenta de producto, April Underwood, enmarcó la trampa: «Parece que este es un problema resuelto... Pero no en el contexto del trabajo».

Cuando Threads finalmente se desplegó en enero de 2017, llegó a todos los equipos —de pago y gratuitos— y guardaba solo un parecido parcial con los hilos de otros lugares, reconstruido en torno a cómo se comportan realmente las conversaciones de trabajo. La paciencia había sido asequible: mientras Slack cavilaba, su uso se multiplicó por ocho hasta 4 millones de usuarios activos diarios.

Las funciones centrales se acumulan: los hilos tocan cada conversación del producto, así que una versión fallida degradaría todo.

El «problema resuelto» era un falso amigo: los patrones de hilos de los productos sociales no se trasladan a la comunicación laboral.

El dogfooding interno a lo largo de seis iteraciones permitió a Slack encontrar la forma nativa del trabajo sin quemar la confianza pública con cambios a medio cocinar.

Para las funciones que están en el núcleo de tu producto, la velocidad es la métrica equivocada: itera internamente hasta que se sienta completamente madura y luego lánzala a todos a la vez.

Threads se lanzó a todos los equipos de Slack en enero de 2017, tanto en los niveles de pago como gratuitos, completando un proceso de diseño de dos años que la empresa presentó como un caso de estudio sobre cómo sus diseñadores abordan el desarrollo de productos.