Después de "¿cuánto cuesta?", la segunda pregunta más común que recibimos en Exara es "¿cuánto tarda?". La respuesta corta: entre 3 días y 9 meses, según el tamaño. La respuesta larga es lo interesante — porque el 40% del tiempo depende del cliente, no del desarrollador. Este artículo desglosa los plazos reales por tipo de proyecto, qué los acelera, y qué los retrasa silenciosamente.
El rango honesto
Los tiempos reales en el mercado mexicano, basados en proyectos entregados en Exara y cotizaciones que hemos competido:
Landing profesional 3 – 7 días hábiles
Sitio con panel (pyme) 1.5 – 3 semanas
SaaS / MVP 4 – 8 semanas
Enterprise / Institucional 3 – 9 mesesEstos no son plazos "si todo sale perfecto" — incluyen las pausas normales (feedback del cliente, revisión, ajustes). El peor escenario sin scope creep son estos rangos; con scope creep no controlado, multiplica por 1.5x o 2x.
Qué define el timeline
Cinco variables mueven la aguja. Si las dominas al inicio, el proyecto vive en el rango bajo. Si las descubres sobre la marcha, vives en el alto.
1. Número de flujos críticos
Un flujo crítico es un camino completo de extremo a extremo: registro → onboarding → primera acción. Cada flujo adicional agrega 5-10 días. Un SaaS con 2 flujos cuesta ~50% menos tiempo que uno con 5.
2. Integraciones externas
Cada API de tercero agrega 3-5 días si está bien documentada. Si es una API mexicana (SAT, CFDI, bancos nacionales), suma 5-10 más por documentación ambigua y errores poco descritos. Una API de WhatsApp Business con reputación decente (Twilio, Meta directo) es 2-3 días.
3. Diseño custom vs componentes pre-hechos
Usar shadcn/ui o similares ahorra 30-40% del tiempo vs diseñar cada componente. Un diseño custom bonito agrega 1 semana a un panel de 5 vistas. Vale la pena para marketing (landings), no tanto para paneles internos que nadie fuera del equipo va a ver.
4. Compliance agregado al final vs desde el inicio
Agregar cumplimiento LFPDPPP, ARCO, cifrado de sensibles después de construir: 2 semanas de refactor. Diseñar con compliance desde el día 1: 3-5 días extras. Mismo resultado, 3x menos tiempo.
5. Cuántas decisiones toma el cliente antes del código
Esta es la más subestimada. Si el cliente ya tiene decidido qué quiere construir antes del kickoff, el proyecto fluye. Si está descubriendo en cada demo semanal, cada decisión tardía cuesta 2-3 días de re-trabajo.
El desarrollador controla el 60% del timeline. El cliente controla el otro 40% con la velocidad de sus decisiones, la claridad de su alcance, y la rapidez de sus aprobaciones.
Landing profesional: 3 – 7 días
El proyecto más pequeño que ofrecemos. Una página o sitio de 3-4 secciones para cafeterías, consultorios, arquitectos — negocios que quieren presencia digital seria sin gastar miles.
Día 1: Descubrimiento (2 horas) + wireframes (3 horas)
Día 2: Diseño en Figma (6 horas)
Día 3: Feedback del cliente (async) + ajustes
Día 4: Desarrollo del layout (6 horas)
Día 5: Contenido, imágenes, SEO básico (4 horas)
Día 6: Deploy + dominio + ajustes finales
Día 7: Revisión final + entregaEl rango 3-7 días depende básicamente de cuántas iteraciones de feedback hace el cliente en el Figma. Un cliente que aprueba a la primera cierra en 3 días. Uno que pide 4 rondas de ajustes tarda 7.
Sitio con panel: 1.5 – 3 semanas
Salones, clínicas, consultorios, gimnasios que necesitan reservas online o gestión de clientes. Panel admin + un flujo transaccional real.
Semana 1
L-M Descubrimiento + diseño del modelo de datos
M-X Wireframes + schema Firestore aprobado
X-J Auth + layout base
J-V Primera demo — flujo de reservas
Semana 2
L-M Panel admin (3-4 vistas)
M-X Notificaciones (email/WhatsApp)
X-J Testing + fix de bugs
J-V Segunda demo — versión beta
Semana 3 (si aplica)
L-M Ajustes finales + polish
M-X Deploy + configuración de dominio
X-J Capacitación al cliente (1 hora por videollamada)
V EntregaLos 7-10 días extra de "Semana 3" aparecen cuando el cliente pide funcionalidad que no estaba en el alcance original. Ejemplo común: "¿Puede también exportar a Excel?" — 2 días de trabajo que parecen 30 segundos al pedirlos.
SaaS / MVP: 4 – 8 semanas
Fundadores probando PMF, equipos lanzando v1.0 con cobro recurrente, productos con validación que necesitan escalar.
Semana 1 Kickoff, modelo de datos, auth multi-proveedor
Semana 2 Setup Stripe/MercadoPago, flujo de suscripción
Semana 3 Panel usuario — funcionalidad principal
Semana 4 Panel admin con reportes + primer demo completo
Semana 5 Multi-tenant, roles granulares, permisos
Semana 6 Dashboards agregados, integraciones externas
Semana 7 LFPDPPP + flujos ARCO + compliance
Semana 8 Testing, deploy, CI/CD, documentación, entregaEl rango 4-8 semanas es amplio porque SaaS es el tier donde más varía el alcance. Un SaaS con solo 1 rol y billing mensual simple toma 4-5 semanas. Uno con 4 roles, free trial + trial upgrade + team billing + multi-idioma, toma 8.
Enterprise / Institucional: 3 – 9 meses
Proyectos como KEYON Access entran aquí. El cronograma real de KEYON desde kickoff hasta producción en CBTis No. 001:
Mes 1 Análisis institucional + LFPDPPP + propuesta técnica
Mes 2 Backend Firestore + panel admin v1 (10 secciones)
Mes 3 Panel refinado con roles granulares + registro facial
Mes 4 App padres Android con consentimiento biométrico
Mes 5 Terminal física Pi Zero 2W + ESP32 bridge
Mes 6 Pipeline YuNet + SFace ONNX en Edge AI
Mes 7 Cifrado AES-GCM + PBKDF2 + auditoría LFPDPPP
Mes 8 Testing en producción + capacitación + deploy real8 meses reales, incluyendo coordinación con la institución, aprobaciones del comité técnico, validación legal del aviso de privacidad por abogados externos de la escuela, compras de hardware físico (que tarda 2-3 semanas en llegar), y capacitación al personal de prefectura.
Aunque técnicamente algunos proyectos enterprise se pudieran entregar en 2 meses, el tiempo institucional (comités, aprobaciones legales, procesos de compra, coordinación con stakeholders) es incompresible. Un director escolar que aprueba en 3 días hace la diferencia entre un proyecto de 4 meses y uno de 7.
Lo que retrasa los proyectos
Cinco patrones que hemos visto añadir semanas o meses sin que nadie se dé cuenta hasta el final:
Scope creep no negociado
"Ya que estamos, ¿podemos también...?" Cada una de estas frases pesa 1-3 días. Si durante un proyecto de 6 semanas aceptas 10 de estas, tu proyecto es ahora de 10 semanas sin que lo hayas renegociado.
Decisiones tardías del cliente
Una decisión que debería tomar 2 horas (ej: elegir paleta de colores) puede tardar 4 días en una empresa con comité. Cada día que el desarrollador espera es un día que se agrega al final.
Aprobaciones de comité
Solo aplica a enterprise/institucional. Cada pantalla sometida a comité tarda ~1 semana en aprobarse. Un panel de 15 pantallas con comité = 15 semanas de aprobaciones paralelas al desarrollo. Se puede solapar pero agrega 2-4 semanas al timeline total.
Integraciones con documentación pobre
APIs gubernamentales mexicanas (SAT, IMSS, bancos) son el caso clásico. Documentación escasa, sandbox inestable, errores que dicen "error interno" sin más contexto. Una integración que debería ser de 3 días puede volverse de 2 semanas.
Hardware (si aplica)
Compras de Raspberry Pi, ESP32, sensores, cámaras industriales tardan 2-4 semanas en llegar (si los importas). Si necesitas diseñar un case 3D, agrega 1 semana más. Si algún componente llega defectuoso, otra semana. Hardware es el asesino silencioso de cronogramas.
Cómo acelerar sin sacrificar calidad
Cinco prácticas que hacemos obligatorias en Exara y que reducen el tiempo de cualquier proyecto 20-30% sin romper nada:
1. Alcance cerrado por escrito al inicio
Antes de escribir la primera línea de código, ambas partes firman un documento de 2 páginas con la lista exacta de features del MVP. Cualquier ampliación durante el proyecto se coteja explícitamente con ese documento. Esto solo elimina el 80% del scope creep.
2. Un stakeholder con poder de decisión
Exigimos una sola persona del lado del cliente que pueda decir "sí" sin consultar con otros 3. Si cada decisión necesita un comité, el proyecto dura 2x. Si hay un product owner real, el proyecto fluye.
3. Figma aprobado antes de desarrollar
Aprobar UI en Figma cuesta 1 día si la vista no se gusta. Reescribir esa misma vista en código cuesta 3 días. Exigimos firma explícita de Figma antes de empezar desarrollo.
4. Demos cada viernes, no cada 3 semanas
En Exara entregamos demo cada viernes con lo construido esa semana. El cliente ve progreso, da feedback temprano, y los ajustes grandes se detectan a los 7 días, no a los 21. Esto solo compresa el proyecto entre 15-20%.
5. No overbook — máximo 2 proyectos simultáneos
Esto aplica más a estudios chicos como nosotros. Un desarrollador que trabaja en 1 proyecto entrega en 5 semanas. El mismo trabajando en 3 simultáneos entrega cada uno en 10 semanas. El context switching es el impuesto oculto.
Cierre
El costo tiene un rango cerrado; el tiempo depende de cuántas veces cambies de opinión durante el camino. Los rangos de 3 días a 9 meses que mencionamos son defendibles en proyectos bien alcanceados — si tu proyecto ya está en el tier alto del rango, probablemente hay scope creep acumulado o decisiones pendientes del lado del cliente.
Si estás cotizando y quieres estimación de tiempo en tu caso específico, escríbenos con una descripción de dos párrafos en exara.uk/contacto. En menos de 24 horas respondemos con un rango concreto y el cronograma propuesto.