Serviços Públicos Omnichannel: Por Que Mais Canais Não Bastam

Um cidadão abre o aplicativo da prefeitura às 22h para solicitar a isenção de um imposto. Preenche o formulário, anexa três documentos, recebe um número de protocolo. No dia seguinte, sem resposta, liga para a central de atendimento — e o atendente pede para ele repetir tudo: nome, CPF, motivo do pedido, documentos. O protocolo existe, mas ninguém do outro lado consegue vê-lo. Ele desliga, vai até o balcão físico na semana seguinte e recomeça pela terceira vez.

Isso não é falta de canais. É excesso deles, mal costurados. Omnicanalidade em serviços públicos não significa ter aplicativo, WhatsApp, portal, central telefônica e balcão funcionando ao mesmo tempo — significa que o cidadão pode trocar de canal a qualquer momento sem perder o que já construiu com o governo até ali: seu histórico, seu protocolo, seu contexto. Quando essa continuidade não existe, multiplicar canais apenas multiplica os pontos onde o cidadão pode ser obrigado a recomeçar.

O que significa, de fato, oferecer serviços públicos omnichannel?

Omnicanalidade é a capacidade de um serviço manter uma única versão da verdade sobre o caso de um cidadão, independentemente de por onde ele entrou ou por onde decidiu continuar. Não é uma característica dos canais — é uma característica do sistema por trás deles. Um governo pode ter cinco canais de atendimento e zero omnicanalidade; e pode, em teoria, ter dois canais perfeitamente integrados e entregar uma experiência muito mais coerente do que uma superestrutura de nove pontos de contato desconectados.

A diferença entre os dois modelos não está na tecnologia de ponta — está em uma decisão de arquitetura de serviço que a maioria dos projetos de transformação digital do setor público trata como detalhe técnico, quando deveria ser a primeira pergunta de design.

Por que abrir mais canais de atendimento pode piorar a experiência do cidadão?

Porque cada canal novo, sem integração, é uma nova chance de o cidadão ter que recomeçar — e recomeçar tem um custo psicológico real, não só operacional. O economista comportamental Richard Thaler cunhou o termo "sludge" em seu artigo Nudge, Not Sludge, publicado na revista Science em 2018, para descrever fricções artificiais que dificultam uma ação desejável — o oposto do nudge, que facilita. Pedir ao cidadão para reenviar documentos que ele já entregou, ou para reexplicar um caso que já está registrado em outro sistema, é sludge em estado puro: fricção que serve à instituição, nunca ao cidadão.

Há também um mecanismo motivacional em jogo. O efeito do gradiente de metas — descrito por Clark Hull e revalidado experimentalmente por Ran Kivetz, Oleg Urminsky e Yuhuang Zheng no estudo The Goal-Gradient Hypothesis Resurrected, publicado no Journal of Marketing Research em 2006 — mostra que o esforço e a motivação da pessoa aumentam à medida que ela se aproxima da conclusão de uma tarefa. Cada vez que um canal obriga o cidadão a recomeçar, ele não volta à estaca zero apenas em termos práticos: ele volta à estaca zero em motivação. É por isso que tantos pedidos de serviços públicos morrem no segundo ou terceiro contato, não no primeiro.

Cada canal aberto sem integração de dados não é uma nova porta de entrada — é um novo lugar onde o cidadão pode ser abandonado.

Qual é a diferença entre multicanalidade e omnicanalidade na prática?

Multicanalidade é somar canais. Omnicanalidade é somar continuidade. Na prática, isso aparece em detalhes muito concretos:

• Multicanal: o número de protocolo gerado no aplicativo não é reconhecido pelo atendente da central telefônica.
• Omnicanal: o mesmo número de protocolo abre o histórico completo do caso em qualquer canal, incluindo anexos, prazos e o motivo da última atualização.
• Multicanal: o chatbot no WhatsApp só resolve dúvidas simples e, quando o caso é complexo, encerra a conversa sem registrar nada.
• Omnicanal: o chatbot identifica a complexidade, registra o contexto já coletado e encaminha para um atendente humano que recebe esse histórico pronto.
• Multicanal: o cidadão recebe um SMS de confirmação, mas nenhuma outra atualização até a resolução ou não do pedido.
• Omnicanal: o cidadão escolhe como e quando quer ser avisado — e a atualização chega pelo canal de sua preferência, não pelo canal mais barato para o órgão.

Essa distinção é a mesma que já discutimos ao analisar como um governo pode antecipar a necessidade do cidadão em vez de esperar que ele peça — veja mais em Proactive Government: Services That Reach Citizens First. Omnicanalidade e proatividade são faces da mesma moeda: as duas dependem de o sistema saber, em tempo real, onde o cidadão está em sua jornada.

Como o desenho de cada canal molda o comportamento do cidadão?

A arquitetura de escolha — o conceito de Richard Thaler e Cass Sunstein sobre como a forma de apresentar opções influencia decisões — se aplica com força total ao atendimento público. Um canal de baixo esforço, como um chatbot de WhatsApp, tende a atrair o cidadão para dentro dele mesmo quando o caso exige mais complexidade do que o canal suporta. Isso não é culpa do cidadão: é o default fazendo seu trabalho. Se o caminho de menor resistência é digitado no celular, é ali que a maioria vai tentar resolver primeiro — mesmo problemas que, estruturalmente, precisariam de um humano.

O design responsável não tenta impedir isso; ele antecipa. Isso significa configurar o canal de baixo esforço para reconhecer os próprios limites e fazer o handoff antes que o cidadão sinta a frustração de bater num muro. Um protocolo bem desenhado funciona como uma âncora de expectativa: dizer "isso normalmente leva 5 dias úteis" reduz a ansiedade mais do que qualquer mensagem genérica de "seu pedido está em análise". A ausência de uma âncora clara é o que empurra o cidadão de volta para o canal mais caro — a ligação telefônica ou a fila presencial — só para obter a informação que o sistema já tinha.

Esse tipo de decisão de design é exatamente o território do mapeamento de jornadas do cidadão: entender, ponto a ponto, onde o esforço aumenta, onde a ansiedade sobe e onde o cidadão decide trocar de canal — e projetar essas transições de forma deliberada, não acidental.

Quais elementos técnicos sustentam a continuidade entre canais?

Continuidade não nasce de boa vontade — nasce de decisões de arquitetura tomadas antes de qualquer canal entrar em produção. Governos que conseguiram entregar experiências mais coerentes, como o modelo de identidade digital unificada do gov.br no Brasil, tratam essa integração como infraestrutura básica, não como funcionalidade extra. Na prática, isso costuma seguir uma sequência de decisões:

1. Identidade única do cidadão: um único login ou identificador reconhecido por todos os canais e sistemas, eliminando o retrabalho de "provar quem você é" a cada novo contato.
2. Registro único de caso: cada solicitação recebe um identificador central, com histórico, anexos e status acessíveis por qualquer canal — e por qualquer atendente, humano ou automatizado.
3. Estado compartilhado em tempo real: a atualização feita em um canal (por exemplo, um documento reenviado pelo app) aparece instantaneamente no painel do atendente da central telefônica, sem sincronização manual ou atraso de lote.
4. Protocolo de transferência (handoff): regras claras sobre quando um canal deve encaminhar o caso para outro, com o contexto já preenchido — nunca um "por favor, ligue para outro número e explique de novo".
5. Fechamento de ciclo (closing the loop): uma notificação ativa, no canal de preferência do cidadão, confirmando a resolução — em vez de deixar que ele descubra sozinho, voltando a checar.

Nenhuma dessas etapas exige tecnologia exótica. Exige governança: alguém com mandato para decidir que o dado do cidadão pertence ao serviço, não ao departamento que o coletou primeiro. É o mesmo princípio que sustenta uma estratégia de governança de CX bem estruturada — sem dono claro da experiência ponta a ponta, cada canal otimiza para si mesmo e a continuidade nunca acontece por acidente.

Como equilibrar inclusão digital com a eficiência dos canais digitais?

Omnicanalidade não é sinônimo de digitalização total. Para uma parte significativa da população — pessoas mais velhas, com baixa literacia digital, sem acesso estável à internet ou simplesmente desconfiadas de resolver assuntos oficiais por uma tela — o canal presencial ou telefônico não é uma opção de segunda classe. É o canal de confiança. Tratar esse público como um problema a ser "migrado" para o digital, em vez de atendido no canal em que ele se sente seguro, é o tipo de decisão de design que aprofunda exclusão em nome de eficiência.

Aqui entra a aversão à perda, descrita por Daniel Kahneman e Amos Tversky em seus estudos sobre teoria da perspectiva: as pessoas sentem o desconforto de perder algo familiar — como o atendimento humano frente a frente — com mais intensidade do que sentem o prazer de ganhar algo novo, como a conveniência de um aplicativo. Empurrar esse público para o digital sem manter uma alternativa presencial robusta não reduz a fricção; apenas a transfere para o momento em que a pessoa mais precisa de ajuda e menos sabe como pedi-la.

A resposta prática não é escolher entre canais digitais e presenciais, mas desenhar os dois com o mesmo padrão de continuidade — e isso é um problema de desenho de serviço, não de aplicativo. Um balcão físico bem integrado ao mesmo registro de caso que o aplicativo é tão "omnichannel" quanto qualquer solução mobile-first, e costuma ser a peça que garante equidade de acesso.

Como saber se a omnicanalidade de um serviço público está funcionando?

A métrica mais reveladora não é quantos canais existem, é quantas vezes o mesmo cidadão precisa recontar seu caso. Três indicadores concretos ajudam a enxergar isso:

• Taxa de abandono na troca de canal: quantos cidadãos iniciam um pedido em um canal e nunca o concluem em outro, mesmo tendo tentado.
• Taxa de recontato: quantas vezes, em média, o mesmo caso gera um novo contato antes de ser resolvido — um proxy direto de sludge não resolvido.
• Esforço percebido por transição: aplicar uma pergunta simples de esforço (Customer Effort Score) especificamente no momento em que o cidadão muda de canal, não apenas ao final do atendimento.

Órgãos que ainda não têm clareza sobre onde estão nessa jornada de maturidade costumam se beneficiar de um diagnóstico estruturado antes de investir em mais um canal. A avaliação de maturidade de CX da Renascence examina exatamente esses pontos de conexão — identidade, dados, governança e continuidade — antes de recomendar onde investir. O Índice de Governo Digital da OCDE, publicado periodicamente pela organização, segue lógica semelhante ao avaliar países: a maturidade digital de um governo não se mede pelo número de serviços disponíveis on-line, mas pela coerência com que esses serviços se conectam entre si e com os canais tradicionais.

Vale complementar esses indicadores quantitativos com evidência qualitativa direta do cidadão — o tipo de trabalho descrito em uma estratégia de voz do cidadão —, porque nenhum painel de métricas mostra sozinho o momento exato em que alguém desiste de tentar.

O que fica quando a tecnologia sai de cena

Nenhum cidadão elogia um governo por ter muitos canais. Ele nota, e lembra, quando não precisou explicar sua vida duas vezes para a mesma instituição. Esse é o teste real da omnicanalidade: não quantas portas você abriu, mas se, uma vez dentro, a pessoa consegue seguir em frente sem recomeçar. Governos que entendem isso param de tratar canais como produtos separados e passam a tratá-los como pontos de entrada para uma única experiência contínua — o que, no fim, é a única definição de serviço público que realmente serve ao público.