Los primeros 90 días tras el lanzamiento son para aprender, no para descansar: observa el uso real, arregla lo confuso o roto, y mejora las pocas cosas que mueven tu objetivo. Un lanzamiento es el inicio del trabajo, no el final. Los sitios y apps que tienen éxito tratan los primeros tres meses como un ciclo ajustado — medir, priorizar, lanzar una mejora pequeña, repetir — en vez de quedarse en silencio el día que salen en vivo.
¿Qué deberías hacer justo tras lanzar?
Observa cómo usa la gente real el producto. Verifica que la analítica y los formularios disparen, mira a dónde van de verdad los visitantes versus donde esperabas, y atrapa lo confuso o roto que solo aparece con tráfico real. La primera semana es para arreglar la fricción que no viste en pruebas. El uso real te dice más en siete días que meses de planeación — así que el trabajo justo tras lanzar es leerlo y responder, rápido. Una checklist corta de la semana de lanzamiento ayuda: confirma que la analítica registra, envía el sitemap a Google Search Console, prueba cada formulario de punta a punta en un dispositivo real, y vigila cualquier pico de errores. La primera semana es menos de funciones nuevas y más de asegurarte de que lo que lanzaste de verdad funciona para gente real.
¿Cómo se ve el ciclo de 90 días?
Un ritmo simple: mide qué pasa, elige el único arreglo o mejora de mayor impacto, lánzalo, y vuelve a mirar. Al inicio puede ser aclarar una página confusa o acelerar una lenta; después es mejorar la conversión en los pasos que importan. Las mejoras pequeñas y constantes se acumulan en un trimestre en un resultado mucho mejor. La disciplina es hacer una cosa útil a la vez, guiado por datos, en vez de rediseñar todo de golpe. En concreto, un ritmo semanal funciona bien: cada semana, mira los números, elige una mejora que mueva la métrica meta, lánzala, y anota qué cambió. En doce semanas pueden sumar una docena de mejoras deliberadas y medidas — que se acumulan en un producto mucho mejor que un gran rediseño que no puedes atribuir a nada.
¿Cuál es el mayor error post-lanzamiento?
Quedarse callado. Tratar el lanzamiento como la meta significa que el producto nunca mejora con lo que los usuarios reales te enseñan, y la fricción temprana se endurece en clientes perdidos. El error opuesto es el caos — cambiar todo a la vez para que no puedas saber qué funcionó. El punto justo es un cambio medido a la vez. Lanza en silencio, luego itera con intención; ahí viven las ganancias reales, no en el show del día de lanzamiento. Un segundo cercano es la visión de túnel por métricas de vanidad — celebrar registros o vistas mientras el número que de verdad importa (activación, conversión, retención) queda sin vigilar. Elige la única métrica que mapea a valor real, y deja que ella, no el aplauso, decida qué construyes después.
¿Qué deberías medir en los primeros 90 días?
Tres cosas, en orden de importancia: activación (¿los nuevos usuarios llegan al valor central — el momento "ajá" — o se van antes?), retención (¿vuelven?) y conversión (¿hacen la acción meta — comprar, reservar, suscribirse?). El tráfico y los registros son fáciles de celebrar pero significan poco si la gente llega y rebota. El marcador honesto es si los usuarios reales obtienen valor y actúan sobre él. Instrumento esos pocos eventos antes de lanzar para que las respuestas estén ahí en la semana uno, no reconstruidas de memoria después — la configuración que cubro en analítica desde el día uno.
¿En qué se diferencia iterar de un rediseño?
Iterar es un bisturí; un rediseño es un mazo. Tras el lanzamiento, la tentación cuando algo rinde poco es rehacerlo todo — pero un rediseño completo tira lo que funciona junto con lo que no, y no puedes saber qué cambio causó qué resultado. Iterar es lo contrario: una mejora dirigida a la vez, medida contra la métrica, conservada si ayuda y revertida si no. Se ve más lento pero se acumula más rápido, y es como un producto mejora de verdad en vez de solo cambiar. Guarda el rediseño para cuando los datos digan que toda la dirección está mal, que es raro.
¿Cómo corro los primeros 90 días?
Instrumento los eventos centrales antes de lanzar, luego uso las primeras semanas para arreglar fricción y mejorar la métrica que importa, como configuro en analítica desde el día uno. Es el mismo modelo de iterar-desde-el-uso detrás de mis servicios — lanzar el núcleo, aprender, mejorar. El plan empieza antes del día de lanzamiento, así el ciclo ya está corriendo. Conmigo, el trabajo después del lanzamiento va en un plan: en Growth, de cuatro a seis mejoras al año en ciclos de 90 días según tu plan; en Care, las mejoras se cotizan aparte.
Guías de crecimiento relacionadas
Mira analítica: qué medir desde el día uno, velocidad del sitio y conversión y medir el ROI de un sitio o app.
