Construye dentro de tu stack, o cambia de stack

Nuestra regla por defecto, y cuándo la rompemos

Construimos dentro de las herramientas que el cliente ya usa siempre que la plataforma lo permita. La familiaridad no es una ventaja blanda. Cada interfaz nueva cuesta semanas de adopción, y la adopción es donde fallan casi todos los sistemas.

Algunas plataformas lo hacen imposible. Cuando a una herramienta no se llega bien desde fuera, construir a su alrededor produce algo frágil que se rompe la primera vez que el proveedor publica una actualización.

En ese caso lo decimos claro. Cambiar la herramienta ahora sale más barato que automatizar a su alrededor durante tres años.

Las cuatro preguntas que lo deciden

1. ¿Puedes sacar tus datos cuando quieras?

No un CSV mensual. Una interfaz de verdad que devuelva los registros actuales cuando algo los pide. Si la única exportación es un botón que pulsa una persona, todos los sistemas que construyas llevarán a esa persona dentro para siempre.

2. ¿Algo de fuera puede cambiar algo dentro?

Leer es la mitad del trabajo. Un sistema que ve tus pedidos pero no puede actualizar uno es una capa de informes, no una operación.

3. ¿La herramienta te avisa cuando pasa algo?

Sin webhook ni flujo de eventos, tu automatización tiene que preguntar cada rato. Preguntar cada quince minutos convierte una promesa de respuesta en cinco minutos en una de veinte, y eso en ventas se nota.

4. ¿El proveedor construye o vive de las rentas?

Mira el changelog. Una plataforma que no publica nada desde hace dieciocho meses no va a desarrollar de repente la interfaz que necesitas. Esa migración la vas a hacer igual, así que lo único que se decide es cuándo.

Tres síes y construimos dentro de tu stack. Un solo sí y tienes una migración por delante, la programes o no.

Lo que cuesta cambiar de verdad

El proveedor te enseña la licencia. La licencia es la línea más pequeña.

Esta es la forma real de una empresa de 55 personas cambiando de CRM. La licencia eran 14.000 dólares. La migración y la limpieza de datos sumaron 21.000, sobre todo porque once años de registros tenían cuatro formas de escribir el mismo cliente.

Después, 310 horas de equipo y una caída medible de producción durante unas siete semanas. Coste total del cambio: unos 60.000 dólares frente a un titular de 14.000.

Y ahora la otra columna

Quedarse tampoco era gratis. El CRM antiguo no tenía flujo de eventos, así que el aviso de lead nuevo iba con una consulta cada quince minutos. Los comerciales respondían de media en 40 minutos contra un objetivo de cinco.

Con las cifras de su propio pipeline, ese hueco costaba unos 9.000 dólares al mes en ventas que se llevaba quien contestaba primero. Doce meses quedándose costaban más que la migración.

Eso hizo obvia la decisión. No la lista de funcionalidades, la aritmética.

El camino intermedio que casi nadie ve

Rara vez hay que mover todo. Muchas empresas mantienen el sistema de registro y mueven solo la capa que las bloquea.

• Quedarse con el programa de contabilidad y sacar de él la generación de documentos y las aprobaciones.
• Quedarse con el CRM como ficha del cliente, y llevar las secuencias y el reparto a una capa que sí se pueda disparar.
• Quedarse con la herramienta sectorial que nadie puede sustituir, y poner al lado una base de datos pequeña para lo que no cabe en ella.

No es glamuroso y funciona. Una herramienta vertical hecha para clínicas o despachos suele traer cumplimiento normativo que no quieres rehacer. Automatizar a su lado es la respuesta sensata.

Cuándo discutimos contra una reconstrucción grande

A veces llega alguien queriendo un sistema a medida que sustituya a cinco herramientas. De vez en cuando tiene razón. Casi siempre es una forma cara de evitar una decisión más pequeña.

Una plataforma propia significa que a partir de ahora mantienes software para siempre, y el cuello de botella original suele sobrevivir intacto a la reconstrucción. Lo construimos si el cliente insiste, presupuestado con honestidad, pero como consultores decimos antes lo que pensamos.

Cómo pasar este test a tu propio stack

Coge tus cinco herramientas más importantes. Dale a cada una un sí o un no en las cuatro preguntas de arriba, y cuenta.

1. Cuatro síes: automatiza dentro y deja de preocuparte.
2. Dos o tres: construye dentro, pero mantén una copia de tus datos en un sitio que controles tú.
3. Uno o ninguno: pide precio de la migración ahora, mientras la fecha todavía la eliges tú.

Haz esto antes de contratar ningún trabajo de automatización. Cambia lo que merece la pena construir, y de vez en cuando te salva el presupuesto entero.

Preguntas para un proveedor antes de firmar

Los comerciales técnicos contestan de maravilla a las preguntas de funcionalidades. Haz estas otras y escucha las dudas.

• ¿Puedo leer y escribir todos los campos desde vuestra interfaz, o solo los de vuestra lista publicada?
• ¿Enviáis un evento cuando cambia un registro, o tengo que consultar con un temporizador?
• ¿Cuál es el límite de llamadas, y qué pasa el día que lo supere?
• Si me voy dentro de tres años, ¿en qué formato recupero mis datos?

La última es la más reveladora. Un proveedor seguro de su producto contesta al momento, porque no espera que la uses.

Cuándo mover

Nunca migres en tu trimestre más fuerte ni durante un cambio de dirección. Más allá de eso, cuanto antes más barato, porque cada mes añade registros que limpiar y costumbres que desaprender.

Nosotros solemos partirlo. Primero se mueve el sistema de registro, luego se convive cuatro semanas con fecha de apagado cerrada, y después se rehacen las automatizaciones con los datos ya asentados.