Un sitio web sirve como puerta de entrada fundamental a nuevas oportunidades comerciales. Crear un nuevo sitio web o rediseñarlo puede ser un viaje desafiante. Después de liderar el rediseño del sitio web de mi empresa, decidí compartir un poco de nuestro viaje. Si está considerando crear un nuevo sitio web o rediseñar el actual, esperamos que esto le ayude a hacer su viaje más sencillo.
Nuestro sitio web es una puerta de entrada importante para nuevos negocios para nosotros. Al ser una boutique de desarrollo web, la forma en que nos presentamos en línea dice mucho sobre nuestro trabajo y lo que los clientes pueden esperar cuando trabajan con nosotros.
Una vez que decidimos que queríamos crear un nuevo sitio web que coincidiera con nuestra nueva marca, teníamos claro que teníamos que predicar con el ejemplo y mostrar a nuestros clientes y audiencia un sitio web de buena calidad. Nuestro equipo puso mucho pensamiento y esfuerzo en la fase de preparación antes de comenzar a trabajar.
Algunos de esos pasos se realizaron junto con todo el equipo. Al ser un equipo pequeño, queríamos que todos estuvieran involucrados en este proceso hasta cierto punto. Después de esta primera evaluación, comenzamos a dividir y conquistar y contamos con miembros del equipo dedicados y responsables de transformar nuestro nuevo sitio web en una realidad.
Estábamos emocionados de sumergirnos en el proceso de diseño de nuestro proyecto web. El diseño UI/UX es un aspecto crítico de cualquier proyecto web. Teníamos un equipo multidisciplinar involucrado, pero el diseñador era la estrella del espectáculo, el responsable de crear la representación visual del mensaje que queríamos transmitir a nuestra audiencia.
Era esencial que el diseñador entendiera claramente las necesidades y expectativas del proyecto para transmitir nuestro mensaje visualmente y estructurar el contenido en consecuencia. Nuestro objetivo era un diseño conciso y atractivo con el tono adecuado.
Durante esta fase del proyecto, seguimos estos pasos:
Usamos Figma durante todo el proceso, lo que facilitó la colaboración con el equipo y la realización de iteraciones. Después de algunas iteraciones, teníamos una versión óptima en la que nuestros desarrolladores podían trabajar.
Nos centramos en seleccionar la pila tecnológica e implementar los diseños en la fase de desarrollo del proyecto. Trabajamos en sprints basados en un product backlog con historias de usuarios creadas por nuestro gerente de proyecto.
A medida que avanzaba la fase de diseño, investigamos qué tecnologías se adaptaban mejor al sitio web que queríamos crear. Nuestros desarrolladores pudieron determinar esto basándose en los resultados de las fases anteriores.
Elegir la pila tecnológica adecuada se ha vuelto más importante que nunca en el mundo actual, ya que hay muchas opciones disponibles. Consideramos varios criterios, como los requisitos del proyecto, la experiencia del equipo, la disponibilidad de recursos, los costos, el rendimiento, la seguridad y la escalabilidad.
Queríamos un sitio web simple, rápido y hermoso para este proyecto.
Adoptamos un enfoque modular, dividiendo los componentes, las características y la funcionalidad del sitio web en componentes más pequeños y reutilizables. Este enfoque nos permitió reutilizar componentes en diferentes partes del sitio web, lo que facilitó la colaboración entre desarrolladores y diseñadores, facilitó probar y mantener lo desarrollado y, en última instancia, permitió mejorar el rendimiento y reducir los tiempos de carga de la página.
Nuestros desarrolladores abogaron por Astro , un marco web todo en uno para sitios web rápidos y centrados en el contenido. Estaban ansiosos por probar el marco centrado en contenido más rápido que existe. Tres cosas llamaron la atención de nuestro equipo: renderizado del lado del servidor, resultados de rendimiento y flexibilidad.
Con el sitio web simple que buscábamos, no necesitábamos un sistema de gestión de contenido (CMS) completo, pero queríamos permitir que miembros del equipo no técnicos trabajaran en el sitio web. Investigamos exhaustivamente diferentes opciones de CMS y finalmente elegimos Sanity debido a sus sólidas funciones y facilidad de uso. Sanity también tenía excelente documentación y un nivel gratuito muy generoso.
Además de Astro y Sanity, también decidimos utilizar Netlify para nuestro proyecto. Bueno, siempre lo hacemos. Las perfectas capacidades de implementación y alojamiento de Netlify suelen ser nuestra red de entrega de contenido (CDN) de referencia. También utilizamos varias bibliotecas para animaciones, que analizamos con más profundidad en otra publicación del blog (próximamente).
Un aspecto a mejorar fue el formulario que creamos para que los clientes potenciales se comunicaran con nosotros. Usamos el formulario de Netlify, que resultó no ser la mejor opción debido a los problemas de Forms con Astro. Encontramos una solución (hot-fix) y creamos una sola página para nuestro formulario de contacto. Todavía estamos considerando cómo cambiar esto para el futuro.
Antes de comenzar con la fase de desarrollo, el director del proyecto creó un trabajo pendiente del producto con detalles sobre todas las características y funcionalidades que desarrollaría el equipo. Estas historias de usuarios hicieron que el proceso de desarrollo fuera fluido y transparente. Antes de crear el sitio web, el equipo tuvo que priorizar las características y funcionalidades que formarían parte de la primera entrega del sitio web.
Para el repositorio de código, utilizamos GitHub (GH) y utilizamos sus tableros de gestión de proyectos y funciones de planificación de sprints. GH suele ser nuestra elección para el sistema de control de versiones, pero hemos empezado a utilizar Notion Projects y nos encanta para la gestión de proyectos.
Comenzamos a implementar los diseños. Seguimos la metodología ágil y trabajamos en sprints para asegurarnos de estar encaminados y entregar resultados dentro de los plazos establecidos. Una pequeña nota: este era un proyecto interno y nuestra principal prioridad eran los proyectos de nuestros clientes. Esto significa que los sprints se realizarían poco después de que nuestro equipo tomara un descanso de otros proyectos. Normalmente no es así como trabajamos, pero así fue como lo logramos y una lección aprendida para no repetirlo.
Otro punto crítico para hacer que todo el proceso de desarrollo fuera transparente y ágil fue tener un vínculo de puesta en escena desde el inicio del proyecto. Todos los involucrados en el proyecto tuvieron acceso a él y pudimos ver el progreso, dar retroalimentación y hacer cambios y pequeñas adaptaciones cuando sentimos que era necesario.
Durante la fase de desarrollo, el equipo de marketing pudo comenzar a insertar contenido. Esto les ayudó a acostumbrarse a Sanity y contribuyó a rondas de retroalimentación más realistas. En general, la fase de desarrollo fue un esfuerzo colaborativo que involucró a todo el equipo trabajando en conjunto para lograr los objetivos del proyecto.
Durante el desarrollo, uno o dos desarrolladores probaron cada característica y funcionalidad. Todo el código pasó por una revisión de código y, al final, hicimos un sprint final para probar y asegurarnos de que el sitio web funcionara como debería.
Las pruebas de usabilidad y accesibilidad ya se realizaron durante la fase de diseño, como se describe anteriormente. Para las pruebas generales, utilizamos las historias de usuarios y los criterios de aceptación creados por nuestro director de proyecto como guía.
Estábamos listos para hacer que el sitio web estuviera activo en el enlace de prueba, pero antes de continuar con ello, debíamos considerar cuidadosamente dos cosas cruciales: la redirección al nuevo dominio y el SEO. Dado que planeamos cambiar el dominio, era crucial asegurarnos de que nuestra clasificación SEO no se viera afectada.
Por lo tanto, decidimos utilizar redireccionamientos 301 para informar a los motores de búsqueda y navegadores que la URL original había sido reemplazada permanentemente por una nueva. Esto es lo que hicimos:
Por último, pero no menos importante, nos tomamos el tiempo para trabajar para asegurarnos de haber considerado las mejores prácticas para una mejor clasificación SEO y de identificar lo que era necesario mejorar. El equipo de marketing se aseguró de seguir lo siguiente:
Bueno, fue un largo viaje hasta que tuvimos nuestro sitio web activo. ¿Pero adivina que? El trabajo continuó más allá del lanzamiento.
La primera fase fue una base sólida para lo que queríamos lograr. Construirlo con un enfoque modular también nos dio la flexibilidad de iterar, cambiar y adaptar el sitio web a nuevas tendencias y necesidades. Estamos contentos con el resultado y orgullosos de cómo hemos llegado hasta aquí. Esperamos que al compartir nuestro viaje, sepa qué esperar al crear un nuevo sitio web o rediseñarlo.
Para resumir todo lo que hemos compartido aquí, hemos preparado una pequeña hoja de referencia para que puedas usarla en tu proyecto.
También publicado aquí .