Do caos dos e-mails a um portal self-service: um estudo de caso honesto

Toda caixa de apoio sobrecarregada conta a mesma história, e nunca é realmente sobre e-mail. É sobre uma empresa que cresceu mais depressa do que a sua forma de falar com os clientes. Quando alguém diz «precisamos de um portal», a caixa deixou normalmente de ser uma ferramenta e tornou-se uma emergência diária: um lugar onde os pedidos se perdem, se repetem e se discutem. Esta é a história de uma empresa que viveu exatamente isso, e o que foi de facto preciso para sair dessa situação.

Quero contá-la com honestidade, porque os estudos de caso costumam ser escritos como se tudo tivesse corrido na perfeição e os números triplicado de um dia para o outro. Este não. Correu bem — genuinamente bem — mas houve passos em falso, uma funcionalidade que construímos e depois apagámos, e um momento, por volta da sexta semana, em que o cliente se questionou em silêncio se teria cometido um erro. Essa parte importa tanto como o resultado, por isso deixo-a ficar.

A empresa é real, mas anonimizada a seu pedido: uma empresa de serviços com cerca de 45 pessoas que serve algumas centenas de clientes B2B recorrentes. Pense em manutenção de equipamentos e conformidade — o tipo de trabalho em que os clientes precisam constantemente de documentos, atualizações de estado e de poder submeter pedidos. Os pormenores importam pouco. Se a sua equipa vive numa caixa de entrada partilhada, reconhecerá este padrão de imediato.

A caixa de entrada que dirigia a empresa

Quando nos sentámos com eles pela primeira vez, tudo o que era importante passava por uma única caixa partilhada — info@ — que quatro pessoas vigiavam ao mesmo tempo. Os clientes escreviam para pedir um serviço, solicitar um certificado, verificar um trabalho, mudar uma morada, contestar uma fatura. Tudo aterrava no mesmo sítio, sem ordem nenhuma, sem estado e sem responsável.

Os sintomas eram os que vejo sempre. As mesmas perguntas chegavam dezenas de vezes por semana — «onde está o meu certificado?», «quando é que vêm?», «podem reenviar o relatório?». Os anexos perdiam-se ou ficavam soterrados três respostas mais abaixo. Dois colaboradores respondiam por vezes ao mesmo cliente de forma diferente em menos de uma hora. E ninguém conseguia responder à pergunta de gestão mais simples de todas: quantos pedidos abertos temos neste momento? A caixa não sabia. Só sabia quantas mensagens estavam por ler, o que não é de todo a mesma coisa.

O custo não era só tempo, embora houvesse muito — estimámos mais tarde que a equipa gastava boa parte de dois dias inteiros por semana só em respostas repetitivas de copiar e colar. O custo maior era a erosão silenciosa da confiança. Os clientes não viam o seu próprio histórico, por isso perguntavam de novo. Os colaboradores não viam o que fora prometido, por isso pediam desculpa a mais e entregavam a mais. Toda a relação assentava na ansiedade.

O que deliberadamente não fizemos

O cliente veio ter connosco a pedir um portal, e a nossa primeira tarefa foi travá-lo. É tentador dizer que sim ao briefing e começar a construir ecrãs. Mas um portal é um objeto grande — autenticação, contas, permissões, documentos, pedidos, notificações — e se construir tudo de uma vez, passará nove meses e ainda assim lançará algo que ninguém pediu.

Por isso, antes de qualquer design, dedicámos dois dias à tarefa pouco glamorosa: ler a caixa de entrada. Exportámos alguns meses de correio e ordenámo-lo pelo que os clientes tentavam realmente fazer. Não o que diziam, mas o que queriam. O resultado foi esclarecedor. Cerca de três quartos de todos os e-mails recebidos reduziam-se a apenas quatro tarefas repetidas: pedir um documento, verificar o estado de um trabalho, submeter um novo pedido de serviço e atualizar os próprios dados.

Esta é a parte que as equipas saltam, e é a parte que salva o projeto. Não estávamos a desenhar um portal. Estávamos a desenhar uma forma de retirar da caixa os quatro e-mails mais repetidos. Esse enquadramento manteve-nos honestos sempre que alguém queria acrescentar «só mais uma» funcionalidade.

O que construímos de facto

A primeira versão foi deliberadamente estreita. Um cliente podia iniciar sessão, ver os trabalhos e documentos da sua própria organização, descarregar tudo o que alguma vez lhe tínhamos enviado, submeter um novo pedido através de um formulário curto e estruturado, e atualizar os seus contactos. Nada mais. Sem chat ao vivo, sem painéis cheios de gráficos, sem portal de faturação. Quatro tarefas, feitas de forma limpa.

O cofre de documentos

O maior alívio foi deixar os clientes obterem os seus próprios documentos. Cada certificado, relatório e fatura que emitíamos ficava agora arquivado automaticamente na conta deles no momento em que era gerado. O e-mail «podem reenviar esse PDF?» — de longe o mais comum — simplesmente deixou de chegar. Os clientes deixaram de perguntar porque já não precisavam.

Pedidos estruturados em vez de e-mails de texto livre

Quando um cliente submetia um pedido através do portal, respondia a algumas perguntas específicas em vez de escrever um parágrafo. Parece menor; foi transformador. Um pedido estruturado chega com tudo o que a equipa precisa para agir — sem mais três e-mails de vai e vem só para descobrir qual a instalação, qual a máquina, qual a data. Cada pedido recebia um estado visível para o cliente, o que discretamente acabou com a maioria das insistências do tipo «há novidades?».

A automatização silenciosa por trás disto

Por trás dos ecrãs, o verdadeiro trabalho era ligar o portal aos sistemas que já tinham, para que ninguém tivesse de reescrever nada. Um novo pedido do portal criava um trabalho na ferramenta de back-office já existente. Um documento concluído aterrava sozinho no cofre. As mudanças de estado despoletavam um e-mail curto, para que os clientes não tivessem de andar sempre a iniciar sessão para verificar. Nada disto era vistoso. A maior parte do valor de um portal assim está na canalização que ninguém chega a ver.

O passo em falso e a funcionalidade que apagámos

Agora a parte que a maioria dos estudos de caso esconde. A meio caminho, o cliente pediu um fio de mensagens dentro do portal — um pequeno chat em cada pedido, para que clientes e colaboradores pudessem trocar mensagens dentro do portal. Parecia razoável. Construímo-lo.

Foi um erro. O fio de mensagens recriava exatamente o problema que estávamos a resolver: um lugar sem estrutura onde a conversa se acumulava, só que agora era uma segunda caixa que os colaboradores tinham de vigiar para além do e-mail. Em um mês, os pedidos empancavam dentro dos fios de chat, os clientes ficavam confusos se deviam usar o chat ou o e-mail, e a equipa verificava dois sítios em vez de um. Tínhamos, sem querer, reconstruído a caixa dentro do portal.

Apagar software que funciona e que pagou sabe muito mal. Mas lançar a funcionalidade errada e mantê-la por teimosia sai muito mais caro. Cortámo-la, o ruído baixou de imediato, e tornou-se numa das coisas mais úteis que o projeto ensinou a todos os envolvidos.

Como o implementámos sem uma revolta

Um portal só funciona se os clientes o usarem de facto — e os clientes resistem maravilhosamente a mudar a forma como o contactam. Diga às pessoas «usem o portal a partir de agora» e uma boa parte continuará simplesmente a mandar e-mails. Por isso não o forçámos. Fizemos do portal o caminho evidentemente mais fácil e deixámo-lo vencer por si próprio.

1. 1
   Lançamento suave primeiro com clientes próximos

   Convidámos uma dúzia dos clientes mais empenhados, observámos como o usavam e limámos as arestas antes de mais alguém o ver.
2. 2
   Semear cada conta com valor real

   Logo no primeiro dia, o portal de cada cliente já continha os seus documentos passados e os trabalhos em aberto. Iniciar sessão era útil de imediato, não um formulário vazio para preencher.
3. 3
   Responder aos e-mails repetidos com um empurrão suave

   Quando as velhas perguntas continuavam a chegar por e-mail, os colaboradores respondiam — e acrescentavam uma linha: «Também pode obter isto a qualquer momento aqui.» Sem pressão, apenas uma opção melhor.
4. 4
   Só mais tarde, encaminhar os novos pedidos pelo portal

   Quando a utilização já era saudável, o formulário de pedido no site apontava para o portal. Nunca desligámos o e-mail por completo — apenas fizemos do portal o caminho de menor resistência.

Vale a pena demorarmo-nos neste último ponto. Nunca matámos o e-mail, nem alguma vez o planeámos. Alguns clientes preferi-lo-ão sempre, e não há problema nisso. O objetivo nunca foi zero e-mails — foi esvaziar da caixa os e-mails repetitivos, para que os que restassem fossem os que genuinamente precisavam de uma pessoa.

Os resultados, com as ressalvas honestas

Seis meses após o lançamento, a mudança era clara o suficiente para ninguém a contestar. Dou-lhe os números, mas leia-os como ilustrativos — são a experiência desta empresa, medida por alto, não uma promessa. Os seus resultados serão diferentes.

O destaque que interessava ao cliente era o tempo recuperado: a equipa reaveu boa parte de um dia e meio por semana que desaparecia na caixa. Não reduziram pessoal — realocaram esse tempo para o verdadeiro trabalho de serviço e para a integração de novos clientes, que é o resultado que quase sempre vemos em pequenas e médias empresas. Aqui, a automatização não substituiu pessoas; devolveu-lhes a semana.

A vitória mais subtil era mais difícil de medir, mas fácil de sentir. Os gestores conseguiam finalmente ver o trabalho. Os clientes deixaram de sentir que gritavam para o vazio. E a caixa de entrada, pela primeira vez em anos, tornou-se um lugar sereno onde as mensagens que chegavam eram aquelas que precisavam mesmo de uma pessoa a pensar nelas.

O que faríamos de forma diferente da próxima vez

Duas coisas. Primeiro, resistiríamos à funcionalidade de mensagens desde o início — sabíamos melhor e construímo-la mesmo assim, porque dizer que sim parecia mais fácil do que a conversa. Segundo, semearíamos as contas dos clientes com o seu histórico ainda mais cedo na construção, porque o momento em que um portal parece povoado e pessoal é o momento em que as pessoas começam a confiar nele. Um portal vazio é uma maçada; um portal que já o conhece é um alívio.

Se está a olhar para a sua própria caixa de entrada sobrecarregada, a lição não é «construa um portal». É encontre primeiro as suas quatro tarefas. Leia a sua caixa como lemos a deles. O punhado de coisas que os seus clientes continuam a pedir, uma e outra vez, são as únicas funcionalidades que importam. Tudo o resto é âmbito que ficará contente por ter deixado de fora.

Perguntas frequentes