{"id":213,"date":"2026-07-19T09:00:00","date_gmt":"2026-07-19T09:00:00","guid":{"rendered":"http:\/\/2026.codina.studio\/no-cortar-las-alas\/"},"modified":"2026-08-17T09:43:56","modified_gmt":"2026-08-17T09:43:56","slug":"no-cortar-las-alas","status":"publish","type":"post","link":"https:\/\/2026.codina.studio\/es\/no-cortar-las-alas\/","title":{"rendered":"No cortar las alas"},"content":{"rendered":"\n

Hay una expresi\u00f3n que en el estudio sale a menudo cuando se habla de c\u00f3mo deber\u00eda ser una buena relaci\u00f3n de trabajo: no cortar las alas<\/strong>.<\/p>\n\n

Con un m\u00e9todo que se explica como un vuelo, la met\u00e1fora era casi inevitable. Pero dice algo concreto e inc\u00f3modo, y vale la pena decirlo sin envoltorio: hay clientes que contratan criterio y despu\u00e9s no lo dejan ejercer.<\/p>\n\n

La paradoja del buen cliente<\/h2>\n\n

El cliente que mejor encaja con este proceso de branding<\/strong> no es el que delega y desaparece. Es justo al rev\u00e9s, y en dos fases muy diferentes.<\/p>\n\n

Participa mucho al principio. Viene al workshop, responde preguntas que no esperaba, explica c\u00f3mo funciona el negocio de verdad y no como lo describe su propia web. Aporta el conocimiento que solo tiene \u00e9l.<\/p>\n\n

Y despu\u00e9s da margen. No porque le d\u00e9 igual, sino porque ya ha puesto lo que le tocaba poner.<\/p>\n\n

El cliente no desaparece porque no importe. Desaparece un rato porque ya ha hecho su parte y ahora toca la nuestra.<\/p><\/blockquote>\n\n

\"Anotaciones<\/figure>\n\n

D\u00f3nde est\u00e1 exactamente la frontera<\/h2>\n\n

Esta es la parte que cuesta, porque nadie quiere ser el cliente dif\u00edcil y casi todo el mundo, en alg\u00fan momento, lo ha sido un poco.<\/p>\n\n

Lo que ayuda<\/h3>\n\n

Explicar el problema. \u00abEsto no me transmite seriedad\u00bb, \u00abnuestros clientes no lo entender\u00edan\u00bb, \u00abaqu\u00ed hay una restricci\u00f3n legal que no conoc\u00e9is\u00bb. Todo esto es informaci\u00f3n valiosa y ning\u00fan estudio honesto la rechazar\u00e1.<\/p>\n\n

Lo que cuesta<\/h3>\n\n

Dar la soluci\u00f3n en lugar del problema. \u00abPonedlo m\u00e1s grande\u00bb, \u00abcambiad este azul\u00bb, \u00abhacedlo como el de la competencia\u00bb. No porque el cliente no pueda opinar de forma, sino porque cuando la conversaci\u00f3n pasa a la ejecuci\u00f3n se pierde la informaci\u00f3n de por qu\u00e9 algo no funcionaba. Y a menudo lo que no funcionaba era otra cosa.<\/p>\n\n

La regla pr\u00e1ctica es sencilla: di qu\u00e9 te pasa cuando lo miras, y deja que quien ha dise\u00f1ado proponga c\u00f3mo resolverlo. Si la segunda propuesta tampoco funciona, entonces el problema s\u00ed que es nuestro.<\/p>\n\n

Cr\u00edtica no es mala educaci\u00f3n<\/h2>\n\n

El cliente que no encaja con Codina no es el que critica. Es el que confunde cr\u00edtica con desprecio.<\/p>\n\n

Un proyecto creativo necesita feedback duro. Una propuesta que nadie discute normalmente es una propuesta que a nadie le importa lo suficiente. Lo que no necesita es que alguien trate mal a las personas que han trabajado en ella, ni que decida cada detalle sin dejar espacio al criterio profesional que ha contratado.<\/p>\n\n

Las buenas palabras no son siempre decir cosas buenas; son decir bien las cosas.<\/p><\/blockquote>\n\n

\"Dos<\/figure>\n\n

Por qu\u00e9 esto no es una queja<\/h2>\n\n

Podr\u00eda parecer que esta es una pieza sobre clientes inc\u00f3modos. No lo es. Es sobre algo mucho m\u00e1s pr\u00e1ctico: qu\u00e9 hace que un proyecto salga bien.<\/p>\n\n

Los proyectos que acaban mejor tienen casi siempre el mismo patr\u00f3n. Una fase inicial muy densa donde el cliente explica cosas que nunca hab\u00eda explicado. Un per\u00edodo de silencio donde el equipo trabaja con margen. Una propuesta que llega y genera conversaci\u00f3n de verdad. Y una o dos vueltas de ajuste hechas entre los dos.<\/p>\n\n

Los que acaban peor tambi\u00e9n tienen un patr\u00f3n: un briefing corto, poca implicaci\u00f3n al principio y muchas correcciones al final. Es el orden inverso, y el resultado tambi\u00e9n lo es.<\/p>\n\n

Tres cosas que hacen un feedback \u00fatil<\/h2>\n\n

Como esta es la parte donde m\u00e1s proyectos se tuercen, vale la pena ser muy concretos. No hace falta ninguna formaci\u00f3n para dar buen feedback; solo tres h\u00e1bitos.<\/p>\n\n

Di desde d\u00f3nde miras<\/h3>\n\n

No es lo mismo \u00aba m\u00ed no me gusta\u00bb que \u00abcreo que a nuestros clientes les parecer\u00e1 caro\u00bb. Las dos opiniones son leg\u00edtimas y llevan a soluciones opuestas. Si no dices qu\u00e9 sombrero llevas cuando opinas, el otro tendr\u00e1 que adivinarlo, y adivinar\u00e1 mal una parte de las veces.<\/p>\n\n

Prioriza<\/h3>\n\n

Una lista de catorce comentarios sin jerarqu\u00eda convierte una propuesta en un encargo de reparaci\u00f3n. Dos o tres puntos realmente importantes, dichos primero, permiten que la siguiente versi\u00f3n avance en lugar de solo corregir.<\/p>\n\n

S\u00e9 una sola voz<\/h3>\n\n

El feedback recogido de seis personas y enviado sin filtrar suele contener instrucciones contradictorias. Alguien de la empresa tiene que hacer el trabajo, nada agradable, de decidir qu\u00e9 vale y qu\u00e9 no antes de que llegue al estudio. Si no se hace dentro, se har\u00e1 fuera, y entonces la decide quien tiene menos informaci\u00f3n.<\/p>\n\n