CPQ Componible
Elija las piezas que necesita —configurador, motor de precios, oferta, checkout— y sustituya cualquiera de ellas. El CPQ componible reemplaza las suites monolíticas que atan a los fabricantes a la hoja de ruta de un único proveedor.
4 capas
Configurador, precios, oferta y checkout — intercambiables de forma independiente
APIs abiertas
Cada componente expuesto — sin bloqueo del proveedor
Semanas
Reemplace una sola capa sin reconstruir el resto
El reto
Las suites CPQ monolíticas le obligan a comprarlo —y conservarlo— todo
Las suites CPQ tradicionales —Tacton, Configit, Salesforce CPQ, Oracle CPQ— se venden como un único producto indivisible. El motor de reglas, el modelo de precios, la capa documental de oferta, los flujos de aprobación y el checkout vienen agrupados y fuertemente acoplados internamente. Elegir al proveedor significa comprometerse con todas las capas a la vez, encajen o no en su negocio.
El coste del CPQ monolítico se paga durante años. El configurador puede ser excelente, pero el motor de precios resulta rígido; el PDF de la oferta es funcional, pero el checkout no se puede integrar en su escaparate existente. Los fabricantes acaban manteniendo costosos workarounds, desarrollos a medida y sistemas paralelos porque no pueden sustituir la capa más débil sin desmontar la plataforma entera.
Replatformar un CPQ monolítico es un proyecto plurianual —entre 18 y 36 meses— que consume la mayor parte de la hoja de ruta de IT. El bloqueo es real: una vez codificadas miles de reglas de producto en un formato propietario, abandonar al proveedor implica reescribirlo todo. Esta dinámica conviene a proveedores y consultoras; no conviene a los fabricantes.
Cómo funciona
Cómo funciona el CPQ componible en Mercura
Mercura está construido como cuatro capas independientes conectadas por API —el motor de configuración, el motor de precios, la capa de oferta y documentación, y la capa de checkout y envío de pedidos—. Cada capa expone una API REST limpia, se despliega y escala de forma independiente y puede reemplazarse sin tocar las demás. Si su organización ya cuenta con un motor de precios sólido, el configurador de Mercura puede conectarse a él. Si su checkout de e-commerce ya está construido, el configurador y los precios de Mercura pueden alimentarlo sin imponer un nuevo checkout. Si necesita migrar desde otro CPQ por fases, Mercura puede convivir con el motor de precios heredado hasta que esa capa también se reemplace. La arquitectura es lo opuesto deliberado al CPQ monolítico: permite a los fabricantes comprar lo que necesitan, conservar lo que funciona y sustituir lo que no.
Qué incluye
Capacidades clave
- Cuatro capas desplegables de forma independiente — configurador, precios, oferta y checkout
- Cada capa expone una API REST versionada — abierta por diseño, sin protocolos propietarios
- Migración por fases desde un CPQ heredado — reemplace una capa a la vez, no toda la pila
- Combine con sistemas existentes — conserve su motor de precios y use el configurador de Mercura (o viceversa)
- Escalado independiente por capa — un configurador con mucho tráfico no exige un motor de oferta más pesado
- Integración basada en estándares — OpenAPI, OAuth 2.0, webhooks y JSON schema
- Cero bloqueo del proveedor — reglas y precios exportables en formatos abiertos
- Arquitectura alineada con MACH (Microservicios, API-first, Cloud-native, Headless)
La diferencia
Antes y después del CPQ componible
- Atado a la hoja de ruta de un único proveedor para cada capacidad CPQ
- No puede sustituir la capa débil sin reemplazar toda la plataforma
- Los proyectos de replatformado tardan entre 18 y 36 meses y dominan la hoja de ruta de IT
- Reglas de producto atrapadas en formatos propietarios — coste de salida prohibitivo
- Nuevos casos de uso bloqueados por los límites de la pila empaquetada
- Cada capa elegida por sus propios méritos — configurador, precios, oferta y checkout
- Reemplace una sola capa en semanas sin perturbar el resto
- Migre desde el CPQ heredado por fases — sin cortes abruptos
- Reglas y precios exportables — la palanca del comprador se preserva
- Nuevos casos de uso resueltos añadiendo un servicio, no reconstruyendo la plataforma
Aplicación real
Caso de uso: Fabricante de maquinaria industrial migrando desde un CPQ heredado
Un fabricante de maquinaria industrial operaba un sistema CPQ monolítico de 12 años. El motor de reglas seguía siendo adecuado, pero la generación del PDF de oferta era dolorosamente lenta y la plataforma no ofrecía vía para integrar el CPQ en su escaparate moderno de e-commerce. Un replatformado tradicional se estimó en 24 meses y 4 millones de euros. Con la arquitectura componible de Mercura, el equipo reemplazó únicamente las capas de oferta y checkout en los primeros seis meses —manteniendo el motor de reglas heredado mediante un puente API—. Doce meses después, el motor de configuración se migró a Mercura sin afectar la oferta ni el envío de pedidos. La migración completa duró 18 meses a menos de la mitad del coste proyectado inicialmente, sin períodos de sobrecoste de doble sistema.
El tiempo de respuesta de presupuestos pasó de 3 días a menos de 4 horas.
Impacto en el negocio
Por qué importa el CPQ componible
El CPQ componible devuelve el equilibrio de poder al comprador. Trata el CPQ no como un producto único que comprar y tolerar, sino como una categoría de capacidades que ensamblar, evolucionar y reemplazar conforme el negocio cambia. Para los fabricantes que operan ciclos de vida de producto de varias décadas, esta es la única arquitectura que se alinea con cómo el negocio funciona realmente: gradual, en capas, evolutiva. La componibilidad es también la respuesta arquitectónica a la ola de comercio agéntico e impulsado por IA que está remodelando cómo se configuran y cotizan los productos: se pueden añadir capas sin reescribir lo anterior.
Vea un CPQ componible en acción
Reserve una demo para ver cómo la arquitectura componible de Mercura le permite reemplazar, escalar y evolucionar cada capa del CPQ en sus términos —no en los de su proveedor—.
Construyamos juntos.
Capacitamos a los fabricantes para que dominen el modelado de productos, agilicen el proceso de cotización, reduzcan los errores y, en última instancia, ofrezcan las soluciones personalizadas que exigen los clientes.