Grow your Key Accounts

La cuenta parece más pequeña de lo que es. Cada sitio es un registro separado; cada representante ve su propio registro, y nadie ve la relación total. Las consecuencias prácticas son la inconsistencia de precios entre sitios del mismo cliente, una renovación negociada sin saber cuánto gasta el grupo en total, y dos representantes llamando a la misma empresa matriz en la misma semana con propuestas diferentes.

Un campo padre-hijo registra una relación. Una jerarquía admite varios niveles y permite que la información se consolide a través de ellos, que es exactamente lo que un grupo con divisiones, regiones y plantas individuales necesita. La prueba es si puedes preguntar "cuál es nuestro ingreso total con este cliente, incluyendo todo lo que hay debajo de él" y obtener una respuesta sin exportar a una hoja de cálculo.

Lo que nunca se registró se va con ellos, lo cual, en la mayoría de las empresas, es el mapa de relaciones: quién realmente decide, quién bloquea, qué salió mal en 2023. El historial de actividad por sí solo no lo transmite. Este es el argumento para capturar los roles de contacto y las relaciones como datos estructurados en lugar de notas, porque el sucesor puede leer la estructura, pero nunca leerá cuatro años de notas de llamadas.

Ambos casos rompen la jerarquía simple. Vender a un cliente que también compite contigo en otro segmento necesita controles de visibilidad en lugar de una estructura diferente. La venta a través de un distribuidor a un usuario final necesita que el usuario final aparezca como una cuenta independiente, vinculada al distribuidor, o se pierde de vista la demanda real. Decidir esto antes de que se carguen los datos es mucho más barato que adaptarlo retroactivamente.

Se está comparando lo que un cliente compra de usted con lo que podría comprar, y se considera la brecha como un objetivo. Para un fabricante o distribuidor, eso suele significar categorías de productos compradas en un sitio y no en otro, lo que es la forma más accionable porque ya tienes una venta de referencia dentro del mismo cliente. Solo funciona si los datos de los productos están categorizados de forma consistente, lo que con mayor frecuencia es el obstáculo en lugar del propio análisis.

Mantén el plan dentro del sistema donde ocurre el trabajo en lugar de en una presentación de diapositivas. Un plan de cuenta que vive en un archivo separado se actualiza antes de la revisión trimestral y se ignora el resto del tiempo. Lo que vale la pena registrar es breve: quién decide, qué compran hoy, qué podrían comprar, qué lo está bloqueando y qué sucede a continuación. Cualquier cosa más extensa tiende a escribirse para revisión interna en lugar de para la venta.

Un ERP registra transacciones para un cliente y lo hace bien. Las jerarquías de cuentas, el mapeo de relaciones, los espacios en blanco y los planes prospectivos no son transacciones, y no hay nada en el ERP a lo que puedan vincularse. Este es uno de los casos más claros en los que el propio registro de clientes del ERP es insuficiente, no porque esté mal construido, sino porque fue diseñado para responder a una pregunta diferente.

Participación del gasto del cliente en las categorías en las que compites, el número de sitios o divisiones distintos que compran y la dispersión de los contactos involucrados más allá del comprador original. Los ingresos por sí solos esconden la caída: una cuenta puede mantener los ingresos estables mientras se reduce tranquilamente a un solo producto y un único contacto, lo que es la forma que precede a una pérdida.

Alguien específico, o se degrada dentro de un año. Los clientes fusionan sitios web, son adquiridos y renombran divisiones constantemente, y nada de eso llega como una notificación. El patrón práctico es que el titular de la cuenta sea responsable de la estructura de sus propias cuentas, con una revisión periódica de las más grandes. Dejarlo a quien lo note significa que la jerarquía es adecuada para las cuentas que a nadie le importan y incorrecta para las que importan.

Normalmente, así es como les vendes, porque la estructura legal suele ser irrelevante para el proceso de compra. Un grupo puede tener doce entidades legales, pero tres decisiones de compra. Modelar las doce entidades crea una jerarquía que nadie mantiene. La excepción es cuando los contratos, el crédito o la facturación siguen a las entidades legales, en cuyo caso ambas estructuras importan y el CRM tiene que reflejar la estructura comercial mientras se mantiene reconciliable con la financiera.