Abrazando el futuro del desarrollo de webflow: ¿Finsweet Client-First es adecuado para usted?

El término «El futuro del desarrollo del flujo web» puede ser un poco exagerado, pero ¿a quién no le encanta un título pegadizo? Es cierto que podríamos soñar con funcionalidades más avanzadas, como el soporte multilingüe, la ampliación de los límites del CMS o las funciones avanzadas de los sitios de membresía. Sin embargo, apoyamos incondicionalmente a Webflow y confiamos en que estas novedades llegarán a su debido tiempo. Por lo tanto, volvamos a la normalidad... y centrémonos en las herramientas disponibles que podrían facilitar nuestra transición a Webflow.

La pregunta es: ¿ El cliente es lo primero ¿la elección correcta para todos los diseñadores o desarrolladores de Webflow? Estamos aquí para profundizar en los conceptos básicos de Client-First, sopesar sus ventajas y desventajas y ayudarte a decidir si es la opción perfecta para ti. ¡Hagamos un recorrido por el mundo de Finsweet en el que el cliente es lo primero!

Entender que el cliente es lo primero

Client-First es una filosofía y un conjunto de mejores prácticas diseñadas para ayudar Flujo web los desarrolladores crean sitios web organizados, escalables y fáciles de mantener. El enfoque gira en torno a una serie de principios y estrategias que priorizan la facilidad de uso, tanto para el desarrollador como para el cliente. Al adoptar el enfoque centrado en el cliente, los desarrolladores de Webflow pueden:

1. Ahorra tiempo y recursos simplificando el proceso de desarrollo.
2. Asegúrese de que sus proyectos sean fáciles de comprender y mantener para los miembros del equipo y los clientes.
3. Asegúrese de que sus proyectos sean fáciles de comprender y mantener para los miembros del equipo y los clientes.

Para una introducción más detallada, tal vez quieras consultar la explicación de Joe from Finsweet:

Ventajas de adoptar el enfoque centrado en el cliente

1. Flujo de trabajo simplificado: Seguir las mejores prácticas de Client-First puede eliminar pasos innecesarios y fomentar un proceso de desarrollo más eficiente y organizado. La finalización más rápida de los proyectos y la reducción de obstáculos son solo algunas de las ventajas.
2. Colaboración sin esfuerzo: Con Client-First, los proyectos se estructuran de manera que sea fácil entender y trabajar con ellos, lo que simplifica la colaboración, incluso con nuevos miembros del equipo o clientes.
3. Mantenibilidad mejorada: Un principio clave de Client-First es diseñar sitios web teniendo en cuenta el mantenimiento futuro. Esto hace que a los clientes les resulte más fácil administrar sus sitios web, lo que mejora su experiencia general.
4. Coherencia: Client-First proporciona pautas claras que garantizan que todos sus proyectos de Webflow se adhieran a una estructura y un diseño consistentes, un aspecto vital para las agencias y los equipos más grandes.
5. Accesibilidad: Uno de los principales objetivos de Client-First es la accesibilidad. La metodología utiliza principalmente REM en lugar de píxeles, lo que permite que todo aumente y disminuya según el tamaño del texto en el navegador.

Inconvenientes de adoptar un enfoque centrado en el cliente

1. Curva de aprendizaje: Como cualquier metodología nueva, Client-First viene con una curva de aprendizaje. Los desarrolladores deben invertir tiempo para familiarizarse con el enfoque, ya que, en un principio, puede ralentizar su progreso.
2. No es ideal para todos los proyectos: Client-First está diseñado para desarrolladores de Webflow que priorizan la organización y la capacidad de mantenimiento. Sin embargo, es posible que los sitios web más pequeños o más simples no requieran este nivel de estructura.
3. Cambio de mentalidad: Adoptar el enfoque centrado en el cliente requiere descartar los viejos hábitos y adoptar una nueva perspectiva en el desarrollo de Webflow. Este cambio puede ser un desafío para los desarrolladores acostumbrados a un enfoque más libre.

¿Deberías usar Client-First?

La decisión de adoptar Client-First depende en última instancia de sus preferencias personales y de las necesidades específicas de sus proyectos. Si valoras la organización, la eficiencia y la capacidad de mantenimiento a largo plazo, Client-First podría cambiar las reglas del juego en tu proceso de desarrollo de Webflow.

Sin embargo, si estás trabajando en proyectos más pequeños o tienes un flujo de trabajo bien establecido que ya satisface tus necesidades, adoptar Client-First podría no ser tan beneficioso. En cualquier caso, te recomendamos que explores la metodología y consideres cómo sus principios podrían mejorar tu enfoque actual, y que eches un vistazo a cómo hemos empezado a integrarla en nuestro flujo de trabajo.

El enfoque Client-First de Finsweet es un enfoque innovador para el desarrollo de Webflow que tiene como objetivo mejorar la organización, la eficiencia y la capacidad de mantenimiento en todos sus proyectos. Al seguir sus directrices y mejores prácticas, puede optimizar su flujo de trabajo, mejorar la colaboración y ofrecer una mejor experiencia general a sus clientes.

Sin embargo, es fundamental recordar que no hay una metodología única que sea perfecta para todos los desarrolladores o proyectos. Te animamos a explorar el enfoque centrado en el cliente y a considerar cómo sus principios podrían integrarse con tus prácticas actuales. Es posible que descubra que es la pieza que le falta y que se dé cuenta de que un enfoque híbrido es el que mejor se adapta a sus necesidades específicas. En esencia, el enfoque centrado en el cliente es un enfoque híbrido, por lo que te animamos a utilizar los elementos y la estructura existentes y a personalizarlos, pero también a añadir lo que necesites cuando eso signifique apilar demasiados estilos.

Al final del día, lo más importante es evaluar y perfeccionar continuamente tu proceso de desarrollo para garantizar que estás entregando el mejor trabajo posible a tus clientes. Ya sea que decidas dar prioridad al cliente, adoptar ciertos elementos del mismo o mantener tu enfoque actual, nunca dejes de buscar formas de optimizar tu experiencia de desarrollo de Webflow.

¿Qué está haciendo Milk Moon Studio?

Client se lanzó por primera vez justo cuando empezábamos a esforzarnos mucho más por ser más inclusivos, adoptar la accesibilidad y hacer que nuestro propio trabajo fuera más fácil de entender para otros desarrolladores de Webflow.

Como diseñadores y desarrolladores de Webflow, siempre hemos intentado abrazar a la comunidad de Webflow, ya sea haciendo muchas preguntas en el foro o proporcionando respuestas y ayudando a otros siempre que podamos. A lo largo de los años, también hemos intentado bloguear activamente sobre Webflow, para ayudar a los demás mostrándoles cómo descubrimos cómo hacer algo, haciendo cosas aleatorias con código personalizado en Webflow o, por mi propia experiencia, mucho contenido relacionado con la analítica de Webflow. Lo que subraya todo esto es la creencia de que queremos que nuestro trabajo sea accesible, no solo para los usuarios que visiten los sitios que creamos, sino también para otros desarrolladores de Webflow.

Nunca queremos tener a nuestros clientes como rehenes. En un mundo ideal, queremos que un cliente pueda despedirnos en mitad de un proyecto, tomar el trabajo que hemos realizado para ellos y pasárselo a otro desarrollador para que continúe con lo que empezamos sin perder el ritmo.

Desde el principio, y esto fue hace unos años, intentamos lograrlo al menos dando nombres descriptivos a las clases, agrupándolas por secciones, de forma similar a la estructura de componentes y carpetas de Finsweet, de modo que cuando alguien abriera el proyecto supiera qué estaba pasando y qué estaba modificando, reutilizando o lo que fuera. También queríamos asegurarnos de que no solo un desarrollador o diseñador de Webflow lo entendiera, sino que nuestros clientes también lo entendieran. Definitivamente lo logramos hasta cierto punto, siempre es difícil decir exactamente qué tan afectivo eres, pero yo diría que fue bastante bueno.

La siguiente fase para nosotros, como Webflow Studio, en términos de crecimiento interno, en lo que respecta a nuestras habilidades, fue mejorar a la hora de hacer que nuestros sitios fueran más fáciles de evaluar para el usuario, y esto realmente implicaba todo, desde etiquetas arias hasta contraste de colores, tamaño del texto, etiquetas HTML y mucho que cubrir aquí. Pero lo más importante que no habíamos hecho bien desde el principio era alejarnos del píxel. Cuando estábamos empezando a usar ReMS, Client First, que se centraba en la accesibilidad, no solo para el usuario que visita tu sitio web, sino también para otro desarrollador que miraba tu trabajo y lo ponía a su disposición de inmediato, coincidía perfectamente con nuestros valores.

Así que decidimos probarlo en un proyecto pequeño. Y después del primer día nos dimos por vencidos e hicimos lo que estábamos acostumbrados, nombrando las cosas como antes, siendo lo más inclusivos posible y, de todos modos, para entonces ya habíamos pasado a usar principalmente REM. Simplemente era más rápido, con menos elementos en la página, y estábamos acostumbrados, así que era seguro.

Y más tarde lo intentamos de nuevo, y se trataba de enfoques más híbridos. De todos modos, salte al día de hoy. Client-First es una bestia, hay mucha documentación y lleva mucho tiempo acostumbrarse a ella. Nuestro proceso es diferente al de muchas personas. Primero diseñamos hasta el último detalle en Figma y hacemos prototipos para los clientes. Luego lo construimos en Webflow, una vez hecho, revisado y aprobado. Creamos desde cero, para que coincidan exactamente con lo que tenemos en Figma, creamos sitios web a medida.

Sin embargo, ahora hemos empezado a usar Client-First en todos los proyectos. No es más fácil, diría que es aún más difícil. No pensamos en el cliente cuando diseñamos, les damos a nuestros clientes sitios hermosos, les damos lo que quieren y, luego, cuando comenzamos un nuevo proyecto, clonamos el cliente primero y tenemos que dedicar mucho tiempo a conseguir que todo tenga el mismo aspecto y funcione exactamente como nuestro diseño. Personalmente, para mí es aún más rápido construir de la forma en que lo hacía antes. Tengo que recordar muchas veces cuando creé un sitio usando el enfoque centrado en el cliente. Antes no era así, simplemente inspeccioné lo que hacíamos en Figma y lo diseñé en consecuencia. De todos modos, un elemento de la página podría hacer lo que 5 en Client-First, hasta cierto punto. Ahora tengo que recordar lo que usé en una sección de otra página para ponerme arriba, o tengo que ir a buscarlo.

Entonces, ¿por qué hacerlo, si es más rápido y menos complicado no hacerlo? Bueno, dedicaron mucho tiempo a pensar en las mejores prácticas: estandarizar las cosas, los nombres, las carpetas, la estructura de los componentes y las páginas, la accesibilidad y su extensión para Chrome. Es rápido en términos de velocidad de página, tiene menos DOM y funciona perfectamente con Finsweet Attributes para hacer todas las cosas que Webflow no hace desde el primer momento, todo tipo de cosas, pero cuando se trata de impuestos, la razón por la que dedicamos más tiempo... es la adopción de lo que han creado.

Hasta el día de hoy, probablemente diré que si creara un sitio hoy, como lo hacía antes de Client-First, mi cliente, una persona de su oficina que no sabe nada de CSS, Flexbox o Grid, entendería mejor lo que está sucediendo que si lo hiciera con Client-First, y un desarrollador seguramente sabría si ha leído todos los nombres de las clases. Pero, y aquí es donde entra en juego la adopción de Client-First, muy pocos de nuestros clientes intentarán hacer algo en el diseñador. Volverán a nosotros, en Milk Moon Studio, o irán a algún otro experto en Webflow, socio de Webflow o diseñador de Webflow o simplemente a algún tío que sepa algo de Webflow, y abrirán nuestro proyecto y, si utilizamos Client-First, sabrán lo que está sucediendo, al instante, si Lo he usado alguna vez, y muchos lo han hecho, porque se ha vuelto muy popular. Todos los Componentes de Relume son lo primero para el cliente, lo mismo ocurre con muchas otras bibliotecas, etc.

Y si no lo hacen, bueno, la denominación es estandarizada y descriptiva, lo descubrirán muy rápido. Sí, hemos hecho el cambio a Client-First. Aunque requirió un esfuerzo considerable y puede que no sea el método de compilación más rápido, es muy accesible para otros desarrolladores cuando abren el Webflow Designer. Además, es más accesible para los usuarios finales de la web, especialmente para aquellos con discapacidades visuales.

Entonces, ¿vale la pena? Para nosotros, sí. Se alinea con nuestros valores de accesibilidad para nuestros clientes, usuarios finales y otros desarrolladores de Webflow. Ya sea que decidas dar prioridad al cliente, adoptar algunos de sus elementos o mantener tu enfoque actual, recuerda buscar continuamente formas de optimizar tu proceso de desarrollo de Webflow. ¡Feliz diseño!