1X
Standard
Tarifa base de todo el compromiso
Evolución continua y trabajo planificado. Es la tarifa a la que se factura todo lo que no se acelera.
Productos Zynplex
ZPX Forge · Delivery de software AI-native
Capacidad de ingeniería que puedes medir, acelerar y gobernar.
Cada cambio se estima en Forge Units antes de ejecutarse. Tu organización decide qué se construye y con qué prioridad; ZPX Forge lo ejecuta bajo tus reglas y deja evidencia de cada paso. Todo se diseña, aprueba y sigue desde ZPX Forge Studio.
Tus reglas
Tus repositorios
Tus aprobaciones
300 FUcompromiso mínimo al mes, ampliable sin recargo
Aceleraciónopcional, por iniciativa y aprobada por negocio y tecnología
Mes vencidofacturación sobre el consumo aprobado
Hasta 60 FUde rollover al mes siguiente
Un arquitecto acompaña todo el ciclo.
No es autoservicio. Cada Forge Plan tiene asignado un arquitecto de Zynplex que conoce a fondo ZPX Forge y a tu organización: tus sistemas, tus integraciones, tus políticas y tu forma de aprobar. Está desde el descubrimiento hasta el release, en la estimación de cada iniciativa, en las decisiones de arquitectura y en la revisión de la evidencia.
- DescubrimientoLevanta el contexto real de tus aplicaciones.
- Estimación y GoSustenta cada Forge Unit antes de aprobar.
- Build y ReleaseResponde por las decisiones técnicas y la evidencia.
01 · El problema
El modelo tradicional escala agregando personas.
Cuando el backlog crece, la respuesta habitual es sumar perfiles. La capacidad de construir queda atada al número de personas asignadas y a las ceremonias necesarias para sincronizarlas, y la conversación gira sobre horas en lugar de resultados.
01
La capacidad depende del headcount
Más demanda significa más contrataciones, más onboarding y más tiempo antes de que alguien aporte valor real.
02
El conocimiento del negocio se va
Cuando la ejecución vive fuera, el contexto que la organización construyó durante años se reaprende en cada proyecto.
03
No sabes qué estás comprando
Una tarifa por hora no dice cuánto software vas a recibir ni con qué calidad.
02 · Cómo se compra
Cinco variables. Todas visibles antes del Go.
No son cinco productos ni cinco cargos: son las variables que explican tu estimación. ZPX Forge Studio las muestra antes de aprobar cualquier ejecución.
-
01
Forge Units
El tamaño del trabajo. Cada cambio se estima antes de ejecutarse.
-
02
Forge Velocity
La urgencia y la intensidad de delivery: 1X, 5X o 10X, aprobadas por iniciativa.
-
03
Active Applications
Cuántas aplicaciones avanzan a la vez. El incremento no es lineal.
-
04
Application Profile
El coste estructural permanente de operar cada aplicación.
-
05
Deployment
ZPX Managed o tu propia infraestructura, que se dimensiona aparte.
03 · Forge Units
Una unidad de tamaño, no de horas.
Una Forge Unit (FU) es una unidad normalizada para estimar el tamaño de un cambio de software antes de ejecutarlo. Considera alcance, lógica, datos, integraciones, riesgo, superficie de cambio, pruebas, evidencia requerida y reutilización disponible.
| Tipo de trabajo | FU | Descripción |
|---|---|---|
| Micro Change | 1 | Ajuste puntual, configuración o cambio muy acotado. |
| Simple Change | 2 | Cambio sencillo con impacto localizado. |
| Small Feature | 3 | Funcionalidad pequeña y autocontenida. |
| Standard Feature | 5 | UI/API, lógica, validaciones y pruebas. |
| Medium Feature | 8 | Flujo completo con reglas o persistencia relevante. |
| Complex Feature | 13 | Varias reglas, componentes o dependencias. |
| Integration | 21 | Integración entre sistemas o impacto transversal. |
| Epic | 34+ | Debe descomponerse antes de pasar a ejecución. |
- Scope
- Logic
- Data
- Integrations
- Risk
- Evidence
Una FU mide tamaño de delivery, no esfuerzo humano. No equivale a horas, tokens, prompts, agentes ni a una fecha garantizada de entrega.
04 · Modelo comercial
Pagas el trabajo. Y solo pagas más si necesitas que salga antes.
La Forge Unit siempre mide lo mismo y siempre cuesta lo mismo. Acelerar una iniciativa no cambia su tamaño: le pone encima más prioridad, más paralelismo y más intensidad de delivery, y eso tiene un costo adicional sobre la tarifa base. Todo lo demás del mes sigue a tarifa base.
Cómo se factura
Una tarifa por Forge Unit. Un compromiso mensual de 300 FU.
El compromiso se factura completo a la tarifa base y es el punto de partida de cualquier Forge Plan. Sobre esa base solo suman las Forge Units que tu organización decide acelerar.
Facturación
Mes vencido
sobre el consumo aprobado
Acelerar cuesta más solo en lo que aceleras.
Acelerar no es cambiar de plan: es marcar iniciativas concretas. Cada Forge Unit que aceleras cuesta un poco más que la tarifa base, y esa decisión requiere la aprobación del Product Owner y del área de tecnología antes de ejecutarse. El resto del mes sigue a tarifa base.
5X
Accelerated
Recargo por Forge Unit acelerada
Mayor prioridad y paralelismo para reducir el time-to-market en lanzamientos y backlog exigente.
10X
Priority
Recargo mayor, por Forge Unit acelerada
Máxima intensidad de delivery para regulación, migraciones y fechas críticas.
La Velocity se aprueba por iniciativa, no por mes: un mismo ciclo puede mezclar 1X, 5X y 10X, y la factura refleja la mezcla real ejecutada.
Qué determina tu tarifa
Cinco variables, todas visibles antes de firmar.
No publicamos una lista de precios porque el mismo backlog no cuesta lo mismo en dos organizaciones distintas. Tu tarifa se cierra en la conversación de descubrimiento, con estas variables sobre la mesa y sin letra pequeña después.
- Volumen comprometidoCuántas Forge Units al mes, desde el mínimo de 300 FU.
- Aplicaciones activasCuántos contextos de delivery avanzan a la vez. El incremento no es lineal: comparten plataforma y gobierno.
- Application ProfileEl coste estructural de operar cada aplicación, de Standard a Legacy regulado.
- Modelo de despliegueEntorno administrado por Zynplex o dentro de tu nube, landing zone o DMZ.
- Enterprise HarnessEl nivel de control, evidencia y gates que exige tu organización.
Si necesitas más
¿Y si un mes te quedas corto de Forge Units?
Consumes las que necesites a la misma tarifa. Sin recargo por exceso, sin renegociar el contrato, sin aprobación comercial y sin cambiar de plan: las Forge Units adicionales se facturan igual que las del compromiso, según la Velocity con que se ejecuten.
- Sin recargoLa Forge Unit 301 cuesta lo mismo que la primera.
- Sin renegociarNo hay que ampliar el plan ni firmar un anexo.
- Sin sorpresasEl consumo se ve en Studio durante todo el mes.
Quién autoriza una aceleración
Para 5X y 10X, la iniciativa necesita dos aprobaciones registradas antes de ejecutarse: el Product Owner valida necesidad, alcance y urgencia; el área de tecnología (ICT) valida arquitectura, ambientes, integraciones, impacto y seguridad. Sin ambas, el trabajo se ejecuta a la tarifa base.
- DemandaEl negocio plantea la necesidad.
- EstimaciónSe dimensiona en Forge Units y se propone la Velocity.
- GoProduct Owner e ICT aprueban alcance y Velocity.
- BuildSolo entonces se consume capacidad.
05 · Monthly Forge Commitment
ZPX Forge comienza en 300 Forge Units al mes.
Es un piso, no un techo. Por encima de esa base consumes todas las Forge Units que necesites, a la misma tarifa y sin recargo por exceso. El mínimo existe porque hay un equipo y un entorno dedicados desde el primer día, se consuman 50 o 300 FU.
Qué representan
300 FU no son una cuota de funcionalidades.
Si todo el backlog tuviera un único tamaño, equivaldrían matemáticamente a 60 Standard Features, 37 Medium Features, 23 Complex Features o 14 Integrations. Un mes real mezcla tamaños, dependencias, QA y aprobaciones.
- 12 Standard Features × 5 FU = 60 FU
- 10 Medium Features × 8 FU = 80 FU
- 8 Complex Features × 13 FU = 104 FU
- 2 Integrations × 21 FU = 42 FU
- Cambios micro y simples = 14 FU
Una referencia conocida
Un punto de comparación para dimensionar.
Zynplex calibra 300 FU a 1X para aproximarse al volumen mensual de una célula tradicional trabajando dos sprints de diez días hábiles: dos desarrolladores, QA, testing, Scrum Master y Project Manager.
Es una referencia de dimensionamiento, no una garantía de equivalencia. La productividad depende del backlog, la arquitectura, integraciones, madurez, QA y las reglas de tu organización.
06 · ZPX Forge Studio
De la idea al release, en un solo workspace.
Los equipos funcionales diseñan la iniciativa, construyen flujos y mockups y definen criterios de aceptación. ZPX Forge estima el trabajo en Forge Units; Product Owner e ICT aprueban alcance y Velocity; y el mismo workspace muestra build, evidencia, QA, release, consumo y facturación.
- DesignProblema, journeys, mockups y criterios de aceptación.
- EstimateForge Units, breakdown, dependencias y Application Profile.
- ApprovalsProduct Owner, ICT, seguridad y gates.
- DeliveryAplicaciones activas, lanes, estado y bloqueos.
- EvidencePruebas, seguridad, pull requests, ADR y artefactos.
- Usage & BillingConsumo, mezcla de Velocity, rollover y factura estimada.
Forge Cockpit es la vista de Delivery dentro de Studio, no un producto aparte.
07 · Active Applications
Una aplicación es un contexto de delivery, no una funcionalidad.
Una aplicación activa mantiene su propio backlog, contexto, repositorios, ambientes, pipelines, integraciones y release path. Por eso operar varias requiere más capacidad, aunque ZPX Forge reutiliza plataforma, gobierno y automatización para generar economías de escala.
1 aplicación
Veinte funcionalidades, un solo contexto
- Un modelo de ambientes
- Un contexto de delivery
- Un contexto de gobierno
Varias funcionalidades dentro de la misma aplicación consumen Forge Units, pero no cuentan como aplicaciones adicionales.
3 aplicaciones
Tres contextos independientes
- Ambientes y pipelines propios
- Integraciones y observabilidad separadas
- Release path y seguridad por aplicación
Un Delivery Architect gobierna como referencia hasta cuatro aplicaciones activas. A partir de la quinta se incorpora capacidad adicional de arquitectura.
| Aplicaciones activas | Factor | Qué implica |
|---|---|---|
| 1 | 1,00× | Un contexto de delivery. |
| 2 | 1,50× | La segunda aplicación no duplica el coste: comparte plataforma y gobierno. |
| 3 | 1,85× | Coordinación entre tres contextos. |
| 4 | 2,15× | Límite de referencia de un Delivery Architect. |
| 5 | 2,80× | Se incorpora capacidad adicional de arquitectura. |
| 6 a 8 | 3,10× a 3,60× | Portafolio amplio bajo un mismo gobierno. |
| 9 o más | Evaluación | Se dimensiona de forma específica. |
El incremento no es lineal. Una segunda aplicación no duplica el coste porque comparte ZPX Forge, Enterprise Harness, automatización y capacidad experta.
08 · Application Profile
El mismo cambio no vive en el mismo contexto.
Una aplicación moderna con CI/CD y pocas dependencias no tiene el mismo overhead operativo que un legacy regulado con múltiples integraciones. Antes de iniciar, cada aplicación recibe un perfil transparente que ajusta la estimación.
| Perfil | Factor | Ejemplo |
|---|---|---|
| Standard | 1,00× | Stack moderno, CI/CD, testing y pocas dependencias. |
| Integrated | 1,10× | Varias APIs, identidad y reglas empresariales. |
| Complex | 1,25× | Integraciones múltiples, datos y testing amplio. |
| Legacy / Regulated | 1,40× | Legacy, alta criticidad, controles o procesos especiales. |
| Custom | Evaluación | Condiciones extraordinarias. |
No hay doble conteo: las Forge Units miden el tamaño del cambio y el Application Profile mide el overhead estructural de operar esa aplicación. Construir una integración nueva consume más FU; cada cambio en un legacy exige toolchains, pruebas, ambientes y gates adicionales aunque la funcionalidad sea pequeña.
09 · Enterprise Harness
IA dentro de tus reglas, no alrededor de ellas.
El Enterprise Harness es el conjunto de políticas, estándares, controles, herramientas y gates que delimitan cómo la IA puede producir software dentro de tu organización.
Arquitectura
Stacks, patrones, APIs, integraciones, dependencias y ADRs.
Seguridad y datos
SSO, secretos, RBAC, clasificación, privacidad y restricciones de uso de modelos.
Calidad y delivery
Coding standards, testing, Definition of Done, CI/CD, ambientes, release y rollback.
Aprobaciones
Product Owner e ICT aprueban alcance y aceleración; seguridad valida lo que corresponde.
Tus reglas. Tus ambientes. Tus aprobaciones.
10 · Acompañamiento experto
La IA ejecuta. Las decisiones difíciles las toma gente que conoce tu casa.
Es la diferencia entre ZPX Forge y una herramienta de generación de código. Cada Forge Plan tiene un equipo de Zynplex asignado que aprende tu organización —tus sistemas, tus integraciones, tus políticas, tu forma de aprobar— y responde por lo que se entrega. No es soporte por ticket ni un chat: son las mismas personas todos los meses.
Arquitecto asignado
Responde por las decisiones técnicas.
Levanta el contexto real de tus aplicaciones, sustenta el tamaño de cada iniciativa antes del Go, decide arquitectura e integraciones y revisa la evidencia antes del release. Es tu interlocutor durante todo el ciclo.
Del descubrimiento al release, todos los meses.Red de conocimiento senior
Cuando el problema excede a una persona.
Arquitectura, ciberseguridad, ingeniería de datos, IA y desarrollo. Tu arquitecto convoca al especialista que el caso necesita sin que tengas que contratar ese perfil ni esperar a un proveedor nuevo.
Bajo demanda, dentro del Forge Plan.Conocimiento acumulado
El contexto no se pierde entre meses.
Lo que el equipo aprende de tu organización queda en el Engineering Brain y en el Enterprise Harness: patrones, decisiones, restricciones y criterios. Cada ciclo empieza donde terminó el anterior, no desde cero.
Permanente, y exportable si te vas.No compras acceso a una plataforma. Compras un equipo que responde.
11 · Deployment
En nuestra infraestructura o dentro de la tuya.
ZPX Forge puede operar en un entorno administrado o integrarse a la nube, landing zone o DMZ de tu organización.
Incluido en el plan
ZPX Managed
Ambientes administrados dentro del modelo estándar acordado, con tenant aislado, controles de acceso y segregación de datos.
Se dimensiona aparte
Customer Environment
Tu nube corporativa, landing zone, DMZ o red privada. Conectividad, runners, certificados, bastions, restricciones de red y soporte varían entre organizaciones, así que se dimensiona de forma específica y no se esconde dentro de las Forge Units.
12 · Uso, rollover y facturación
Ves el consumo antes de recibir la factura.
ZPX Forge factura mes vencido. Studio muestra durante todo el ciclo las Forge Units aprobadas y ejecutadas, la Velocity, las aplicaciones activas, el rollover y el impacto estimado. Mes vencido no significa precio sorpresa.
Rollover
Si no usas todo, una parte sigue contigo.
Puedes trasladar al siguiente mes hasta el 20 % de tu compromiso mensual no utilizado. En el plan mínimo de 300 FU son hasta 60 FU. El rollover expira al terminar el mes siguiente, se consume primero y no es reembolsable ni transferible.
Consumo
Cuándo se consume una Forge Unit.
- El análisis sin Go no consume.
- Una iniciativa cancelada antes de delivery no consume.
- Corregir para cumplir la aceptación aprobada no añade FU.
- Un cambio de alcance se vuelve a estimar.
| Consumo del mes | Resultado |
|---|---|
| 300 de 300 | No hay rollover. |
| 270 de 300 | 30 FU pasan al mes siguiente. |
| 240 de 300 | 60 FU pasan al mes siguiente. |
| 200 de 300 | Solo 60 FU pasan; 40 FU expiran. |
| FU trasladadas sin usar | Expiran al cierre del mes siguiente. |
13 · Modelo económico
Paga por el software que pones en movimiento.
ZPX Forge desacopla la capacidad de construir software del número de personas asignadas. No contratas horas ni un equipo fijo: consumes Forge Units y eliges la velocidad con la que se ejecutan.
| Modelo tradicional | Con ZPX Forge |
|---|---|
| La capacidad aumenta agregando personas. | La capacidad se mide en Forge Units. |
| Más frentes suelen requerir más coordinación. | La Velocity se aprueba por iniciativa. |
| El cliente administra perfiles y ceremonias. | ZPX Forge administra la ejecución; el cliente conserva el gobierno. |
| Se factura tiempo, se use o no en producto. | Se factura el trabajo aprobado y ejecutado, mes vencido. |
14 · Cómo empezamos
Descubrir, perfilar, activar y entregar.
- 01
Discover
Entendemos demanda, arquitectura, estándares, seguridad, roadmap e integraciones.
- 02
Profile
Cada aplicación recibe su Application Profile y se acuerda el compromiso mensual.
- 03
Activate
Configuramos identidad, Enterprise Harness, accesos, integraciones prioritarias y ambientes.
- 04
Deliver
Las iniciativas se estiman en Forge Units, reciben aprobación y entra el primer ciclo.
ZPX Forge by Zynplex
Paga por el software
que pones en movimiento.
Simula tu Forge Plan en dos minutos y obtén una referencia económica inmediata. Después validamos cada aplicación para confirmar integración, madurez, políticas, ambientes y Definition of Done.