Los errores de CRM más caros en una startup no son de uso, sino de arquitectura: usar contactos como si fueran empresas, inventar campos sin convención, meter varios procesos de venta en un solo pipeline, no definir la fuente de verdad de cada dato y automatizar sobre cimientos torcidos. Ninguno duele en pre-seed. Todos explotan en Serie A, cuando rehacerlos cuesta un proyecto de miles de euros en lugar de una tarde.
La arquitectura de un CRM es como los cimientos de un edificio: se decide una vez, no se ve, y determina todo lo que puedes construir encima durante años. El problema es que en pre-seed nadie piensa en cimientos. Se abre HubSpot un martes, se empieza a meter contactos y se improvisa sobre la marcha. Funciona. Hasta que dejas de ser tres personas, entra un inversor que pide métricas y descubres que tu CRM no puede responder preguntas básicas sin semanas de limpieza.
Estos son los nueve errores que más caros salen, en orden aproximado de gravedad.
1. Confundir contactos con empresas (el modelo de datos plano)
El error raíz del que derivan casi todos los demás. Muchos founders tratan el CRM como una agenda de contactos: una fila por persona, y ya. Pero en B2B vendes a empresas, no a personas sueltas. Si María y Juan trabajan en la misma empresa y los tienes como dos contactos sin relación entre ellos ni con una ficha de empresa común, has perdido la capacidad de ver la cuenta completa: cuántos interlocutores hay, qué deals están abiertos, cuánto factura.
El coste después: cuando quieras analizar por cuenta (revenue por cliente, penetración, expansión) descubrirás que tu dato está fragmentado en personas y tendrás que reconstruir las relaciones a mano. Modela desde el día uno con la jerarquía contacto → empresa → negocio, aunque al principio te parezca sobredimensionado.
2. Crear campos personalizados sin convención ni control
Cada vez que alguien necesita guardar un dato nuevo, crea un campo. Sin nombrarlo con criterio, sin comprobar si ya existe uno parecido, sin decidir quién lo rellena. A los seis meses tienes «Sector», «Industria», «Vertical» y «Tipo de empresa» conviviendo, tres medio vacíos, y nadie sabe cuál es el bueno.
El coste después: informes que no cuadran, automatizaciones que se disparan sobre el campo equivocado y una limpieza de propiedades que es de los trabajos más tediosos que existen. Regla mínima: antes de crear un campo, comprueba si ya hay uno; nómbralo con una convención fija; y define quién y cuándo lo rellena.
3. Meter varios procesos de venta en un mismo pipeline
New business, renovaciones y expansión son procesos distintos, con etapas distintas, ciclos distintos y probabilidades de cierre distintas. Meterlos en el mismo pipeline «porque es más simple» corrompe todas las métricas a la vez: tu tasa de conversión mezcla peras con manzanas y tu forecast deja de significar nada.
El coste después: cuando quieras entender de verdad tu negocio (¿cuánto viene de clientes nuevos vs. expansión?) tendrás que desenredar deals de tipos distintos que llevan meses mezclados. Separa los pipelines desde el principio; cuesta cinco minutos crearlos bien y años arreglarlos mal.
4. Definir las etapas del pipeline según lo que haces tú, no lo que hace el comprador
«Contactado», «demo hecha», «propuesta enviada». Etapas cómodas de registrar y completamente inútiles para predecir, porque miden tu actividad y no el compromiso del comprador. Un pipeline así se llena de deals zombis que llevan 200 días «en propuesta» y de un forecast que dirección corrige mentalmente a la baja.
El coste después: decisiones basadas en un pipeline que miente. Define las etapas por hechos verificables del comprador (presupuesto confirmado, decisor implicado) como explicamos en la guía de etapas del pipeline. Rehacer las etapas obliga a re-clasificar todo el histórico: hazlo bien de entrada.
5. No definir la fuente de verdad de cada dato
¿El importe del contrato vive en el CRM o en la herramienta de facturación? ¿El estado del cliente lo manda el producto o ventas? Si no lo decides, el mismo dato acabará en dos sitios con dos valores distintos, y nadie sabrá cuál creer.
El coste después: el clásico «los números de ventas no cuadran con los de finanzas», que en realidad es un problema de arquitectura, no de nadie mintiendo. Para cada dato importante, decide qué sistema es su dueño y haz que el resto lo lea de ahí, no que lo dupliquen. Es el principio que sostiene todo lo demás, y el que trabajamos a fondo en el rol de Revenue Systems.
6. Importar datos sucios «para no perderlos»
El volcado del Excel histórico y de la agenda del móvil, todo de golpe, sin deduplicar ni normalizar, «que ya lo limpiaremos». No se limpia nunca. Y ahora tu CRM nuevo nace contaminado, con duplicados, formatos inconsistentes y contactos muertos que además, si usas HubSpot con Marketing Hub, te cuestan dinero cada mes.
El coste después: un equipo que desde el día uno no se fía del CRM (y un CRM en el que nadie confía es un CRM que nadie usa). Importa poco y limpio antes que mucho y sucio. Migrar basura cuesta lo mismo que migrar datos buenos y te deja un sistema peor.
7. Automatizar sobre cimientos torcidos
El founder descubre los workflows y automatiza todo: emails, cambios de etapa, asignaciones, notificaciones. El problema es automatizar antes de tener claros el modelo de datos y el proceso. Una automatización sobre una arquitectura mala no arregla el caos: lo acelera y lo esconde.
El coste después: workflows zombis que nadie recuerda por qué existen, disparándose sobre campos obsoletos y haciendo cosas raras que tardas semanas en diagnosticar. Primero el modelo de datos y el proceso; la automatización viene después, cuando hay algo estable que replicar.
8. No registrar el motivo de cierre perdido
Los deals se pierden y desaparecen sin dejar rastro del porqué. Parece un detalle menor en pre-seed, cuando tienes diez deals y te acuerdas de todos. Pero es el dato más barato de capturar y uno de los más valiosos que tendrás.
El coste después: llegas a Serie A sin poder responder «¿por qué perdemos?», que es justo lo que necesitas para arreglar producto, pricing y posicionamiento. Un campo obligatorio de motivo de pérdida, con lista cerrada, desde el deal número uno. Dentro de un año, ese campo es una mina de oro.
9. Tratar el CRM como un problema de una sola persona
«Ya lo lleva Fulano». Mientras el CRM sea propiedad mental de una única persona que «sabe cómo está montado», cada cambio depende de ella, nada está documentado y el día que se va (o se satura) te quedas con un sistema que nadie entiende.
El coste después: parálisis operativa y, muchas veces, el proyecto de rescate que vemos una y otra vez: reconstruir desde fuera lo que nunca se documentó dentro. Escribe las convenciones en una página, aunque seáis tres. La arquitectura es de la empresa, no de quien la configuró.
El patrón común: barato ahora, carísimo después
Si te fijas, los nueve errores comparten la misma forma. Ninguno molesta cuando lo cometes, porque con pocos datos y pocas personas todo es manejable de memoria. Todos se vuelven caros exactamente cuando la startup empieza a funcionar: más volumen, más gente, un inversor que pide números. El coste de arreglarlos no crece de forma lineal, crece de golpe.
La buena noticia: evitarlos no requiere ser experto ni gastar dinero. Requiere tomar cinco o seis decisiones de arquitectura conscientemente al principio, en vez de improvisarlas. Un CRM bien modelado desde el día uno no es más caro de montar que uno improvisado; simplemente se monta pensando, no sobre la marcha.