La pregunta con la que llega casi todo el mundo es «¿me sirve un CRM del mercado o necesito uno a medida?». Está mal planteada, y por eso se responde mal. La pregunta útil es otra: ¿cuánto te está costando hoy adaptarte a la herramienta que tienes?
Porque el software estándar rara vez es malo. Suele ser muy bueno resolviendo el problema para el que fue diseñado. El costo aparece en la distancia entre ese problema y el tuyo, y ese costo casi nunca está en la factura de la licencia: está repartido en horas de gente, en datos que nadie confía y en decisiones que se toman a ciegas porque el reporte llega tarde.
Lo que sigue son seis señales. Las tres primeras indican que el estándar te está costando más de lo que crees. Las tres últimas, que construir sería un error. Nos interesa que leas las dos mitades, porque decimos que no a proyectos con más frecuencia de la que se espera de alguien que vive de construirlos.
Lo que realmente estás comparando
Cuando comparas una licencia mensual contra un desarrollo a medida, la licencia siempre gana. Es la comparación equivocada, porque deja fuera dos costos que sí existen.
El primero es la implementación real: configurar, migrar datos, entrenar al equipo, corregir lo que quedó mal migrado. En herramientas estándar complejas ese trabajo puede costar varias veces la licencia anual, y se paga igual.
El segundo es el costo de la deformación: lo que tu equipo hace todos los días para que la herramienta les calce. Es el más invisible y casi siempre el más caro, porque no se factura nunca. Se paga en tiempo.
Tres señales de que el estándar te está costando dinero
1. Tu equipo mantiene planillas en paralelo
Esta es la señal más confiable de todas. Si el sistema oficial existe pero la información real vive en una planilla que alguien mantiene «por si acaso», el sistema ya perdió. Nadie hace doble trabajo por gusto: lo hace porque la herramienta no le sirve para algo que necesita.
Antes de concluir nada, vale la pena preguntar qué tiene esa planilla que no tiene el sistema. A veces son tres campos y se resuelven configurando. Otras veces es una forma completamente distinta de entender el negocio, y eso no se configura.
2. Pagas por funciones que nadie abre
Los CRM del mercado se construyen para el promedio de miles de empresas, así que traen de todo. Si estás en un plan alto por desbloquear dos funciones, y las otras cuarenta no se usan, estás financiando la complejidad de otros.
Esto por sí solo no justifica construir. Pero cambia el cálculo: cuando comparas el desarrollo contra el plan alto y no contra el básico, la diferencia se acorta bastante.
3. Lo importante vive fuera del sistema
Pregúntate dónde está la información con la que de verdad tomas decisiones. Si la respuesta incluye un cuaderno, un chat de WhatsApp o la cabeza de una persona específica, tienes un problema que ninguna licencia va a resolver, porque la herramienta nunca fue diseñada para registrar eso.
Es lo que vimos en una operación agroindustrial con la que trabajamos: los registros que importaban para controlar la finca no tenían dónde ir en un software pensado para empresas de servicios. La gente los anotaba aparte, y por lo tanto la información existía pero no se podía consultar en conjunto. No era un problema de disciplina. Era un problema de diseño.
Una prueba rápida
Pídele a quien ejecuta el proceso que te muestre cómo registra un caso completo, de principio a fin, en vivo. No preguntes: mira. La cantidad de veces que cambie de pestaña, copie y pegue, o abra un archivo que no es el sistema, es la medida exacta del costo que estás pagando.
Tres señales de que no deberías construir nada
4. Tu proceso todavía está cambiando
Construir software es congelar decisiones. Si el proceso lleva seis meses de existencia y sigue cambiando cada dos semanas, congelarlo ahora es garantizar que en un trimestre tengas un sistema que ya no representa cómo trabajas.
En esos casos lo correcto es lo contrario de lo que suena bien: usa una herramienta flexible del mercado, incluso si te queda incómoda, hasta que el proceso se estabilice. La incomodidad es información — te está diciendo dónde vas a necesitar algo propio más adelante.
5. El problema es de adopción, no de herramienta
Este es el que más veces vemos. Hay un sistema instalado, bien elegido, y nadie lo usa. La conclusión intuitiva es que el sistema no sirve. Casi siempre la conclusión correcta es que nadie explicó para qué sirve, nadie lo hizo obligatorio, o los datos iniciales estaban tan mal migrados que la gente le perdió la confianza el primer mes.
Construir uno nuevo con ese diagnóstico produce exactamente el mismo resultado, más caro. Si tu sistema actual está bien elegido y mal adoptado, el trabajo es la adopción.
6. Nadie va a mantenerlo
Todo software a medida necesita a alguien que responda cuando algo se rompe, cambie una regla cuando el negocio cambia y decida qué se ajusta y qué no. Si ese rol no existe —ni interno, ni con quien lo construyó bajo un acuerdo claro—, el sistema tiene fecha de caducidad desde el día uno.
Es una pregunta que conviene hacer antes de firmar, no después: ¿quién va a mantener esto en dos años?
El cálculo que sí sirve
Deja de comparar precios y compara tiempo. Toma el proceso que más te duele y estima, con las personas que lo ejecutan:
- Cuántas horas por semana se van en trabajo que existe solo porque la herramienta no calza: doble digitación, copiar y pegar, armar reportes a mano, buscar información dispersa.
- Cuánto cuesta esa hora, con el sueldo real de quien la hace.
- Cuántas decisiones se atrasan o se toman con información incompleta, y qué te costó la última vez que eso pasó.
Multiplica por doce meses. Ese número es tu presupuesto real, y en operaciones medianas suele ser mucho más grande de lo que la gente espera. Si el desarrollo cuesta una fracción de eso y resuelve la causa, la decisión se vuelve obvia. Si no le llega ni cerca, la respuesta también es clara — y es que no construyas.
La mitad de las veces la respuesta correcta no es construir ni comprar: es arreglar cómo se usa lo que ya tienes.
Cinco preguntas para quien te lo va a construir
Si después de todo esto la decisión es construir, estas cinco preguntas separan a un proveedor de un socio:
- ¿Qué parte de esto no vas a construir, y por qué? Quien dice que sí a todo no entendió el problema o no le importa.
- ¿Dónde van a vivir mis datos y cómo los recupero? La respuesta debe ser concreta y por escrito, no una promesa.
- ¿Qué pasa cuando el proceso cambie en un año? Si la respuesta es «se cotiza aparte» para cada ajuste menor, vas a dejar de pedir ajustes y el sistema se va a desactualizar solo.
- ¿Quién mantiene esto y bajo qué condiciones? Que quede claro antes de empezar, no cuando algo se rompa.
- ¿Cómo vamos a saber si funcionó? Si no hay una métrica definida antes de construir, al final se va a evaluar por si se entregó a tiempo, que no es lo mismo que si sirvió.
Y si la respuesta es «ninguno de los dos»
Existe una tercera opción que casi nadie plantea: quedarte con la herramienta que tienes y construir solo la pieza que falta. Un CRM estándar que funciona bien, con una automatización propia que resuelve el registro específico que el estándar no contempla. Menos ambicioso, mucho más barato y suficiente en más casos de los que parece.
Ahí es donde conviene empezar la conversación: no por la herramienta, sino por el proceso que hoy te está costando tiempo.