Como criar um portal de clientes: ficheiros, estado, faturas e permissões

Um portal de clientes é uma área privada onde cada um dos seus clientes inicia sessão para ver o estado do projeto, os ficheiros partilhados, os pedidos em aberto e as faturas. Para o construir, defina exatamente o que um cliente precisa de ver nos primeiros dez segundos, modele clientes, projetos e ficheiros de modo a que cada registo pertença a um cliente, imponha no servidor que os clientes só veem os seus próprios registos, e guarde os carregamentos em armazenamento privado. A lista de funcionalidades pode ser curta; o que importa é acertar nas permissões.

Porque é que as empresas constroem portais de clientes

Os portais costumam substituir uma pilha de conversas de email, pastas partilhadas e mensagens do tipo “qual é o estado?”. Agências, contabilistas, consultores, construtoras, estúdios e empresas de serviços usam todos portais. Um bom portal:

• Responde à pergunta sobre o estado antes de o cliente a fazer.
• Põe os ficheiros num só sítio, com a versão mais recente óbvia.
• Dá aos pedidos um lugar próprio, em vez de emails dispersos.
• Mostra que está organizado, o que importa para a retenção e as recomendações.

Se tem um ou dois clientes e nada de sensível, uma partilha de documentos ou uma pasta pode bastar. Um portal compensa construir quando tem muitos clientes, trabalho recorrente, ou informação que os clientes não devem ver sobre os outros.

O que um portal de clientes precisa

Comece com início de sessão, visão geral, ficheiros e pedidos. Acrescente faturas, aprovações e mensagens quando os clientes realmente precisarem delas.

Os dados

Um portal típico tem: clientes (empresas), utilizadores de cliente (pessoas que iniciam sessão, pertencendo a um cliente), membros da sua equipa, projetos (pertencentes a um cliente), marcos ou atualizações de estado, ficheiros (pertencentes a um projeto), pedidos e, opcionalmente, faturas. A regra de design fundamental: cada registo deve remeter para exatamente um cliente. Assim, as permissões são simples de impor e de verificar.

Permissões

Escreva-as e teste-as:

• Um utilizador de cliente vê apenas os projetos, ficheiros, pedidos e faturas que pertencem ao seu cliente.
• As notas internas nunca são mostradas aos clientes.
• Os membros da equipa veem os clientes que lhes estão atribuídos, ou todos os clientes se for pequeno.
• As ligações aos ficheiros são privadas e com validade limitada, não URLs públicos que qualquer pessoa possa partilhar ou adivinhar.
• Remover um utilizador de cliente retira-lhe o acesso de imediato.

As verificações têm de acontecer no servidor. Um portal que carrega os dados de todos os clientes e os filtra no navegador não é privado.

Decisões e compromissos

Método de início de sessão

Os clientes iniciam sessão raramente, e por isso esquecem-se das palavras-passe. Os links mágicos (uma ligação de início de sessão enviada por email) ou o início de sessão único com uma conta que já usam funcionam muitas vezes melhor do que palavras-passe em portais. Qualquer que seja a escolha, convide os clientes do seu lado, em vez de deixar qualquer pessoa criar uma conta. O nosso guia sobre como acrescentar início de sessão à sua app compara as opções.

Um portal ou um por cliente

Uma só app com uma lista de clientes é mais fácil de manter do que um site separado por cliente. Ainda assim, pode dar a cada cliente um aspeto próprio com a sua marca — o seu logótipo, os nomes dos seus projetos — dentro da mesma app.

Ficheiros

Use armazenamento de ficheiros adequado em vez de guardar os carregamentos no disco do próprio servidor, defina um tamanho máximo de ficheiro, restrinja os tipos de ficheiro se puder, e sirva os ficheiros apenas a utilizadores que passem na verificação de permissões. Decida como funcionam as versões: substituir, ou manter histórico.

Faturas e pagamentos

Pode mostrar faturas do seu software de contabilidade, gerar faturas simples no portal, ou ligar a uma página de pagamento alojada. Construir um sistema de faturação completo é um projeto à parte — veja como criar uma app de faturação. Para um portal, mostrar o estado da fatura e uma ligação “Pagar agora” para um checkout alojado costuma bastar.

Integrações

Muitos portais puxam o estado de ferramentas que já usa — um gestor de projetos, um CRM ou um software de contabilidade — em vez de lhe pedirem que atualize dois sítios. As integrações poupam tempo, mas acrescentam configuração e manutenção. Se a sua equipa já vive num CRM, considere construir o portal por cima dos mesmos dados.

Um primeiro pedido para um criador de IA

Crie um portal de clientes para a Northlight, uma pequena agência de design web. Os clientes são empresas; cada uma tem um ou mais utilizadores de cliente que iniciam sessão. Os utilizadores de cliente veem apenas os projetos da sua própria empresa. Para cada projeto: estado atual (Descoberta, Design, Desenvolvimento, Revisão, Em produção), próximo marco com data, uma área de ficheiros onde ambos os lados podem carregar e descarregar (PDF, imagens, ZIP, máximo de 50 MB), um formulário de pedido (título, detalhes, prioridade) com uma lista dos pedidos anteriores e o respetivo estado, e uma cronologia de atualizações. Os membros da agência veem uma área de administração com todos os clientes, podem alterar o estado do projeto, publicar atualizações, acrescentar notas internas que os clientes nunca veem, e responder a pedidos. Imponha todas as regras de acesso no servidor. Guarde os dados numa base de dados e os ficheiros em armazenamento privado com ligações de descarregamento de validade limitada. Por agora, um início de sessão provisório — vamos acrescentar autenticação real a seguir. Design limpo e profissional que funcione em telemóveis.

Construa por etapas: primeiro os dados e a administração, depois a vista do cliente, depois o início de sessão real, depois os ficheiros, e só então os extras. Como escrever pedidos para criadores de apps com IA tem mais padrões.

Passos de construção

1. Liste o que um cliente precisa de ver primeiro, e sobre o que é que atualmente lhe envia emails.
2. Desenhe os dados para que cada registo pertença a um cliente.
3. Construa a vista de administração e introduza os dados de um cliente real.
4. Construa a vista do cliente para esse cliente.
5. Acrescente início de sessão real com convites enviados por si.
6. Acrescente ficheiros em armazenamento privado com verificação de permissões no descarregamento.
7. Teste as permissões: crie dois clientes de teste e tente todas as formas de ver os dados do outro — alterar IDs no URL, adivinhar ligações de ficheiros, usar um convite antigo.
8. Acrescente pedidos e notificações por email.
9. Faça um piloto com um ou dois clientes amigos e pergunte o que ainda lhe enviam por email.
10. Acrescente faturas, aprovações ou integrações com base nesse feedback.

Erros comuns

• Filtrar no navegador em vez de no servidor. O erro mais grave de um portal: os dados de todos os clientes são descarregados, apenas escondidos.
• URLs públicos de ficheiros. Uma ligação partilhada que qualquer pessoa pode abrir anula o portal.
• Registo aberto. Os clientes devem ser convidados, e não poder criar contas e escolher uma empresa.
• Funcionalidades em excesso no lançamento. Um portal que os clientes não compreendem é ignorado em favor do email.
• Duas fontes de verdade. Se o estado vive na sua ferramenta de projetos e no portal, um dos dois ficará desatualizado. Escolha um ou sincronize-os.
• Esquecer a desativação de acessos. Quando um colaborador de um cliente sai, o acesso dessa pessoa tem de terminar.
• Guardar dados regulados sem as proteções adequadas. Registos de saúde, jurídicos ou financeiros podem ter requisitos legais que tem de cumprir.

Custos e ferramentas

Os custos de funcionamento são o alojamento, uma base de dados, o armazenamento de ficheiros (que cresce com os ficheiros que partilha) e um fornecedor de email para convites e notificações. Se usar um fornecedor de início de sessão ou de pagamentos alojado, verifique os preços atuais no respetivo site. Comparado com software de portal cobrado por utilizador, os custos de um portal próprio crescem com a utilização, e não com o número de clientes.

Quando um produto pronto é a melhor escolha

O software de portal de clientes, e as funcionalidades de portal incluídas em ferramentas de contabilidade, jurídicas ou de gestão de práticas, podem ser a melhor escolha quando o seu setor tem requisitos específicos — assinaturas eletrónicas com validade legal, registos regulados, troca de documentos fiscais — ou quando a sua ferramenta atual já inclui um portal. Esses produtos já trataram da conformidade e do apoio. Construa o seu próprio quando o seu fluxo de trabalho não encaixa em portais genéricos, quando quer que o portal corresponda exatamente à sua marca e ao seu processo, ou quando a cobrança por cliente ou por utilizador deixa de fazer sentido para si.

Criar com a Mythex

A Mythex pode construir o portal do pedido acima: uma vista de cliente, uma vista de administração, pedidos e uma cronologia, com uma base de dados Postgres dedicada e armazenamento de ficheiros acrescentados quando a app precisar. O início de sessão dos clientes é com a solução que você traz — as contas Mythex são para as pessoas que constroem a app, e escolhe uma abordagem de autenticação para os seus clientes que o agente integra. A Mythex não tem assinatura eletrónica nem produto de faturação incluídos, por isso esses são integrações ou funcionalidades que constrói. Use segredos do projeto para quaisquer chaves de API, e o testador de app no chat para percorrer os fluxos de cliente e de administração antes de publicar.

A documentação tem um caso de uso de portal de clientes e explica o armazenamento de ficheiros e a adição de início de sessão. Para um pedido inicial, experimente o modelo portal de clientes para agências ou veja todos os modelos de apps. Antes de convidar clientes reais, percorra a nossa lista de verificação de segurança para apps criadas com IA.

Perguntas