El software debe adaptarse a la empresa, no la empresa al software

Elegir una herramienta estándar es casi siempre una buena decisión al principio. Un CRM, un ERP o un gestor de contenidos resumen la forma en que trabaja la mayoría de las empresas de un sector. Se contratan en una tarde, cuestan poco y resuelven lo habitual.

El problema aparece más tarde, y casi nunca de golpe. Una herramienta estándar funciona mientras tus procesos son estándar. Cuando tu negocio empieza a hacer las cosas a su manera —y cualquier empresa que crece acaba haciéndolo—, la herramienta sigue funcionando exactamente igual que el primer día. El que cambia eres tú.

El momento en que deja de encajar

Nadie decide un día que la herramienta ya no sirve. Lo que ocurre es que el equipo empieza a rodearla:

• Aparece una hoja de cálculo paralela que sostiene la parte del proceso que la herramienta no entiende.
• El mismo dato se introduce dos o tres veces, en sitios distintos, y cada copia cuenta una versión diferente.
• Los campos personalizados se usan para cosas que no son, porque no hay otro sitio donde guardarlas.
• Los informes se preparan a mano cada semana, copiando de un sistema a otro.
• El equipo cambia su forma de trabajar para que la herramienta no se queje.

Ninguna de estas cosas parece grave por separado. Juntas, son la señal de que la empresa ya se está adaptando a la herramienta, y no al revés.

Lo que cuesta forzar el encaje

El coste de forzar una empresa dentro de una herramienta no aparece en ninguna factura. Aparece en otros sitios:

• Fricción. Cada tarea tiene un rodeo. El equipo lo sabe y lo asume, pero el rodeo se repite cientos de veces.
• Trabajo manual. Lo que la herramienta no hace lo hace una persona: copiar, conciliar, revisar, avisar.
• Datos duplicados. Cuando la información vive en varios sitios, nadie sabe cuál es la buena. Y decidir con datos en los que nadie confía es decidir a ciegas.

Lo peor es que estos costes crecen con el negocio. Cuanto más vendes, más rodeos, más copias y más horas de trabajo manual.

Tres sistemas donde mandaba el proceso

Estos son tres casos en los que el proceso real de la empresa no cabía en una herramienta estándar, y en los que la respuesta fue construir alrededor de él.

Gustela CRM: un proceso comercial con reglas propias

Para vender Gustela había que prospectar restaurantes a escala: localizarlos a partir de fuentes públicas, contactarlos en campañas por lotes con un límite diario y respetar sin excepción las bajas y los rechazos de cada contacto.

Un CRM genérico obliga a adaptar ese proceso a su modelo. Precisamente lo específico —las fuentes, la cola de envíos y el cumplimiento— era lo que peor iba a resolver. Así que se construyó un CRM propio en el que la exclusión se aplica en el servidor antes de encolar: nadie dado de baja, rebotado o marcado como no contactar puede volver a la cola, y eso no depende de que alguien se acuerde.

Caso Gustela CRM: un CRM construido sobre el proceso comercial real

Zentia: varias agencias, un mismo núcleo

Una agencia inmobiliaria necesita catálogo, búsqueda, captación de leads, seguimiento, idiomas y administración. La opción habitual es montar una web para cada agencia. El problema es que eso multiplica el código, el mantenimiento y cada mejora.

Zentia resuelve lo contrario: un único núcleo que se convierte en muchas plataformas. Cada agencia llega por su dominio, ve su marca y trabaja solo con sus datos, aislados en la propia base de datos. La marca es configuración, no código: una agencia nueva no necesita un producto nuevo.

Caso Zentia: una plataforma inmobiliaria para varias agencias

Rocio.com: cuando la herramienta ya no representa el contenido

Rocio.com tiene un archivo editorial que arranca en 1992. Todo vivía en un WordPress con unos 15 años de historia, que guardaba casi todo como pares clave-valor en texto: 320.093 filas de metadatos para lo que cabe en unas quince columnas por entidad, y fechas guardadas como texto.

El contenido existía, pero estaba atrapado. La herramienta había dejado de representar lo que la empresa tenía. La solución fue un modelo de datos normalizado, un panel editorial propio y redirecciones desde cada URL antigua, sin perder contenido ni enlaces.

Caso Rocio.com: de un WordPress histórico a una plataforma propia

No es un argumento contra las herramientas estándar

La contabilidad, las nóminas, el correo o la facturación de la mayoría de las empresas son procesos estándar, y están mejor resueltos por un buen producto que por un desarrollo propio. Construir eso a medida sería caro y no aportaría nada.

La pregunta no es «estándar o a medida». La pregunta es dónde está lo que te diferencia. Si tu forma de vender, de operar o de decidir es propia, esa es justo la parte que una herramienta genérica resuelve peor. Ahí tiene sentido construir. En el resto, lo razonable es usar lo que ya existe y conectarlo.

A veces ni siquiera hace falta sustituir nada: en muchos casos lo mejor es integrar lo que ya funciona y construir solo la pieza que falta.

Cómo saber en qué lado estás

Antes de decidir, conviene responder a unas pocas preguntas con honestidad:

• ¿Qué parte del trabajo real ocurre fuera de la herramienta, en hojas de cálculo, correos o notas?
• ¿Cuántas veces se introduce el mismo dato, y en cuántos sitios?
• ¿Qué informes se preparan a mano, y cuánto tardan?
• ¿Tu proceso es igual que el de tu competencia, o es parte de lo que te hace distinto?
• Si mañana la herramienta desapareciera, ¿qué echarías de menos y qué no?

Si las respuestas apuntan a un proceso propio y a mucho trabajo alrededor de la herramienta, el problema ya no es la herramienta. Es el encaje.

La tecnología debe adaptarse a tu empresa. No tu empresa a la tecnología.

En sistemas a medida para empresas explico cuándo tiene sentido construir y cuándo no, y en software a medida qué tipo de plataformas, herramientas internas y CRM construyo.