Con IA, construir ya no es lo difícil
Si un MVP funcional cuesta días, el riesgo pasa a quién lo va a usar y cómo le llega. Las herramientas que funcionan ya tenían usuarios antes de la primera línea de código.
Una herramienta de turnos, en dos días. Una de planificación y horas para 35 personas, en una semana.
Construir ya no es lo que frena. Lo que frena es que alguien lo use.
Lo que sale hoy en días
Tres ejemplos que conozco bien porque los he construido yo. Los tres están en uso.
Mia's Care es un salón de manicura en Madrid. Su herramienta de turnos, vacaciones y permisos se hizo con IA en dos días. Cuesta 0 € al mes.
Lacia OnTrack es la herramienta interna de una agencia de diseño de packaging: planificación, horas imputadas y coste real de cada proyecto. La hice solo, con IA, en una semana con iteraciones. Tiene 35 usuarios y sigue en uso.
La web de boda de unos amigos son tres productos sobre el mismo código. Una web para confirmar asistencia, herramientas con QR para el día de la boda y un panel para los novios.
Y funcionan de verdad: la de Mia's Care valida solapes, preaviso y cobertura mínima en la base de datos. Lacia OnTrack propone qué diseñador encaja mejor en cada proyecto nuevo. El panel de la boda tiene un editor de mesas en el que arrastras a cada invitado a su silla.
Los que funcionan ya tenían usuarios
Los tres tienen algo más en común: sus usuarios existían antes de la primera línea.
En Mia's Care, cuatro personas que se pedían los turnos por WhatsApp y de voz.
En Lacia OnTrack, 35 personas de una agencia que llevaba los proyectos estratégicos en Excel.
En la boda, unos 120 invitados. La mitad ya ha confirmado por la web.
Eran encargos: los usuarios venían con el encargo. Nadie tuvo que salir a buscarlos. Y en el salón y en la agencia tampoco hubo que convencer a nadie de que el problema existía: ya lo tenían.
La distribución estaba resuelta antes de construir. El día que cada herramienta estuvo lista, ya se sabía a quién se le daba y para qué.
Por eso se usan. No por lo rápido que se hicieran.
Y tener a los usuarios delante desde el primer día da otra cosa: sabes qué cambiar después. La herramienta de Mia's Care sigue creciendo con lo que el salón va necesitando.
Donde sí cuesta: que alguien lo encuentre
ListoChina es el caso contrario. Está en construcción: una web app para hispanohablantes que quieren ir a China o entender su cultura. Sirve para organizar el viaje con IA, leer sobre cultura y tips, y aprender chino.
La hago porque es la app que yo quiero usar. La web app ya se puede usar y sigue en progreso.
Aquí no hay encargo ni cuatro personas esperando la herramienta. Hay un público: gente que está pensando en viajar a China. No sabes cómo se llaman ni dónde están. Y ellos, de entrada, no saben que la app existe.
Aquí construir es la parte fácil. Lo difícil es salir a buscarlos: que te encuentren cuando están preparando el viaje. Y que vuelvan.
Ser tu propio primer usuario sirve para saber qué construir. Pero un usuario no es un mercado.
Vender antes de construir
Cuando nadie te trae el encargo, toca conseguirlo antes de construir. En B2B ya se trabajaba así antes de la IA.
En WinView había clientes firmados cuando todavía no existía el producto. El discovery se hizo con ellos, buscando lo que tenían en común. De ahí salió un producto base que llegó a más de 20 clientes en producción.
En acens, dentro de una gran empresa, el orden era el mismo con otra forma. Cada producto empezaba por su business case y su go-to-market, defendidos ante dirección.
El orden importa. Primero, quién lo va a usar y cómo le llega. Después, el producto.
Cuando construir costaba meses, ese orden se imponía solo: poner a un equipo a programar sin saber para quién salía demasiado caro. Ahora puedes saltártelo y tener algo funcionando en una semana.
Ese es el riesgo nuevo. No que el MVP salga mal. Que salga bien y no lo use nadie.
Qué hacer antes de abrir el editor
Con la IA, la tentación es abrir el editor primero. Cuesta poco y en una tarde ya ves algo en pantalla.
Antes de pedirle la primera pantalla, contesta tres preguntas. Por escrito.
¿Quiénes son tus primeros usuarios? Pueden ser cuatro, como en el salón. Pero con nombre. Si no te sale ninguno, todavía no sabes para quién es.
¿Cómo se van a enterar? Un mensaje, una reunión, un enlace en el sitio donde ya están. "Lo compartiré en redes" no es una respuesta.
¿Qué tiene que pasar para que lo usen la segunda semana? La primera vez lo prueba cualquiera. Volver es otra cosa.
Si no sabes contestar, el MVP puede esperar. Ya lo harás en días.
Si sabes contestar, constrúyelo ya. Sin buscar la versión perfecta: con lo justo para que esos primeros vuelvan.
El código ya no es la excusa. Ponte con la distribución.
Vamos.