Una landing enfocada tarda unas 2 a 4 semanas en construirse; un sitio de varias páginas, de 4 a 8 semanas. El plazo depende menos de la cantidad de páginas y más de qué tan listo está tu contenido y cuántas decisiones siguen abiertas. La mayoría de los atrasos vienen de copy faltante, feedback lento y alcance agregado a mitad del build — no del código. Cierra esos tres y un sitio sale a tiempo.
¿Cuál es un plazo realista para un sitio web?
Para una sola landing bien acotada, 2 a 4 semanas es normal: cerca de una semana de diseño, una de construcción, y tiempo para revisar y lanzar. Un sitio de varias páginas — inicio, servicios, sobre mí, contacto y algunas páginas de contenido — corre de 4 a 8 semanas. Un sitio de marketing pequeño como Little Chubby Press (caso de estudio) cae en el extremo corto cuando el contenido está listo el día uno. Importa menos el número de páginas que el de decisiones. Para poner números aproximados a las fases de un build de varias páginas: cerca de una semana de diseño, dos a cuatro para el build en sí, y una semana para cargar contenido, revisar y lanzar — más amplio si hay integraciones como reservas o pagos.
¿Qué hace que un sitio tarde más?
Tres cosas, en orden: contenido no listo, feedback lento y alcance que se mueve. El copy y las imágenes que no están listos frenan el build más que cualquier tarea técnica, porque el diseño necesita palabras reales, no relleno. Un feedback que tarda una semana por ronda duplica el plazo en silencio. Y cada función agregada a mitad del build empuja la fecha. No son problemas de código — son problemas de decisión, y son los que marco al inicio del proyecto. De los tres, el contenido no listo es el asesino silencioso: un build puede estar 90% terminado y aun así frenarse semanas esperando el copy o las fotos finales, porque ese último 10% es la parte que solo tú puedes dar.
¿Cómo mantengo un build a tiempo?
Acoto las páginas y el contenido por adelantado, fijo las rondas de revisión y cierro la lista de funciones antes de empezar el diseño. Así mis sitios web se mantienen en una pista de 2 a 8 semanas en vez de arrastrarse por meses. Cuando surge algo nuevo a mitad del build, lo aparto para un seguimiento rápido en vez de dejar que mueva el lanzamiento. Sacar una v1 afilada a tiempo gana a meter cada idea en la primera versión. Un calendario corto y compartido con puntos de revisión nombrados mantiene a todos honestos: tú sabes cuándo toca tu feedback, y yo sé que el alcance está cerrado. La mayoría de los desbordes son un problema de feedback, no de código.
¿Cuál es lo más rápido que un sitio puede lanzar?
Una landing enfocada puede salir en vivo en cerca de una semana cuando todo se alinea: el copy y las imágenes están listos, el diseño es simple y se aprueba rápido, y no hay integraciones que cablear. Ese es el piso genuino para un build de calidad — más rápido que eso normalmente significa una plantilla con tu logo encima, que está bien para un marcador de posición pero rara vez es el sitio que convierte. Si necesitas algo en vivo esta semana, un lanzamiento afilado de una página es el movimiento; un sitio completo de varias páginas simplemente tiene más que diseñar, construir y revisar. La velocidad viene de un alcance ajustado y contenido listo, no de recortar la calidad del build.
¿Por qué se atrasan los plazos de un sitio?
Casi siempre por razones no técnicas. El build en sí es predecible; lo que no lo es es qué tan rápido se toman las decisiones y llega el contenido. Los tres culpables habituales: copy e imágenes que no están listos cuando el build los necesita, feedback que tarda una semana por ronda en vez de un día, y páginas o funciones nuevas agregadas después de fijar el plan. Ninguno es sobre velocidad de código — son sobre impulso de tu lado. El arreglo es tratar el contenido y el feedback como parte del calendario, no un añadido, que es justo por qué cierro ambos por adelantado. Un sitio se construye tan rápido como las decisiones detrás de él.
¿Qué puedes hacer para acelerarlo?
Ten tu copy e imágenes listos antes de empezar, nombra a una sola persona que decida el feedback, y resiste agregar páginas con el diseño ya en marcha. Esos tres movimientos recortan el mayor tiempo. Un sitio se construye tan rápido como tú decides — cuando el contenido está escrito y las decisiones tomadas, el código es la parte rápida. Llega preparado y la fecha de lanzamiento deja de ser una adivinanza.
Guías de sitios web relacionadas
Para el costo, lee cuánto debería costar un sitio para pequeña empresa. Para decidir el número de páginas, mira una página vs varias páginas, y para el enfoque del build, plantilla vs sitio a medida.
¿Quieres un plazo real para tu sitio? Cuéntame qué estás construyendo — te trazo las semanas hasta una fecha de lanzamiento.
