Una de las lecciones más sorprendentes de construir un SaaS es que la parte más difícil muchas veces empieza cuando el producto ya funciona. Escribir código, lanzar funciones, corregir errores y desplegar cambios son tareas concretas. Hay un problema claro, un sistema claro y, por lo general, un siguiente paso claro.
Conseguir clientes es otra historia. La distribución es más caótica. El posicionamiento es más difuso. El mensaje requiere criterio. Los clics, el CTR, la retención y la conversión te obligan a pensar no solo como ingeniero, sino también como marketer, redactor, analista y alguien que entiende cómo reacciona la gente.
Lanzar no es terminar
Muchos desarrolladores subestiman esta parte porque el software da retroalimentación inmediata. Un botón funciona o no funciona. Un despliegue pasa o falla. El marketing rara vez opera así. Puedes publicar algo bien pensado y aun así no llamar la atención. Puedes construir un producto útil y seguir sin encontrar la forma correcta de explicar por qué importa.
Esa diferencia se vuelve frustrante, sobre todo cuando construyes solo. Se siente como aprender una segunda profesión desde cero mientras intentas mantener viva la primera. Y, sinceramente, de eso no se habla lo suficiente en las conversaciones honestas sobre SaaS.
La distribución tiene otro bucle de feedback
Esa diferencia importa porque las métricas de marketing son señales, no explicaciones completas. Un clic o un cambio en el CTR puede decirme que algo cambió, pero no revela por sí solo si la causa fue la audiencia, el canal, el mensaje, el momento o el propio producto. La retención y la conversión sirven por la misma razón: acotan la pregunta, pero no la responden por mí. El trabajo está en interpretar la señal y decidir qué probar después.
Por qué la parte creativa se siente más difícil
- El código recompensa la lógica y la estructura.
- La distribución depende de atención, timing, confianza y repetición.
- Un buen mensaje suele sonar simple, pero llegar a esa simplicidad exige muchas iteraciones.
- Incluso las herramientas fuertes de AI ayudan más rápido con código que con un posicionamiento original o una creatividad que suene humana.
Ese último punto es especialmente curioso hoy. AI puede ser muy útil cuando la tarea es técnica y está bien definida. Pero en cuanto el trabajo se vuelve creativo, matizado o dependiente de la voz, el resultado puede volverse bastante incómodo. Ese contraste dice mucho sobre todo lo que todavía necesita criterio humano.
No interpreto esto como una prueba de que AI no pueda hacer trabajo creativo. Mi conclusión es más limitada: en mi uso, resulta más fácil confiar en AI cuando la tarea está acotada y el resultado se puede comprobar. El posicionamiento y la voz no tienen un equivalente a un typechecker. Aun así tengo que decidir si el resultado es concreto, creíble y adecuado para la audiencia.
Cambió lo que significa lanzar para mí
Esto cambió mi forma de entender el lanzamiento de un SaaS. El producto puede estar en producción y funcionar bien desde el punto de vista técnico mientras el problema de distribución sigue casi intacto. Después del lanzamiento empieza otro ciclo: explicar para quién es el producto, ayudar a que lo descubran las personas adecuadas, observar lo que hacen y ajustar tanto el mensaje como el producto. Para quien construye solo, ese trabajo compite por la misma atención limitada que la ingeniería.
Lo que tendría presente antes del próximo lanzamiento
- ¿Puedo explicar con claridad para quién es el producto y por qué debería importarle?
- ¿Dónde van a descubrirlo realmente los primeros usuarios?
- ¿Qué señales voy a observar —clics, CTR, conversión, retención— y qué no puede decirme cada una por sí sola?
- ¿Estoy tratando el resultado de AI como un borrador que debo juzgar, y no como un sustituto de mi criterio?
No es una regla universal
No afirmo que conseguir clientes sea siempre más difícil que la ingeniería para cualquier SaaS. Algunos productos tienen restricciones técnicas brutales; otros ya cuentan con distribución. Mi punto es más limitado: para un desarrollador cómodo construyendo software, el trabajo posterior al lanzamiento puede exigir otro conjunto de habilidades y un bucle de feedback mucho menos determinista. En mi caso, esa fue la parte que más me sorprendió.
Mi conclusión práctica es sencilla: lanzar no es llegar a la meta. La adquisición de clientes, el posicionamiento, el mensaje y la retención son habilidades reales de construcción de producto. Se aprenden más despacio y son más difíciles de depurar que el código porque el feedback tiene mucho más ruido, pero ignorarlas no hace que desaparezcan.