Como fazer um portal do cliente para a sua empresa
O que colocar em um portal do cliente, como decidir o escopo pelas perguntas que ele já faz, autenticação, permissões e integração com os sistemas internos.
Um portal do cliente vale a pena quando substitui perguntas repetidas por autoatendimento. O escopo se define listando o que os clientes mais perguntam por telefone e WhatsApp, e o sucesso se mede pela queda desse volume, não pelo número de telas.
Um portal do cliente compensa quando ele substitui pergunta repetida por autoatendimento. Por isso o escopo não sai de uma reunião sobre funcionalidades, sai de uma lista: as perguntas que seu time mais responde por telefone e WhatsApp. Se o portal responde essas perguntas melhor do que uma mensagem, ele será usado. Se não, ele vira mais um link que ninguém acessa.
Passo 1: liste as perguntas, não as telas
Por duas semanas, registre o que os clientes perguntam. O resultado costuma se concentrar em poucas categorias:
| Pergunta frequente | O que resolve no portal |
|---|---|
| Como está meu pedido ou serviço | Situação com data e etapa atual |
| Preciso da segunda via do boleto | Documentos financeiros com download |
| Onde está o relatório do mês | Área de arquivos por período |
| Quanto ainda tenho de saldo ou franquia | Painel de consumo |
| Quero abrir um chamado | Formulário com protocolo e acompanhamento |
| Quem é meu contato | Dados do responsável e canal direto |
Ordene por volume e por facilidade de implementar. As três primeiras costumam representar a maior parte das ligações e são as que devem entrar na primeira versão.
Passo 2: resolva a conta e a permissão antes das telas
Este é o ponto que mais gera retrabalho quando é deixado para depois.
Separe organização de usuário. A empresa cliente é uma entidade; as pessoas que acessam são outra. Uma pessoa pode acessar mais de uma empresa, o que acontece com escritórios de contabilidade, grupos e representantes.
Defina perfis desde o início. Um exemplo comum:
| Perfil | Vê financeiro | Vê pedidos | Abre chamado | Gerencia usuários |
|---|---|---|---|---|
| Administrador do cliente | sim | sim | sim | sim |
| Financeiro | sim | não | sim | não |
| Operacional | não | sim | sim | não |
| Consulta | não | sim | não | não |
Deixe o próprio cliente gerenciar usuários. Se cada inclusão depender da sua equipe, o portal vira trabalho em vez de economia.
Cuide da entrada. Convite por e-mail com link de validade curta é mais seguro e mais simples que enviar senha. Recuperação de senha precisa funcionar bem, porque é o caminho mais usado. Segundo fator vale a pena quando o portal expõe dado financeiro ou permite ações com efeito.
Registre acessos. Quem entrou, quando, o que baixou. Isso resolve discussões e é exigência em vários contratos.
Passo 3: decida como o portal lê os dados internos
O portal não deveria ser um segundo sistema com seu próprio cadastro. Ele é uma janela. As opções:
| Abordagem | Vantagem | Cuidado |
|---|---|---|
| Consulta direta à API interna | Sempre atualizado | Carga e exposição do sistema interno |
| Base de leitura sincronizada | Rápido, protege o interno | Atraso, precisa de sincronização confiável |
| Fila de eventos atualizando o portal | Quase tempo real, desacoplado | Mais peças para manter |
A base de leitura sincronizada é a escolha mais comum e costuma ser a mais equilibrada: o portal tem seu próprio banco, alimentado por eventos ou por sincronização periódica, e o sistema interno não fica exposto à internet.
Duas regras de segurança que valem sempre: o portal nunca consulta o banco interno diretamente pela internet, e toda consulta filtra por organização no servidor, nunca no navegador. O erro clássico de portal é retornar dados de todos e filtrar na tela, o que expõe informação de um cliente para outro.
Passo 4: as funcionalidades por ordem de retorno
Situação de pedido ou serviço. Precisa de linguagem de cliente, não de linguagem interna. "Em separação" faz sentido, "aguardando liberação fiscal do lote 3" não. Traduza os estados internos para uma linha do tempo simples, com data prevista quando existir.
Documentos financeiros. Segunda via, histórico de pagamentos, comprovantes. É a funcionalidade que mais reduz ligação. Exige cuidado com permissão, porque nem todo usuário do cliente deve ver valores.
Arquivos e relatórios. Organizados por período e por tipo, com busca. Vale registrar quem baixou o quê.
Chamados e solicitações. Com protocolo, prazo esperado e acompanhamento. Um chamado que some é pior que não ter portal.
Aprovações. Orçamento, escopo, entrega. Quando o portal permite aprovar com registro, ele encurta o ciclo comercial e cria trilha de auditoria.
Consumo e indicadores. Para contratos com franquia ou volume, mostrar o consumo do período evita a discussão de fim de mês.
Passo 5: a comunicação que traz o cliente de volta
Portal sem notificação é usado uma vez. O aviso é o que traz o cliente:
- E-mail ou WhatsApp quando o documento fica disponível.
- Aviso de mudança de situação relevante.
- Lembrete de pendência, como aprovação parada ou documento a enviar.
Cada aviso deve ter link direto para a tela específica, não para a página inicial. Levar o cliente até a informação em um clique é o que diferencia notificação útil de ruído.
O que costuma dar errado
- Portal que expõe o sistema interno sem tradução. Nome de campo técnico, código de situação e sigla interna afastam o usuário.
- Escopo grande demais na primeira versão. Um portal com quinze telas leva meses e chega desatualizado em relação à necessidade real.
- Sem responsável pela adoção. Alguém precisa avisar os clientes, treinar e acompanhar o uso nos primeiros meses.
- Dado desatualizado. Se o portal mostra situação diferente do que o atendente diz no telefone, o cliente para de usar e a confiança não volta fácil.
- Ignorar o celular. A maior parte dos acessos acontece pelo telefone. Se a tela não funciona bem em tela pequena, o portal não é usado.
Como medir se valeu
Compare três números antes e depois, com a mesma definição:
- Volume de contatos com as perguntas que o portal resolve.
- Tempo médio até o cliente obter a informação.
- Percentual de clientes ativos que acessaram no mês.
Se o volume de contatos não cai, ou o portal não resolve a pergunta certa, ou os clientes não sabem que ele existe. As duas causas têm solução, mas são diferentes, e o número mostra qual é.
A Retti Tech constrói portais nesse formato incremental, começando pelas perguntas de maior volume e ampliando conforme o uso comprova o retorno.
Perguntas frequentes
O que colocar no portal do cliente primeiro?
Comece pelas três perguntas que sua equipe mais responde. Normalmente são situação do pedido ou serviço, segunda via de documento financeiro, e acesso a arquivos e relatórios. Essas três resolvem a maior parte do volume e podem ser entregues antes de qualquer funcionalidade sofisticada.
Como funciona o login se o cliente é uma empresa?
O portal precisa separar a conta da empresa dos usuários vinculados a ela. Cada pessoa tem login próprio, com perfil que define o que pode ver, e a mesma pessoa pode acessar mais de uma empresa quando for o caso, como acontece com escritórios de contabilidade e grupos empresariais.
O portal precisa mostrar dado em tempo real?
Nem sempre. Situação de pedido e saldo financeiro ganham com atualização rápida. Relatórios e históricos podem ser atualizados algumas vezes ao dia sem prejuízo, o que reduz muito a carga sobre os sistemas internos e simplifica a arquitetura.
Tem um processo que consome o time?
Me conta como funciona hoje. Se der para automatizar, eu te digo por onde começar — a conversa de diagnóstico não é cobrada.
Natiam Gabriel é AI Engineer & Full-Stack Developer e fundador da Retti Tech, estúdio de desenvolvimento de software que atende empresas em todo o Brasil. Constrói sistemas web sob medida, automações e integrações, com ou sem inteligência artificial, do levantamento de requisitos até a operação em produção. Mais de 20 empresas usam em produção os sistemas que desenvolveu.