No hay un número de semanas que sirva para todas las webs.
Una página sencilla con cinco secciones, contenido preparado y una sola persona tomando decisiones puede avanzar muy rápido.
Una web con decenas de páginas, varios idiomas, una tienda o integraciones propias es otro proyecto completamente distinto.
Por eso, cuando alguien pregunta cuánto se tarda en hacer una web, antes preguntaría:
¿qué hay que construir y qué tenemos preparado para empezar?
Lo que más cambia el plazo
Tener claro qué estamos haciendo
Es uno de los factores que más cambia el calendario.
Si desde el principio entendemos:
- qué tiene que conseguir la web;
- para quién es;
- qué servicios o productos hay que explicar;
- y qué la diferencia;
podemos tomar decisiones sobre estructura, contenido y diseño sin estar reabriendo constantemente cosas que ya parecían cerradas.
Cuando esas respuestas aparecen a mitad del proyecto, es normal tener que volver atrás.
El contenido
Diseño y desarrollo pueden avanzar mucho, pero una web tampoco puede cerrarse si todavía no sabemos qué tiene que decir.
El calendario cambia bastante según si:
- los textos ya existen;
- hay que ordenarlos;
- hay que escribirlos desde cero;
- las fotografías están preparadas;
- o parte del material todavía está pendiente.
Por eso conviene decidir desde el principio quién se ocupa de cada cosa.
Cuántos tipos de página hay
El número total de URLs importa menos de lo que parece.
Veinte páginas que utilizan una estructura parecida pueden ser más sencillas que seis páginas completamente diferentes.
Lo que suele añadir trabajo es tener que pensar nuevos tipos de página: una home, un servicio, un proyecto, una ubicación, una guía, una ficha de producto.
Cada uno necesita estructura, contenido, diseño y revisión.
Funcionalidades e integraciones
Un formulario de contacto sencillo no requiere el mismo trabajo que:
- una reserva;
- un área privada;
- un configurador;
- una conexión con un CRM;
- pagos;
- automatizaciones;
- o lógica desarrollada específicamente para el negocio.
Aquí no solo aumenta el desarrollo.
También aumentan las pruebas necesarias antes de publicar.
Una tienda online
En ecommerce hay cosas que no existen en una web corporativa.
Productos. Variantes. Pagos. Envíos. Emails. Políticas. Gestión de pedidos.
Y todo el recorrido desde que alguien entra hasta que compra.
La tecnología puede estar preparada rápidamente, pero el proyecto depende también de que toda esa información esté lista y revisada.
Los idiomas
Añadir un idioma no consiste únicamente en duplicar páginas.
Hay que adaptar contenido, revisar navegación, metadata y enlaces entre versiones.
Y si la web también tiene una estrategia de búsqueda en varios idiomas, cada versión necesita su propia revisión.
Las revisiones
Este factor a veces cambia el plazo más que el desarrollo.
Si una revisión vuelve en dos días, el proyecto continúa.
Si vuelve dos semanas después, el calendario se desplaza dos semanas.
También importa quién decide.
Escuchar varias opiniones no es un problema.
No saber quién toma la decisión final sí puede convertir cada revisión en otra ronda.
Dos proyectos reales con calendarios distintos
Dos ejemplos nuestros ayudan más que inventar un plazo medio.
En Somos Focus Media, la web estuvo lista para publicar en unas dos semanas, revisiones incluidas.
Partíamos de una identidad y un tono que ya estaban bastante claros. Comenzamos con una reunión y un formulario de preguntas, y eso permitió tomar decisiones rápido.
En El Niu, el proceso fue de cuatro semanas, también incluyendo revisiones.
En ese caso había bastante información que ordenar sobre su forma de trabajar y necesitábamos encontrar un tono capaz de explicar el proyecto a madres y padres sin simplificar demasiado su filosofía.
Dos semanas no es nuestro plazo estándar.
Cinco tampoco.
Son dos proyectos distintos con puntos de partida distintos.
Una web con ecommerce, más idiomas, muchas tipologías de página o desarrollo específico puede necesitar bastante más.
El plazo real aparece cuando entendemos el alcance.
Qué puedes hacer para que no se alargue innecesariamente
Hay varias cosas que ayudan mucho:
- Explicar bien el objetivo al principio. Qué tiene que conseguir la web y para quién.
- Resolver pronto quién prepara el contenido. Textos, fotografías, productos y cualquier material necesario.
- Tener una persona responsable de las decisiones.
- Dar feedback concreto. Qué cambiar y por qué, en vez de abrir otra dirección completa en cada revisión.
- Separar lanzamiento de futuro. Una funcionalidad que puede llegar dentro de dos meses no tiene por qué bloquear toda la web hoy.
Ir rápido no consiste en saltarse fases.
Consiste en evitar trabajo que luego haya que deshacer.
Si quieres ver cómo organizamos un proyecto desde el primer contacto hasta el lanzamiento, puedes consultar nuestro proceso.
Y si lo que intentas calcular no es el tiempo sino la inversión, lo explicamos por separado en cuánto cuesta una web a medida.
Escribimos sobre decisiones que aparecen en proyectos reales: cómo estructurar una web, cómo captar demanda y cuándo la tecnología puede simplificar un negocio.