Cómo escribir prompts para Claude: guía para diseñadores

De dos diseñadores usando la misma herramienta, uno dice «genial, resuelto en una hora» y el otro dice «no sirve, habría ido más rápido a mano». El mismo modelo. La diferencia está en cómo describieron lo que querían. Escribir prompts no es una habilidad misteriosa: es redactar un buen briefing, en formato digital. Algo que ya sabes hacer.

Qué aspecto tiene un mal prompt

«Haz la web más bonita.» En esa frase no hay información para el modelo. ¿Más bonita para quién? ¿Qué parte? ¿Por qué no lo es ahora? El modelo hará algo, pero que coincida con lo que tenías en la cabeza es cuestión de suerte. Entonces dices «no entiende», cuando esperabas que entendiera algo que nunca dijiste.

La versión funcional de la misma petición: «La portada se ve apretada. Aumenta el espacio entre el titular y el subtexto, deja el subtexto en una sola línea y alinea los botones a la izquierda.» La misma intención, ahora accionable.

1. Da contexto

El modelo ve tu código pero no tu negocio. Di en una frase para quién es: «Esta web es de una grúa de 24 horas; la mayoría de los visitantes llega con prisa y desde el móvil.» Esa sola frase cambia la calidad de las diez decisiones siguientes, porque ahora puede deducir por su cuenta que el botón de llamar va arriba y tiene que ser grande.

2. Pide una cosa cada vez

El error más común: ocho cambios en un mensaje. «Cambia los colores, añade contacto al menú, simplifica el formulario, rehaz el pie…» El resultado suele estar a medias y con una parte mal entendida, y desenredar qué se rompió lleva más tiempo que hacerlo a mano.

Pide poco y en secuencia. Ves el resultado en cada paso y puedes deshacer uno solo cuando no te gusta. Eso no es más lento: es más rápido, porque elimina el tiempo dedicado a reparar.

3. Describe el resultado, no el método

En lugar de «usa flexbox con un hueco de 24px», di «el espacio entre las tarjetas está muy justo, déjalas respirar». Lo primero lo baja a tu nivel; lo segundo le deja usar lo que sabe. El lenguaje técnico tiene su sitio, pero di primero qué quieres y especifica el cómo solo cuando de verdad te importe.

4. Enseña un ejemplo

Cuando algo es difícil de describir, da una referencia: «que la tabla de precios destaque el plan del medio, como la página de precios de tal servicio conocido». Una referencia consigue lo que no consiguen tres párrafos de descripción. Lo mismo sirve para el tono: «escribe la sección de sobre nosotros con la voz de este párrafo», y pegas un texto que te guste.

5. Di cuál es el criterio de aceptación

El arma escondida de los briefings profesionales: dejar escrito qué cuenta como terminado. «Simplifica el menú» es vago; «no más de cinco enlaces en el menú, el resto a un submenú» es medible. Con lo segundo, el modelo sabe cuándo parar.

El hábito también te disciplina a ti: si no puedes escribir el criterio de aceptación, probablemente todavía no sabes qué quieres. En ese caso piensa primero y escribe después; no intentes que el modelo haga el pensamiento.

6. Describe también tus correcciones

Cuando no te gusta el resultado, «no, inténtalo otra vez» es la respuesta menos productiva: estás tirando los mismos dados desde el mismo sitio. Di qué estaba mal: «demasiado formal, hazlo más cercano» o «el titular es largo, déjalo en menos de seis palabras». El segundo intento del modelo solo es tan bueno como tu crítica del primero.

Escribir prompts no es una habilidad nueva. Un diseñador que redacta un buen briefing escribe un buen prompt, porque los dos quieren lo mismo: una petición clara.

7. Di qué NO quieres

La técnica menos conocida y más útil. Un modelo tiende a rellenar cualquier hueco que ve: si no dices qué no quieres, te lo añadirá con toda su buena intención. «Añade una sección de testimonios pero sin puntuaciones de estrellas», «reescribe los textos pero sin emojis», «simplifica el formulario, no añadas campos». Esos límites en negativo evitan trabajo que después tendrías que borrar.

Acumular contexto: la ventaja de una conversación larga

Lo que más se les escapa a los principiantes: a medida que avanza la conversación, el modelo conoce mejor tu proyecto. Tu instrucción número diez puede ser más corta que la primera, porque ya sabe a qué te refieres con «la portada».

Así que abrir una conversación nueva para cada petición es desperdicio. Quédate en la misma conversación para el mismo proyecto; el contexto acumulado juega a tu favor. Empieza de cero solo cuando cambia el tema por completo, cuando pasas a otro cliente.

Lo contrario también es cierto: si la conversación se alarga mucho, el modelo empieza a olvidar el principio. En el momento en que te descubras diciendo «¿el botón no era naranja?», toca dividir. Resume las decisiones importantes en un mensaje y llévalas a una conversación nueva.

Un prompt es un briefing, no una orden

Los diseñadores tienen aquí una ventaja y casi ninguno se da cuenta. Llevas años intentando sacarles briefings a los clientes, intentando convertir «hazlo más chulo» en algo accionable. Escribir prompts es el mismo trabajo al revés: esta vez el que da el briefing eres tú.

Lo que significa que, cuando escribes un mal prompt, te estás comportando como un mal cliente. Quejarse del cliente que dice «hazlo bonito» y escribir después esa misma frase a un modelo tiene su ironía, y darse cuenta ya es media corrección.

Tres errores comunes

• Relleno de cortesía: «Hola, ¿sería posible que…?». Al modelo no le conmueve la educación, solo le cuesta más localizar la petición. Escribe directo.
• Empezar de cero cuando no te gusta el resultado: corregir dentro de la misma conversación casi siempre es mejor que abrir una nueva, porque el contexto ya está ahí.
• Apilar peticiones sin mirar: revisa la vista previa en cada paso; si no, averiguar qué paso rompió qué lleva muchísimo más tiempo.

Monta tu propia biblioteca de patrones

El hábito que más tiempo ahorra y menos se practica: guardar los prompts que funcionaron. El trabajo de cada diseñador se parece a sí mismo: trabajas con el mismo tipo de cliente, montas las mismas secciones. Así que el ochenta por ciento de tus prompts se repite.

Abre un archivo de notas y pega ahí cualquier petición que diera muy buen resultado, tal cual la escribiste. Seis meses después tienes tu propia biblioteca de briefings, y esa biblioteca vale más que cualquier cosa que te dé una herramienta, porque conoce tu trabajo. Aunque cambies de herramienta, la biblioteca se queda.

Patrones listos para diseñadores

Patrones que funcionan para las peticiones que se repiten en el día a día:

• Añadir una sección: «Debajo de la sección de servicios, añade un bloque de testimonios a tres columnas. Cada tarjeta lleva un logotipo, una cita de una frase y el nombre de la empresa. En móvil que baje a una columna.»
• Cambiar el tono: «Deja todos los textos de la web más cortos y menos formales. Quita las frases que prometan resultados.»
• Ajuste de maquetación: «Reduce la altura de la portada para que los servicios empiecen a asomar en la primera pantalla.»
• Arreglo en móvil: «En el móvil el botón del menú queda demasiado cerca del contenido, aumenta el espacio superior.»
• Conversión: «Añade un botón de contacto fijo en todas las páginas; abajo a la derecha en móvil y más pequeño en escritorio.»

Fíjate en lo que tienen en común: todos responden a dónde, qué y en qué dispositivo. La fórmula es de verdad así de simple.

Qué hacer cuando no te sale el prompt

A veces no puedes describir lo que quieres: notas que algo está mal pero no sabes ponerle nombre. Ese es el momento difícil del diseño, no el de escribir prompts; no culpes al modelo.

El truco que funciona: en lugar de describir, pregunta. «Esta sección se me ve apretada pero no consigo ver por qué; dame tres posibilidades.» Las opciones que vuelven suelen aclararte a ti mismo el pensamiento, y entonces ya puedes escribir la petición correcta. Aquí el modelo es un interlocutor y no un ejecutor.

En resumen: da contexto, pide una cosa, describe el resultado, enseña un ejemplo, di el criterio de aceptación y habla mientras corriges. Esos hábitos son toda la diferencia entre quien dice «no sirve» y quien dice «resuelto en una hora».