Como criar um portal para seus clientes sem pedir uma senha

Adriana é nutricionista em Pachuca e atende cerca de quarenta pacientes por mês. Seu trabalho de verdade não é a consulta, é o que acontece entre uma consulta e a próxima. Ela vende um programa de quatro semanas que vem com material — guia de porções, lista de compras, receitas — e manda tudo pelo WhatsApp. Lembra a data da próxima consulta. Anota num caderninho quem já pagou tudo e quem está na metade. E toda semana responde três ou quatro vezes a mesma mensagem: “oi, você pode me reenviar o guia? apaguei o chat sem querer”.

Tudo isso um portal para clientes resolve. E a parte difícil não é a que a gente imagina.

O que é um portal para clientes?

Um portal para clientes é uma página privada dentro do seu site onde cada cliente vê só o que é dele: o status do pedido, o próximo horário e os arquivos que lhe correspondem. Não é mais uma seção da sua página. Sua página é pública e fala com qualquer pessoa que chegue; o portal fala com uma pessoa só e mostra as coisas dela.

No caso da Adriana, são três coisas: quando é a próxima consulta, o material do programa para baixar quantas vezes quiser, e quanto ela já pagou.

Você realmente precisa que seus clientes tenham senha?

Quase nunca, e é aqui que a maioria desses projetos morre.

Já falamos por aqui que um negócio pequeno raramente precisa de um app com cadastro e senha. Continua sendo verdade. O que acontece é que “portal” soa a login, e no momento em que você pede que as pessoas criem uma conta, já perdeu a metade: esquecem a senha, te escrevem no WhatsApp para você lembrá-las, e você acaba fazendo na mão o trabalho que o portal vinha para tirar de você. A paciente da Adriana não vai lembrar de uma senha que usa uma vez por mês.

Um portal que funciona começa com uma pergunta mais simples: como eu confirmo que essa pessoa é quem diz ser, sem obrigá-la a inventar uma senha.

Como seu portal sabe que é realmente seu cliente?

Existem duas formas, e nenhuma delas é senha.

A primeira é um link próprio. Quando alguém compra ou agenda com você, fica salvo no celular dela um link longo e impossível de adivinhar. Esse link é a prova. Quem tem o link vê o pedido dele; quem não tem não chega lá nem tentando endereços aleatórios. É o mesmo princípio da passagem de avião que chega no seu e-mail: não te pediram usuário nem senha, te mandaram algo que só você tem.

A segunda é o e-mail, já verificado. Se o seu cliente já se cadastrou alguma vez, ele entra com o e-mail e vê tudo o que estiver ligado a esse endereço.

A diferença importa: o link vive num celular, o e-mail vive na pessoa. Por isso o link serve para o cliente que comprou uma única vez — aquele que comprou no balcão e nunca vai se cadastrar — e o e-mail serve para quem volta todo mês.

O que seu portal deve responder quando alguém não é o dono do pedido?

Exatamente a mesma coisa que responderia se esse pedido não existisse. Não “esse pedido não é seu”, não “essa conta existe mas você não pode vê-la”: nada, simplesmente não encontramos nada. É a regra que separa um portal sério de um que vai te colocar em problemas, e a que quase ninguém pensa.

Parece detalhe técnico e não é. Um portal que responde diferente para “não existe” e para “existe mas não é seu” se transforma numa ferramenta de busca de clientes de outras pessoas: qualquer um vai testando e-mails e descobre quem é paciente da Adriana. Isso não é um erro de programação, é um problema para as pessoas que confiaram nela. Vale o mesmo para uma loja, uma oficina ou um salão de beleza — a lista de quem compra de você é informação dos seus clientes, não sua.

A regra completa, numa linha: o portal nunca confirma que algo existe se não é você quem está pedindo.

O que seu cliente vê lá dentro?

Três blocos, e convém que sejam três, não dez.

O pedido dele. Em que etapa está, o que já pagou e o que ainda deve. Se ficou um saldo pendente, ele já pode acertar isso ali mesmo, em vez de você ter que lembrá-lo. Se algo deu errado, ele pode pedir o reembolso ali mesmo, sem precisar te escrever.

O horário dele. Quando é a próxima consulta. Os detalhes de como montar o sistema de agendamentos por trás já cobrimos por aqui; no portal, a única coisa que importa é que ele veja sem precisar te perguntar.

Os arquivos dele. O material que vem com o que ele comprou: o guia da Adriana, o receituário, o manual do equipamento que você vendeu, as aulas do curso. Isso se abre porque a pessoa pagou, e fica aberto. É isso que mais tira trabalho manual de você, porque é justamente o que as pessoas perdem e voltam a pedir.

Uma ressalva, porque é aqui que as pessoas se iludem: isso funciona quando o arquivo é o mesmo para todos que compraram a mesma coisa. Se você precisa de um documento diferente para cada cliente — o plano personalizado de cada paciente —, isso já é outra história, e é maior. Vale a pena, mas peça como algo separado, não como se já viesse incluído.

O que não deve ter: mensagens. Você já tem WhatsApp e seus clientes também. Um chat dentro do portal é só mais uma caixa de entrada para checar, e ninguém vai checar.

E se ela comprou como convidada e depois cria uma conta?

As compras anteriores devem aparecer sozinhas assim que ela entrar com esse mesmo e-mail. Nada de precisar te escrever pedindo para você “passar” o histórico dela.

Isso acontece o tempo todo — alguém compra rápido sem se cadastrar e, meses depois, cria uma conta — e é a dúvida que afunda esses projetos. Se o portal que você montar não juntar as duas coisas, seu cliente vai ter duas vidas dentro do seu negócio, e você vai ser a cola entre elas.

Por onde começar

Antes de pedir que construam qualquer coisa, faça isto: escreva os nomes dos seus últimos cinco clientes e, ao lado de cada um, a pergunta que ele te faria hoje se te escrevesse. Se três dessas cinco perguntas já têm resposta em algo que você já sabe — a data, o arquivo, o saldo —, essas três são o seu portal. O resto vem depois.

Com isso, você já pode descrever assim mesmo no Proyecta: “um portal para minhas pacientes onde cada uma veja sua próxima consulta, o material do programa que comprou e quanto já pagou, sem precisar criar senha”. Descreva e publique em proyecta.dev.