[08] INGENIERÍA SOFTWARE 2.0 →
Desarrollo de software acelerado por IA interna · más velocidad sin perder el control
Construimos software para tu empresa · la IA acelera nuestro proceso interno de ingeniería · el entregable que recibes es software (módulo · feature · producto · backoffice). Senior dirige · Claude Code y MCPs aceleran internamente. Garantía: 2× cycle time en sprint 6 o devolvemos el retainer del último mes.
- Software entregado · no producto IA
- Senior dirige · NO sustituye
- Claude Code + MCPs (herramientas internas de ingeniería)
- Colaboración por fases
- Handoff 90 días · NO dependencia
[A] SEIS TIPOLOGÍAS →
Qué software construimos
Seis tipologías de software que aceleramos con IA interna. Lo que recibes es código que corre en tu infraestructura · no un producto con IA entregado al usuario. Si lo que necesitas son automatizaciones (workflows, MCPs, pipelines) o agentes IA productizados, son servicios separados.
-
Web corporativa avanzada
Presencia digital para posicionar la empresa, explicar el producto y convertir visitas en clientes. Web comercial · landing · microsite · página de servicio · portal de contenido. SEO técnico, performance y editorial bajo control senior.
-
Web app / producto SaaS
Producto interactivo que vive en el navegador y resuelve un proceso completo. CRM vertical · portal cliente · dashboard · plataforma B2B · SaaS multi-tenant. Senior dirige arquitectura · IA acelera la implementación.
-
Herramienta interna · backoffice
Herramienta interna pensada para reducir trabajo manual del equipo. Panel admin · reporting · gestor interno · análisis · backoffice operativo. Software que corre en tu infraestructura · No plantilla cerrada · NO automatización aislada.
-
Backend · APIs · integraciones
Capa técnica que sostiene datos, lógica y permisos del producto. Backend de web app · API interna · integración con CRM/ERP · conectores · sistema de permisos. Foundation correcta o nada escala bien.
-
App móvil
Aplicación móvil cuando el uso recurrente justifica salir del navegador. App de clientes · de campo · de comunidad · marketplace · herramienta móvil para empleados. Roadmap, stores y ciclo de release bajo control.
-
Producto con IA
Producto donde la IA forma parte del valor entregado al usuario final. Agentes · pipelines · RAG · clasificación · generación · recomendación. Atención al cliente · análisis documental · copilotos internos · workflows inteligentes.
[B] BOUNDARY · DESARROLLO ≠ AUTOMATIZACIÓN →
Desarrollo de software no es lo mismo que automatizar procesos
IaaS
Innovation as a Service · construimos software (módulo · feature · producto · backoffice). El entregable es código que corre en tu infraestructura.
AaaS
Automation as a Service · automatizamos procesos entre tus herramientas (workflows · pipelines · agentes runtime). El entregable es una arquitectura operativa funcionando.
IaaS · qué recibe el cliente
Construimos software para tu empresa. Puede incluir IA o no. La IA acelera nuestro proceso interno de ingeniería; el entregable para ti es software: módulo, producto, integración o backoffice.
- Módulo refactorizado · cero downtime · tests integración generados pre-refactor
- Feature nueva en producto existente · senior dirige · IA acelera
- Producto greenfield 0→1 · MVP+v1 con 1 dev cliente
- Backoffice ERP/admin custom · código en tu infraestructura
AaaS · qué recibe el cliente
Diseñamos sistemas de automatización end-to-end para procesos repetitivos. El stack puede incluir n8n, código custom y MCPs según el caso; el entregable es una arquitectura operativa, no una tarea suelta.
- Workflow n8n integrado en tu operación · automatización corriendo
- MCPs custom para tu stack · disponibles para tu equipo
- Pipeline de datos automatizado · ETL/ELT operativo
- Agente runtime · decisiones de negocio en producción
Si necesitas un agente IA productizado para atención, ventas o soporte, revisa Agentes IA · servicio separado con su propio scope.
Mismo stack interno · diferente entregable. IaaS = software · AaaS = sistemas automatización corriendo · Agentes IA = agente productizado entregado al cliente. Si tu necesidad cae entre dos verticales · ver Automatizaciones o Agentes IA · tres servicios separados.
[C] MADUREZ DEL SOFTWARE →
Cuatro fases de madurez · de prototipo a producción crítica
Cuatro fases · descubrimiento y prototipo · MVP funcional · producto con primeros usuarios · crecimiento y producción crítica. Cada fase exige un nivel distinto de inversión y operación. La responsabilidad por etapa se desarrolla en §9.
-
Descubrimiento y prototipo
De idea a primera versión validable. Mapeo del problema · entrevistas con usuarios o stakeholders · prototipo navegable o piloto técnico. Internamente la IA acelera el mapeo del codebase y la generación de scaffolding · el criterio de seguir, corregir, pausar o descartar sigue siendo humano.
-
Primera versión usable
Versión con la funcionalidad núcleo lista para clientes reales. El objetivo es aprender del uso sin sobredimensionar el sistema. Senior dirige arquitectura · cobertura de tests proporcional al riesgo del negocio, no al perfeccionismo. Internamente la IA produce el primer borrador de código y de tests más rápido · el criterio sigue siendo humano.
-
Uso real estabilizado
El producto deja de ser demo y se convierte en herramienta de trabajo de tus clientes o equipo. Métricas de adopción · resolución de incidencias · iteración guiada por uso real · seguridad y backups mínimos asentados antes de crecer. Internamente la IA acelera la documentación viva y el tooling de observabilidad · sin reemplazar el juicio del senior.
-
Crecimiento y producción crítica
Preparar el software para crecer, operar 24/7 y soportar dependencia real del negocio. Monitorización · alertas · runbooks · QA estructurada · documentación viva · roadmap con SLAs si aplica. Internamente la IA acelera generación de runbooks y mantenimiento de la documentación · el ownership y las decisiones de SLA son humanas.
[D] CUATRO VARIABLES QUE MUEVEN LA INVERSIÓN →
Variables que mueven la inversión
Cuatro variables determinan el coste y el riesgo de operar el software · antes de cualquier cifra. La metodología no es flat · escala con tu situación real.
-
Usuarios
Más usuarios → más casos de uso, soporte, feedback, rendimiento y onboarding. Exige UX robusta · analítica · soporte · gestión de incidencias · rendimiento · documentación · formación interna.
-
Riesgo
Clientes, ingresos, datos sensibles u operaciones críticas dependen del software. Exige control de accesos · seguridad · backups · trazabilidad · QA · gestión de errores · monitorización · alertas.
-
Coste operativo
Operar software no es lo mismo que construirlo. Exige cloud · monitorización · mantenimiento · gestión de versiones · documentación · soporte · optimización continua. Cuanto más activo el producto, más peso operativo.
-
Responsabilidad
Cuanto más depende el negocio del software, más importante es definir ownership y nivel de servicio. Exige roadmap · seguimiento · soporte · SLAs si aplica · equipo senior o especializado dirigiendo.
[E] REFERENCIA DE MERCADO 2026 →
Lo que cuesta no contratarnos
Estos son rangos públicos de mercado 2026 · NO son tarifas GSC. Sirven para comparar opciones antes de pedir presupuesto.
| Opción | Rango público 2026 | Notas |
|---|---|---|
| Contratar 1 junior interno | 35K-50K€/año + onboarding | Onboarding 3-6 meses · riesgo deuda nueva sin senior dirigiendo · headhunting incluido |
| Contratar 1 senior interno | 70K-110K€/año + headhunting | Coste oportunidad alto: si los pones a features · el legado se pudre · si los pones a refactor · el board pregunta features |
| Consultoría tradicional sénior por horas | 80-150€/h × volumen impredecible | Sin incentivo eficiencia · más horas = más facturación · sin garantía resultado medible |
| Retainer GSC · se define tras diagnóstico | Se cierra tras diagnóstico · ver §11 FAQ inversión | Retainer mensual flat · sin venta de horas · sin tier numbers · garantía 2× cycle time sprint 6 o devolución |
Headcount savings 12-18m vs contratar 2-3 perfiles adicionales: rango público mercado dev España 2026. Una metodología bien integrada cubre el roadmap del board sin sumar 2-3 contrataciones · liberando presupuesto a producto o reserva.
[F] RUTAS-TIPO DE PRODUCTO →
Cómo se ve un retainer en práctica
Cuatro patrones anonimizados de retainer en producción. Verticales y tamaños distintos · misma estructura colaboración · resultados medibles.
-
Refactor SaaS B2B
Sprints baseline 3 semanas → sprint 6 con metodología → sprints de 1 semana. 14h/sem ganadas por developer · 2-3 contrataciones evitadas · senior recuperó control de módulo facturación.
-
Greenfield clínica privada premium
Portal del paciente desde cero · 1 developer del cliente + nuestro stack interno · sin contratar nuevo equipo · 3 meses launch en producción.
-
Refactor backoffice ERP industrial
Refactor de módulo de pricing crítico sin downtime · 6 semanas · cobertura tests del 18% al 76%. Equipo senior recuperó control del módulo (antes solo lo entendía un developer que estaba a punto de irse).
-
Producto interno greenfield startup escala
2 developers cliente + nuestro stack · MVP→producción con métricas reales en 4 meses. Sin equipo de producto previo · sin contratar.
[G] RESPONSABILIDAD POR ETAPA →
Quién hace qué en cada etapa · Cliente vs GSC
La responsabilidad se transfiere progresivamente · de GSC-led (sprints 1-2) a equipo cliente autónomo (sprint 10+). NO vendemos dependencia · garantía escrita en contrato.
| Etapa | Cliente | GSC | Joint deliverables |
|---|---|---|---|
| Sprint 1-2 · Diagnóstico | Contexto · acceso · entrevistas equipo | Análisis · informe hallazgos · plan | Priorización módulos refactor |
| Sprints 3-6 · Piloto + Integración | Review PRs · validar arquitectura · feedback | Pair-programming · stack · prompts curados | Cycle time medido · cobertura tests · velocidad |
| Sprints 7-9 · Capacidad transferida | Operación mayoría sin nuestra presencia | Manual prompts · agentes documentados · sesiones grabadas | Manual operativo · agentes per dominio |
| Sprint 10+ · Equipo autónomo | Operación 100% solo · metodología asumida | Rol consultivo menor coste OR salida limpia | Garantía handoff · contrato cumplido |
Tres diferencias frente a la consultoría tradicional
-
Construimos productos, no solo los vendemos
Validado construyendo productos reales
Productos propios en producción construidos con el mismo stack interno que aplicamos en cliente. Software entregado en producción es la prueba de que el método funciona · no solo entregables de presentación.
- MAINDS Projects Lab · productos propios construidos con GSC
- Productos en producción · validados con usuarios reales
- El stack que usamos en MAINDS es el que usamos contigo
-
Senior dirige · NO sustituye
Juicio humano intacto
IA acelera la parte mecánica (escribir boilerplate · tests · migraciones · documentación). El juicio humano (diseño · decisiones · arquitectura · criterio) queda intacto o crece.
- Senior conserva autoría arquitectura
- La IA acelera tareas mecánicas · el criterio lo mantiene el equipo senior
- Cycle time PRs cae sin perder calidad
-
Handoff garantizado · NO dependencia
90 días equipo opera solo
Salida limpia parte del contrato. 90 días tu equipo opera la metodología solo · manual prompts curados por dominio · agentes documentados · sesiones transferencia grabadas. Garantía: si no medimos 2× cycle time sprint 6 · devolvemos retainer último mes.
- Manual prompts por módulo
- Sesiones transferencia grabadas
- Garantía 2× cycle time sprint 6
[H] FAQ →
Preguntas frecuentes
¿Vais a entregarme un producto con IA?
No. Te entregamos software (módulo refactorizado · feature nueva · producto greenfield · backoffice custom). La IA es nuestro acelerador interno · no es lo que recibes. Si lo que necesitas es un producto con IA entregado al usuario (agente runtime · workflow IA · automatizaciones internas a medida), eso es nuestro servicio Agentes IA · vertical separada.
¿Es lo mismo Ingeniería Software 2.0 que Automatizaciones?
No. Ingeniería Software 2.0 = desarrollo de software acelerado por IA interna · cliente recibe software (código que corre en su infraestructura). Automatizaciones (AaaS) = sistemas de automatización · cliente recibe automatización corriendo (workflows n8n · MCPs custom · pipelines de datos · agentes runtime). Mismo stack interno acelera ambos · diferente entregable.
¿Mi equipo senior va a perder el control del código?
No. El stack está diseñado al revés: el senior dirige y revisa cada PR como siempre · la IA solo escribe el primer borrador y los tests. La velocidad sube porque el tiempo de teclear baja · no porque desaparezca el juicio humano. En 6 sprints el senior mantiene autoría completa de la arquitectura y libera 35-50% de su tiempo para diseño y mentoring.
¿Qué pasa si mi codebase es legacy y nadie tiene el mapa completo?
Es exactamente el escenario donde más impacto tenemos. Las primeras dos semanas son de mapping del codebase con agentes especializados que generan documentación viva por módulo. El resultado es un mapa que el equipo nunca tuvo tiempo de hacer · y que se actualiza solo en cada sprint. Sin ese mapa · ni nosotros ni nadie debería refactorizar.
¿Cómo medís que vais 2× más rápido?
Cuatro métricas que tu equipo ya recoge (o debería): cycle time desde commit a producción · número de PRs cerrados por sprint · ratio de bugs reportados por feature shipped · y horas dedicadas a refactor reactivo. Comparamos las 4 semanas previas a empezar contra el sprint 6. Si no hay 2× · devolvemos el retainer del último mes.
¿Para qué tipo de software y empresa funciona mejor?
Funciona si tienes un equipo de 3-15 developers (encaje óptimo 5-9) · un codebase con más de 50K líneas o un producto B2B con clientes que pagan por velocidad de iteración · y una cultura de testing mínima (aunque sea pobre · basta con que exista). Las seis tipologías que cubrimos son web corporativa avanzada · web app/SaaS · herramienta interna · backend·APIs·integraciones · app móvil · producto con IA. Si tu situación encaja con una de las cuatro variables que mueven la inversión (usuarios · riesgo · coste operativo · responsabilidad) y una tipología · el ROI suele verse en sprint 4-6.
¿Cuánto cuesta y cuál es el formato de contratación?
Retainer mensual flat con duración mínima de 3 meses y revisión de continuidad cada trimestre. El precio depende del tamaño del equipo y de la complejidad del codebase · no del número de horas. Te lo cerramos en la reunión de diagnóstico tras ver tu repo. Sin sorpresas · sin venta de horas · sin tier numbers. Para referencia de mercado 2026 (junior interno · senior interno · consultoría tradicional) ver §7 más arriba.