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.
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.
Construir en público también es aprender en público
Eso es parte de lo que estoy aprendiendo mientras construyo rizae.com. El producto importa, pero también importa saber explicarlo, presentarlo y ayudar a que lo descubra la gente adecuada. Publicar no es la meta final. Es el comienzo de otro tipo de trabajo.
Mi conclusión práctica es simple: si eres desarrollador y estás construyendo un SaaS, no asumas que la distribución se resolverá sola cuando el producto esté en línea. Trata la adquisición de clientes, el mensaje y la retención como habilidades reales. Son más lentas de aprender, menos predecibles y tan importantes como el código.