Cómo Desarrollar Software a Medida: 7 Etapas (Guía 2026)

TL;DR: Desarrollar software a medida bien hecho requiere 7 etapas: descubrimiento (1-2 sem), arquitectura (1-2 sem), diseño UX (1-2 sem), desarrollo MVP (6-12 sem), QA + UAT (1-2 sem), despliegue (1-2 sem) y mantenimiento continuo. Total típico a producción: 2-4 meses para sistema mediano. Saltearse descubrimiento + arquitectura es el error más caro: refactors mes 3 cuestan más que 2-3 semanas iniciales de planning.

Una de las dudas frecuentes de clientes B2B: ¿cómo se desarrolla un sistema a medida bien hecho? Acá van las 7 etapas reales del proceso, los entregables que el cliente debería recibir en cada una, y los errores típicos que diferencian a una agencia seria de una mala.

Para contexto previo: la guía completa de software a medida en Argentina.

¿Por qué importa entender el proceso?

Como cliente, conocer las etapas te protege en dos sentidos:

1. Evaluar agencias. Pedir entregables específicos en cada etapa es la forma más rápida de filtrar agencias que cobran caro pero entregan poco.
2. Participar bien. Cada etapa requiere un tipo de input distinto del cliente. Saber qué se espera evita los retrasos típicos por falta de información.

Etapa 1 - Descubrimiento (1-2 semanas)

Qué pasa

Reuniones con stakeholders del cliente para entender procesos actuales, dolores reales y objetivos del sistema. No es marketing speak: es ingeniería de requerimientos.

Quién participa

• Por parte de la agencia: PM/Tech Lead + a veces UX
• Por parte del cliente: dueño/sponsor, 2-3 referentes operativos, eventualmente IT interno

Salida

Documento de alcance con:

• Procesos a cubrir (priorizados)
• Datos involucrados
• Integraciones requeridas (ARCA, MP, ERPs legacy, etc)
• Roles y permisos
• KPIs de éxito
• Constrains (presupuesto, deadline, compliance)

Errores típicos

• Saltarse esta etapa "porque ya saben lo que quieren". Garantía de scope creep posterior.
• Hablar solo con el dueño y no con operativos. Resultado: sistema que no calza con realidad.
• Documento alcance vago tipo "sistema de gestión completo". Necesita ser específico.

Tiempo: 1-2 semanas para sistema mediano. 2-4 semanas para sistema empresarial complejo.

Etapa 2 - Arquitectura técnica (1-2 semanas)

Qué pasa

Diseño del sistema desde lo técnico: cómo se va a estructurar el código, qué BBDD, qué frameworks, qué integraciones, cómo escala, cómo se monitorea.

Quién participa

• Por parte de la agencia: Tech Lead + arquitecto
• Por parte del cliente: IT interno (si tienen)

Salida

Documento técnico con:

• Stack tecnológico justificado. Qué frontend, backend, BBDD, hosting, monitoreo.
• Modelo de datos. Diagrama ER con entidades principales y relaciones.
• Arquitectura de alto nivel. Cómo se conectan componentes.
• Plan de integraciones. Qué APIs externas, cómo se autentican, fallbacks.
• Estrategia de testing. Qué se testea automatizado vs manual.
• Plan de seguridad. Auth, autorización, encriptación, cumplimiento.
• Estimación de costos de infraestructura. Hosting, BBDD, servicios externos en USD/mes.

Decisiones críticas

• Cloud vs on-prem. En 2026, casi siempre cloud. On-prem solo para casos de compliance específico.
• Monolito vs microservicios. Para sistemas pyme/mediana: monolito modular. Microservicios solo cuando hay equipos grandes y volumen alto.
• Postgres vs Mongo vs otras. Para B2B típico: Postgres. Mongo para casos específicos.
• Frameworks. Stacks modernos como Next.js + TypeScript reducen boilerplate. Más en stack tecnológico para sistemas empresariales 2026.

Errores típicos

• Stack basado en moda sin justificación
• Sobre-ingeniería para volumen que el sistema nunca va a tener
• Cero plan de seguridad
• Cero plan de monitoreo

Tiempo: 1-2 semanas para sistema mediano.

Etapa 3 - Diseño UX/UI (1-2 semanas)

Qué pasa

Diseño de la experiencia y la interfaz. Antes de codear, validar visualmente cómo va a ser el sistema con usuarios reales.

Quién participa

• Por parte de la agencia: UX/UI designer + PM
• Por parte del cliente: 2-3 usuarios finales para validar

Salida

• Wireframes. Bocetos de pantallas críticas (low fidelity).
• Design system. Colores, tipografía, componentes base.
• Prototipo en Figma. Navegable, validable con usuarios reales.
• Documento de UX. Decisiones clave, casos edge.

Decisiones críticas

• Mobile first vs desktop first. Depende de qué dispositivo usa el equipo.
• Personalización vs estandarización. Qué pantallas se pueden customizar por usuario.
• Componentes propios vs librerías. En 2026 conviene partir de shadcn/ui o Tailwind UI y customizar.

Errores típicos

• Diseño que se ve bonito en Figma pero es imposible de implementar
• No validar prototipo con usuarios reales (solo con dueño)
• Re-diseñar todo desde cero en lugar de partir de design systems probados

Tiempo: 1-2 semanas. Puede ser paralelo a arquitectura.

Para ver cómo aplicamos estas etapas en proyectos reales, ver el servicio de sistemas a medida.

Etapa 4 - Desarrollo MVP (6-12 semanas)

Qué pasa

La etapa más larga. Construir el sistema en sprints quincenales con feedback continuo del cliente.

Estructura de sprints

Sprint 1: auth + setup base
Sprint 2: maestros (clientes, productos)
Sprint 3: proceso crítico #1 (ej: pedidos)
Sprint 4: proceso crítico #2 (ej: facturación)
Sprint 5: proceso crítico #3 (ej: stock)
Sprint 6: integraciones externas + dashboard

Cada sprint es 2 semanas con:

• Lunes 1: sprint planning + selección de tareas del backlog
• Lunes 1 a viernes 2: desarrollo
• Miércoles 2: demo intermedia opcional
• Viernes 2: demo formal al cliente + ajustes

Quién participa

• Agencia: 1-3 desarrolladores + Tech Lead + QA
• Cliente: PM o referente que prioriza backlog y aprueba demos

Salida por sprint

• Build funcional del MVP en evolución
• Tests automatizados pasando
• Documentación técnica actualizada
• Demo grabada para que el equipo cliente que no estuvo lo pueda revisar

Errores típicos

• Sprints sin demo formal (cliente no ve progreso)
• Tests "los hacemos al final"
• Backlog sin priorización clara (todo es prioridad alta)
• Cliente que no participa de demos quincenales

Tiempo: 6-12 semanas según complejidad. Más en qué es un MVP y cuánto tarda.

Etapa 5 - QA + UAT (paralelo + 1-2 semanas extra)

Qué pasa

Testing serio antes de producción. NO es un paso al final - corre desde el sprint 1 con tests automatizados, y se intensifica al cierre con UAT.

Tipos de testing

• Unit tests. Lógica de negocio crítica.
• Integration tests. Endpoints API, integraciones externas.
• E2E tests. Flujos críticos completos (crear pedido → facturar → cobrar).
• Manual QA. Casos edge difíciles de automatizar.
• UAT. Usuarios reales del cliente probando con datos reales.

Quién participa

• QA dedicado en la agencia
• 5-10 usuarios finales del cliente para UAT

Salida

• Tests automatizados pasando con coverage >70% en módulos críticos
• UAT firmado por cliente
• Bug list cerrada o con plan de fix antes/después de go-live

Errores típicos

• QA solo manual (no escala)
• UAT con 1-2 personas en lugar de 5-10
• Bugs críticos diferidos a "ya los arreglamos en producción"

Tiempo: paralelo durante desarrollo + 1-2 semanas dedicadas al final.

Etapa 6 - Despliegue + capacitación (1-2 semanas)

Qué pasa

Mover el sistema de stage a producción y preparar al equipo del cliente para usarlo.

Tareas técnicas

• Setup de infraestructura productiva (BBDD, hosting, dominio, SSL, CDN)
• Migración de datos finales desde Excel/sistema viejo
• Setup de monitoreo (Sentry, Posthog, alertas)
• Setup de backups automáticos
• Runbook de operación (qué hacer si X falla)

Capacitación del equipo cliente

• 3-5 sesiones de 1-2 horas, segmentadas por rol
• Material complementario: video tutoriales cortos, documentación
• Mejor en grupos chicos que en capacitación masiva

Estrategia de go-live

Rollout por fases, NO big-bang. Detalles en migrar de Excel a sistema a medida en 90 días.

Salida

• Sistema en producción
• Equipo cliente capacitado
• Monitoreo activo
• Excel/sistema viejo decommissionado o en lectura

Errores típicos

• Big-bang go-live (apagar viejo, prender nuevo, todos)
• Cero monitoreo (te enterás de los bugs por reclamos de usuarios)
• Capacitación masiva en 1 sesión de 4 horas (nadie absorbe)

Tiempo: 1-2 semanas.

Etapa 7 - Mantenimiento + evolución (continuo)

Qué pasa

El sistema en producción requiere atención continua: bugs, ajustes, mejoras, features nuevas, parches de seguridad.

Modelos de mantenimiento

• Plan básico: 5-10 horas/mes, SLA 48h, USD 250-650/mes
• Plan estándar: 10-20 horas/mes, SLA 24h, USD 300-900/mes
• Plan premium: 20-40 horas/mes, SLA 4h, USD 250-650/mes

Qué entra en mantenimiento

• Bug fixes
• Ajustes menores (cambios de copy, validaciones, reportes nuevos)
• Monitoreo + respuesta a alertas
• Backups + verificación de integridad
• Parches de seguridad
• Actualizaciones de dependencias

Qué NO entra (se cotiza aparte)

• Nuevos módulos de negocio
• Refactors estructurales
• Migración a nuevas tecnologías
• Integración con sistemas nuevos

Salida

• Sistema operando con SLA
• Reportes mensuales de health + actividad
• Backlog de evolución priorizado

Cómo evaluar a una agencia

Qué pedir en cada etapa

Etapa	Entregable a pedir
Pre-contrato	Ejemplo de documento de alcance + documento técnico de proyectos pasados
Descubrimiento	Documento de alcance específico, no genérico
Arquitectura	Diagrama ER + diagrama de arquitectura + stack justificado
Diseño UX	Prototipo Figma navegable
Desarrollo	Demo cada 2 semanas + acceso al código en repo del cliente
QA	Tests automatizados pasando + reporte de coverage
Despliegue	Runbook de operación + capacitación documentada
Mantenimiento	Reporte mensual de actividad + SLA cumplido

Red flags

• Promesas de "todo en 4 semanas" sin entender el alcance
• Cero ejemplos de proyectos pasados
• Resistencia a entregar código en repo del cliente
• Stack basado en moda sin justificación
• Cero plan de testing o QA
• Cero plan de mantenimiento post-launch
• Pricing arbitrario que no se basa en horas/sprints

Ejemplo del mercado

Una empresa argentina de servicios profesionales contrató a Skyma IT para reemplazar Excel + email + WhatsApp. Resumen del proyecto:

• Etapa 1 (descubrimiento): 1.5 semanas. Identificación de 5 procesos críticos.
• Etapa 2 (arquitectura): 1 semana. Stack: Next.js + Postgres + Vercel.
• Etapa 3 (UX): 1.5 semanas. Prototipo en Figma validado con 4 usuarios.
• Etapa 4 (desarrollo): 12 semanas, 6 sprints quincenales.
• Etapa 5 (QA + UAT): paralelo + 1.5 semanas extra. UAT con 8 usuarios.
• Etapa 6 (despliegue): 1.5 semanas. Rollout por fases en 3 grupos.
• Etapa 7 (mantenimiento): plan estándar USD 350/mes.

Total a producción: 17.5 semanas (4 meses + 1 semana).

Inversión: USD 7.000 desarrollo + USD 350/mes mantenimiento.

Resultado a 6 meses post-go-live:

• Tiempo administrativo del equipo: -45%
• Errores de carga: -85%
• Adopción: 100% al mes 3

Para llevarse

El proceso de desarrollo de software a medida en 2026 es un patrón consolidado: 7 etapas, ~2-4 meses para sistema mediano, entregables específicos en cada paso. Las agencias que se saltean etapas o no entregan los artefactos correspondientes terminan en proyectos largos, caros y de baja calidad.

Como cliente, exigir los entregables descritos en cada etapa es la forma más confiable de asegurar buen resultado. Una agencia que se ofende cuando le pedís los entregables, suele tener algo que esconder.

Hablamos? Otras notas útiles: la guía de software a medida en Argentina, qué es un MVP, cuánto tarda, stack tecnológico para sistemas empresariales 2026.