Cada año, millones de personas abandonan un trámite público a mitad de camino. No porque no tengan el documento necesario, ni porque no cumplan los requisitos, sino porque el proceso digital que debía facilitarles la vida terminó por confundirlos, agotarlos o hacerles perder lo que ya habían avanzado. El problema no es nuevo, pero cada vez es más visible: mientras bancos y aerolíneas han perfeccionado experiencias digitales fluidas durante la última década, buena parte de los portales de gobierno siguen replicando, en pantalla, la misma lógica de la ventanilla física.
Diseñadores de experiencia de usuario (UX) que trabajan en proyectos de gobierno digital coinciden en un diagnóstico: los trámites públicos complejos no fallan por falta de tecnología, sino por falta de empatía con quien está del otro lado de la pantalla. Y señalan tres puntos críticos donde se pierde a la mayoría de los usuarios: no saber cuánto falta para terminar, no entender por qué algo salió mal, y perder el progreso cuando algo interrumpe el proceso.
El problema del formulario interminable
Uno de los errores más comunes es presentar trámites complejos como un solo formulario extenso, con decenas de campos en una sola pantalla. La alternativa que proponen los especialistas es dividir el proceso en pasos temáticos breves —de cinco a siete campos cada uno— acompañados de un indicador de progreso que use nombres de sección reales, no simplemente un contador de pasos que no dice nada sobre el contenido.
Igual de importante es el guardado automático. La mayoría de los sistemas de gobierno solo almacenan la información al final del proceso, lo que obliga a los usuarios a completarlo de una sola sentada. Pero la vida real no funciona así: la gente atiende un trámite entre tareas, lo interrumpe una llamada, se le va el internet o simplemente necesita buscar un documento que no tenía a la mano. Si el sistema no guarda el avance en cada paso, todo ese esfuerzo se pierde, y con él, la paciencia del usuario.
También pesa la redundancia. Pedir datos que el propio sistema ya podría inferir —una dirección a partir de un código postal, una edad a partir de una fecha de nacimiento— o volver a solicitar información que ya existe en otro registro gubernamental, como un CURP o un RFC, transmite la sensación de que las dependencias no se comunican entre sí. Y en muchos casos, es literalmente cierto.
Validar sin castigar
La forma en que un sistema valida la información también determina si el usuario persiste o se rinde. Marcar un campo como incorrecto mientras la persona todavía está escribiendo genera una fricción innecesaria; lo recomendable es validar cuando el usuario termina de llenar el campo, no en cada tecla que presiona.
Más relevante aún es distinguir entre dos tipos de error que suelen mezclarse: un dato con formato incorrecto —como un RFC con el número equivocado de caracteres— no es lo mismo que un dato correctamente escrito pero que el sistema no logra encontrar en su base. Confundir ambos casos, dicen los expertos, es una de las principales fuentes de desconfianza: el usuario no sabe si el error es suyo o del sistema.
Documentos que se suben a ciegas
La carga de documentos es otro punto de quiebre frecuente. Es común que los portales acepten archivos en ciertos formatos y tamaños, pero solo lo indiquen después de que el usuario intenta subir un archivo que no cumple con esos requisitos. Especificar formato, peso máximo y, cuando sea posible, un ejemplo visual de documento aceptado y rechazado, antes de que ocurra el intento fallido, evita ciclos de frustración que pueden repetirse varias veces por trámite.
Una vez cargado el documento, mostrar solo una marca de verificación genérica no es suficiente: el usuario necesita ver una vista previa real para confirmar que subió el archivo correcto. Y si se equivocó, debería poder reemplazarlo sin tener que reiniciar todo el proceso desde cero, algo que en muchos sistemas gubernamentales todavía no es posible.
Estados que no dicen nada
Una vez enviado el trámite, comienza otra fase crítica: el seguimiento. Aquí el error más habitual es el uso de códigos internos o terminología administrativa que no significa nada para quien no trabaja en la dependencia. Un estado como «en revisión» o «requiere corrección» es útil solo si va acompañado de una acción clara: qué corregir, cómo hacerlo y, de ser posible, un enlace directo al paso correspondiente.
La notificación activa —por correo o mensaje de texto— también resulta clave, porque no se puede esperar que el usuario vuelva a revisar el portal por iniciativa propia. Y ofrecer tiempos estimados realistas por cada etapa reduce significativamente la incertidumbre, una de las causas más citadas detrás de las llamadas y visitas a los módulos de atención.
El lenguaje del error
Finalmente, está el mensaje de error en sí mismo, probablemente el elemento más subestimado del diseño de estos sistemas. Un simple «Error» sin más contexto deja al usuario sin saber qué pasó, por qué pasó y qué debe hacer al respecto. Los especialistas insisten en que todo mensaje de error debería responder esas tres preguntas explícitamente, y que cuando la falla es del sistema y no del usuario, hay que decirlo con claridad para evitar que la persona vuelva a capturar información que en realidad no se perdió.
Un problema de confianza, no solo de diseño
Detrás de cada uno de estos detalles —un indicador de progreso, un mensaje de error bien redactado, un botón para reemplazar un documento— hay algo más grande en juego: la confianza de los ciudadanos en que el Estado puede ofrecerles servicios digitales tan cuidados como los que reciben de una aplicación bancaria o una tienda en línea. Cuando un trámite público es difícil de completar, el costo no es solo la frustración individual, sino el reforzamiento de una idea extendida: que lo digital, en el sector público, sigue siendo una promesa a medio cumplir.
Los expertos coinciden en que resolverlo no requiere tecnología de punta ni presupuestos extraordinarios. Requiere, sobre todo, diseñar pensando en la persona que va a completar el trámite a las diez de la noche, desde su teléfono, después de un día de trabajo, y que solo quiere terminar de una vez.