Na semana passada, alguém enviou um e-mail às 18h47. O destinatário estava em casa, a jantar, mas tinha o telemóvel em cima da mesa. Viu a notificação, leu o assunto e ficou a pensar no assunto durante o resto da noite. Não respondeu, porque não era urgente. Na manhã seguinte, recebeu uma mensagem do remetente a perguntar se tinha visto o e-mail. Afinal, também ele tinha ficado à espera de uma resposta.
Dois profissionais, duas noites estragadas e um problema que se resolvia com meia dúzia de regras. Não era preciso trocar o servidor de correio, instalar uma aplicação nova ou contratar um consultor para desenhar um fluxograma com quarenta caixas. Bastava combinar como se usa o e-mail naquela empresa.
É aqui que muitas PME falham. Ou não têm política de e-mail, ou têm um documento de várias páginas que alguém preparou para cumprir um requisito qualquer. O ficheiro fica numa pasta partilhada, ninguém sabe exactamente onde, e os utilizadores continuam a fazer o que sempre fizeram. Enviam mensagens a qualquer hora, marcam tudo como urgente e ficam ofendidos quando não recebem resposta em quinze minutos.
Uma política que ninguém cumpre é como uma firewall com regras mal configuradas. Está lá, dá uma sensação de segurança, mas não resolve o problema.
A política de e-mail deve ser curta, compreensível e, acima de tudo, praticável. Se não conseguirmos explicar as regras a um novo colaborador em cinco minutos, provavelmente estamos a complicar o que devia ser simples.
Começaria por definir seis regras.
A primeira é estabelecer um horário de referência. Não significa proibir o envio de e-mails fora do expediente. Significa esclarecer que o horário normal de trabalho é também o período de referência para a comunicação. Se alguém trabalha até às 17h30 e decide às 21h00 enviar uma mensagem que lhe ficou pendente, isso não deve criar automaticamente uma obrigação para quem a recebe.
O e-mail pode ser verificado em horários definidos, por exemplo, no início do dia, a meio da manhã e durante a tarde, sem necessidade de manter a caixa de entrada aberta e a piscar no ecrã durante oito horas. Cada equipa ajustará a frequência às suas funções. O suporte técnico, naturalmente, terá necessidades diferentes das de um departamento administrativo. Mas verificar o correio continuamente não deve ser a expectativa por defeito.
A segunda regra é distinguir o urgente do normal. E aqui convém ter algum cuidado com a definição de urgência, porque há empresas onde tudo é urgente, incluindo o pedido de uma cópia de uma factura emitida há três semanas.
Uma mensagem urgente é aquela em que a demora pode causar um prejuízo concreto, interromper uma operação ou impedir alguém de trabalhar. Um servidor indisponível, uma falha que afecta vários utilizadores ou uma suspeita de comprometimento de contas são bons exemplos. Um documento que precisa de ser revisto até sexta-feira não é urgente só porque alguém se lembrou dele na quinta às 17h20.
Se o assunto não pode esperar pela próxima consulta do e-mail, deve seguir por um canal diferente, previamente acordado pela equipa. Pode ser o telefone, um canal específico de mensagens ou o sistema de tickets, conforme a natureza do problema. O essencial é que toda a gente saiba qual utilizar.
Não adianta escrever «URGENTE» no assunto e esperar que o destinatário adivinhe o que está em causa. Se tudo é prioritário, a prioridade deixa de ter significado. É como configurar todos os alertas de monitorização para o nível máximo. Ao fim de uns dias, ninguém olha para eles.
A terceira regra diz respeito ao tempo de resposta. Receber uma mensagem não significa que seja possível resolver imediatamente o assunto. E confirmar a recepção não é o mesmo que dar uma resposta definitiva.
Imagine-se que um colega pede informação sobre uma configuração de rede que exige consultar a documentação, validar as alterações e confirmar se existe uma janela de manutenção disponível. Uma resposta como «Recebi o pedido, vou verificar e dou feedback amanhã» pode ser suficiente para desbloquear a situação. O remetente sabe que a mensagem chegou e tem uma expectativa realista. Não precisa de enviar mais três e-mails a perguntar se alguém está a tratar do assunto.
A empresa deve, por isso, definir um prazo de referência para responder às mensagens normais e distinguir esse prazo de uma confirmação de recepção. Pode estabelecer-se, por exemplo, que os e-mails internos recebem uma primeira resposta no prazo de um dia útil, quando aplicável, e que os pedidos que exigem mais trabalho recebem uma indicação sobre o prazo previsto.
Não se trata de transformar o correio electrónico num contrato com penalizações. Trata-se de evitar que o silêncio seja interpretado como desinteresse, incompetência ou falta de educação. E convém admitir que algumas funções exigem outros prazos. Uma equipa de suporte com níveis de serviço definidos não deve depender de uma regra genérica para gerir incidentes.
A quarta regra é aproveitar o envio programado. A funcionalidade existe na maioria das plataformas de correio electrónico e, apesar disso, continua a haver quem envie mensagens à meia-noite porque acabou de trabalhar num assunto.
Se estou a preparar uma mensagem fora do horário normal e ela não precisa de chegar imediatamente, posso programar o envio para a manhã seguinte. O trabalho fica feito, mas não estou a criar uma notificação desnecessária no telemóvel de outra pessoa.
Claro que o envio programado não resolve tudo. Há mensagens que precisam mesmo de sair naquele momento e há equipas distribuídas por diferentes fusos horários. Mas, numa PME onde quase toda a gente trabalha no mesmo horário, é uma forma simples de reduzir interrupções sem instalar absolutamente nada.
E atenção a um pormenor. Programar o envio não deve servir para esconder a carga de trabalho real nem para criar a expectativa de que todos têm de estar disponíveis logo pela manhã. A regra deve proteger o tempo de quem recebe, não estabelecer uma nova corrida para ver quem chega primeiro à caixa de entrada.
A quinta regra é definir o procedimento para as ausências. Férias, formação, doença ou uma deslocação profissional podem deixar mensagens sem resposta durante vários dias. Se ninguém souber quem assegura determinado assunto, o resultado será previsível. O cliente envia uma mensagem, o responsável está ausente e os restantes colegas assumem que alguém estará a tratar do tema.
Quando a ausência é previsível, o colaborador deve activar uma resposta automática com as datas relevantes e indicar um contacto alternativo, quando existir. Os assuntos que não podem esperar devem ser encaminhados para esse contacto ou para o canal de suporte adequado. Não é necessário explicar a toda a gente o motivo pessoal da ausência. Basta comunicar o que interessa para a continuidade do trabalho.
Também não devemos assumir que activar uma resposta automática significa dar acesso indiscriminado à caixa de correio de quem está ausente. Se for necessário assegurar a continuidade de um processo, o acesso e a delegação devem ser tratados pelos meios autorizados pela empresa, com os devidos cuidados de segurança e privacidade.
Por fim, a sexta regra é saber quando o e-mail não serve. Esta é provavelmente a mais esquecida, apesar de ser das mais úteis.
Uma conversa com dez respostas, quatro pessoas em cópia e duas interpretações diferentes de uma frase já deixou de ser uma boa troca de e-mails. Uma decisão que exige discussão pode resolver-se numa chamada de dez minutos. Um pedido de assistência técnica que precisa de acompanhamento deve entrar no sistema de tickets, onde fica registado, atribuído e sujeito a seguimento. Um incidente de segurança não deve ficar à espera de que alguém abra a caixa de entrada.
O e-mail é uma ferramenta de comunicação, não um sistema universal de gestão do trabalho. Usá-lo para tudo é como tentar resolver qualquer problema de infraestrutura acrescentando mais um switch ao bastidor. Às vezes, o que falta não é equipamento. É perceber o que estamos a tentar fazer.
E como se transforma isto numa política que as pessoas realmente cumprem?
Começaria por reunir a equipa e discutir estas regras antes de publicar o documento. Parece um detalhe, mas faz diferença. Uma política imposta unilateralmente pela administração pode até ser formalmente aprovada e continuar a ser ignorada na prática.
É preciso perceber como trabalham as pessoas, quais são as necessidades de cada departamento e onde existem excepções legítimas. A equipa de suporte pode precisar de assegurar uma resposta rápida a determinados incidentes. O departamento financeiro pode ter períodos de maior actividade. Quem trabalha directamente com clientes pode estar sujeito a compromissos de resposta que não se aplicam a outras funções.
O objectivo não é obrigar toda a gente a trabalhar da mesma maneira. É criar expectativas comuns, com margem para as diferenças que fazem sentido.
Depois da discussão, publicaria uma versão curta, acessível a todos, e definiria uma data para rever as regras após algumas semanas de utilização. Se uma regra não funciona, deve ser corrigida. A política não é uma peça de museu que se escreve uma vez e fica esquecida até à próxima auditoria.
Também é necessário que a chefia dê o exemplo. Se a empresa diz que as mensagens não urgentes enviadas fora do horário não exigem resposta no mesmo dia, mas o director envia um e-mail às 22h15 e cobra uma resposta às 22h30, a política morreu antes de chegar ao fim da primeira página.
A tecnologia pode ajudar. As plataformas de correio electrónico permitem programar envios, configurar respostas automáticas e, em alguns casos, definir horários de notificação. Mas nenhuma configuração substitui um acordo de equipa. O servidor entrega a mensagem; não consegue decidir se o destinatário deve interromper o jantar para a ler.
Para facilitar a implementação, deixaria um modelo simples, pronto a adaptar à realidade da empresa.
Política de utilização do e-mail
O e-mail é uma ferramenta de trabalho e deve ser utilizado de forma responsável, respeitando o horário de trabalho e o tempo dos colegas. A consulta do correio electrónico deve ocorrer em horários adequados às funções de cada colaborador, não sendo esperada uma verificação contínua ao longo do dia.
As mensagens não urgentes enviadas fora do horário normal não exigem resposta no mesmo dia. Sempre que possível, deve ser utilizado o envio programado para evitar notificações desnecessárias fora do expediente.
Os assuntos urgentes, cuja demora possa afectar o funcionamento da empresa ou causar prejuízos concretos, devem ser comunicados através do canal definido para esse efeito, e não depender exclusivamente do e-mail.
Sempre que não seja possível responder de imediato a um pedido, o destinatário deve, quando adequado, confirmar a recepção e indicar uma previsão de resposta. A confirmação de recepção não significa que o assunto esteja resolvido.
Em períodos de ausência previsível, deve ser configurada uma resposta automática com a informação necessária e indicado um contacto alternativo quando se justifique. Os assuntos pendentes devem ser encaminhados de forma a garantir a continuidade do trabalho.
O e-mail não substitui os sistemas próprios para registar e acompanhar pedidos de assistência, incidentes ou tarefas que exijam acompanhamento. Quando existir um canal específico para esses assuntos, deve ser utilizado.
Estas regras devem ser discutidas com a equipa, ajustadas às necessidades reais de cada departamento e revistas periodicamente. As excepções devem ser claras e justificadas, não ficando dependentes de interpretações individuais.
No fundo, não estamos a tentar controlar a forma como as pessoas escrevem e-mails. Estamos a tentar evitar que uma ferramenta criada para facilitar a comunicação se transforme numa fonte permanente de interrupções.
Ao fim de algumas semanas, vale a pena verificar se diminuíram os pedidos repetidos de confirmação, se os assuntos urgentes chegam ao canal certo e se as pessoas conseguem desligar fora do horário sem receio de serem penalizadas por não responderem. Não é preciso criar um painel de controlo com vinte indicadores. Bastam alguns sinais concretos e uma conversa franca com a equipa.
Trinta anos a lidar com redes, servidores e utilizadores ensinaram-me que as soluções mais complicadas nem sempre são as melhores. Um sistema pode ter todas as funcionalidades do mundo e continuar a falhar porque ninguém combinou como o utilizar.
O mesmo acontece com o e-mail. Uma política curta, discutida e cumprida vale mais do que um regulamento de vinte páginas que ninguém leu. E, se queremos que os utilizadores respeitem os limites, a primeira coisa que temos de fazer é deixar de os tratar como opcionais quando são os próprios gestores a ultrapassá-los.