Acceso omnicanal a los servicios gubernamentales

Un ciudadano descarga la app del gobierno, sube sus documentos, recibe un número de trámite y, dos semanas después, hace fila durante tres horas en una oficina física porque nadie le avisó que el sistema presencial no ve lo que él ya hizo en línea. Eso no es un fallo de la app. Es un fallo de diseño de sistema completo.

La omnicanalidad en servicios públicos no consiste en abrir más canales —app, portal, WhatsApp, ventanilla, centro de llamadas—, sino en garantizar que ninguno de ellos penalice al ciudadano por haber empezado en otro. La prueba real de una estrategia omnicanal no es cuántos canales existen, sino qué le pasa a una persona cuando cambia de uno a otro a mitad de trámite. Si pierde información, tiempo o dignidad en ese cambio, el gobierno tiene un sistema multicanal disfrazado de omnicanal, y esa diferencia es la que determina si la digitalización pública funciona o solo se ve bien en el discurso de inauguración.

¿Qué diferencia a un sistema omnicanal de uno simplemente multicanal?

Un sistema es multicanal cuando ofrece varias puertas de entrada que operan de forma aislada; es omnicanal cuando esas puertas comparten la misma información, el mismo estado del trámite y el mismo criterio de resolución, sin que el ciudadano tenga que repetir su historia. La diferencia no es tecnológica en primer lugar: es de gobernanza de datos y de diseño de proceso.

En la práctica, la mayoría de los gobiernos en la región construyen canales por departamento o por proyecto: el ministerio lanza una app, la oficina regional mantiene su propio sistema de turnos, el centro de llamadas trabaja con una base de datos distinta. Cada canal fue diseñado para resolver su propia meta de digitalización, no la experiencia completa del ciudadano. El resultado es previsible: canales que compiten por presupuesto en lugar de complementarse, y un ciudadano que paga el costo de esa fragmentación con su tiempo.

Estonia es el caso de referencia obligado porque resolvió esto por la infraestructura, no por la interfaz. Su capa de intercambio de datos X-Road permite que distintos organismos consulten la misma información registrada una sola vez, de modo que un ciudadano no vuelve a presentar un documento que el Estado ya tiene. Según describe el centro de información e-Estonia, esa arquitectura es la razón por la que prácticamente todos los trámites públicos del país pueden iniciarse y completarse en línea sin fricción de re-verificación. La app o el portal son la capa visible; lo que hace posible la omnicanalidad es la tubería de datos debajo.

¿Por qué los ciudadanos siguen haciendo fila si ya existe una app?

Porque la fila, para muchos, sigue siendo la opción más confiable. Cuando un ciudadano no está seguro de si el canal digital realmente registró su solicitud, elige el canal que le da prueba física de que algo pasó: un sello, un número entregado en mano, una persona que le confirma en el momento. Esto es aversión a la pérdida aplicada a la administración pública: el miedo a perder el trámite completo por confiar en un canal que no ofrece confirmación tangible pesa más que el ahorro de tiempo que promete la digitalización.

Hay un segundo mecanismo, más silencioso: el sesgo de statu quo. Si el canal presencial siempre funcionó —aunque sea lento—, cambiar de comportamiento exige que el ciudadano confíe en un sistema nuevo sin garantías previas. Los gobiernos suelen subestimar cuánta prueba social y cuántas señales de fiabilidad hacen falta para mover a alguien del canal conocido al canal nuevo, incluso cuando el canal nuevo es objetivamente mejor.

El economista Cass Sunstein y Richard Thaler documentan un tercer factor en la edición actualizada de Nudge: The Final Edition (2021): la fricción administrativa, a la que llaman sludge, no siempre es accidental, pero siempre tiene el mismo efecto, sin importar la intención de quien la diseñó. Formularios que exigen información que el Estado ya posee, portales que caducan la sesión antes de terminar, apps que no permiten adjuntar un documento desde el teléfono: cada fricción adicional empuja al ciudadano de vuelta al canal presencial, no porque lo prefiera, sino porque el canal digital le costó más de lo que estaba dispuesto a pagar en esfuerzo.

La omnicanalidad no se mide por cuántas puertas abre el gobierno, sino por cuánto le cuesta al ciudadano equivocarse de puerta.

¿Qué rompe la promesa omnicanal en el sector público?

Tres cosas rompen la promesa, casi siempre en este orden: identidad fragmentada, ausencia de estado compartido del trámite y falta de paridad funcional entre canales.

• Identidad fragmentada: el ciudadano tiene un usuario distinto en cada sistema —salud, impuestos, transporte, identidad civil— y cada organismo le pide verificarse desde cero. Sin un identificador único de ciudadano, no hay omnicanalidad posible: cada canal empieza la relación de nuevo.
• Estado no compartido: el funcionario de la ventanilla no ve lo que el ciudadano ya hizo en la app, así que le pide repetirlo. Esto no es un problema de interfaz; es un problema de que los sistemas backend no hablan entre sí.
• Paridad funcional ausente: el canal digital permite iniciar el trámite pero no completarlo, y obliga a terminar presencialmente. Esa asimetría convierte a la app en un formulario de pre-registro glorificado, no en un canal real.

Cada uno de estos fallos tiene una causa común: los canales se diseñaron y se presupuestaron por separado, como proyectos independientes, en lugar de diseñarse como puntos de entrada a un mismo recorrido. El mapeo del recorrido completo del ciudadano —no del trámite dentro de un canal, sino de la experiencia de principio a fin, cruzando canales— es lo que expone estas rupturas antes de que se conviertan en filas de tres horas.

¿Cómo se diseña una experiencia omnicanal para servicios públicos, paso a paso?

El diseño omnicanal en gobierno sigue una secuencia distinta a la del sector privado, porque el punto de partida casi siempre son sistemas legados que no se pueden apagar de un día para otro. Esta es la secuencia que funciona en la práctica:

1. Mapear el recorrido cruzando canales, no dentro de un canal. Documentar cómo un ciudadano real se mueve entre la app, la oficina y el centro de llamadas para un mismo trámite, marcando dónde repite información o pierde contexto al cambiar de canal.
2. Unificar la identidad del ciudadano antes de tocar la interfaz. Sin un identificador único que conecte los sistemas de los distintos organismos, cualquier rediseño visual de la app es cosmético. Esta es la inversión menos visible y más rentable.
3. Definir el estado del trámite como un objeto compartido. El estado de una solicitud —recibida, en revisión, aprobada, requiere documento adicional— debe ser el mismo dato, visible con la misma verdad, en la app, en la ventanilla y en el centro de llamadas.
4. Diseñar paridad funcional real entre canales, no simetría cosmética. No todos los canales necesitan hacer exactamente lo mismo, pero ninguno debe obligar a "empezar de nuevo" en otro. El canal presencial puede seguir existiendo para quien lo necesite, sin ser el único que puede resolver de verdad.
5. Instrumentar el traspaso entre canales como un momento de diseño explícito. El instante en que alguien pasa de un chatbot a un agente humano, o de la app a la ventanilla, es donde más confianza se gana o se pierde. Ese traspaso merece el mismo cuidado de diseño que la pantalla de inicio.
6. Pilotar en un trámite de alto volumen antes de escalar. Elegir un trámite con suficiente tráfico para generar datos reales rápido —renovación de documentos, pago de multas, agendamiento de citas— y usarlo para probar la arquitectura antes de replicarla en todo el portafolio de servicios.

El punto cuatro merece una nota aparte sobre cómo se gestiona el traspaso entre un canal automatizado y uno humano: diseñar mal esa transición es una de las formas más comunes en que un gobierno pierde la confianza que había ganado con la digitalización. Vale la pena revisar en detalle cómo diseñar el equilibrio entre chatbots y transferencia a humanos, porque los mismos principios aplican a filas físicas, no solo a bots.

¿Qué papel juega la inclusión digital en una estrategia omnicanal?

La omnicanalidad bien diseñada asume que no todos los ciudadanos pueden o quieren usar el canal digital, y construye para esa realidad en lugar de tratarla como una excepción temporal. Esto no es una concesión política: es diseño de choice architecture, el término que Thaler y Sunstein usan para describir cómo se estructuran las opciones disponibles y en qué orden se presentan.

El modelo de los Centros de Servicio Común de India —puntos físicos asistidos, operados por terceros capacitados, que permiten a ciudadanos sin conectividad o alfabetización digital completar trámites digitales con ayuda humana— es un ejemplo útil de canal híbrido: no es presencial en el sentido tradicional ni puramente digital, sino un puente diseñado específicamente para la brecha. Cualquier estrategia omnicanal seria en la región necesita un equivalente: un canal asistido que no sea el canal de "últimos recursos" mal atendido, sino una puerta de entrada diseñada con la misma seriedad que la app insignia.

La accesibilidad —uno de los diez principios de experiencia del cliente que cualquier organización de servicio debería sostener— no es solo cumplimiento normativo para personas con discapacidad. Es reconocer que la edad, la conectividad, el idioma y la alfabetización digital son variables que determinan qué canal es realmente accesible para cada segmento de la población, y que un gobierno no puede optimizar solo para el ciudadano que ya domina la app.

¿Cómo se mide si la omnicanalidad está funcionando de verdad?

La métrica equivocada aquí es la satisfacción por canal, medida por separado. Si la app tiene buena satisfacción y la ventanilla tiene buena satisfacción, eso no dice nada sobre si el sistema completo funciona: dice que cada canal, aislado, hace bien su trabajo aislado.

La métrica correcta empieza por el esfuerzo, no por el agrado. Matthew Dixon, Karen Freeman y Nicholas Toman, en su artículo de 2010 en Harvard Business Review, "Stop Trying to Delight Your Customers", mostraron que reducir el esfuerzo del cliente predice mejor la lealtad futura que intentar sorprenderlo positivamente. En gobierno, esto se traduce directamente: medir cuánto esfuerzo le tomó a un ciudadano completar un trámite cruzando canales —incluyendo cuántas veces repitió información— es un mejor indicador de éxito omnicanal que cualquier puntaje de satisfacción aislado.

A esa métrica hay que sumarle una segunda: la tasa de cambio de canal a mitad de trámite y lo que le pasa al ciudadano cuando cambia. Si una proporción alta de trámites que empiezan en digital terminan resolviéndose presencialmente desde cero, la app no está fallando en su interfaz; está fallando en su promesa. El Estudio de Gobierno Electrónico de Naciones Unidas, publicado cada dos años por el Departamento de Asuntos Económicos y Sociales de la ONU (UN DESA), evalúa precisamente este tipo de coherencia entre canales como parte de la madurez digital de un país, más allá de si el portal existe o no.

Un tercer indicador, más estructural, es la coherencia de resolución: si dos ciudadanos con el mismo caso obtienen respuestas distintas según el canal que usaron, el sistema no es omnicanal, es una lotería de canales. Este es exactamente el tipo de brecha que una estrategia de voz del ciudadano bien diseñada expone, porque captura la experiencia real de las personas cruzando canales, no la métrica que cada sistema reporta sobre sí mismo.

¿Por dónde debería empezar un organismo público que quiere avanzar hacia la omnicanalidad?

No por comprar más tecnología. La secuencia que evita el error más común —construir un canal nuevo sin resolver la fragmentación de fondo— empieza por entender en qué punto de madurez está realmente el sistema actual, no en qué punto cree estar. Herramientas como una evaluación de madurez de experiencia permiten diagnosticar, antes de invertir, si el problema real es de canales, de datos, de gobernanza o de las tres cosas a la vez.

A partir de ahí, la mayoría de los organismos públicos con los que se trabaja en transformación digital de servicios públicos avanzan más rápido cuando tratan el rediseño de canales como un proyecto de diseño de servicio completo —procesos, datos y personas a la vez— en lugar de un proyecto de tecnología con una capa de experiencia encima al final. El error inverso, digitalizar primero y ordenar los datos después, es el que produce las filas de tres horas con las que empezó este artículo.

El canal correcto es el que el ciudadano no tiene que pensar

La omnicanalidad exitosa no se nota. Nadie celebra públicamente que su trámite de renovación de licencia se haya resuelto sin fricción; simplemente deja de ser un tema de conversación. Esa es la prueba real: cuando un sistema de gobierno deja de generar anécdotas de fila, de papeles perdidos y de "vuelva otro día", ha dejado de ser noticia porque ha empezado a ser infraestructura. Los gobiernos que entienden esto no compiten por lanzar el canal más innovador; compiten por hacer invisible la fricción entre los canales que ya tienen. Ese es el verdadero estándar de un servicio público moderno, y es también la razón por la que, en experiencia ciudadana, el mejor elogio siempre es el silencio.