 Buenos días a todos. Ahora vamos a estar con Ana Cirujano, que es la organizadora de la World Camp de Torre Rodones, que nos ha invitado a todos, con lo cual que veáis y además de eso, ya es diseñadora de negocio digital, especialista en branding, en tipografía y bueno, vamos a aprender mogollón con ella, ¿vale? Gracias Ana. Buenos días a todos y muchas gracias por haber elegido el auditorio, que tengo dos compañeros ahora mismo dando dos charlas fantásticas. Por suerte tenemos WordPress TV, así que podemos tanto vosotros como yo verlas en casa, así que no nos las perdemos. También quiero dar las gracias a la organización de World Camp Zaragoza, que está haciendo una World Camp estupenda. Ayer disfrutamos mucho del contributor de ahí. Sero difícil que seleccionar ponentes, así que me siento una verdadera privilegiada por estar aquí, como vosotros compartiendo un poquito de lo que sé sobre diseño y sobre trabajar con clientes, otros desarrolladores y otros colaboradores, ¿no? Y es de lo que vamos a hablar, pero primero me voy a presentar un poco mejor. Soy diseñadora de negocio digital, antes decía que hacía webs para clientes, ahora digo que colaboro, les ayudo con sus negocios digitales, ¿no? Porque al final es lo que es lo que hacemos. Como ha dicho el compañero, soy organizadora de la Meetup de WordPress Torreledones y este año en marzo tenemos la World Camp, espero que vayáis, Torreledones es un pueblo muy bonito de la Sierra de Madrid y espero que vengáis a disfrutarlo. Soy orgullosa, embajadora de Piensasolutions. Si no conocéis es una empresa de hosting española, tiene precios bajos e incluso tiene un plan de hosting gratuito, así que no hay excusa todo lo que aprendamos hoy en esta World Camp, pues instalamos nuestro WordPress en Piensasolutions y lo probamos. Soy podcaster, tengo un podcast con Pablo Moratinos, también compañero tiene una charla en esta World Camp y está aquí sentado, muchas gracias, Pablo. Hablamos de branding, de negocio digital, de diseño, de marketing, de analítica y de todo esto también enseñamos en nuestra academia que tenemos también conjunta, 3Media School. Y bueno el hashtag de, o sea el hashtag, el usuario de Twitter es a cirujano por si queréis ir etiquetando cosas de la charla y de la work, luego lo retweetamos así, pues llegamos a más gente, ¿no? Siempre me gusta empezar las charlas definiendo los conceptos, ¿no? Que es el feedback, que es pedir feedback. El feedback es una herramienta de comunicación que nos sirve para saber, en este caso, feedback de diseño web, pues para saber si el diseño que estamos haciendo, para contrastar si está lineado con los objetivos del proyecto y el feedback, bueno y pedir feedback básicamente es compartir el diseño con otra persona para que nos des sus argumentos sobre su punto de vista acerca del diseño, en función de la persona que sea, pues nos dará un punto de vista u otro, ¿no? Básicamente. ¿A quién pedir feedback? Sobre todo lo más importante es pedir feedback a las personas que tengan poder de decisión, porque si no vamos a tener en cuenta lo que nos digan y si no tienen poder de decisión, pues no va a servir para nada, ¿no? Esto parece obvio, pero es muy importante que lo tengamos en cuenta para no perder el tiempo. Básicamente, tenemos que pedir feedback a tres tipos de stakeholders, ¿no? Que se llaman. Compañeros de trabajo y mentores. Me refiero a otros diseñadores, a otros diseñadores, a otros diseñadores que nos puedan ayudar a mejorar nuestro diseño, ¿no? Antes de enseñarlo a otras personas, como desarrolladores o clientes, podemos pedir feedback a compañeros de trabajo, a otras personas que se dediquen a lo mismo que nosotros, para que nos den su punto de vista, ¿no? Sobre todo en los comienzos o al final, bueno, eso en cualquier momento. A los desarrolladores es muy importante, desarrolladoras, es muy importante que despidamos feedback. Es básico, ¿no? Lo que se llama Developer Handoff. Es básico que lo hagamos también desde el inicio del proyecto para que nos digan si el diseño está dentro del alcance de la propuesta, tanto desde el punto de vista técnico como económico, ¿no? Si lo que estamos diseñando cumple con los objetivos desde ese punto de vista, ¿no? Que no nos pasemos, sobre todo. Y el cliente, por supuesto. En esta charla me voy a basar sobre todo en las recomendaciones y consejos que voy a dar. Son dirigidas a pedir feedback al cliente, aunque bueno, vale, muchos de los consejos valen para también compañeros o desarrolladores, ¿no? Es importante porque sobre todo los que somos freelance, autónomos, muchas veces trabajamos solos. Y yo creo que es un error. No compartir el diseño con otras personas, porque nosotros no tenemos toda la información sobre el proyecto. El cliente conoce mejor que nosotros los objetivos de su negocio. Tenemos que ayudar a que nos retroalimente, ¿no? Que es lo que significa la palabra feedback, ¿no? Retroalimentación. La desarrolladora, el desarrollador conoce mejor si luego lo que estamos diseñando se va a poder implementar. Y ya no solo se va a poder implementarlo, sino si le va a llevar demasiado tiempo o si está dentro de lo que hemos presupuestado. Entonces es muy, muy importante que preguntemos constantemente si vamos por buen camino, ¿no? Si no, nos va a salir muy caro para mejorar el diseño final y para asegurar que estamos cumpliendo los objetivos. ¿Cuándo pedir feedback constantemente? He puesto al inicio del proyecto durante el proceso de diseño y al finalizar el proyecto. Porque muchas veces recibimos el briefing del cliente, nos ponemos a diseñar, igual pasan dos, tres semanas y entonces lo compartimos. Y eso, yo creo que no funciona nunca, nunca, nunca, nunca. Cada vez que, yo creo que por cada fase del proyecto tenemos que compartirla, ¿no? Y os recomiendo que lo hagáis cuanto antes, porque si no es que es muy fácil equivocarse. Y ahora voy a ir ya después de haber definido nuestros conceptos a dar recomendaciones más concretas, ¿vale? Después al final de la charla va a haber tiempo para preguntas. Voy a intentar que haya el máximo tiempo posible para también ajustarme a vuestras expectativas. Voy a beber agua porque de Zaragoza hace mucho frío y es un ambiente muy seco, no porque esté nerviosa ni nada. Venga, vamos a aprender a pedir feedback de manera efectiva, porque en función de cómo pidamos feedback nosotros lo vamos a recibir. Lo primero que he puesto es parte de la confianza y el respeto. Al final las relaciones con los clientes son relaciones que se tienen que basar en la confianza. Tenemos que hacer sentir a gusto al cliente, que sepa que está en un entorno en el que puede decirnos lo que quiera, ¿no? No intimidar al cliente. Las veces tenemos una actitud igual de poco receptiva y el cliente no se atreve a decirnos lo que opina sobre el proyecto, ¿no? Tenemos que quedar confianza, al final son relaciones personales. Y como todas las relaciones personales, pues tenemos que aclarar un buen clima para que el cliente confie en nosotros y esté cómodo y a gusto, ¿no? Y además al final en la vida todos son contactos, interactuar y nuestros clientes tienen que, o sea con nuestros clientes tenemos que tener muy buena relación, ¿no? Como persona con la que tratamos. Y esto creo que es importante tenerlo en cuenta. Siempre decimos, cuando das feedback no puedes decir si te gusta o no te gusta. Ya, ya, pero es que a veces preguntamos, ¿qué te parece? ¿Te gusta así? Claro, ese es el primer error. Los clientes nos van a decir, nos van a dar feedback según nosotros, según las preguntas que les hagamos. Entonces tenemos que hacer preguntas muy concretas, ¿no? Preguntas concretas sobre aspectos concretos del diseño y específicos. Es importante aportar contexto y siempre describir los porqués de las decisiones que hemos tomado para cada uno de los componentes, de las páginas y de las secciones que hemos diseñado. Esplicar siempre, o sea, nosotros cuando diseñamos tenemos en cuenta pues los datos que hemos recogido en la analítica, que nos ha pasado la persona que ha hecho el estudio o el SEO, que nos pasa todo el estudio de palabras clave para que nosotros hagamos o nos pasa directamente la estructura, y nosotros en base a todos esos datos que hemos recogido y nuestra experiencia y nuestros conocimientos de Wequis, etcétera, y de diseño visual hacemos nuestras composiciones, ¿no? Pero no lo hacemos, o sea, siempre nos basamos en algo, ¿no? Pues, esas decisiones que hemos tomado, las que tenemos que explicar cuando pedimos feedback, no decir simplemente, ¿está bien así? No, sino explicar, hemos diseñado esto de esta manera por estos motivos, ¿no? Siempre aportar contexto y que hemos tenido en cuenta para diseñar cada cosa. A veces somos específicos, pero insisto en que, bueno, no le hay la parrafada, ¿eh? Luego voy a compartir la presentación y ya la leéis tranquilamente. Insisto, ¿no? En que hay que explicar. A veces damos opciones, pero no explicamos qué implicaciones tiene cada opción. Bueno, pues cuanto más didácticos seamos con el cliente, mejor feedback nos va a dar. Sobre agradecer el feedback no es tanto dar las gracias, ¿no? Y decir, ah, pues muchas gracias, ¿no? Sino esperar el feedback, recibir el feedback en actitud de agradecimiento, con el convencimiento de que lo que nos diga el cliente va a hacer que el proyecto mejore, que vamos a estar orgullosos del proyecto, que lo vamos a poder publicar en nuestro portfolio y que nos va a permitir avanzar, nos va a permitir estar alineados con los objetivos, con lo cual el cliente volverá a contratarnos, o sea, que cualquier cosa que nos diga el cliente, aunque nos demas trabajo el feedback que nos esté dando, va a servir para poder ser mejores profesionales, ¿no? Y entonces estar siempre con una actitud de agradecimiento y valorando mucho lo que el cliente comparte con nosotros. Pero es verdad que no siempre hay que hacer caso a lo que dice el cliente. Y además la responsabilidad es nuestra, ¿no? Sobretodo tener en cuenta que los diseñadoras somos nosotras y el proyecto lo vamos a, tenemos que, o sea, tenemos que hacer cosas con las que estemos seguras, ¿no? Que van a ir a un puerto. Entonces hay veces que los clientes piden cosas que no están fundamentadas, ¿no? Entonces tenemos que insistir en que no nos podemos pasar en sus gustos personales, sino en otros datos, ¿no? Que nos vayan a tener mayor seguridad de que eso va a funcionar, ¿no? A veces es verdad que ya nos rendimos y decimos, bueno, pues mira, si lo quieres ver de favorito te lo pongo ver de favorito. Pero bueno, por lo menos intentar explicarle al cliente por qué un color u otro es más adecuado, ¿no? He puesto todos los ejemplos de colores porque para mí también los colores son muy subjetivos y muy arbitrarios, ¿no? No me creo mucho lo de la psicología del color porque un 20% de la población no ve los colores como lo vemos los demás, entonces la mayoría de los colores no, luego las pantallas que tengamos, la luz, en fin, es muy arbitrario, ¿no? Pero bueno, sobre todo tener en cuenta que somos responsables del trabajo que hacemos, ¿no? Aprovecha las ventajas de la cocreación. A mí me encanta hacer participes a los clientes del diseño, ¿no? Incluso hay decisiones que hago que ellos crean que las han tomado ellos, ¿no? Aunque en realidad hay que tener mucha mano izquierda, ¿no? Mucha psicología y, pues, yo, al principio, ¿no? Cuando empecé yo llevo 16 años diseñando, ¿no? 10 por cuanta ajena y 6 como autónoma. Y, claro, con cada proyecto vas aprendiendo estos truquillos, ¿no? De psicología del cliente. Tienes que saber qué tipo de cliente es. Si es de esos clientes que siempre quieren participar en el proyecto, porque es su proyecto, es su hijo, es su web y quieren, y tienen muy claro cómo la quieren hacer, aunque pueden que estén muy equivocados con sus argumentos. Claro, tenemos que dejarles que sientan que el proyecto lo han diseñado ellos, ¿no? Y que incluso, pues, esas palabras tuyas las hagan suyas, eso es el mayor triunfo. Y, además, el cliente es el que paga, ¿no? Entonces, tienen que estar contento con el proyecto y decir, esto es lo que yo quería, efectivamente, qué bien, cómo me ha calao, ¿no? Eso sería, sería perfecto. Luego hay otros clientes que no quieren quitarse el problema encima, entonces tampoco les hagas perder mucho tiempo. Yo en mis proyectos, personalmente, siempre en la primera reunión ya les digo que van a tener que implicarse, que van a tener, que voy a trabajar con esta herramienta de la cocreación, al final es una herramienta de trabajo, y que se van a tener que implicar y hacer reuniones todas las semanas y hablar mucho, ¿no? Pero, bueno, también, pues, dependiendo del proyecto y de nuestra forma de trabajar, pues el cliente también se tiene que adaptar, ¿no? Pero, bueno, la cocreación tiene muchas ventajas, por lo mismo, ¿no? Porque tenemos que asegurarnos de que estamos alineados con los objetivos del proyecto, ¿no? Y de esta manera, lo vamos a conseguir y vamos a mejorar el proyecto. Se puede compartir el diseño en tiempo real, es decir, hacemos una videollamada, compartimos pantalla y vamos explicando todas las decisiones que hemos tomado con el diseño y vamos viendo toda la web. Esta es la manera, en tiempo real, es la manera que yo propongo para la primera vez que compartimos un diseño, en el que nosotros vamos explicando todas estas decisiones y vamos viendo todo, incluso con el cliente, pero también con el equipo de desarrollo, ¿no? Compartimos pantalla y vamos explicando todo. No enviamos un enlace de Figma y ahí va el diseño, dame feedback. Eso es muy difícil que salga bien, es muy raro que salga bien. Y con los clientes, sobre todo, porque los clientes muchas veces les falta formación en proyectos web, entonces, obviamente, necesitamos darles nosotros toda la información que les falta sobre las decisiones que hemos tomado. Asincro no es cuando sí hacemos eso, ¿no? Una vez que ya el cliente conoce todo el proyecto y ya lo hemos compartido en tiempo real, la segunda vez, después de las distintas iteraciones que hemos hecho del diseño, ya sí podemos simplemente decirle, pues, revisa la última versión del proyecto que lo tienes en el enlace de Figma o Pempo, de la herramienta que sea. Ahora, hablo más sobre esto. Transmite seguridad. Esto lo que quería decir es que tenemos que hacer que colocar al cliente en un rol de cliente. Muchas veces, cuando tenemos inseguridad, porque a lo mejor estamos empezando, hemos hecho el diseño, pero no sabemos si está bien o no, esa inseguridad hace que el cliente no se ponga en el rol del cliente, sino en el rol del profesor. Se pone muy nervioso, o sea, le transmitimos la inseguridad y, entonces, se pone a corregirnos el diseño, ¿no? Como si fuera el profe de la Escuela de esto. Y, entonces, coge el bolí rojo y, ah, esto un poco más grande, esto un poco más pequeño. Aquí, esto, ¡buf!, tiene mucho aire, quítalo, esto, aquí, metele más diseño. Tenemos que transmitir seguridad para que el cliente sepa que no se tiene que poner a diseñar, que ya hemos diseñado nosotros, y también ser honestos, porque hay veces que no estamos seguros, hay infinitas soluciones para un mismo problema, tampoco hay que ir de sobrao, ¿no? Hay veces que decimos, bueno, pues lo hemos hecho así, hemos colocado la imagen a la izquierda, el texto a la derecha, pero igualmente podríamos colocar el texto arriba y la imagen debajo. Esto hay muchas opciones, ancho completo, ¿no? Hay muchas opciones que son igual de válidas. Entonces, ser honestos, luego ya podemos, después podemos hacer un test A-B y ver cuál es lo que convierte más. Nosotros tenemos que estar probando constantemente. Entonces, hay veces que podemos, debemos transmitir seguridad y explicar por qué hemos tomado esa decisión, pero podemos dar distintas opciones, ¿no? Y, muchas veces, si el cliente se pone a corregir, es porque nos ha visto inseguros y dice, ¡buf!, ya me tengo que poner aquí a pensar cómo hago esto que no tengo ni idea, ¿no? O sea, estamos poniendo un problema. Comparte las dudas, ¿no? Dilo, ¿no? Tranquilamente, esto viene un poco como una acolación de lo anterior también, ¿no? Aquí vamos a salir con esto, con este botón rojo, pero puede que lo hagamos granate, pues las dos opciones son válidas, lo probaremos en un test A-B. Compártelo abiertamente, hay que ser honesto. Este, yo creo que es la madre del cuerdero, ¿no? Los clientes, muchas veces, se enfocan en las soluciones y te dan indicaciones sobre soluciones de diseño. Te mueven las cosas de sitio, te cambian los tamaños, te cambian las cosas porque nosotros le estamos hablando de la solución, ¿no? Eso, pues hemos puesto la imagen, hemos puesto el texto, no, no, no, expliques la composición visual. Tienes que explicar el objetivo que estás persiguiendo porque es de lo que el cliente tiene que hablar, de los objetivos de negocio. He tomado esta decisión para cumplir con este objetivo. ¿Es este objetivo el que queremos cumplir? Sí, pues entonces vamos a hacer esta solución, ¿no? Y cuando el cliente nos dé soluciones, nosotros no le discutamos si es arriba, si es abajo, a no ser que nos pida que justifiquemos los textos, claro, si nos pide eso, no, porque no es accesible. Pero siempre tenemos que preguntarnos por, preguntar al cliente, ¿me estás pidiendo que haga este cambio? ¿Qué problema quiero resolver? Y ya, tú plantea a mí el problema y yo te doy la solución, ¿no? Utiliza herramientas, hay muchas. Como he nombrado antes, pues para diseñar, podemos utilizar Figma OpenPot, la fase de diseño prototipado. A mí me gusta decir que Figma y OpenPot son herramientas de diseño, obviamente, pero no es lo más importante. Lo más importante de estas herramientas es que son herramientas de comunicación. Porque diseñar, podemos diseñar perfectamente con papel y lápiz, con el paint o con Photoshop. ¿Pero qué tiene de bueno Figma y OpenPot? Pues que podemos comunicar con mucha precisión lo que va a ser el diseño después, cuando esté la web maquetada y desarrollada. Porque se puede ver el código, porque se pueden hacer prototipos interactivos, porque se pueden poner comentarios, porque nos sirve para pedir feedback de diseño. Y esa colaboración es lo que realmente le da valor, ¿no? La colaboración en el tiempo real y en asíncrono también. Luego, para la fase de maquetación y desarrollo, en la que también deberíamos intervenir los diseñadores para asegurarnos. Cuando jugamos luego a las siete diferencias de haber mi diseño de Figma OpenPot y la maqueta, a ver las siete diferencias y vamos viendo lo que está bien y lo que no. Para eso, hay herramientas muy chulas, web vicio, esto me la enseñó Fernando Vacía Rebolledo, compañero mío, con el que hago muchos proyectos. Web vicio está, es muy útil porque puedes dejar comentarios de la web ya cuando está en fase de maquetación, cuando está en desarrollo. Y Eurio, no la conozco, pero es la herramienta que se usa en un entorno más profesionales, más profesionales, no perdón, que nosotros somos muy profesionales también. Me refiero en empresas grandes, no hacen web para empresas pequeñas y no hacen diseño de producto en los que el app de Facebook, como más en un entorno más, no sé cómo llamarlo, ponerle nombre. Comunicación, para compartir los enlaces, para compartir algunos comentarios, Slack, Discord, son herramientas de chat. Por correo electrónico también se puede dar feedback de diseño, sin problema, porque el otro día leía en Twitter a un compañero de la comunidad que se quejaba, porque el cliente le había pedido los cambios, cada cambio en un correo y me ha mandado siete correos. Bueno, primero es tu responsabilidad, porque eres tú el que le tiene que dar las herramientas, tú eres el profesional, el que le tiene que dar las herramientas de cómo lo hacemos, los que llevamos años en esto y estamos al día de las herramientas que podemos usar. Primero es tu responsabilidad, y después, aunque no sea lo más ideal, porque lo ideal sería un trail, una sana, un Slack, un Discord, por correo electrónico, se puede hacer perfectamente, también nos tenemos que adaptar un poco a lo que el cliente sepa, si no les hemos explicado primero cómo lo vamos a hacer. Se puede hacer un correo por tarea, tampoco es para llevarse las manos a la cabeza. Zoom es una herramienta para hacer vídeos llamadas y compartir pantalla, pues muy recomendable también. Luego, si tienes alguna duda, pues lo vemos. Esta es la última recomendación que la he dividido en varios ejemplos, y yo creo que es con lo que nos tenemos que quedar. Siempre comprender por qué el cliente nos está diciendo las cosas, por qué nos pide ese cambio concreto, por qué nos está dando ese feedback y anticiparnos. Como comentaba antes, con cada proyecto vas aprendiendo, y qué aprendes los porqués del cliente. Y hay una queja entre los diseñadores, que es un chiste interno nuestro del gremio, es que el cliente siempre pide que haga el logo más grande. Porque los clientes nos piden que hagamos el logo más grande. A mí se me han ocurrido tres motivos. El primero, yo creo que el más extendido desde el punto de vista es porque no percibe que la web exprese su marca. Hemos utilizado a lo mejor una plantilla que no está personalizada y el cliente en esas imágenes de stock no se ve identificado. Entonces, el cliente, como hablábamos antes, te cambia la solución, no te dice el problema porque no lo sabe, tampoco. Pero tienes esa sensación de que la web no expresa su marca y entonces dice ¿Cómo lo hago yo? Pues hace el logo más grande. Claro, nosotros le tenemos que preguntar siempre, ¿por qué? ¿Por qué quieres que haga el logo más grande? ¿Por qué no percibes que la web exprese tu marca? Vamos a resolverlo de otras maneras, porque la marca no es solo el logo, la marca también es otro recurso gráfico, como por ejemplo la tipografía, los colores, este tipo de ilustración o imagen. Vamos a ampliar el presupuesto y vamos a hacer una marca en condiciones para que la web exprese tu marca y no tengamos que hacer el logo más grande. También puede ser que tenga falta de conocimiento de diseño y piense que luego tiene que estar más grande por eso o que necesite un equilibrio visual para compensar. Tenemos que explicarle por qué no es la opción más adecuada o quizás sí, porque hemos hecho el logo muy pequeño, pues reconozcámoslo y es un poquito más grande y ya está, no pasa nada. Más contenido, esto es algo que también puede ocurrir y muchas veces lo estamos temiendo. Hay como me pida que ponga más texto en esta columna, se me va a descompensar con la columna de la izquierda y entonces el cliente lo dice, no, no, aquí te voy a pasar un texto, te lo voy a pasar porque esto es que esto hay que explicarlo mejor porque esto es muy importante, te voy a pasar tres párrafos para que me lo pongas aquí, en este de abajo de este botón. Claro, por qué, pues para más información, pues para pues eso, faltan cosas, faltan cosas, yo quiero explicar, es que este producto... Entonces nos anticipamos y entonces cuando le estamos presentando el diseño le decimos, lo ideal sería que estas tres columnas tuvieran la misma cantidad de texto para que estuviera equilibrado visualmente y no le damos más importancia a un servicio que otro, porque queremos, hemos quedado que los tres servicios íbamos a tener la misma importancia. Todavía el cliente no tenga más contenido porque ya ha comprendido por qué tú quieres compensar las columnas, visualmente. Si te pide más contenido, pues bueno, hay maneras de equilibrar las columnas, aunque tengan diferente cantidad de texto, pero bueno, nos anticipamos, le voy a decir esto para que no se le ocurre luego pedirme que meta más texto, que sepa por qué. Este es un clásico, más items, se ríe Pablo Moratinos, que me encanta porque luego le digo, Pablo mídeme a ver, cuántas veces han hecho clic en este item de menú, que me lo voy a cargar, dice Pablo, 0,2% en tres años, genial. Y entonces ya explicas al cliente, vamos a poner solo tres items para jerarquizar, dar la importancia, que el cliente no tenga que pensar, le explicamos las bases de la usabilidad. Y después de cuando acabamos de hablar el cliente no va a decir, sí, pero ponme también el enlace al blog y el enlace al contacto, es que tengo unos artículos que cómo no voy a tener el enlace al blog en el menú principal, si me cuesta en 200 euros cada vez. No, pero que lleguen al blog y después vayan a comprar, si quieres que se lea en el artículo, pero realmente lo que quieres es vender. Entonces nos anticipamos, explicamos porque no vamos a poner más items, el cliente porque te pide el o el contacto, aparte de los artículos porque quiere que se pueda mejor, o sea, quiere tener la seguridad de que el usuario va a poder navegar bien por toda la web, va a acceder a todos los contenidos importantes y todo esto. Aquí he puesto más elementos visuales, pero la frase es la que he comentado antes así de pasado, le dicen, métele más diseño. Esto me pasaba sobre todo cuando yo empecé a diseñar, me pasaba mucho porque a mí me gusta diseñar, ser minimalista, porque es un reto para las diseñadoras, hacer un diseño con pocos elementos que esté equilibrado y que comunique lo que necesitamos comunicar, pues es un arte y entonces todos queremos hacerlo como esos diseños tan buenos que hemos visto, cuando estamos aprendiendo. Entonces lo hacemos así y es verdad que a veces, si no sabes hacerlo bien, el diseño puede quedar muy plano, muy soso, necesitamos jerarquizar, contrastar, es muy importante para que haya un equilibrio visual y comunicar mejor. Entonces muchas veces el cliente no dice eso, métele más diseño, que quiere decir introduce más elementos visuales en la composición. A veces puede que el cliente tenga razón, para que la página sea más atractiva, para que se entienda mejor, para equilibrar. Entonces si estamos haciendo un diseño minimalista, pues lo explicamos. Aquí no vamos a meter un fondo muy llamativo porque queremos que el usuario, la mirada se dirija a este otro punto, entonces ya no se le ocurre al cliente pedirte más elementos visuales. Vaya más a la acción, pues el cliente quiere fomentar la conversión y entonces te puede pedir que pongas una llamada de la acción en el giro, en la cabecera de la página, nada más entrar ya una llamada de la acción, que eso puede ser una buena solución, pero a veces para ciertos productos o servicios necesitamos primero explicarlo un poco y poner la llamada de la acción más abajo, no hace falta siempre poner la llamada de la acción above the fold, pero el cliente te lo puede pedir. Pongan cinco botones, uno arriba, otro tal, para fomentar la conversión. Bueno, pues si tenemos una landing page en la que solo hay un botón, una llamada de la acción, abajo del todo, nos anticipamos y explicamos, no lo colocamos arriba, por qué necesitamos, no lo enseñamos si ya está, para que nos diga por el botón, explicamos por qué no lo hemos puesto el botón, nos anticipamos. Está internet lleno de memes de que el cliente pide cambios. ¡Ay, el cliente pide cambios! ¡Qué cambios! ¿Tú cómo manejar los cambios? ¿Cuántas rondas de cambios le dejas a tu cliente? Bueno, pues efectivamente, si ya sabemos que el cliente pide cambios, bueno, si ya sabes cómo me pongo, ¿para qué me invita? Pues esto es igual, ¿no? Si ya sabes que el cliente te va a pedir cambios, pues anticipate, explícale todo muy bien para que no te cambien lo que tú no quieres que te cambie, o utiliza el método de la escalera, ¿no? Que usa algunos arquitectos que hacen el plano de la vivienda de dos pisos y no le ponen escalera. Y entonces al cliente que sabe que te va a pedir un cambio, pues te dice, ¡ah, pero si no te has puesto escalera! ¡Oh, qué fallo! Sí, sí, me pongo la escalera, le pongo la escalera. Y ya no te pide, ya el tamaño de la habitación no te lo discute. Pues esto es igual, pues hace una barbaridad y ya con lo otro no se mete, ¿no? Metodo de la escalera, lo haréis. Bueno, para la conclusión, estaba yo en casa preparando la charra, digo, no sé si me voy a atrevero, no. Pero venga, como estamos de buen rollo, porque voy a alcanzar a goza, voy a hacer un poco el ridículo. Os voy a pedir vuestro apoyo, porque para la conclusión me he traído a Jorge Drexler, porque es un cantautor que a mí me gusta mucho. Entonces, vamos a, no te, va a ver, voy a cantar, ¿vale? Pero necesito que deis panos así, ¿no? Como en los conciertos. No sé, un tempo así bueno, cada uno da lo que recibe y luego recibe lo que da. Muchas gracias, Borca Zaragoza, de 2023. He visto que en maño se escribe así con zeta, y me ha gustado. Aragones, ¿no? Orogones. Bueno, muchas gracias, si tenéis alguna pregunta. Sí, gracias Ana, vamos, unas preguntas, venga. Que sea fácil, por favor. Sí, es muy facilita. A ver, sobre pedir feedback a compañeros, ¿vale? Que es uno de, vale. A ver, yo en las cosas que he hecho, tanto para mí como para otras personas, a veces he querido pedir feedback a compañeros, pero claro, a ver cómo lo haces. Todo el mundo está metido en su propio trabajo, proyecto, lo que sea que hago. Entonces, yo siento como que voy a darles un atraco. ¿Sabe? Hola, buenas. Les abro conversación y hola, que estoy haciendo esto para un cliente, me van a decir, oye, no sé, yo estoy con los míos. ¿Cómo haces eso? Pues buena pregunta, Natalia, muchas gracias. Gracias a ti. A mí me encantaría que mis compañeros y amigos me pidieran feedback de diseño, la verdad. Para mí sería un honor que alguien quisiera saber mis argumentos sobre un diseño. La verdad, o sea, yo lo daría encantada, me imagino que tus, de tu entorno cercano, si hay algún diseñador o diseñadora, también estaré encantado de hacerlo, no veo por qué. Y además ahí, mira, por ejemplo, sin ir más lejos, en Torreledones, que es un pueblo de la Sierra de Madrid, hacemos una mitad, una vez al mes. Ahí estamos constantemente haciendo las preguntas sobre, oye, me ha hecho un cliente esto, tú querías, oye, ¿cuánto cobrarías tú por esto? ¿Lo has hecho alguna vez? Nos resolvemos este tipo de dudas y nos ayudamos entre nosotros, ¿no? Pásate, que estás a 20 minutos. ¿Has estado, de verdad? Yo creo que la comunidad WordPress tiene eso, ¿no? Tienes personas con las que una vez al mes, en la mitad de tu comunidad local, puedes llevarte el ordenador y es que vamos a eso, vamos a hablar de trabajo, a decir plugin y que el otro sepa lo que es. Y en un entorno seguro además y de confianza para darnos feedback, para pedirnos ayuda. Pues seguramente no, ni lo leeré. Hombre, claro, quedamos, quedamos un día y yo encantada. Vamos, de hecho, ya te digo que yo dedico, yo dedico una vez al mes, desde hace tres años en mi pueblo, a hacer eso, a estar allí, hablar de WordPress y que cualquiera que tenga cualquier duda, me la pregunté en ese momento. O sea, ya tengo un espacio reservado de tres horas o cuatro, si se alarga, para eso. O sea, que yo encantada, claro, sí, sí. A ti que te conozco, sobre todo, pero vamos, a gente desconocida, llega ahí y todo el mundo es bienvenido, o sea, las mitas las hacemos para eso. Y a que compañeros que llevan otras mitas, pues en Irún, en Granolier, Barcelona, cualquiera que, para los que me estéis escuchando desde WordPress TV, ve a la comunidad local de tu ciudad y pregunta, pide feedback de diseño. Una pregunta, perdona, yo aquí. Sí, sí, dime usted. Has planteado tres perfiles para pedir feedback. ¿Cuál es tu opinión de pedir feedback a una persona totalmente ajena, que no sea el cliente, que no sea un desarrollador, que no sea un diseñador? Un usuario. Un usuario, exactamente. Te parece también importante. Muy importante. A ver, una cosa, mira, se me ha habido decirlo antes y con tu pregunta lo puedo decir. Cuando explicamos, bueno, lo he dicho a medias, cuando explicamos el diseño, es importante que no expliquemos cómo se hacen las cosas. Haces click aquí, se despliega un pop-up, eso no hay que explicarlo. Hay que explicar los objetivos que hemos tenido en cuenta, las decisiones que hemos tomado, pero el diseño se tiene que entender a simple vista. Entonces, con alguien totalmente ajeno que incluso ni conozca el contexto, bueno, siempre hay que poner un poco en contexto. Es decir, eres un usuario que quiere comprar una camiseta azul de la talla tal, y entonces ya ves si cumple con el flujo o no. Siempre hay que dar un poco de contexto, porque se tiene que poner en situación, sino no sería muy real y no serviría para nada. A no ser que quieras pedir feedback de diseño visual y no de interacción, eso sí que podría ser. Aportando un poco de contexto, el contexto suficiente, y sin explicar nada, es muy valioso para esto, para ahí no sé si van a saber que esta imagen es clicable, pues voy a preguntar a alguien tal y que me diga. Incluso muchas veces podemos dar la pista, se nota que esto es interactivo, yo nunca habría hecho click ahí, o sea que esas cosas y las hacemos habitualmente y sirven. Claro, este es de usuario, así un poco casero. Vale. Magnífica presentación. Tu sabes que los desarrolladores y los diseñadores llevamos maravillosamente. Entonces yo como desarrollador siempre me gusta saber un poco lo que piensan los diseñadores siempre antes de mandarnos esas cosas que después tenemos que desarrollar. Pero bueno, una de las cosas que a mí me resulta siempre muy importante en los equipos de desarrollo, donde hay diseñadores y desarrolladores, es cómo dirigirme a un diseñador. Porque igual que pides feedback a los demás, yo soy del team del cero azúcar, ¿vale? O qué súper bien tu diseño, empezar con el superparrafado es maravilloso y genial y después te digo ¿pero por qué no? Entonces me gustaría saber cómo te gusta a ti recibir los feedbacks. Si te gusta que te digan las cosas que estás, oye mira aquí y aquí me gustaría hacer esto, esto y esto, o si te gusta que te lo edulcoren un poquito, le pongan un poco de azúcar y demás. No, directamente y sin perder el tiempo. Claro, el trabajo yo siempre pienso que la responsabilidad es mía. Mi trabajo es mi responsabilidad. Entonces mi parte de tu trabajo es responsabilidad mía. Entonces es mi responsabilidad mía hacerte sentirte cómodo a ti y pedirte lo de tal manera y explicarte lo que necesites saber para que tú te dirijas a mí, de usted por supuesto, como decía la tira. Y además sin miedo, o sea es muy importante, ¿no? Y sí lo he comentado en la presentación, que hay que generar relaciones de confianza en torno seguros para decir una de las cosas y no tomarlo, no tomárnoslo como nada personal, o sea todos queremos que el proyecto salga bien. El cliente, el desarrollador, la desarrolladora, la diseñadora, el diseñador, todo, ¿no? La clienta, el cliente, lequillente. Y estamos en eso, ¿no? Que no que salga bien y tal. Antes de ponerte a diseñar, o sea, si te dedicas al diseño tienes que saber cómo hacer el developer handoff. Yo tengo un curso, ya no puedo decir porque no estoy en la slide de hablar de comercialmente, pero hay muchos, lo puedes buscar en internet, developer handoff, que es lo que tenemos que saber los diseñadores de desarrollo, cómo hacer un buen developer handoff, que es cómo pasarle bien el diseño al equipo de desarrollo. Sobre todo lo que, lo más importante es la comunicación, por eso es muy buena pregunta tuya, porque me has hablado de cómo nos comunicamos, cómo le digo, le do el coro, le... Pero tenemos que compartir conceptos que todos no sepamos de lo que estamos hablando. Si tú dices line hate, yo entiendo que es el interleñado o el alto de línea. Tenemos palabras distintas para refirnos a lo mismo, pero intentamos conocer cómo lo dice el otro y siempre eso. Pues utilizar herramientas de comunicación como Figma, Pempot, para poder entendernos bien y que tú veas el diseño con mis explicaciones y no tengas ninguna duda de lo que hay que implementar. Ya está, muchísimas gracias a todos.