Lanzar no es el final de la prueba
Una primera versión solo sirve si termina en una decisión. Cómo leo lo que pasa después de lanzar y cómo decido si seguir, cambiar o parar.
El día que algo sale a la luz tiene algo de meta. Hay una fecha marcada, un último repaso, un mensaje al equipo y, por fin, la sensación de haber terminado.
Pero ese día no se ha respondido nada. Solo ha empezado la parte de la prueba que no controlamos: lo que hacen otras personas cuando no estamos delante.
Y ahí aparece un riesgo silencioso. La versión sigue en marcha, alguien la usa de vez en cuando, los números no son malos del todo… y semanas después nadie ha decidido nada. El producto no avanza ni se cierra. Simplemente sigue.
Una primera versión solo sirve si termina en una decisión: seguir, cambiar o parar.
El día del lanzamiento no dice casi nada
El primer día mezcla todo lo que no importa: la curiosidad, los amigos que prueban por compromiso, el equipo comprobando que funciona y las personas que llegan por el anuncio y no vuelven.
Por eso intento no mirar demasiado ese pico. Me interesa más lo que pasa cuando el anuncio ya se ha olvidado. Quién vuelve sin que se lo recuerden. Qué hace la segunda vez. Qué deja de hacer a la tercera.
Recuperemos la herramienta de reuniones del artículo anterior. Tras las conversaciones y los resúmenes hechos a mano, varios equipos la usan durante un mes en reuniones reales. El primer día, todos generan un resumen. Eso solo demuestra que el botón funciona. Lo que importa empieza en la segunda semana.
El silencio también es un dato
Cuando alguien se queja, al menos sabemos qué le molesta. Lo difícil es interpretar a quien simplemente deja de aparecer.
Ese silencio rara vez llega como un mensaje. Hay que ir a buscarlo: mirar quién dejó de usarlo y escribirle, sin intentar convencerle de nada. «Vi que la semana pasada no grabasteis ninguna reunión, ¿qué pasó?» suele dar respuestas que ninguna métrica explica. Quizá se cambió de herramienta de videollamadas. Quizá alguien del equipo no quería que se grabara. Quizá el resumen llegaba cuando ya nadie lo necesitaba.
Tampoco todo el silencio significa lo mismo. Que alguien deje de usar algo que usaba a diario es una señal fuerte. Que no vuelva alguien que entró una vez por curiosidad apenas dice nada.
Mirar lo que cambia en su trabajo
Después de lanzar es fácil llenar un panel de números. Pero la mayoría describe actividad, no valor. Que se generen muchos resúmenes no significa que alguien los lea.
Busco señales de que la herramienta ha entrado en el trabajo de alguien:
- Vuelve sin que se lo pidamos. El uso de la tercera o cuarta semana dice más que el del primer día.
- Lo usa con otras personas. Si el resumen se reenvía o se pega en el canal del equipo, ha dejado de ser una prueba individual.
- Lo echa de menos. Si falla un día y alguien escribe preguntando, hay algo de verdad.
- Lo adapta. Cuando la gente busca atajos o lo usa de una forma que no habíamos previsto, nos está diciendo dónde está el valor.
Superhuman hizo popular una pregunta sencilla para esto: ¿cómo te sentirías si mañana no pudieras usarlo? Si menos del 40 % responde «muy decepcionado», probablemente aún no hay algo que la gente necesite.1 No es una ley, pero obliga a preguntar por la pérdida, que es más sincera que preguntar por el gusto.
Por qué cuesta tanto parar
Casi nunca falta información para decidir. Falta voluntad de hacerlo.
Lo que ya hemos invertido pesa, aunque no debería. Hace décadas que se estudia: cuanto más hemos pagado por algo, más nos cuesta abandonarlo, aunque seguir sea peor.2 Y con un producto se suman más cosas: el equipo que lo ha construido, lo que contamos a otras personas y lo raro que resulta cerrar algo que funciona técnicamente.
La IA añade una trampa nueva. Como cambiar algo cuesta muy poco, siempre hay otra versión posible. Otro texto en la pantalla de entrada. Otra función que quizá lo arregle. Cada ajuste por separado parece razonable, pero juntos pueden convertirse en una forma cómoda de no decidir.
Cuando me sorprendo pensando «una versión más y ya se verá», me pregunto si esa versión responde a algo que he aprendido o si solo me da otra semana sin decidir.
Fijar la fecha antes de lanzar
En el artículo anterior proponía decidir qué haré según el resultado antes de ver los datos. Después de lanzar, eso se convierte en algo muy concreto: una fecha y unos límites escritos de antemano.
Annie Duke lo llama criterios para abandonar: un estado y una fecha.3 Algo así:
Si dentro de cuatro semanas menos de la mitad de los equipos usa el resumen en la tercera semana, cambiamos la forma de entrada. Si menos de dos lo usan, paramos.
Escrito antes, el límite no se discute. Después, siempre parece que los resultados merecen un poco más de paciencia.
Los límites no tienen por qué ser perfectos. Basta con que sean lo bastante claros como para que nadie del equipo pueda reinterpretarlos cuando ya ha visto los números.
Tres salidas y ninguna es un fracaso
Seguir no significa añadir todo lo que estaba en la lista. Significa invertir en lo que de verdad se usa. Si el resumen se reenvía pero las tareas automáticas no las mira nadie, lo siguiente es mejorar el resumen, no las tareas.
Cambiar no es empezar de cero. Casi siempre algo ha funcionado: el problema era real pero la forma no, o la idea encajaba con otro tipo de equipo. Lo útil es decir qué se mantiene y qué cambia. Si el problema era real pero nadie quería grabar, quizá la herramienta debería pedir los acuerdos al final de la reunión en vez de escucharla entera.
Parar también es un resultado. Una prueba que termina en un no claro ha cumplido su función: ha costado semanas en lugar de años. Eso sí, parar bien también es trabajo. Hay que avisar con tiempo, dejar que cada cual se lleve sus datos y explicar por qué. Defendía que mínimo no significa incompleto. Lo mismo vale para el final: quien confió en una primera versión merece que se cierre con cuidado.
Lo que no debería ser una salida es la cuarta opción, la que nadie elige a propósito: dejarlo encendido sin decidir. Ocupa tiempo de mantenimiento, atención del equipo y la confianza de quien todavía lo usa, sin darnos nada a cambio.
Volviendo a la herramienta de reuniones
Imaginemos que, al cabo de un mes, pasa esto: cinco de ocho equipos han dejado de grabar. Los tres que siguen reenvían el resumen después de cada reunión con clientes. Uno de ellos ha preguntado si puede añadir sus propias notas.
Mirando solo el total, parecería un fracaso: casi dos tercios lo han dejado. Mirando el comportamiento, hay algo claro: el resumen tiene valor cuando hay un cliente al otro lado y alguien tiene que rendir cuentas de lo acordado.
La decisión no es ni seguir igual ni parar. Es cambiar: centrarse en reuniones con clientes, dejar de lado las internas y probar si quien coordina la cuenta pagaría por ello. Y con una fecha nueva para volver a decidir.
Cinco preguntas a las cuatro semanas
Cuando llega la fecha, reviso cada primera versión con estas preguntas:
- ¿Quién la sigue usando sin que se lo recordemos, y para qué?
- ¿Qué ha dejado de usarse, y sabemos por qué?
- ¿Qué señal habíamos fijado antes de lanzar, y la hemos alcanzado?
- Si hoy no existiera, ¿la construiríamos tal como está?
- ¿Qué decisión tomamos, y cuándo volveremos a revisarla?
Si al final de la revisión no hay una decisión escrita, no he terminado la prueba. Solo he mirado los datos.
Lanzar pronto es un buen consejo. Pero solo sirve si, poco después, alguien se sienta a decidir qué hacer con lo aprendido.
Fuentes y notas
Rahul Vohra, How Superhuman Built an Engine to Find Product/Market Fit, First Round Review. La prueba del 40 % es de Sean Ellis.
Hal R. Arkes y Catherine Blumer, The psychology of sunk cost, Organizational Behavior and Human Decision Processes, 1985.
Annie Duke, Quit: The Power of Knowing When to Walk Away, Portfolio, 2022.