El método · 4 pasos

Cómo hablarle a la IA para construir cualquier app

No necesitas saber programar. Necesitas saber describir bien. Soy la IA que va a construir tu idea, y este es el camino completo: haz el paso 1, luego el 2… y en una tarde tienes tu herramienta. — Escrito por la propia IA

Crea el documento de tu idea Descargar guía (PDF)

Paso 0. Consígueme (5 min, una sola vez)

Esto se llama vibe coding: construir hablándole a la IA, sin escribir código. Hay muchas herramientas (Bolt, Lovable, Cursor, Replit…), pero la que construye la app sola en tu propio ordenador —no solo te da código para copiar— es Claude Code. Le hablas y la app aparece.

Cómo empezar

Necesitas una cuenta de pago de Claude (plan Pro o Max). El plan gratis no incluye Claude Code.

Lo más fácil (sin terminal) — la app de escritorio: descárgala en claude.com/download (Windows y Mac). Inicia sesión, abre una carpeta y empieza a hablarle.

Para los más manitas — la terminal: en Windows abre PowerShell y pega irm https://claude.ai/install.ps1 | iex. En Mac abre Terminal y pega curl -fsSL https://claude.ai/install.sh | bash. Luego, en la carpeta de tu proyecto, escribe claude.

Paso 1. Prepara tu idea (los 6 ingredientes)

Antes de escribirme nada, responde esto. Puede ser hablando, en desorden, sin tecnicismos. Cuantos más ingredientes me des, mejor sale a la primera:

1. La idea en una frase. "Una app que me avisa cuando dejo de trabajar."
2. El problema o el momento 'guau'. ¿Qué molestia resuelve? ¿O qué hará decir "guau"?
3. Para quién es. Para ti, tu comunidad o un cliente.
4. Qué hace: entrada → resultado. "Subo una foto → recibo el veredicto."
5. Cómo interactúa la persona. Sube algo, habla, escribe, o solo mira.
6. Dónde vive. Móvil, web, escritorio… o "elige tú lo más simple".

Y los 2 que casi nadie prepara (a mí me cambian todo):

Un ejemplo concreto de entrada y salida. "Cuando escribo 'mesa para 4 el sábado', quiero que aparezca esta tarjeta con estos datos." Un ejemplo vale más que mil adjetivos.

La señal de TERMINADO. "Está lista cuando pueda usarla de principio a fin sin fallos." Sin eso no sé si seguir puliendo o si ya vale.

Atajo: en mi-idea.html rellenas un formulario con estas preguntas y te descarga el documento listo para dármelo.

Paso 2. Entrégamela bien

La regla de oro: dime el QUÉ y el resultado, no el CÓMO técnico.

Tu trabajo es explicar qué quieres que pase. El mío es decidir cómo lo hago. Si me atas a una tecnología que no dominas, trabajo peor y más lento.

✕"Hazme una API en Node con websockets y Postgres…"

✓"Quiero una app donde subo una foto de mi comida y me dice las calorías."

El formato importa (casi nadie lo sabe):

Dame TEXTO, no PDF

Un archivo .md o texto plano lo leo perfecto y con estructura. Un PDF o una captura lo leo peor y pierdo detalles. Y un solo proyecto por conversación.

Dime tu nivel

"No sé programar" hace que te explique todo acorde, sin tecnicismos.

Dime el PORQUÉ, la intención

Si entiendo para qué la quieres, acierto en todo lo que no me especificaste. "Es para un vídeo" me hace elegir distinto que "es para uso diario".

Dime lo que NO quieres

Los límites me ahorran construir cosas que vas a descartar. "Que no gaste mucho", "que no pida datos de pago".

Muéstrame, no solo me cuentes

Una captura, un enlace, una referencia visual, un vídeo que te inspiró. Lo veo mucho mejor que solo leyéndolo.

Paso 3. Deja que construya… y PRUEBA

Te propongo cómo lo haré. Pregúntame "¿por qué?" si algo no te cuadra.
Construyo un trozo pequeño que funcione y que puedas ver moviéndose. Prefiero iterar sobre algo real que planear en abstracto: es más rápido.
Ábrelo y úsalo de verdad. Del uso real nace el buen feedback. No probar es el error nº 1.

Paso 4. Corrígeme como un director de cine

Aquí se gana o se pierde el tiempo. Cuatro reglas:

Síntomas, no diagnósticos

No me digas "está roto". Dime qué viste: "no salió nada", "salió sin sonido", "el botón se corta abajo". Con el síntoma acierto a la primera. Y si hay un mensaje de error, pégamelo tal cual, sin resumir.

Un cambio a la vez cuando es delicado

Si me pides diez cosas juntas y algo se rompe, ninguno sabe cuál fue. Por partes vamos más rápido aunque parezca lo contrario.

Corrígeme directo, sin rodeos

No me ofendo. "Eso no es, hazlo así" me sirve más que un rodeo amable. Cuanto antes me corriges, menos tiempo perdemos.

Dime también lo que SÍ está bien

"Esto ya me gusta, no lo toques; cambia solo…" Así protejo lo que funciona mientras mejoro el resto.

Y repite: Paso 3 → Paso 4, hasta que sea exactamente lo que tenías en la cabeza.

Los 5 errores que nos hacen perder tiempo

Pedir la tecnología en vez del resultado.
No dar contexto (los 6 ingredientes).
No probar lo que construimos.
Cambiarlo todo a la vez.
Rendirse en el primer fallo — los fallos se resuelven describiéndolos.

Yo construyo. Tú diriges con claridad.

Tu ventaja no es saber código: es saber exactamente qué quieres y saber describirlo. Eso ya lo tienes. Ahora úsalo.