Cómo estructurar un CRM para una agencia

El CRM de una agencia necesita cuatro objetos en lugar de los tres habituales: empresa, persona, trato y proyecto. La forma estándar da por hecho que un trato termina cuando se cierra. En una agencia la relación empieza ahí y produce el siguiente trato, así que una estructura sin sitio donde poner el trabajo entregado pierde justo el historial que gana la recurrencia.

Por qué la forma por defecto no encaja

Vender un producto es una transacción. Un encargo de agencia es una relación con varias transacciones solapadas dentro: presentas un alcance nuevo mientras entregas el actual y facturas el anterior.

Mete eso a la fuerza en empresa, persona y trato y pasa una de dos cosas. O cada proyecto se convierte en un trato, y el pipeline se llena de trabajo que ya has ganado, o los proyectos viven fuera del CRM y el historial de la cuenta tiene un agujero exactamente donde está el valor.

Los cuatro objetos

Empresa es el cliente y la ficha duradera. Todo lo demás cuelga de ella.

Persona es el contacto. En las agencias los contactos rotan rápido, así que conserva a quien se va: una responsable de marketing que cambia de empresa es un lead en caliente en una marca nueva, y esa es la fuente más fiable de negocio nuevo para una agencia.

Trato es un alcance que intentas ganar, y sale del pipeline cuando se gana o se pierde. Nada que ya esté ganado se queda ahí.

Proyecto es trabajo entregado o en entrega: fecha de inicio, fecha de fin, importe, responsable, estado. Este es el objeto que le falta a la mayoría de las agencias.

Las igualas están entre medias. Trata la renovación como un trato y el trabajo continuo como un proyecto con fecha de fin móvil, para que las renovaciones aparezcan en el pipeline y puedas preverlas.

Dos campos que se ganan su sitio

Anota la fuente de referencia en la empresa, como campo y no como nota. Las agencias funcionan a base de recomendaciones, y "de dónde viene nuestro trabajo" no tiene respuesta cuando esa respuesta está en notas escritas de nueve maneras. Es el mismo argumento que un motivo de pérdida estructurado.

Anota la fecha de última entrega en el proyecto. Te dice que un cliente se ha quedado callado aunque siga técnicamente activo, y eso una vista de pipeline no lo enseña.

Mantén el pipeline sobre trabajo nuevo

El problema más habitual del pipeline de una agencia es que contiene entrega. Un tablero donde "en producción" es una fase no se puede prever, porque la mitad de las tarjetas son ingresos que ya tienes.

Mantén las fases sobre ganar trabajo, y deja que los proyectos carguen con el estado de entrega. Si un alcance está firmado, sale del pipeline el día que se firma, y debe salir cuando firma el comprador, no el viernes.

Attio y Syncek permiten definir objetos propios directamente, HubSpot los pide en un plan de pago, y Airtable o Notion te dan la forma sin mucha estructura comercial. Unos datos de partida limpios importan más que la herramienta, así que prepara antes el fichero de importación: cuatro objetos llenos de empresas duplicadas es peor que tres que sean exactos.

Preguntas frecuentes

¿Cómo debería estructurar su CRM una agencia?

Con cuatro objetos: empresa, persona, trato y proyecto. Empresa es la ficha duradera del cliente, persona es el contacto, trato es un alcance que estás presentando y proyecto es trabajo ya ganado que estás entregando. El cuarto objeto es el que le falta a casi todas las configuraciones de agencia, y sin él el trabajo entregado o atasca el pipeline o desaparece del historial del cliente.

¿Los proyectos van en el CRM o en la herramienta de gestión?

El detalle de la entrega va en tu herramienta de proyectos, pero una ficha ligera de proyecto va en el CRM: cliente, importe, fecha de inicio, fecha de fin, responsable y estado. Esa ficha es lo que conecta los ingresos con el historial de la cuenta y lo que te dice cuándo tuvo trabajo un cliente por última vez. Sin ella, el CRM sólo enseña lo que intentaste vender, nunca lo que entregaste.

¿Dónde encajan las igualas en el CRM de una agencia?

Sepáralas. Trata cada renovación como un trato para que aparezca en el pipeline y se pueda prever, y el trabajo continuo como un proyecto con fecha de fin móvil. Modelar una iguala sólo como trato permanente la deja en el pipeline para siempre e infla la previsión; modelarla sólo como proyecto esconde la renovación hasta que llega.

¿Hay que borrar los contactos que dejan un cliente?

No. Márcalos como contacto anterior y mantenlos enlazados a la empresa antigua. En el negocio nuevo de una agencia, un contacto que cambia de empresa es uno de los leads en caliente más fiables que existen, porque ya sabe cómo trabajáis. Borrar la ficha pierde ese lead y también el historial de quién decidía en los proyectos pasados.

¿Cómo se registra de dónde viene el trabajo de una agencia?

Pon un campo de fuente de referencia en la ficha de empresa y hazlo de selección, no de texto libre. Las agencias dependen mucho de las recomendaciones y de la recurrencia, y la pregunta "de dónde viene nuestro trabajo" no tiene respuesta cuando esa respuesta vive en notas escritas de varias formas distintas. Un campo estructurado la convierte en un informe de segundos.

¿Una agencia necesita pipelines separados para clientes nuevos y existentes?

A menudo sí, porque los dos tienen fases realmente distintas. El negocio nuevo necesita cualificación y un paso de propuesta; el trabajo con clientes existentes suele saltarse ambos y pasa de definir alcance a aprobación. Llevarlos como un solo pipeline obliga a unas fases que no le sirven a ninguno. Dos pipelines con sus propias fases se mantienen exactos, y casi todos los CRM admiten más de uno sin coste extra.