Un CRM SaaS a 50 EUR por usuario y mes suena barato. Multiplicado por 20 comerciales durante cinco años son 60.000 EUR sin contar upsells, addons ni el coste real de tenerlo mal configurado. Un CRM a medida bien planteado empieza a compensar antes de lo que la mayoría de fundadores creen, y da algo que un SaaS no puede dar: reflejar el proceso comercial exacto del negocio en vez de forzar al negocio a adaptarse al proceso del proveedor.
Gartner sitúa el mercado global de CRM en 91.400 millones de dólares en 2024, con Salesforce liderando y HubSpot creciendo dos dígitos anuales (Gartner, 2024). El grueso de ese gasto está en cuotas mensuales que muchas empresas pagan sin usar ni el 30% de las features contratadas.
Los cinco síntomas de que el SaaS ya no cumple
- Pagas por asientos que no se usan. HubSpot Enterprise cuesta 3.200 EUR/mes con 5 seats incluidos (pricing oficial). Si compraste 20 seats y sólo 8 son activos, el coste real por usuario activo triplica el precio de tarifa. Pasa más de lo que parece.
- Tienes tres SaaS distintos sincronizados con Zapier. Cada integración es un punto de fallo. Un CRM a medida integra en su código las relaciones que hoy resuelves con webhooks frágiles y filas en Zapier que se rompen cada mes.
- El equipo mete datos duplicados porque el CRM no refleja tu proceso. El SaaS obliga a adaptar la operativa al modelo del proveedor. Un CRM propio hace lo contrario y elimina el trabajo de "traducir" cada movimiento.
- Necesitas exportar datos a Excel para hacer los informes semanales. Los reports genéricos del SaaS no dan los KPIs que pide dirección. Cuando la persona de ops pasa dos horas diarias exportando y limpiando en Excel, la señal es clara.
- Cambiar de proveedor es imposible. Si cinco años de datos comerciales viven en un modelo propietario, la migración es tan cara que renegocias precio a la baja antes que cambiar. Eso es lock-in, y sólo el CRM propio te libra de él.
Cuándo NO compensa migrar
Si tienes menos de 10 usuarios y procesos comerciales estándar, HubSpot, Pipedrive o Zoho siguen siendo la opción correcta. Un CRM a medida bien hecho parte de las 15.000 EUR de desarrollo inicial más mantenimiento anual; con 5 personas usándolo, el break-even tarda más de dos años en llegar y no compensa el riesgo.
Tampoco compensa si el equipo comercial rota mucho: la curva de aprendizaje de un CRM propio es mayor que la de un SaaS con documentación pública, cursos en YouTube y comunidad activa.
Si tus cinco años de datos viven en un modelo propietario, la migración es tan cara que renegocias precio a la baja antes que cambiar.
Cómo estimar el break-even real
Suma la factura SaaS anual (asientos + addons + integraciones extra) + horas mensuales de administración del sistema + coste de integraciones frágiles + horas de exports a Excel. Si ese número supera los 25-30.000 EUR anuales, un desarrollo propio de 30-45.000 EUR con mantenimiento anual del 15% se paga en dos años y a partir del tercero es puro ahorro.
Un ejemplo real: MARTLONGENVITY, clínica de medicina integrativa que también trabaja urología y dermatología, sustituyó un stack disperso de CRM comercial más integraciones puntuales más control manual en hoja de cálculo por un CRM propio integrado con el software clínico. El sistema refleja el flujo real de pacientes de la clínica en lugar de forzar al equipo a adaptarse al modelo del proveedor.
Qué mantener del SaaS al migrar
No todo debe reemplazarse. Herramientas de outbound (Apollo, Lemlist), enriquecimiento de datos (Clearbit) y firma electrónica siguen siendo mejores como SaaS que como desarrollo propio. Un CRM a medida se construye para la operativa de tu negocio, no para reemplazar todo el stack. La regla útil: si la feature no es diferencial de tu negocio, mantenla en SaaS. Si sí lo es, constrúyela.
Riesgos y cómo mitigarlos
Los tres grandes: sobre-especificación en la fase de diseño (querer meter todo en la v1), dependencia de un solo desarrollador y falta de documentación. Los tres se mitigan igual: entregar en versiones pequeñas cada 2-3 semanas, contratar el mantenimiento con la misma empresa que lo construye y exigir manual de operación desde el primer commit. Es lo que en udae llamamos "propiedad del cliente desde el primer commit".
