La confianza no escala a menos que diseñe su CPQ para ello
Tu mejor ingeniero de preventa acaba de pasar 10 horas ganándose la confianza de un cliente. Una buena cualificación. Decisiones inteligentes. Todos asienten. Y entonces llega la oferta: un Excel de 12 páginas lleno de SKUs. La inercia se esfuma.
He visto esto demasiadas veces. El ingeniero se gana la confianza en la sala, y nuestras herramientas la desmontan en silencio después de la reunión. La oferta es técnicamente correcta, pero el cliente ya no se fía del proceso de compra.
La confianza se gana en la conversación y se pierde en el Excel.
Esto no es un problema de formación. Es un problema de diseño del sistema.
El coste oculto de los traspasos de información
La mayoría de los equipos ven el CPQ como una simple herramienta para ofertar. Valida reglas de producto, calcula precios y exporta una propuesta. Suena lógico, hasta que observas lo que pasa entre la cualificación y el contrato.
El comprador sale de la reunión con una idea clara de los resultados: "Necesitamos la opción X para que quepa en el espacio Y, con un rendimiento Z, y lo que más nos importa es el coste energético y el tiempo de actividad". El documento que recibe después no refleja nada de esto.
En su lugar, recibe un inventario de piezas. Ninguna conexión con el problema de negocio. Ninguna justificación de las decisiones. Ninguna explicación de los sacrificios. Solo líneas de pedido y códigos.
Que una oferta sea correcta no significa que genere confianza.
La gente cree que los problemas de adopción vienen de la "complejidad del CPQ" o de una mala interfaz. A veces sí. Pero el problema real suele ser que el sistema rompe la historia que contó el comercial. El comprador se fía de la historia. El documento cuenta otra distinta.
En una compra B2B compleja intervienen entre 6 y 10 personas. Si tu oferta no se puede reenviar a un directivo sin una llamada para explicarla, estás metiendo fricción justo donde el proceso es más frágil.
De la configuración por producto a la configuración por resultados
El cambio de mentalidad es este: deja de ver el CPQ como un simple validador de reglas. Empieza a diseñarlo como un sistema para conservar la confianza del cliente.
La confianza no es algo abstracto. Es que el cliente crea tres cosas: que le has entendido, que has elegido las opciones con un porqué y que no habrá sorpresas más adelante. Esa confianza, ganada en la cualificación, debe quedar registrada en el sistema para que sobreviva el paso a pricing, legal y operaciones.
Cuando el CPQ conserva la intención del cliente, las ofertas se sienten como una guía, no como un mero resultado. El equipo de ventas mantiene el control. El sistema no reemplaza su criterio, sino que lo ancla.
La lógica del sistema debe ser lo bastante visible para poder explicarla, no solo para ejecutarla.
Diseñar un CPQ que conserve la confianza
Estas son las reglas que sigo cuando me llaman para arreglar este problema. Son sencillas a propósito.
- Regla 1: Captura la intención antes de configurar. Empieza cada oferta con un bloque de intención, corto y estructurado: para quién es, las restricciones, las prioridades y las concesiones. Por ejemplo: "El espacio disponible es de 3,2 m x 4,0 m; priorizar eficiencia energética sobre plazo de entrega; se requiere mantenimiento remoto". No ocultes nada. Esto guía las opciones y las explica más tarde.
- Regla 2: Muestra escenarios, no un listado interminable de SKUs. Ofrece 2 o 3 configuraciones con nombre que respondan a distintas prioridades. Por ejemplo: "Máxima eficiencia", "Entrega rápida", "Menor CAPEX". Cada una con una línea de justificación y una pequeña tabla comparativa. El detalle de las piezas sigue existiendo, pero en un segundo plano.
- Regla 3: Haz que el sistema se explique solo. La oferta debería generar automáticamente una explicación simple junto a las decisiones clave: "Se eligió el Motor B porque el par requerido es > 600 Nm y el límite de ruido es < 60 dB". Las explicaciones generan confianza y reducen las llamadas de seguimiento.
- Regla 4: Asegura el hilo conductor desde la oportunidad hasta el contrato. La intención y el porqué de las decisiones deben acompañar a la oferta hasta el departamento legal y el ERP. Si algo cambia, la oferta resalta la diferencia y el motivo: "Cambiado a Intercambiador de calor C por rotura de stock; rendimiento idéntico; plazo de entrega 3 semanas mayor". Las sorpresas matan la confianza. Las explicaciones la reparan.
- Regla 5: Trata los cambios como un sistema de seguridad. Añade pruebas automáticas para reglas críticas y precios. Si alguien actualiza una dependencia, el sistema debe mostrar qué ofertas se ven afectadas y qué argumentos hay que revisar. Las roturas silenciosas son las peores.
Un antipatrón que hay que nombrar en voz alta: El Abismo del Excel.
Es lo que pasa cuando el resultado de tu CPQ es un volcado de datos internos, y la narrativa "real" se reconstruye a mano en un PowerPoint. En ese hueco es donde mueren las ventas. Arregla el problema en el origen.
Cómo funciona esto en la práctica
Lo he hecho con maquinaria pesada y equipos médicos donde una sola decisión de configuración puede afectar al layout, la certificación y el coste de servicio. No intentamos modelar el universo. Modelamos las pocas cosas que de verdad importaban a los clientes y nos aseguramos de que los documentos de salida reflejaran esas decisiones.
Un ejemplo: una línea de envasado con restricciones de espacio, rendimiento y mantenimiento. El CPQ capturaba esos tres campos de intención, evaluaba las opciones válidas y generaba un resumen de una página etiquetado como "Solución optimizada para operaciones" con una pequeña tabla comparativa. La lista detallada de piezas iba en el anexo. La adopción del sistema subió porque los comerciales podían reenviar la oferta sin tener que preparar más diapositivas. El equipo de servicio usaba el mismo bloque de intención para planificar el personal. El departamento legal dejó de revisar las especificaciones porque eran consistentes entre versiones.
Si una oferta necesita una reunión para que se entienda, no está terminada.
La mecánica detrás de la conservación de la confianza
¿Por qué es esto posible ahora? No se trata de nuevas tecnologías. Se trata de tratar tu CPQ como infraestructura, no como una demo.
- Los campos de intención son datos de primera clase. Usa campos explícitos para restricciones, prioridades y riesgos. No son simples notas. Guían las reglas de configuración, los precios y la narrativa de la oferta.
- Las reglas explican, no ocultan. La lógica de restricciones debe generar motivos legibles para un humano cada vez que toma una decisión. Es mejor tener líneas de código cortas y verificables que paquetes de lógica opacos e ingeniosos.
- Los documentos de salida deben responder a la tarea de quien los lee. Los directivos buscan decisiones y riesgos. Los ingenieros verifican la viabilidad. Compras comprueba la comparabilidad. Un único documento puede servir a los tres si presenta primero el escenario y mantiene los detalles de forma predecible.
- El responsable de gobierno debe velar por la claridad, no solo por la corrección. Debe haber un responsable de que la oferta se pueda reenviar y entender. Es una función, no una esperanza. Mídelo.
Las decisiones se toman más rápido cuando los clientes pueden explicar tu solución sin que estés tú en la sala. La información útil que reduce el esfuerzo de compra facilita la decisión. No hace falta un estudio para verlo.
El coste silencioso de hacer esto mal
Cuando la confianza muere en el traspaso de información, nadie abre un ticket. Las ventas se retrasan. Los interlocutores clave desaparecen. Ventas culpa a pricing. Pricing culpa a producto. Y todo el mundo añade "un campo más" al formulario.
El coste oculto no son los errores, es la pérdida de velocidad. Solo te das cuenta cuando un competidor envía un resumen de una página que hace que tu oferta de 12 parezca un trabajo para el colegio.
¿Quién gana? Los equipos que tratan el CPQ como infraestructura de ingresos y diseñan para facilitar la decisión del comprador. ¿Quién se queda atrás? Los que piensan que con ser correctos es suficiente.
Qué hacer esta misma semana
- Añade un encabezado de intención a cada oferta. Tres campos obligatorios: restricciones, prioridades, concesiones. Haz que sea visible en el PDF. Oblígate a explicar las decisiones.
- Reestructura el documento de salida. Pon primero un resumen de una página con los escenarios. Deja el detalle de las piezas para un anexo. Etiqueta claramente las diferencias entre escenarios.
- Haz una auditoría de confianza con cinco ofertas recientes. ¿Puede un directivo explicar las opciones en 60 segundos usando solo el documento? Si la respuesta es no, arregla el documento, no el PowerPoint de formación.
La consistencia gana a los actos heroicos. Diseña tu sistema para que el comportamiento correcto sea el más fácil de seguir.
Llevo dos décadas en el mundo CPQ. El patrón es siempre el mismo: los equipos que ganan deciden que la confianza es una propiedad del sistema y construyen sus ofertas alrededor de esa idea.
La confianza se multiplica cuando el último documento refleja la primera promesa.
Comentarios
Publicar un comentario