"¿Cuánto tiempo demora?" es, junto con el precio, la pregunta que más se hace antes de cerrar un proyecto de sitio web. Y, al igual que con el precio, la respuesta honesta es "depende". La diferencia es que "depende" solo es una respuesta útil cuando viene acompañada de exactamente de qué depende el plazo.
Rangos de plazo por tipo de proyecto
Como referencia general, sin contar imprevistos, estos son rangos realistas hasta la primera versión lista para revisión:
| Proyecto | Plazo hasta la 1ª versión | Qué suele influir |
|---|---|---|
| Landing Page | 5 a 10 días hábiles | Rapidez del cliente en entregar textos e imágenes |
| Sitio Institucional | 10 a 15 días hábiles | Cantidad de páginas y volumen de contenido a organizar |
| Sistema Web | 15 a 20 días hábiles | Complejidad de las funcionalidades e integraciones necesarias |
Estos números valen para la primera versión, no para el proyecto "100% listo y publicado". Después de la primera versión, normalmente hay una ronda de ajustes antes de la publicación final.
Qué define realmente el plazo
Tres factores pesan más que cualquier otro a la hora de estimar un cronograma:
- Alcance definido: cuanto más claro está lo que se va a entregar, menos tiempo se pierde ajustando expectativas en el medio del camino
- Material del cliente: textos, logo, fotos y accesos necesitan llegar a tiempo. Es el mayor generador de atraso en cualquier proyecto
- Velocidad de aprobación: cada ronda de revisión parada esperando respuesta del cliente suma días al plazo total
Un desarrollador puede controlar la velocidad de su propio trabajo. No controla la velocidad de respuesta del cliente, y es exactamente ahí donde la mayoría de los plazos "explotan".
Consejo práctico: antes de empezar, junta los textos e imágenes que ya existen (aunque no sean definitivos) y el acceso a las cuentas necesarias, como el dominio o las redes sociales. Eso, por sí solo, ya elimina el mayor cuello de botella de plazo en la mayoría de los proyectos.
Por qué evitar un plazo demasiado genérico
Un plazo demasiado vago, del tipo "toma el tiempo que sea necesario", no protege a nadie. Solo pospone la conversación difícil para más tarde, cuando la expectativa del cliente ya se formó en torno a una fecha que nunca se acordó realmente.
Un plazo por rango, aunque sea aproximado, le da al cliente algo concreto para planear y al desarrollador un compromiso claro que cumplir.
Preguntas frecuentes
¿Es posible acelerar el plazo pagando más?
En parte. Es posible priorizar un proyecto en la fila de trabajo, pero etapas como la aprobación de contenido y la revisión siguen dependiendo del tiempo del cliente, y eso no se compra.
¿El plazo cuenta desde el pago o desde el primer contacto?
Normalmente desde el momento en que el alcance está cerrado y se recibió el material necesario (textos, logo, imágenes), no desde el primer contacto.