¿Es tu primera vez? Empieza aquí.

Los modelos de lenguaje son excelentes convirtiendo algo vago en algo estructurado: un párrafo desordenado en un plan, un plan en tareas, una tarea en código que funciona. Leen más rápido que tú, escriben más rápido que tú y nunca se cansan de la parte aburrida.

También son buenos enseñándote lo que no habías pensado. Pregunta qué falta en un plan, qué puede salir mal o cómo leería tu página alguien hostil, y la respuesta suele valer el minuto que costó.

Lo que ha cambiado de verdad es el coste de construir. Algo que le llevaba tres meses a un equipo pequeño puede llevarle ahora dos semanas a una sola persona. Eso es real, y es la razón por la que esto merece la pena.

Un modelo sabe lo que se escribió y se publicó hasta cierto momento del pasado. No sabe qué pasó el mes pasado, qué cambiaron ayer tus competidores ni cuánto está dispuesta a pagar la gente de tu ciudad.

No conoce tus limitaciones a menos que se las cuentes: cuánto tiempo tienes, cuánto dinero puedes perder, qué no estás dispuesto a hacer, quién más está implicado. Sin eso, sus consejos están escritos para una persona imaginaria con tiempo ilimitado.

Y no sabe lo que no sabe. No hay una señal interna que diga «esta parte me la estoy inventando». Por eso todo lo que sostiene una decisión se contrasta con una fuente.

Un modelo produce la continuación más plausible del texto que lleva. Plausible suele significar correcto, porque lo correcto suele ser plausible; pero cuando no sabe, la maquinaria no se detiene. Produce algo igual de fluido y seguro que resulta estar inventado.

Por eso las estadísticas fabricadas, las fuentes inventadas y las funciones de un producto que no las tiene se leen exactamente igual que las partes verdaderas. No hay ningún cambio de tono que te avise.

La regla práctica: cuanto más cambiaría una afirmación tu decisión, más necesita una fuente que puedas abrir. Un número, el precio de un competidor, un requisito legal, el tamaño de un mercado: compruébalo. Una explicación de cómo funciona algo en general: normalmente vale.

Pregúntale a un modelo si tu idea es buena y casi siempre encontrará la manera de decir que sí, y luego enumerará algunas consideraciones. Pregúntale por la idea contraria y también dirá que sí. Ninguna de las dos respuestas le cuesta nada.

Esto importa porque ese «sí» se siente como validación. Llega con la misma voz segura y articulada que todo lo demás, y llega justo en el momento en que estás buscando un motivo para seguir.

La validación de verdad tiene otro aspecto y cuesta más conseguirla: alguien con el problema dice que lo tiene, describe qué hace hoy al respecto y o bien te paga o te explica claramente por qué no. Todo lo demás es preparación.

Escribe las dos o tres afirmaciones que, de ser falsas, dejarían el proyecto sin sentido. «La gente paga por esto hoy.» «Puedo llegar a ellos por menos de lo que valen.» «Es legal que yo venda esto donde vivo.» Esas son las que hay que verificar.

Verificar significa una fuente que puedas abrir y una fecha que puedas ver: la página de precios real de un competidor, un anuncio real, las palabras del propio regulador, un hilo de foro donde la gente describe el problema con sus palabras. No un resumen de un resumen.

Cuando no puedas verificar algo, eso no es un fracaso: es un hallazgo. Anótalo como suposición y diseña tu primer paso de forma que la ponga a prueba barato.

Una idea comprobable nombra a una persona concreta, una situación concreta y lo que esa persona hace hoy en su lugar. «Gente que cocina en tandas los domingos y guarda las recetas en capturas de pantalla» es comprobable. «Gente a la que le gusta la comida» no.

También nombra el cambio: qué pasa a ser posible, más rápido, más barato o menos horrible. Si la respuesta es «queda más bonito», puede que la idea siga mereciendo la pena, pero todavía no es un motivo para que nadie cambie.

Y por último dice qué tiene que ser cierto. Toda idea se apoya en creencias sobre el mundo. Escribirlas convierte una discusión de gustos en una lista de cosas comprobables.

Un proyecto comercial tiene que encontrar clientes que paguen más de lo que cuesta llegar hasta ellos y atenderlos. Esa restricción lo gobierna todo: qué construyes, en qué orden y cuándo paras.

Un proyecto personal no. Puede existir porque querías que existiera, porque estás aprendiendo o porque resuelve una molestia tuya. Medirlo por los ingresos es como medir una afición por su sueldo.

El error no es elegir uno: es ir a la deriva entre los dos. Construir para ti mientras esperas dinero en silencio, o perseguir ingresos en algo que empezaste por diversión, produce lo peor de ambos. Decide, escríbelo y cámbialo a propósito si cambia.

Empieza por lo que la gente ya paga. Los productos de pago que existen son la señal más fuerte de que hay mercado: un campo lleno es mucho mejor noticia que uno vacío. «No hay competencia» suele significar que no hay mercado, no que esté sin explotar.

Después busca el problema en las palabras de la gente: foros, reseñas de las herramientas que usan hoy, preguntas hechas en público, quejas. Las reseñas de una y tres estrellas de tus competidores son la investigación gratuita más valiosa que existe.

Por último, habla con cinco personas que tengan el problema. No sobre tu idea, sino sobre su última semana. Qué hicieron, qué les costó, qué intentaron. Si nada de lo que dicen se parece al problema que imaginabas, has aprendido lo más útil que vas a aprender este mes.

Elige la suposición cuyo fallo más dolería y construye solo lo necesario para ponerla a prueba. Normalmente es mucho menos que un producto: una página que describe la cosa y pide un correo, un flujo hecho de principio a fin a mano, una hoja de cálculo que manejas tú.

Construir es ahora tan barato que tienta construirlo todo. Resístete, porque la parte cara no es el código: son los meses gastados en funciones que nadie ha pedido y la confianza que te dan.

Enseña algo pequeño a gente real lo bastante pronto como para que su reacción todavía pueda cambiar lo que construyes. Después quédate con lo que usan y borra el resto.

El código escrito por IA funciona y también deja cosas atrás sin avisar: claves expuestas, una página de administración sin login, una subida sin proteger, un formulario que pierde envíos en silencio, una página que se rompe en el móvil. Nada de eso se anuncia.

Comprueba lo aburrido: ¿funciona el registro en un navegador nuevo?, ¿el pago cobra de verdad?, ¿llega el correo de confirmación?, ¿qué pasa con una conexión lenta?, ¿qué pasa si alguien escribe algo incorrecto?

Y luego deja que algo revise lo que tú no puedes ver. Professional Hub se conecta con Fix Before Launch justamente para esto —un escaneo completo previo al lanzamiento y pruebas de aplicaciones con IA— porque que sea el primer usuario real quien encuentre tu checkout roto es la forma más cara de descubrirlo.