5 errores al implementar software en gobierno

Implementar software en gobierno es distinto a implementarlo en el sector privado. Los errores se pagan mas caro: afectan a ciudadanos, terminan en prensa y dejan huella en varias administraciones. Estos son los cinco tropiezos que se repiten mas en proyectos publicos.

1. Ignorar la gestion del cambio con servidores publicos

El sistema no lo usan directores, lo usan personas en ventanilla, en caja y en areas operativas. Si no se les explica el por que del cambio, se les involucra temprano y se les escucha, el proyecto se va a llenar de resistencia silenciosa: correos no respondidos, datos mal capturados y criticas internas. La gestion del cambio no es un curso, es un acompanamiento sostenido.

2. Subestimar la capacitacion

Una demo no es capacitacion. Capacitar implica sesiones por rol, materiales claros, practica con datos reales y un canal de dudas activo en las primeras semanas. Cuando se ahorra en capacitacion, el sistema funciona pero nadie lo opera bien, y la institucion concluye erroneamente que el software es el problema.

3. Saltar la experiencia ciudadana

Muchos proyectos de gobierno se disenan desde dentro, para el area interna. El ciudadano, que es quien lo usa al final, se enfrenta a pantallas confusas, formularios innecesarios y mensajes tecnicos. Cada clic de friccion extra se traduce en quejas, filas y rechazo politico. La experiencia ciudadana no es un detalle estetico: es un requisito del exito.

4. No planear el post arranque

Un error frecuente es tratar el go live como el final. Es apenas la mitad. Las primeras ocho semanas son las que definen si el sistema se adopta o se abandona: hay que estar disponibles, resolver incidencias, escuchar ajustes menores y comunicar avances. Cuando no hay soporte planeado, cualquier problema pequeno escala a politico.

5. Prometer tiempos irreales

Para ganar la venta, algunos proveedores ofrecen tiempos que saben que no cumpliran. El costo es alto: cuando el atraso llega, pierden credibilidad, exponen a sus contactos internos y cierran la puerta para proyectos futuros. Mejor proponer un plan realista con hitos medibles, aunque la venta tome mas tiempo.

Como evitarlos

• Incluir gestion del cambio desde la propuesta, no al final.
• Dedicar un bloque explicito a capacitacion por rol.
• Validar la experiencia del ciudadano con pruebas reales antes del arranque.
• Definir por escrito el soporte de los primeros 90 dias.
• Comprometer solo tiempos que se pueden sostener.

Los proyectos publicos exitosos se parecen mucho entre si: metodo, realismo y acompanamiento. Los que fracasan tambien. La diferencia esta en no repetir estos errores.