Go-to-market sin alineación interna: el lanzamiento que llegó tarde al mercado
El producto estaba listo. Eso era lo que el equipo de producto decía en la reunión de marzo, 3 semanas antes del lanzamiento planificado. Lo que no estaba listo, aunque nadie lo dijera explícitamente porque hacerlo hubiera generado una conversación incómoda con la fecha de lanzamiento ya comprometida, era el resto de la organización. El equipo de ventas no tenía las herramientas de presentación actualizadas. El equipo de customer success no había sido entrenado en las funcionalidades nuevas. El equipo de marketing tenía el plan de lanzamiento a medias porque la confirmación de features había llegado 6 semanas tarde.
Lanzamos en la fecha comprometida porque la fecha era pública y el costo reputacional de posponerla parecía mayor que el costo de lanzar sin la preparación completa. Era una lógica que en el momento tenía sentido y que en retrospectiva era la racionalización de una decisión tomada por presión de calendario en lugar de por criterio de preparación. Las consecuencias fueron predecibles: los primeros 30 clientes que probaron el producto nuevo encontraron experiencias incompletas, el equipo de ventas presentaba funcionalidades que no estaban totalmente implementadas y el equipo de soporte respondía preguntas para las que no había sido preparado.
El daño no fue catastrófico. Pero fue real y tuvo un costo que no aparecía en ningún reporte: los 30 clientes que tuvieron una experiencia de lanzamiento inconsistente llegaron al mes 3 con un NPS un 18 puntos menor al promedio de clientes adquiridos en condiciones normales. La tasa de expansión de ese cohorte en el mes 6 fue la mitad del promedio histórico. El costo del lanzamiento apresurado no fue visible en las primeras semanas. Se materializó en el comportamiento a largo plazo de los clientes que vivieron la experiencia de un producto que prometía más de lo que entregaba en el momento del lanzamiento.
Diseñé un protocolo de go-to-market que establecía criterios de preparación no negociables antes de cualquier lanzamiento: el equipo de ventas tenía que demostrar capacidad de presentar el producto con confianza, el equipo de customer success tenía que haber completado la formación en las funcionalidades nuevas, el equipo de marketing tenía que tener los materiales finalizados y el equipo de soporte tenía que tener documentadas las respuestas a las preguntas más frecuentes anticipadas.
El protocolo fue resistido inicialmente porque añadía tiempo al proceso de lanzamiento en un equipo que valoraba la velocidad como virtud. Lo que cambió la disposición del equipo fue calcular el costo del lanzamiento anterior: tiempo de corrección de problemas post-lanzamiento, impacto en NPS de los primeros clientes y revenue de expansión perdido en la cohorte afectada. El protocolo de preparación agregaba 3 semanas al proceso de lanzamiento. El costo de no tenerlo había sido de 4 meses de gestión de consecuencias. La aritmética era clara.