 Empezamos esta segunda ronda de ponencias con Ana Cirujano. Voy a presentarla muy breve porque es muy conocida entre la comunidad y casi hace falta presentarla, pero aun así. Es diseñadora de negocio digital y especializada en tipografía y branding y cómono en WordPress. Lleva en la comunidad desde 2017. Está detrás de la Meetup y la Work on the Torredones y junto con Pablo Moratinos también tiene un podcast, se llama Milita Chatamuga, también bastante conocido, donde también nos hablan de marketing y negocios online. Y bueno, ya sin más diluación, os dejo con Ana. Muchas gracias, Alex. A mí me encanta esto del aplauso así al principio, porque yo el aplauso ya haga como lo haga, yo ya me lo he llevado. O sea que ahora ya, a partir de ahora, fantástico, ¿no? No sé si tarda un poquito en arrancar la pantalla. Yo la veo cortada, pero espero que no se corte. Bueno, además de la presentación que ha hecho a Leis, no se ve. Además de la presentación que ha hecho a Leis, os quiero contar algo muy importante y es que soy embajadora de marca de Piensas Solutions, que es un proveedor de hosting especializado en WordPress, que tiene un plan gratuito. Os invito a que lo conozcáis. Developer Handoff. El Developer Handoff es el paso de diseño a desarrollo. La palabra Handoff parece que es como una entrega, ¿no? De entregamos el diseño para que se implemente y se desarrolle. Pero realmente no es una acción, es un proceso. El Developer Handoff, tenemos que hacerlo desde el principio del proyecto y desarrollo si tiene que involuclar en la fase de diseño, incluso en las primeras reuniones, y con el cliente para que el proyecto llegue a buen puerto. Me gustaría saber un poco el perfil de las personas que estáis en la sala, sobre todo si perteneceis al lado oscuro o al otro. ¿Quiénes oís? Y no he dicho cuál es cuál. ¿Quiénes oís parte del equipo de desarrollo? ¿Sus personas que desarrolláis? Un montón. Un montón de developers. Y de diseño, un poquito menos, pero también hay bastantes. Muy bien. A mí me ha pasado muchas veces. Yo llevo como diseñadora autónoma. En agosto voy a hacer siete años. Al principio me pasaba muchísimo. Tenemos ya una persona que va a desarrollar el proyecto, solo necesitamos el diseño. Y entonces yo, después de tener el briefing con el cliente, me explicaban todas las necesidades del proyecto, hacía la investigación del negocio, de los usuarios, hacía el diseño. Y después se lo entregaban, me validaban o me pedían cambios. Y ya está. Y a la persona que desarrollaba quizás ni la veía. Al mejor, después, para pedirle cambios. Es jugar a las siete diferencias. Esto no está como yo lo diseñé. Y todavía hoy, yo sé, cuando hablo con muchos de mis compañeros y compañeras, que hay muchos developers que reciben el diseño, tal cual, para implementar, pero no hablan con los diseñadores, con las diseñadoras. Esto es un error. Seguiremos esto. Bueno, se ha pasado seguro. ¿A quién le ha pasado esto? Qué comento. Siendo developer que le haya entregado el diseño y búsquete la vida. O siendo diseñador, solo queremos el diseño. Ya tenemos desarrollador. Es muy habitual. Es muy habitual. Sin embargo, perdemos tiempo y dinero, porque no hay esa comunicación desde el principio. Yo, en base a mi experiencia, cuando yo recibo un proyecto, lo primero que hago es contarle todo al desarrollador y si puede estar en las reuniones. Quizás no es la siniciada de definición, pero ya en cuanto empezamos a definir las funcionalidades, ya necesito que esté la persona que va a desarrollar el proyecto. Para asegurarnos de lo que yo voy a diseñar, de lo que yo voy a diseñar, esté dentro del alcance de la propuesta, es decir, de todos los requisitos que me ha pedido el cliente, y también que cumple con las características técnicas, desde el punto de vista de, esto se puede hacer, esto no se puede hacer. Y también, desde el punto de vista, esto lo se hace, esto no lo se hace. O, mira, tal y como tenemos planteada la base de datos, esto ya no lo podemos hacer. Entonces, desde el principio, es muy importante que ambas partes, ah, ya tengo la presentación en general, pero me he pasado, ¿no? Vale, sigo aquí en la primera. Bueno, no sé, he perdido el hilo, pero bueno, es importante que tengamos un lenguaje común, ¿no? Que definamos desde el principio, ¿cómo vamos a llamar a las cosas? Podemos trabajar con distintas personas, con distintas formaciones, las metodologías cambian constantemente, y es muy importante que definamos un lenguaje común. ¿Cómo vamos a llamar al espacio entre renglones, alto de línea, line hate, interlineado? Bueno, pues cada vez que vayamos a trabajar con una persona que va a desarrollar, vamos a definir cómo vamos a llamar a las cosas. Yo tengo aquí un esquema, este esquema es el que va cambiando, lo voy perfeccionando, a veces le pongo testing, a veces no, bueno, este esquema lo suelo incluir en la propuesta que le hago al cliente con la propuesta del proyecto, ¿no? Cuando defino el alcance de la propuesta, el presupuesto, todo esto, también incluyo en qué consiste un proyecto de desarrollo con WordPress. Y entonces le explico, ¿no? Pues vamos a tener unas primeras reuniones de definición del proyecto, después vamos a tener una investigación del usuario del negocio, vamos a hacer un análisis de datos si los tenemos con nuestras conclusiones, haremos un inventario de contenidos. Ah, cuando he dicho este es el esquema, no... Espera. No me haces nada. Espera, me estoy yendo de... Vale, es este. Vale, este es el esquema, ¿no? Para un cliente que no tiene idea ni de lo que es WordPress, bueno, pues yo le explico qué va a pasar en los próximos semanas o meses, ¿no? Normalmente son meses. Entonces bueno, pues le explico cuáles van a ser las fases del proyecto, qué personas van a intervenir en cada una de las fases, pero lo normal es que estas fases luego sean un viaje de ida y vuelta constante, ¿no? Desde los contenidos, antes de empezar a definir la arquitectura de contenidos, que esto lo suele hacer el SEO, hace un QBore y Search, antes de eso necesita tener los contenidos, de qué va esto, de qué va el negocio, de toda la investigación y qué contenidos hay. Pero una vez que ha definido la arquitectura de contenidos también volvemos otra vez a contenidos. Faltan cosas, sobran, ¿no? Entonces, aunque pasamos de una fase para otra, muchas veces volvemos a la fase anterior. Diseño de funcionalidad, que son los wireframes, ¿no? Definimos funcionalidad, cómo se va a computar la página, la interacción, el flujo del usuario. Luego diseño visual, color, tipografía, las ilustraciones, todos los cursos gráficos del proyecto. Y una vez que ya tenemos todo el diseño, vamos a la fase de implementación y desarrollo. Pero ¿qué ocurre? Cuando trabajamos con WordPress, yo suelo trabajar siempre con diseño personalizado a medida, ¿no? Ya diseñadas, ¿no? Solo diseñar desde cero, ¿no? Desde cinco. ¿Qué ocurre? Que muchas veces hay ciertas funcionalidades, ciertas secciones de la web, que no las vamos a definir hasta la fase de implementación y desarrollo, porque vamos a utilizar un plugin, por ejemplo, para valoraciones, que es un caso que he tenido recientemente. Pero todavía tenemos tres posibilidades, pero no sabemos finalmente qué plugin vamos a utilizar. Para no encarecer el proyecto, yo no le digo al desarrollador cómo va a ser exactamente las valoraciones que vamos a mostrar en la tienda online, hasta que no veamos qué posibilidad nos da ese plugin. Y una vez que ya vea los campos que va a tener el plugin, las configuraciones que vamos a hacer, entonces voy a Figma y lo diseño. O sea, que si pasamos, una vez que estamos en implementación, volvemos atrás y volvemos a la fase de diseño. Al cliente le hemos dicho, una vez que está probado el diseño, ya no se vuelve para atrás. A veces volvemos nosotros mismos para atrás, porque es nuestra metodología de trabajo. Estamos trabajando con plugins de terceros y tenemos que adaptarnos. Obviamente, si el cliente pide nuevas funcionalidades o cambia alguna cosa, pues está fuera del alcance de la propuesta que hemos acordado y, por supuesto, cobramos aparte, pero nosotros en nuestra forma de trabajar, vamos a hacer una y otra vez, con estas fases. Muchas veces ocurre que tienes la reunión con el desarrollador. Venga, asegúrame que todo esto que he diseñado se va a poder hacer. Sí, sí, se puede hacer. Y luego te dice, oye, llevo tres semanas para conseguir esto, no veas. Si me dijiste que estaba probado, ahora tengo que cambiarlo. Porque muchas veces, hasta que no te pones con ello, no sabes el día a día. No es la realidad, ¿no? Como diseñadores y diseñadoras, tenemos que saber que esto ocurre así y anticiparlo. Nos dice, ¿son dos horas más de trabajo o dos semanas más de trabajo? No. Ya sabes qué va a pasar? Prevelo. Figma y Penpod son herramientas de diseño, pero eso no es importante. Son herramientas de colaboración. Sentamos el diseño para recibir feedback, en este caso, al equipo de desarrollo, también a los clientes, a otros usuarios para hacer test, pero ahora nos centramos en el paso de diseño de desarrollo. Lo importante es que son herramientas para comentarios, para poder explicar muy bien qué es lo que queremos. Es genial porque se puede directamente copiar el código para implementarlo. Sobre todo, en Penpod, mucho mejor que en Figma. Cuando estamos preparando el archivo para el archivo de diseño, tenemos que tener en cuenta que es un archivo que no es nuestro, que es del proyecto y que van a entrar a colaborar varias personas. No es un archivo que estemos haciendo que nadie va a ver, entonces tenemos que tenerlo porque cuando viene la gente a tu casa de visita pues lo recoges todo y lo ordenas todo. En este caso también, ahora voy a dar unos tips como considero yo que son las buenas prácticas que tenemos que llevar a cabo para que el archivo esté fenomenal. Antiguamente entregábamos y bueno, antiguamente mucha gente todavía lo sigue haciendo. Entregábamos el diseño diseño versión final uno, versión final uno guion bajo, está así que sí. Claro, ahora tenemos control de versiones, tenemos un único archivo donde además tenemos todos los assets incluidos y tenemos todo. Esto es una ventaja increíble y con ese mismo archivo no tenemos que volver. Te envío la última versión, eso era antes. Ya está listada la última versión, puedes consultarla. Y ahí vemos todos los cambios en un único archivo, esto es una ventaja muy grande respecto a como se hacía antes. Nombrar los grupos, aquí lo que me interesa es que tenemos que tener una con la con la cuenta y qué método que va a utilizar, ven o la que sea. Nosotros si no estamos que así nombramos los componentes de esta manera, dime cómo tengo que nombrar las capas y aquí lo importante es agrupar, crear grupos para que realmente el desarrollador, aunque nosotros le mostramos el diseño y le explicamos todo, que luego puede haber exactamente lo que es una cart, lo que es el header y hacemos grupos para agrupar todas esas capas que se entere bien. Identificar los assets, aquí me refiero cuando efectivamente sí, son grupos o capas que el desarrollador va a exportar tal cual para implementar. Tenemos que definir también con el desarrollador porque dependiendo de si va a hacer un desarrollo a medida, con bloques de Gutenberg o si va a utilizar un editor visual va a hacerlo de una manera o de otra. Nosotros también tenemos que conocer cómo lo va a hacer para saber qué se tiene que exportar, qué vamos a hacer con CSS y configurar los ajustes de exportación que ya definamos muy bien lo que es va a ir en SVG lo que va a ir en PNG lo que va a ir, eso lo puedes ir definiendo y el desarrollador solo tiene que decir archivo exportar y se exporta todo. Lo que ya previamente hemos decidido nosotros. Quien hace el trabajo y quien hace las tareas depende, igual te dices, no lo voy a hacer yo porque esto no está incluido, si lo incluyes lo haces tú y si no lo hará la otra persona pero que sepamos que el indicar los ajustes de exportación no va a facilitar que con un click lo tengamos todo exportado. Sobre esto tengo una charla que di en la online en la mitad de Tarragona entonces no me voy a extender mucho, pero si tener en cuenta que cuando recortamos las imágenes o cuando utilizamos mayúsculas estamos generando locking que luego no se puede modificar entonces no recortamos las imágenes con Photoshop ya se hace después con CSS en la implementación, este tipo de cosas. La opacidad nosotros cuando utilizamos estas herramientas de diseño utilizamos modos de fusión de capa, opacidades en el color y nosotros vemos ese color pero realmente cuando el desarribador copia el color no está copiando ese sino que está copiando el 100% del color entonces ahí hay problemas puedes tenerlo en cuenta para ahorrar después tiempo normalmente hoy en día lo que se hace es diseñar una versión para mobile y otra versión para escritorio a no ser que sea algo muy raro no se suele hacer el tamaño para tablet directamente nunca lo incluyo y lo interesante es que podemos definir un tamaño de tipografía para mobile y otro tamaño de tipografía para escritorio y con la función clamp directamente fluye ya no decimos tamaños por cortes sino que decimos el tamaño mínimo según el dispositivo mínimo el tamaño que nosotros definimos como mínimo y un tamaño máximo según lo que nosotros hemos definido la función clamp también no me gusta autoreferenciarme pero tengo una charla solo hablando de esto entonces tampoco me voy a aliar lo importante es que creamos estilos para que y además los nombramos como luego se van a nombrar las variables en css esto le va a facilitar el trabajo muchísimo al equipo de desarrollo estilos de color estilos de tipografía estas son las tipografías para mobile para escritorio y después solo hay para cada tipo de texto encabezado destacado, párrafo destacado título de la tarjeta para cada uno de estos tenemos una única declaración con los tamaños fluidos esto es muy interesante y también incluimos los tamaños de espacio vertical utilizamos unos espacios verticales estandas, eso es una utilizada 5 o 6 y yo además utilizo los mismos para todos los proyectos y decimos a la persona que va a desarrollar que relación tiene en los de escritorio con los de móvil normalmente se utilizan menos en móvil que en escritorio esto también se facilita mucho luego en la creación de variables los componentes son secciones fragmentos de diseño que se repiten a la web nos ayudan para diseñar más rápido pero también nos ayudan sobre todo las variaciones de los componentes nos ayudan a la persona que va a desarrollar a detectar que fragmentos puede reutilizar o sea que es muy utilizar crear componentes hace que luego sea mucho más rápido para implementar y no tener diógenes que solemos tener mucho diógenes ahí de cosas que a ver luego del dicho al hecho hay un trecho yo suelo utilizar mezclar el inglés con el español dejarme cosas por ahí sabiendo que lo estoy haciendo mal he ido muy rápido no me he dicho todavía ni que me quedan muy bien de tiempo porque quiero que me hagáis preguntas difíciles quiero terminar con una reflexión si la persona que diseña necesita saber código necesitas saber html ecs yo creo que sí yo estoy constantemente pensando en html ecs si ahora mismo me quitas el conocimiento no sabría diseñar no sé como lo podría hacer yo creo que no sabría hacerlo y además por un buen diseño porque hay ciertas buenas prácticas de diseño, yo vengo de diseño editorial diseño gráfico antes de aprender desarrollo web hacia libros y catálogos y folletos y yo tengo muy claras ciertas normas de diseño editorial que poco a poco se pueden llevar a la web antes era imposible hacer ciertas cosas que cada vez van siendo más posibles entonces la persona que va a desarrollar sí conoce un montón de variables de ccs que hacen cosas pero no sabe cuál es la buena práctica de diseño con lo cual por mucho que habláramos no bueno yo lo hago y ya el desarrollador me dice si yo puedo hacer o no pero es que hay cosas que el desarrollador no sabe que son buenas prácticas que te vendría bien a ti hacerlo así por ejemplo bueno mi conclusión ya la voy a decir antes del ejemplo sí tienes que saberlo y además tienes que estar a la última ¿por qué? esto es un ejemplo de título una persona que diseñe que tenga conocimientos de tipografía que le guste las buenas prácticas y el trabajo bien hecho o por ejemplo si estamos haciendo un roll up vamos a tener en cuenta que el texto esté equilibrado cuando hacemos algo para imprimir que tenemos un ancho fijo nunca dejaríamos lo de arriba una I suelta una conjunción suelta nunca se deja e incluso no solo te llevarías la I sino que equilibrarías antes esto lo hacíamos con espacios de no separación o con guiones discrecionales pero ahora resulta que todavía no se puede utilizar pero ya se podría usar habilitando la la la entidad test wrap balance si nosotros utilizamos esta declaración automáticamente el CSS va a balancear nuestro texto para que veáis la diferencia aquí veis que está porque en los títulos canta mucho pero incluso para cards sería muy guay poder hacer esto no sé si se ve bien la diferencia entre este y este un diseñador una persona que aprecie la buena composición de los textos ve esto de la izquierda y le molesta esto es muy molesto pero claro nos conformamos porque en CSS es lo que hay pero si ya sabemos que simplemente con declarar test wrap balance mágicamente se puede hacer eso con los textos ya nos hemos enterado de que este CSS existe vamos a hacer vamos a diseñar las cards como están en este ejemplo y cuando nos diga la persona que desarrolla que no se puede hacer le decimos sí por qué para eso hay que estar a la última y hay que conocer un poquito de código porque si no no se te ocurre decir ponerlo así con lo cual si lo sabes y al revés yo he aprendido un montón de las personas con las que trabajo que desarrolla no te parecería mejor es que hay una funcionalidad pues qué bien entonces aprendemos todos de todos venga preguntas muchas gracias hola gracias por unas cuantas ideas que nos llevaremos una experiencia como desarrollador que estamos viendo en pasar con la introducción de Gutenberg es el cambio de pensar que la unidad de diseño es el template para pensar en el bloque que se parece más a un componente desde el otro lado cómo se iba a transición o algún consejo que... que consejos alguna idea de cómo hacer ese cambio si hacerlo, si no hacerlo si son necesarios pensar en el template en una página entera diseñada o tenemos que ir más a los componentes o tenemos que tener un pie en cada lado ¿qué hacemos? depende del proyecto yo sí que estoy haciendo últimamente mucho de los componentes porque además al usuario le viene muy bien esa empresa que va a implementar la web y aunque le llevemos el mantenimiento va a seguir haciendo landing va a seguir haciendo sus propias páginas le viene muy bien que ya le dejemos como bloque reutilizable o como patrón de diseño estas unidades más pequeñas para poder crear sus propios diseños depende del proyecto si es un cliente que va a ser luego muy dependiente pues no nos molestamos en hacerlo pero si es un cliente como digo que sí que va a implementar ya lo hacemos así directamente dejamos por ejemplo en los artículos del blog siempre al final vamos a incluir una llamada de acción pero además vamos a incluir una llamada de acción en función del tema del que estemos hablando para llevar al producto para llevarle a la página de servicio ese bloque ya lo dejamos creado es un poco esto tener esa idea de que trabajamos con componentes a la vez también tenemos que ver la web como un sistema y sobre todo ver el flujo de usuario no diseñar las páginas individuales sino pensar siempre a dónde va el usuario en el customer journey no sé si he contestado bien bien a tu pregunta pero yo creo que es un poco más compleja pero gracias por tu pregunta gracias Ana y algo un poco tarde por lo que no sé si ya has contestado esta pregunta que tengo muy práctica, muy precisa yo he tenido mi primer proyecto donde me ha pasado el diseño en Figma hace poco y me ha me ha gustado mucho encontrar los estilos los estilos bueno sí, todos los los colores entonces me preguntaba y no ha sido fácil encontrar la respuesta aún no la tengo de hecho, aprovecho no es una herramienta de diseño en sí Figma es para pasar los diseños usé diseño con Figma y luego como hacer el programador pero vamos una por una si es una herramienta de diseño yo suelo decir no es una herramienta de diseño es una herramienta de colaboración bueno porque en realidad una herramienta de diseño podría ser un papel y lápiz hazme un header con un título aquí y un tal y tú ya sabes lo que tienes que hacer pero lo bueno es que con esta herramienta nos comunicamos mejor y nos comunicamos de manera más precisa y más podemos automatizar muchas cosas incluso pensar ya en la cascada como CSS cuando diseñamos en los componentes los estilos si tú no seleccionas ningún componente si haces clic en el canvas ya salen a la derecha pero los ha tenido que crear la persona que ha diseñado es una de las buenas prácticas que hay que seguir si no ha creado ningún estilo hay plugins que los crean incluso luego te recoge todos los componentes que hayas creado en una página parte te crea los estilos, identifica qué capas de texto están hechas con las mismas propiedades y entonces te crea un estilo con eso luego hay que hacer limpieza porque muchas veces aunque tengan las propiedades son estilos diferentes porque luego hay variaciones diferentes pero bueno hay plugins que te ayudan en ese trabajo hay un montón de plugins en la comunidad de Figma y hay algunos que te ayudan ¿y cuál era la siguiente pregunta? ya contestaste me tengo que buscar los buenos plugins perdón para la grabación digo si hay algún recurso que pueda recomendar se sale un poco de la conferencia pero hay algún recurso que pueda recomendar para desarrolladores que empiezan a trabajar con Figma a mí me está pasando exactamente igual que lo que decía el compañero que acabo de ver hay un recurso que es el más importante que es la comunicación la persona que ha hecho ese archivo ¿dónde estás? ha hablado con ella te explica es un equipo francés que hay una comunicación intermedia con otra agencia ese es el principal problema que tú recibes el archivo entrega del archivo este es un proceso desde el inicio ahí está el problema si tú no sabes ni si ha creado archivo hay plugins ¿puedes descubrir este tipo de cosas? hay muchos no recuerdo ahora mismo suele ser fácil de encontrar no sé si alguien puede recuerdo alguno concreto pero no es difícil de encontrar porque es una necesidad recurrente la de tener que hacer esto hola Ana Zirujano felicidades por estar con la montanza quería preguntarte para un diseñador o diseñadora que esté pensando en que su flujo con su desarrollador o desarrollador sea lo más rápido, lo más sencillo posible ahora mismo hay alguna diferencia entre elegir y empezar a diseñar con Figma o con Pempot el hecho de utilizar una u otra hace que sea más suave o es indiferente una pregunta Pablo gracias todos nos estábamos haciendo esa pregunta Pempot es una herramienta open source como WordPress y Figma es una herramienta propietaria que tiene un plan gratuito que está fenomenal pero luego para ciertas cosas necesitamos pagarlo aparte de que haya que pagar o no pues estar más de acuerdo con la filosofía de unos o de otros Pempot es muy guay además es de un equipo de España estemos muy cerca yo creo que dentro de muy poco va a adelantar a Figma y va a ser mucho mejor hoy en día todavía no tiene todas las funcionalidades que tiene Figma no se puede hacer todo lo que se puede hacer con Figma pero tiene una cosa muy muy guay que si el proyecto no es muy complicado podemos usar Pempot sólo para poder utilizar el flex layout el Pempot nos permite hacer un diseño automático como sería el auto layout de Figma luego podemos copiar directamente las declaraciones de flex el flex direction todo todas las declaraciones de flex para componer ese diseño que hemos hecho esto facilita muchísimo la labor de developer handouts porque la persona que implementa no tiene más que copiarlo y ya tiene todo hecho entonces va a estar mucho mejor también están diseñando con la herramienta, con una perspectiva también en términos de accesibilidad mucho más avanzada y tiene cosas mucho mejores pero todavía no está a la altura es como el hermano pequeño pero va muy en camino hoy en día si es un proyecto pequeño que no es muy complejo puedes usar Pempot sin problemas gratis probarlo pero si es un proyecto más complejo con muchas personas involucradas y que necesites mucha agilidad que sea una cosa compleja entonces Figma, si es algo sencillo puedes usar Pempot y disfrutarlo gracias no sé si da tiempo todavía así Hola Buenas Ana en mi caso entiendo que estas herramientas con las comentas son para unir equipos equipo de diseño y equipo de desarrollo e implementación y a mí muchas veces me surges a dudas porque yo diseño y maqueto luego entonces yo no entiendo maqueto algo visual y luego paso directamente a maquetar en algún sistema no paso por Figma ni Pempot entonces tú crees que es una buena práctica empezar a maquetar con este sistema porque ayuda como a organizar el por qué utilizar este tipo de herramientas cuando tú haces los dos procesos si tiene algún sentido o duplicas el trabajo de hago los estilos aquí y luego tengo que duplicar los estilos no solo sirve para pedir feedback a la persona que va a desarrollar sino sobre todo para pedir feedback al cliente tú cuando un cliente te pide un cambio te enfadas mucho a mí me da igual, me puede pedir los cambios que quiera porque yo hago con Figma y ya está hecho, pero tú hacerlo con Elementor se tarda mucho más yo incluso lo puedo presentar tres versiones no tardo nada tendrías que hacer tres instalaciones de WordPress con tres para mí es mucho más sencillo pero es mucho más sencillo hacerlo en Figma las cosas que quieras hacer, mover cosas cambia de forma probar tres pam pam pam duplicas con alt pam pam pam, ya tienes tres y cambias cosas, ves en diseño la mayoría de las veces hay que ver esto funcionará, no sé, vamos a probarlo y probamos, probamos, probamos, hacemos muchas versiones si tuvieras que estar haciendo instalaciones o páginas nuevas y duplicar yo con Elementor también cambio el orden de la sección hago pin pin y se me baja es un poco más complejo cosas de probar cambiar de repente con un click todos los componentes también lo podrías hacer con CSS para que no te duele que el cliente te pida cambios y tú mismo para ver las cosas, yo incluso para las cosas que hago los proyectos que tengo con Pablo siempre lo hacemos por primero en Figma aunque no haya un cliente como tal tú mismo puedes probar las cosas y en diseño web estamos constantemente probando porque no hay una única solución para los problemas hay varios yo suelo decir que prototipar es como hacer la lista de la compra, tú puedes ir a super si vas con hambre pero puedes ir sin lista de la compra y bueno ahora es la compra pero si seguramente gastes mucho más y se te olviden cosas si vas con tu lista vas por secciones incluso, te lo ordenas por secciones la planificación, al final el resultado es mejor tú puedes tardar más o incluso que se te olviden cosas si no pasa nada pero cuando te haces la lista sabes que no vas a fallar entonces yo creo que es un poco así se puede hacer de la otra manera pero creo que merece la pena el esfuerzo de hacer el paso previo y es el que se hace de manera estándar en la industria por algo será porque primero hacemos un webframe y no hacemos directamente el diseño visual tienes que fijarte solo en las funcionalidades y en las cosas que van a pasar en la página de usuario y luego ya las emociones los colores, la tipografía son capas diferentes y yo creo que sí que merece mucho la pena hacerlo así pues haberme dicho ya que me callara bueno gracias Kike hola, buen día has parlado de la importancia para los diseñadores de saber Actimely CCS pero quería preguntar si consideras que es importante para los desenvolvedores saber que también utiliza años como Figma o Penpot sino también saber nuestra básica sobre el diseño sí como he comentado antes incluso creo que normalmente las personas que desarrollan saben mucho más de diseño web que muchos diseñadores estoy metiendo en un jardín pero lo voy a hacer que muchos diseñadores venimos del diseño gráfico pero no tenemos formación de desarrollo porque hay nociones que para un diseñador son básicas, que son de diseño pero como en desarrollo se hace no la cascada eso es de desarrollador, pero nos viene fenomenal a los diseñadores pero eso es diseño al final yo creo que sí, que al final si no tienes esas nociones de interacción, de usabilidad el desarrollador pero es que las suele tener pero el desarrollador sí, es que ellos ya lo tienen que tiene una estructura una arquitectura de la información que es lo importante, son cosas que son de diseño y el desarrollador las aprende cuando aprende la lógica de la programación no te repitas, todo eso nos vale es lo que aprendemos los diseñadores gráficos cuando nos ponemos a hacer web todas esas cosas que el desarrollador ya sabe yo creo que sí es verdad que hay veces que jugamos a las 7 diferencias y esto es lo que te entrega en Figma esto es lo que me llega muchas veces juegas a las 7 diferencias y dejo esto porque no lo ha visto no te das cuenta de que esto te lo había dicho con este trazo y además no pega, es incoherente cuando el desarrollador tiene mucha práctica esas cosas ya no las hacen pero si son ciertas nociones de diseño o el ojo entrenado que vienen muy bien cuanto más formación tengamos todos de backend y frontend si sabes backend seguramente haga el mejor frontend y viceversa todo lo que te aporta información no sabe nada de diseño pues si no sabe bueno eso yo creo que todo estamos ya fuera de tiempo ahora Ana irá a la sala de ponentes si queréis pues seguir allá hablando largo y tendido antes de acabar queremos hacerte un pequeño detalle gracias