Una web puede necesitar un cambio importante. Pero «se ve anticuada» todavía no explica qué hay que corregir. Parte de lo que el visitante no consigue hacer y de lo que eso le cuesta a la empresa.
El brief empieza por una tarea que la web tiene que cumplir mejor.
1. Usa la web como lo haría un cliente.
Elige unas pocas tareas reales: entender la oferta, comprobar si encaja, encontrar un precio o enviar una solicitud. Sigue el recorrido en un móvil y en un portátil. ¿Dónde hay que adivinar? ¿Qué información falta? ¿Qué botón promete una cosa y lleva a otra?
Observa a unas pocas personas cercanas al público al que te diriges sin explicarles la interfaz. Una prueba exploratoria puede revelar dificultades que el equipo ya no nota. La reacción de una persona no es una conclusión sobre todos los clientes.
2. Separa el mensaje, el recorrido y el funcionamiento.
Si la gente no entiende qué vendes, una animación nueva no aclarará la oferta por sí sola. Si la entiende y quiere continuar pero el formulario falla, la prioridad es concreta. Si páginas importantes cargan despacio o se mueven durante la carga, revisa el rendimiento y la estabilidad.
Usa los datos de comportamiento disponibles junto con comprobaciones técnicas. Las Core Web Vitals cubren la carga, la respuesta a las interacciones y la estabilidad visual. Una buena puntuación no establece que la oferta sea convincente, y una prueba de laboratorio no puede sustituir la experiencia de la gente en sus propios dispositivos.
3. Elige el tamaño de intervención adecuado.
Un problema aislado puede pedir una corrección concreta: un formulario, el orden de la información o una página de oferta. Los problemas repetidos de navegación, contenidos y estructura pueden justificar un rediseño más amplio. Las limitaciones de la plataforma, el mantenimiento y las necesidades futuras de la empresa también cuentan.
Antes de publicar, define qué hay que conservar: las páginas útiles, las direcciones que reciben tráfico, la medición, los formularios y los contenidos válidos. Acordad cómo valorar el avance: tareas completadas, errores, solicitudes adecuadas y resultados comerciales, comparados en contexto. Los cambios de tráfico o la estacionalidad pueden influir en el resultado.
La misma petición: «Necesitamos una web nueva».
Tres situaciones ilustrativas que pueden pedir intervenciones distintas.
| Observación | Lo que hay que comprobar | Primer paso posible |
|---|---|---|
| La oferta no se entiende | El mensaje y las preguntas de los clientes | Reescribir y probar una página |
| El formulario pierde solicitudes | Los errores, el envío y la confirmación | Reparar el recorrido de contacto |
| Los problemas se repiten en todas partes | La arquitectura, los componentes, la plataforma | Prototipar una estructura nueva |
Son puntos de partida, no diagnósticos automáticos. Pueden coexistir varios problemas.
Un brief de rediseño que ayuda a decidir
Quién usa la web y qué tiene que volverse más fácil de hacer.
Los problemas observados y las pruebas disponibles para cada uno.
Qué merece conservarse y qué limita la evolución de la web.
Qué se medirá después de la publicación y quién es responsable de la revisión.
Un buen rediseño tiene una ambición visual y un motivo claro para cambiar. Defínelos juntos para que el diseño, los contenidos y la tecnología trabajen hacia el mismo resultado.