Guías

¿Cuánto dura el software personalizado? Cronograma realista

Un proyecto de software personalizado no es un trabajo de fin de semana, pero tampoco un proyecto de medio año. Qué sucede, en qué orden, dónde suele atascarse y cómo se puede acortar el plazo.

Presupuesto bajo consultadesde 8 semanas hasta la primera versiónSituación 2026
En resumen

El software personalizado dura en la práctica desde 8 semanas hasta la primera versión. El mayor factor de tiempo casi nunca es la ejecución en sí, sino la rapidez con la que llegan contenidos, accesos y decisiones de vuestra parte.

01 — Plazo

Cuánto dura

Duración típica
desde 8 semanas hasta la primera versión
Precio
Individual según el esfuerzo

El plazo comienza tras la aprobación del presupuesto. Tiempo previo para primera reunión y presupuesto: normalmente una o dos semanas. Damos un precio fijo después de esta primera reunión.

02 — Procedimiento

Los pasos en detalle

  1. Entender el proceso

    Observamos cómo se trabaja hoy. Esto regularmente descubre requisitos que nadie habría mencionado.

  2. Versión mínima viable

    ¿Cuál es la pieza más pequeña que ya ayuda en el día a día? Con eso se comienza.

  3. Ampliar

    En pasos de dos a cuatro semanas, cada uno con algo que podéis usar.

  4. Entregar

    Documentación, capacitación, código fuente. No debéis estar atados a nosotros.

03 — Cuellos de botella

En qué suele atascarse

  • Contenidos y entregas. El motivo de retraso más frecuente con diferencia. Textos, imágenes, listas de precios, accesos — lo que falta, bloquea.
  • Decisiones. Si no está claro quién aprueba, el proyecto espera. Una persona de contacto designada con autoridad de decisión acorta notablemente la duración.
  • Accesos a sistemas externos. Obtener acceso a gestión de mercancías, centralita telefónica o CRM regularmente tarda más que la propia integración.
  • Rondas de coordinación sin fin. Dos rondas de corrección son normales, cinco son señal de que el objetivo no estaba claro al principio.

04 — Alcance

Qué incluye

  • Análisis de requisitos con las personas que van a trabajar con ello
  • Implementación en pasos pequeños y útiles en lugar de como macroproyecto
  • Migración de datos existentes de hojas de cálculo y sistemas antiguos
  • Roles y permisos, registro y copia de seguridad desde el principio
  • Integración con vuestros sistemas existentes en lugar de crear otra isla
  • Documentación y código fuente que os pertenece

05 — Preguntas

Preguntas frecuentes

¿Cómo evitamos que el proyecto se descontrole?

Pasos pequeños con resultado útil, presupuestos fijos por paso y la posibilidad de salir después de cada paso. Los grandes proyectos a precio fijo de doce meses son el camino más seguro hacia la decepción, para ambas partes.

¿Podemos empezar con una hoja de cálculo?

A menudo sí, y es una buena prueba. Si la hoja de cálculo refleja el proceso y solo falla en capacidad multiusuario, permisos o volumen de datos, el requisito está claro y el proyecto es calculable.

¿A quién pertenece el código fuente?

A vosotros, completamente, desde el pago. Está en el contrato. Podéis ir con él a cualquier otro desarrollador, ese es el punto.

¿Funciona en nuestros propios servidores o en la nube?

Ambas opciones son posibles. Para la mayoría de los negocios una solución en la nube requiere menos mantenimiento; donde los datos no pueden salir del local, lo configuramos en infraestructura propia.

¿Cuántos usuarios soporta un sistema así?

Depende de la arquitectura, que planificamos según vuestro crecimiento esperado, desde pocos usuarios en el propio negocio hasta varios cientos en múltiples ubicaciones.

¿Cuándo vale la pena el software propio frente al software estándar?

Cuando tu proceso es una ventaja competitiva real, cuando el software estándar solo encaja al setenta por ciento y el resto termina en trabajo manual, o cuando los costes de licencia por usuario superan el desarrollo en pocos años. Si solo se trata de comodidad, el software estándar es más barato.

¿Qué pasa si durante el desarrollo descubrimos nuevos requisitos?

Es normal y está previsto, porque se trabaja en pasos pequeños. Un nuevo requisito se incorpora al siguiente paso, en lugar de detener todo el proyecto.

Siguiente paso

Enviadnos unas líneas sobre vuestro proyecto.

Leemos cada consulta personalmente y respondemos de forma directa. Sin equipo comercial, sin formulario de devolución de llamada al vacío.