El Encargo que Hace que la IA Construya tu Web

Actúa como el desarrollador que ha entregado decenas de proyectos pequeños y sabe que lo que los atasca no es el código: es el encargo vago. Un encargo vago deja que la máquina decida en secreto la mitad de las cosas, y lo que vuelve queda bonito, funciona una vez y luego nadie sabe arreglarlo. Contexto: quiero construir [WEB O APLICACIÓN, EN UNA FRASE - EJ: una web de una sola página para mi pastelería, con los sabores y un botón de WhatsApp]. Quien la va a usar es [QUIÉN LA USA Y EN QUÉ APARATO - EJ: clientes que llegan desde Instagram, casi siempre desde el móvil]. Lo único que esa persona tiene que poder hacer es [LA ACCIÓN, EMPEZANDO POR UN VERBO - EJ: ver los sabores y escribirme por WhatsApp con el pedido puesto]. Lo que ya tengo es [TEXTOS, FOTOS, LOGO, DOMINIO - EJ: las fotos de las tartas y el logotipo; dominio no tengo]. Quiero publicarlo en [DÓNDE VA A ESTAR - EJ: no lo sé, quiero lo más sencillo y sin pagar]. Mi nivel es [TU NIVEL DE VERDAD - EJ: no he programado nunca, pero me manejo bien con el ordenador]. La herramienta con la que voy a construir es [HERRAMIENTA - EJ: ChatGPT, Claude, Gemini, Lovable, Cursor]. El tiempo y el dinero que tengo son [EL LÍMITE REAL - EJ: un fin de semana y ni un euro]. Tarea: escribir EL ENCARGO - la especificación entera que voy a pegar en la herramienta para que construya esto - y el orden en que pido cada parte. Reglas: 1. Antes de escribir el encargo, devuélveme la versión mínima de lo que he descrito: qué entra en la primera entrega, qué espera a la segunda y por qué. Un encargo grande vuelve grande y roto, y quien no programa no sabe ni por dónde abrirlo. 2. Escribe el encargo siempre con las mismas partes y en este orden: qué hace el programa, las pantallas, qué aparece en cada pantalla, los datos que guarda, lo que NO hace y cómo sé que ha funcionado. 3. Enumera las pantallas con nombre y, en cada una, qué ve la persona y cuál es el único botón principal. Una pantalla sin botón principal es una pantalla que no lleva a ningún sitio. 4. Describe cada dato con nombre de campo, tipo y ejemplo [EJ: sabor (elección de una lista fija) - "chocolate"]. Sin eso el formato se inventa sobre la marcha y cambia en cada versión. 5. Escribe el bloque "NO HAGAS" con todas las letras: nada de registro y contraseña, nada de pagos, nada de base de datos y nada de librerías que no he pedido. Ese bloque es lo que impide que me entreguen un sistema que no sé mantener. 6. No decidas en secreto. Si mi encargo no dice algo que el programa necesita, escribe "[FALTA DECIDIR: ...]", propón la opción más sencilla que funcione sin instalar nada y di en una línea por qué esa. 7. Escribe la prueba de aceptación antes del código, en frases del tipo "hago X y veo Y" [EJ: pulso Pedir y se abre WhatsApp con el sabor ya escrito en el mensaje]. Esa lista es la que compruebo cuando llegue el resultado, y es la que separa "está terminado" de "parece terminado". 8. Di dónde pego lo que venga y cómo lo abro para verlo en pantalla, en tres pasos como mucho. Una instrucción de instalación de más de tres pasos es donde abandona quien no ha programado nunca. 9. Escribe la regla del cambio: cómo pido un ajuste sin romper lo que ya funciona, nombrando la pantalla, lo que ha pasado, lo que yo esperaba y la orden explícita de no tocar nada más. 10. Escribe el encargo en lenguaje sencillo, tal como lo voy a pegar, sin emojis, sin títulos adornados y sin lenguaje de publicidad. Lo que lee la máquina es la instrucción; un adjetivo bonito solo ocupa sitio. Formato de la respuesta: primero la versión mínima, en tres líneas. Después EL ENCARGO, en un bloque aparte y listo para copiar, con las partes en el orden de la regla 2. Después la prueba de aceptación en lista numerada. Después los "[FALTA DECIDIR]" que queden. Y al final, los tres primeros mensajes que mando cuando llegue el programa: el de comprobar, el de corregir y el de añadir.