Um portal do cliente (ou área de cliente, área reservada e, em B2B, extranet) é um espaço privado onde os seus clientes entram com credenciais próprias para ver o estado dos seus pedidos, descarregar documentos e faturas, aprovar orçamentos e abrir pedidos de suporte. Ao contrário do site público, mostra a cada pessoa apenas o que lhe diz respeito. Na prática, substitui uma boa parte dos e-mails de «ponto de situação», dos anexos perdidos e dos telefonemas a pedir a segunda via de uma fatura.
Escrevemos este guia como quem constrói portais destes para PME de vários setores; onde temos um exemplo em vídeo, mostramo-lo. Cobre o que um portal deve ter, quando uma plataforma pronta chega, a ligação aos sistemas que já usa, segurança e proteção de dados, e quanto custa.
O que um portal do cliente costuma ter
- Estado dos pedidos, encomendas, obras ou processos, em linguagem que o cliente percebe, com o próximo passo e quem o tem de dar. No exemplo que preparámos para um gabinete de contabilidade fictício, quando o técnico fecha o mês o cliente vê as remunerações entregues e as retenções pagas, com comprovativo, e o relatório do mês fica pronto a descarregar.
- Documentos e faturas organizados por data ou por projeto, com o registo de quem descarregou o quê. No exemplo de um escritório de imigração fictício, o cliente abre o portal na sua língua, vê o que falta e fotografa e envia o comprovativo de morada pelo telemóvel; o ficheiro entra no processo com a origem registada.
- Pedidos de suporte com estados, prazos e histórico, em vez de e-mails dispersos por várias caixas.
- Mensagens e aprovações no contexto do pedido ou do projeto, com data, hora e autor. No exemplo de um gabinete de arquitetura fictício, a cliente comenta sobre a cozinha na planta do estudo prévio e aprova com esse comentário, e a aprovação fica registada com data.
- Gestão de utilizadores pelo próprio cliente, quando o cliente é uma empresa com várias pessoas.
O que mais defendemos no desenho: o portal e o back-office olham para os mesmos dados, mas não mostram as mesmas coisas. O cliente precisa do estado e do que tem de fazer; a equipa precisa também de custos, margens, notas internas e prazos contratuais, que nunca devem aparecer do lado de fora.
Não resolvemos essa separação escondendo campos na interface: tem de existir no modelo de dados e nas permissões do servidor, para que um campo interno não chegue ao navegador do cliente, nem por engano.
Pedidos de suporte: estados, avisos e prazos
Se o portal serve para receber pedidos, o essencial é o ciclo de vida de cada pedido: que estados existem, quem é avisado em cada mudança e como se conta o prazo de resposta. Um pedido que fica parado à espera de uma fotografia do cliente não deve contar contra a equipa, se o contrato o previr; um pedido que o cliente reabre deve voltar à fila com o histórico.
Se o seu caso é sobretudo suporte, o guia de software de helpdesk e suporte ao cliente aprofunda filas, prioridades e prazos; para empresas de informática com contratos de assistência, veja o de software para suporte técnico e MSP.
Permissões dentro da empresa cliente
Num portal B2B, o cliente não é uma pessoa, é uma empresa com várias pessoas: quem compra, quem paga, quem gere uma loja ou uma obra. Um portal que dá a todas o mesmo acesso acaba por ter faturas vistas por quem não devia, ou orçamentos aprovados por quem não podia. O modelo que usamos é ter perfis com âmbito e limites, e deixar a administradora do lado do cliente gerir os acessos da sua equipa:
Portal à medida ou plataforma pronta
Há plataformas de portal prontas a usar, por subscrição, e muitas vezes recomendamos começar por aí. Os critérios que usamos:
- Onde estão os dados. Se já estão numa ferramenta com área de cliente incluída (alguns programas de faturação, de helpdesk e de CRM têm), comece por aí; se estão espalhados por vários sistemas, o portal à medida junta-os.
- Estados e aprovações. Se o processo é comum, a plataforma serve; se os estados, limites de aprovação e documentos são próprios do seu negócio, a equipa acaba a contornar a ferramenta.
- Quem é o cliente. Uma pessoa com uma conta cabe em quase tudo; uma empresa com perfis, âmbitos e limites por pessoa raramente cabe.
- Volume de contacto. Se os pedidos de ponto de situação são poucos, a plataforma chega; se ocupam a equipa todos os dias, o portal à medida devolve esse tempo.
A recomendação é nossa e vem de uma comparação honesta, não de preferência. Veja também o guia de aplicações web para empresas.
Integração com o ERP, o CRM e a faturação
Desenhamos o portal como uma camada de apresentação sobre dados que já existem: o estado da encomenda vem do ERP, a fatura do programa de faturação certificado, o histórico do cliente do CRM. Quando um processo avança no sistema interno, o portal mostra-o; o que o cliente faz no portal entra na fila certa sem ser copiado à mão. No exemplo para uma empresa de trabalho temporário fictícia, o cliente corrige uma entrada, valida a semana e as horas validadas seguem para salários e faturação.
- Por API, quando o sistema dá acesso, a nossa preferência.
- Por exportação, ficheiros ou base de dados intermédia, quando não há API, com sincronização periódica.
- Fonte única: cada dado tem um sistema dono, e o portal não o duplica sem regra.
A viabilidade e o esforço de cada integração dependem do acesso que o sistema de origem dá, e só se sabem depois de olhar para ele. Veja os guias de ERP à medida e de CRM à medida.
Segurança e proteção de dados
- Autenticação: palavras-passe com regras sensatas, recuperação segura e autenticação de dois fatores, pelo menos para administradores e para dados sensíveis.
- Controlo de acesso no servidor, por perfil e por âmbito, testado para que um cliente nunca veja dados de outro.
- Registo de acessos e ações: quem viu, descarregou, aprovou ou alterou, e quando. É útil para resolver disputas e para demonstrar o cumprimento do RGPD.
- RGPD: o portal trata dados pessoais dos contactos do cliente, por isso precisa de finalidade definida, prazos de conservação, desativação de utilizadores que saem e, se um fornecedor alojar ou mantiver o portal, contrato de subcontratação.
- Cópias de segurança e atualizações com responsável e frequência definidos.
Assinatura eletrónica e acessibilidade
Assinatura. Aprovar um orçamento num portal, com registo de autor, data e hora, é suficiente para muitos casos comerciais: no exemplo do gabinete de arquitetura, essa aprovação é um registo no sistema, não uma assinatura eletrónica qualificada. Quando o documento exige mais força probatória, o Regulamento eIDAS distingue tipos de assinatura eletrónica: só a assinatura eletrónica qualificada tem efeito equivalente à assinatura manuscrita, e em Portugal pode ser feita, por exemplo, com o Cartão de Cidadão ou a Chave Móvel Digital. As restantes não perdem valor por serem eletrónicas, mas a sua força como prova é apreciada caso a caso. Integrar um prestador de assinatura qualificada é possível; confirme com um jurista o tipo exigido em cada documento.
Acessibilidade. Desde 28 de junho de 2025 aplica-se o Decreto-Lei n.º 82/2022, que transpõe a Lei Europeia da Acessibilidade, a certos produtos e serviços destinados a consumidores, como o comércio eletrónico e os serviços bancários. As microempresas que prestam serviços estão, em regra, isentas. Um portal B2B para clientes empresariais pode ficar fora do âmbito, e um portal com loja para consumidores pode ficar dentro, por isso confirme o seu caso com um jurista. Seja qual for a obrigação, usamos as WCAG 2.1 nível AA como referência, porque servem todos os utilizadores.
Quanto custa
- Automação pontual (aviso ao cliente quando há documento novo ou mudança de estado, lembrete de aprovação pendente): a partir de €300.
- Painel de leitura para o cliente consultar o estado das encomendas ou das obras que já existem noutro sistema: a partir de €500.
- Aplicação web com autenticação, documentos, estados, pedidos de suporte e permissões: a partir de €800.
- App mobile do portal: a partir de €2.500.
- Manutenção mensal: a partir de €50.
- Integrações com o ERP, a faturação ou o CRM, assinatura qualificada e portais com várias áreas: orçamento personalizado, caso a caso.
O preço final fixa-se na proposta. Para saber se compensa, conte durante duas semanas os pedidos de ponto de situação, de segundas vias e de documentos que a equipa recebe.
Como decorre um projeto
- Levantamento: os pedidos mais frequentes dos clientes, os documentos que procuram e os sistemas onde estão os dados.
- Protótipo das vistas do cliente e da equipa, validado antes de programar.
- Desenvolvimento por fases, com demonstrações, e integrações testadas fora dos dados de produção.
- Piloto com alguns clientes reais, antes de abrir a todos.
- Lançamento e acompanhamento, com ajustes a partir do uso real.
O que perguntar a um fornecedor
- Como garante que um cliente nunca vê dados de outro, e como o testa?
- Onde ficam os campos internos, e como se impede que cheguem ao portal?
- Como se liga ao meu ERP ou programa de faturação, e o que acontece quando a ligação falha?
- Que autenticação oferece, e há registo de acessos e de aprovações?
- Onde é alojado, quem faz as cópias de segurança e quem é o subcontratante para o RGPD?
- De quem é o código, como exporto os dados e quais são os custos ao fim de três anos?
Por onde começar
Começamos pela pergunta que os seus clientes mais lhe fazem e pelos documentos que mais pedem. Um primeiro portal com estado dos pedidos, documentos e permissões resolve muitas vezes a maior parte do volume; aprovações, assinatura e integrações mais profundas entram nas fases seguintes. Na Soluções à Medida desenvolvemos portais do cliente ligados aos seus sistemas e ao seu modo de trabalhar. Contacte-nos para uma conversa sem compromisso, com estimativa de custo e prazo. Veja os exemplos de construção, consultoria, seguros e jurídico e informática e tecnologia, e os exemplos por setor.