From Catalog to CPQ: Quoting complex product configurations 

Debe existir un camino definido para ellos o el configurador simplemente será eludido. El patrón habitual es una ruta de artículo especial que captura la solicitud, la cotiza provisionalmente y la marca para revisión de ingeniería, manteniéndola dentro de la misma cotización en lugar de enviarla por correo electrónico. Si el camino de excepción resulta incómodo, el equipo de ventas cotizará especiales fuera del sistema por completo, y los datos de la cotización se vuelven poco confiables.

La desviación de precios, normalmente por delante de cualquier otra cosa. Copias de la hoja maestra se distribuyen entre portátiles, cada una con una tabla de descuentos ligeramente diferente o un precio de opción desactualizado, y nadie puede decir qué cotización utilizó qué versión. Los errores de compatibilidad aparecen después y son más visibles, pero la inconsistencia de precios provoca el daño silencioso, porque se manifiesta como erosión de los márgenes que es muy difícil rastrear hasta su causa.

Cada revisión debe ser una versión en lugar de una sobrescritura, para que quede claro qué se citó, cuándo y a qué precio. La razón no es la pulcritud sino las disputas: los clientes hacen referencia a la versión que les gustó, que rara vez es la última enviada. El historial de versiones también hace posible el análisis de victorias y derrotas, porque puedes ver si el trato se perdió en la configuración original o en algo que se cambió a mitad de camino.

Definiciones de opciones, reglas de compatibilidad y precios por opción, en ese orden. La mayoría de las implementaciones subestiman esto porque el conocimiento del producto existe, pero nunca ha sido escrito: se encuentra entre dos o tres personas experimentadas que nunca han tenido que expresarlo como reglas. Extraerlo es la mayor parte del proyecto. El software rara vez es la restricción.

La ingeniería es responsable de lo que se puede construir, las ventas son responsables de lo que se puede vender, y esos son conjuntos de reglas diferentes que a menudo se confunden. Una combinación válida que la empresa no quiere vender a ese precio es una regla comercial, no una regla de ingeniería. Mantenerlas separadas es importante porque las reglas comerciales cambian con frecuencia y las reglas de ingeniería rara vez. Fusionarlas produce una base de reglas que solo una persona entiende, y esa persona finalmente se va.

"Esta es la pregunta que vale la pena hacer en cualquier evaluación de CPQ. Si la configuración tiene que volver a ingresarse para crear el pedido, has automatizado la cotización y dejado el error donde siempre estuvo. La integración debería llevar las opciones seleccionadas al pedido y hacer que la lista de materiales y el enrutamiento se definan a partir de ellas. Pregunte específicamente qué ocurre en una revisión, porque ahí es donde suele reaparecer el reingreso de datos."

Cuando la cantidad de combinaciones válidas excede lo que una persona puede retener en la cabeza, o cuando cotizar requiere comprobar si las opciones son compatibles. Un catálogo de SKUs fijos no necesita CPQ. Los productos cuyas opciones se restringen entre sí lo requieren, porque la falla no es una cotización lenta sino cotizar algo que no se puede fabricar. Si tu equipo de ventas pregunta de forma rutinaria a ingeniería "¿Podemos realmente hacer esto?", ese es el umbral.

El configurador ERP existe para impulsar la producción: genera la lista de materiales y el enrutamiento una vez que un pedido es real. Un configurador CPQ existe para vender: funciona antes de que exista el pedido, frente a un cliente o a un distribuidor, y necesita ser rápido, tolerante y presentable. Se superponen en las reglas pero no en el propósito, y el error común es esperar que el configurador de producción sea utilizable por un vendedor en una llamada.

El beneficio es real, pero diferente. Un fabricante está limitado por lo que se puede construir, por lo que las reglas protegen la producción. Un distribuidor normalmente está limitado por lo que se puede obtener y a qué costo, por lo que las reglas protegen el margen y las promesas de plazos de entrega. Un distribuidor que cotiza a partir de los catálogos de varios proveedores tiene un problema de datos más difícil, porque los datos de origen pertenecen a otra persona y cambian sin previo aviso.

Los precios contractuales deben aplicarse en el momento de la cotización, no corregirse posteriormente, porque una cotización enviada a precio de lista y ajustada más tarde daña la credibilidad ante el cliente. La complicación en la distribución proviene de acuerdos en capas: un precio contractual, un descuento por volumen y una promoción que puede o no acumularse. Decidir el orden de precedencia entre ellos es una decisión comercial que debe tomarse explícitamente antes de que pueda configurarse.