¿Por qué fracasan los proyectos de transformación digital en las pymes?
Los proyectos de transformación digital rara vez fallan por la tecnología: se estiran hasta apagarse porque falta decidir qué alcanza para empezar.
“Transformación digital” es una expresión que suele venir sin ninguna decisión adentro. Al dueño de una pyme le llega con la sensación de ir tarde, y el reflejo natural es pensar en grande: si hasta ahora todo se hacía a mano, lo nuevo tiene que resolverlo todo.
En quince años dirigiendo una empresa de software vi muchos de estos proyectos del lado de quien construye. Y lo que se repite no es un problema técnico: se decide qué tiene que tener, cuando la pregunta es qué alcanza para empezar.
Proyectos que no terminan de salir
Una empresa quería una aplicación para que sus clientes hicieran sus trámites sin ir en persona. La condición era que, desde la primera versión, estuvieran todos los trámites. Nunca estaban todos: siempre aparecía uno nuevo. La aplicación no llegó a lanzarse.
Otro cliente quería una aplicación para coordinar los servicios que prestaba. Cuando estuvo lista, se decidió mejorar la estética. Cuando estuvo la estética, se quiso darle otro enfoque. Y así, vuelta tras vuelta, hasta que empezaron las preguntas por el costo.
En los dos casos la tecnología funcionaba. Lo que faltó fue decidir qué alcanzaba para empezar.
Por qué un proyecto que no sale se apaga
Lo que no se usa no tiene quien lo defienda.
Mientras nada está en uso, no hay un usuario que lo reclame ni un resultado que mostrar. Las prioridades de la empresa cambian, como cambian siempre, y el proyecto va quedando fuera del radar. Hasta que alguien pregunta cuánto se gastó, y tiene razón en preguntarlo: la inversión todavía no devolvió nada.
Hay una trampa que empeora todo esto: mirar lo que hacen otros. La aplicación de la competencia, o la de una empresa grande, tiene años de uso y de ajustes que no se ven. Compararse con ella antes de lanzar es comparar la primera versión propia con la décima de otro. Siempre va a faltar algo.
Y hoy hay una tentación nueva. Con IA, sumar una funcionalidad lleva menos tiempo que antes, y eso hace más fácil decirle que sí a cada idea de último momento. Pero lo que se abarata es escribirla, no probarla ni mantenerla, y cada una corre la salida un poco más. Rápido para empezar no quiere decir barato para sostener.
Qué recomiendo antes de empezar
Definí con claridad qué problema querés resolver primero y en qué pasos. Y si hay que construir algo, qué alcanza para que la primera versión salga: lo justo para que alguien la use y resuelva algo real.
En el caso de los trámites, alcanzaba con uno solo: el más frecuente, o el que más visitas ahorraba. Salir con ese, ver cómo lo usan los clientes y sumar el siguiente con lo aprendido. Así, los trámites van llegando en el orden que piden los clientes, no en el que se imaginó al principio.
A quien construya, pedile que arranque por los problemas que más impactan en tu negocio, y no por lo que tiene que tener una buena aplicación. Son dos listas distintas, y la segunda siempre es más larga.
Y cuando a último momento aparezca una mejora que “hay que tener sí o sí”, una sola pregunta la ordena: ¿esto impide operar, o podría estar mejor? Si impide operar, frena la salida. Si podría estar mejor, va a la lista de después. Esa lista no se pierde: se revisa con el sistema en uso, que es cuando se sabe qué importa.
A veces la primera versión alcanza
También vi lo contrario, más de una vez. Una primera aplicación chica, pensada como el comienzo de algo más grande, resolvía el problema tan bien que el resto no se hizo nunca. No porque se abandonara, sino porque la empresa decidió que así estaba bien.
Eso solo se sabe con algo en uso. Y se puede medir: si antes de lanzar se anotó qué se quería mejorar y cómo estaba en ese momento, la comparación dice si la primera versión alcanza o si vale la pena seguir. Es lo que cuento en Sin línea base no hay decisión fundada.
La decisión más chica
En una pyme, la transformación digital se hace de a pasos: cada uno busca resolver algo concreto, y el uso de lo que se puso en marcha indica cuál conviene que sea el siguiente. Por eso la primera decisión casi nunca es qué sistema construir, sino qué tiene que funcionar el primer día y qué puede seguir a mano un tiempo más.
Esa decisión es de negocio, no técnica. Y es la que más pesa para que el proyecto termine en algo que se usa.