Painel de gestão de campanhas

Contexto

O painel de administrador do Reconhece é onde as empresas clientes gerenciam os pontos dos seus colaboradores dentro da plataforma de incentivo. É o outro lado do Reconhece Card: aqui se distribui o que lá se gasta.

Quem opera são pessoas de RH e de marketing das empresas contratantes — usuários recorrentes, com metas de campanha e prazos. Diferente do app, o problema aqui não é letramento digital: é densidade de informação e velocidade de operação.

Desafio

A demanda chegou pela área comercial, mas as entrevistas mostraram que ela não vinha sozinha. Três frentes precisavam ser resolvidas juntas:

• Não havia geração de relatórios filtrados. Para responder uma pergunta simples sobre a própria campanha, o cliente dependia de exportação manual.
• Os fluxos de navegação eram pouco intuitivos, e tarefas frequentes exigiam caminhos longos dentro do painel.
• Comprar pontos não era possível pelo painel. A aquisição acontecia por e-mail e telefone, fora do produto.

Meu papel

Assim como no aplicativo, conduzi o painel de ponta a ponta — da entrevista à entrega. Na prática:

• Entrevistas com usuários da plataforma
• Inventário e auditoria de conteúdo
• Construção da arquitetura de informação
• Wireframe, interface e protótipo navegável
• Aplicação e extensão do design system
• Handoff e documentação para desenvolvimento

Pesquisa

Conduzi entrevistas com usuários reais da plataforma e cruzei o que eles relataram com um inventário e auditoria de todo o conteúdo do painel. O inventário importa aqui: boa parte da sensação de navegação confusa vinha de páginas que acumulavam funções sem hierarquia, não de rótulos errados.

As entrevistas convergiram em três oportunidades de atuação:

Escopo e restrições

O escopo priorizado pelo negócio foi a aquisição de pontos para distribuir — um recurso que a plataforma simplesmente não tinha.

A restrição apareceu logo em seguida: mesmo com a entrega envolvendo pagamento, o sistema ainda não fazia a distribuição automatizada dos pontos. Não dava para desenhar o fluxo ideal e esperar o back-end alcançá-lo — o desenho precisava funcionar dentro do que existia e continuar válido quando a automação chegasse.

Isso definiu a estratégia: separar compra e distribuição em dois momentos claros, para que a automação futura substituísse uma etapa sem quebrar a jornada inteira.

Compra de pontos

Desenhei um fluxo de compra que trouxe para dentro do produto uma negociação que antes acontecia por e-mail e telefone: seleção da quantidade de pontos, escolha da forma de pagamento e confirmação, com o extrato refletindo o crédito.

O pagamento usa um acordeão com Pix, boleto e transferência bancária. A escolha do acordeão não foi estética: cada meio tem instruções de tamanhos muito diferentes, e o acordeão deixa o usuário comparar as opções sem sair da página nem carregar o peso das três ao mesmo tempo.

Relatórios e navegação

O histórico de pontos deixou de ser uma lista para virar uma ferramenta de leitura: filtros por período, campanha e tipo de movimentação, com o resultado visível na mesma tela em que a pergunta é feita.

A arquitetura da informação reorganizou o menu em torno das tarefas reais — Campanhas, Pontos, Relatórios, Usuários e Financeiro — em vez de espelhar a estrutura interna do sistema. O primeiro login seguiu o mesmo padrão do aplicativo: verificação por e-mail corporativo e CPF previamente cadastrado, para que quem opera os dois lados não precise aprender duas lógicas.

Resultados

Os números abaixo vêm do teste de validação final da plataforma como um todo — aplicativo e painel foram avaliados juntos, já que compartilham design system e lógica de acesso.

O ganho específico do painel é mais difícil de expressar em porcentagem, e por isso vale dizer com todas as letras: a compra de pontos saiu do e-mail e do telefone e entrou no produto. Uma etapa que dependia de atendimento comercial virou autoatendimento.

Stack e ferramentas

Pesquisa

Entrevistas com usuários · Google Meet

Design

Figma · Miro · Octopus

Entrega

Design System · Design Tokens · Zeplin

Método

Inventário e auditoria de conteúdo · Arquitetura da Informação · Protótipo navegável