La planilla de Excel que iban a reemplazar sigue abierta. El proceso que iba a ordenarse sigue prácticamente igual.
La conclusión que sacan casi siempre es la misma: el sistema sigue sin adaptarse a lo que necesitan, no tuvieron tiempo para aplicarlo en el área porque faltan pruebas/migrar datos/cualquier otra razón, el proveedor prometió más de lo que cumplió, o el equipo no tuvo ganas de cambiar con una supuesta resistencia al cambio no contemplada.
Esto es porque hay algo que casi nadie revisa: qué pasó antes de contratar.
La decisión de incorporar tecnología en una PyME rara vez nace de un análisis tranquilo. Nace de un momento de presión. Algo que se rompió, se perdió un cliente importante, el contador advirtió sobre algo, la competencia empezó a hacer algo que antes no hacía, el gobierno obliga a digitalizar un proceso (ej.: facturación). En ese contexto, la urgencia reemplaza al criterio.
El proveedor que llega en ese momento con una propuesta coherente y un precio razonable tiene muchas chances de quedarse con el proyecto. No porque sea la mejor opción — sino porque nadie, en ese momento, tiene tiempo ni información para evaluarlo bien.
Entonces se implementa. Y como los procesos debajo no cambiaron — porque nadie los revisó — el sistema nuevo queda flotando encima de una forma de trabajo a la cual no se adapta correctamente. El equipo lo usa donde encaja y lo evita donde no. Que es casi siempre en las partes que más importan.
Muchas veces se piensa que la explicación más simple es la de "el equipo resistió el cambio", pero el equipo no es conservador por naturaleza sino que más bien es pragmático. Si nadie le explicó con claridad qué problema concreto resuelve la herramienta nueva, el cálculo que hace es bastante racional: cambiar algo que funciona —aunque sea a medias— tiene más riesgo que seguir igual. Y tiene razón.
La resistencia no es el problema. Es la señal de que algo no estaba claro desde el principio.
Lo que cambia cuando la decisión se toma de otra manera no es el sistema que se elige. Es el punto de partida.
Antes de hablar con cualquier proveedor, vale la pena poder responder algunas cosas en concreto: qué está fallando hoy en la práctica real —no en el organigrama, sino en cómo trabaja la gente—, qué resultado medible tendría que generar la tecnología nueva, y qué pasa si no se hace nada. Esto va a servir como filtro para no comprar algo que no se adapta a la forma de trabajo de la empresa.
Con eso sobre la mesa, la conversación con los proveedores cambia. Ya no se trata de comparar funcionalidades ni de ver quién da mejor garantía de soporte. Se trata de ver quién resuelve mejor el problema que ya está definido y a la forma de trabajo que busca la empresa.
Muchas organizaciones que arrancan por ese camino descubren que no necesitan el sistema que estaban evaluando. O que el que ya tienen sirve, pero nadie lo configuró de la forma en que necesitaba usarse. O que el problema es el proceso (la forma en cómo se trabaja) y ningún sistema lo va a resolver hasta que eso cambie primero.
Esos descubrimiento tardíos, son exactamente la información que necesitaban conocer antes de invertir.
Si estás evaluando alguna decisión tecnológica, o si tenés una implementación que no está dando los resultados que esperabas, podemos revisar la situación juntos. Primera reunión, 40 minutos, sin costo.