Do formulário ao atendimento: o que precisa existir entre os dois.

O formulário quase sempre funciona: os campos validam, a mensagem sai, o visitante vê um agradecimento. O que costuma não existir é o que acontece no minuto seguinte. Se a única consequência de um envio é um e-mail chegando numa caixa compartilhada, então não há registro que sobreviva a alguém arquivar a mensagem, não há um nome responsável antes de alguém se voluntariar, e não há relógio — o que significa que ninguém consegue dizer, depois, quanto tempo aquele contato esperou.

Nenhuma delas é uma ferramenta; são quatro fatos que precisam ser verdade sobre o intervalo entre o envio e a resposta.

• Um registro que não dependa de ninguém guardar um e-mail
• Um responsável nomeado antes de o contato chegar, não depois
• Um prazo que alguém consiga medir e cobrar
• Uma confirmação de recebimento que não se confunda com atendimento

Uma caixa compartilhada é uma fila sem dono: todo mundo vê e ninguém responde por ela. Ela também não guarda o que importa depois — quem respondeu, quando, o que foi combinado e qual é a próxima ação. E ela não distingue a confirmação automática do atendimento de verdade, que é a confusão mais cara das quatro: a empresa acha que respondeu porque o sistema respondeu, e o cliente continua esperando uma pessoa.

Envie uma solicitação de teste pelo seu próprio site e tente responder quatro perguntas sem perguntar a ninguém: onde ficou o registro, quem é o responsável, qual é a próxima ação e quando ela vence. Se alguma exigir perguntar para outra pessoa, o caminho não existe — existe uma combinação que funciona enquanto as pessoas certas estiverem de bom humor. É o mesmo teste que aplicamos no nosso próprio sistema, e o percurso completo está documentado no estudo do projeto interno.