Existe um tipo de processo que quase toda empresa gerencia por email. Não porque alguém decidiu que email era a melhor ferramenta. Mas porque o processo começou pequeno, com uma solicitação aqui, uma aprovação ali, e quando a equipe percebeu, já tinha uma cadeia de 47 emails com assunto "Re: Re: Re: Aprovação pedido #312".
O email é ótimo para comunicação. Péssimo para gestão de processos. Ele não tem etapas, não tem responsáveis definidos, não tem prazo automático, não tem visibilidade de status e, principalmente, não tem memória confiável. Quando alguém pergunta "quem aprovou isso?", a resposta envolve 15 minutos de busca e a frase "acho que foi o Marcos, mas não tenho certeza".
Vamos aos 5 processos que mais sofrem com isso — e como cada um deveria funcionar.
1. Aprovação de despesas e compras
Como funciona no email
Alguém precisa comprar algo. Manda um email para o gestor: "Preciso aprovar a compra de 10 licenças do software X, valor R$ 4.500." O gestor responde "ok" — às vezes do celular, sem nem ler o anexo com o orçamento. Se o valor exige aprovação do financeiro, o solicitante encaminha a thread. O financeiro responde três dias depois com "aprovado, mas precisa de três orçamentos". O solicitante manda os orçamentos. Um deles vai parar no spam. O processo trava.
O que dá errado
- Aprovações verbais ou por "ok" no email, sem registro formal
- Ninguém sabe em que etapa a solicitação está
- Valores acima do limite passam sem a segunda aprovação porque a regra está numa planilha que ninguém consulta
- Quando a auditoria pede evidência de aprovação, alguém precisa garimpar emails de 6 meses atrás
Como deveria funcionar
Um formulário estruturado com campos obrigatórios: descrição, valor, centro de custo, orçamentos anexados. Regras claras de alçada: até R$ 5.000, aprova o gestor direto; acima, vai para o financeiro. Cada aprovação registrada com data, hora e justificativa. SLA de 48h com alerta automático para aprovações pendentes. Timeline completa acessível por qualquer auditor.
2. Onboarding de clientes
Como funciona no email
O comercial fecha o contrato e manda um email para o time de operações: "Novo cliente: Empresa ABC. Contrato em anexo. Iniciar onboarding." O operacional responde perguntando quais serviços foram contratados. O comercial encaminha outra thread onde isso foi discutido. Alguém do suporte técnico é copiado para configurar o ambiente. Três dias depois, o suporte pergunta: "Qual o email de acesso do cliente?" Ninguém sabe. O cliente liga perguntando quando vai receber o acesso. Constrangimento geral.
O que dá errado
- Informações espalhadas entre 4 threads diferentes
- Ninguém sabe se o ambiente já foi configurado
- O cliente não tem visibilidade de nada — liga para perguntar
- Quando algo atrasa, começa o jogo de "eu mandei email, você que não respondeu"
- Clientes diferentes recebem experiências de onboarding completamente diferentes, dependendo de quem operou
Como deveria funcionar
Um case criado automaticamente quando o contrato é fechado. Etapas claras: coleta de dados, configuração de ambiente, treinamento, go-live. Formulário externo para o cliente preencher dados sem precisar mandar email. Tarefas atribuídas a cada equipe com prazo. Portal para o cliente acompanhar o progresso. SLA por etapa. Todos os onboardings seguindo a mesma estrutura, independentemente de quem está operando.
3. Solicitação de férias e licenças
Como funciona no email
O funcionário manda email para o gestor: "Gostaria de tirar férias de 15 a 30 de julho." O gestor responde: "Vou verificar com o RH." Encaminha para o RH. O RH responde que o período está disponível, mas pede para o funcionário preencher o formulário do sistema de ponto. O funcionário preenche. O gestor esquece de aprovar no sistema. O RH não processa. No dia 14 de julho, o funcionário pergunta se está tudo certo. Ninguém sabe.
O que dá errado
- Aprovação informal por email, sem registro no sistema oficial
- RH depende do gestor para aprovar no sistema, e o gestor esquece
- Conflitos de férias porque ninguém cruzou as datas da equipe
- Funcionário descobre que as férias não foram processadas na véspera
- Quando o volume aumenta (fim de ano), o RH vira gargalo respondendo emails um a um
Como deveria funcionar
Formulário de solicitação com campos de período, tipo de licença e justificativa. Verificação automática de conflitos com outros membros da equipe. Fluxo de aprovação: gestor aprova, RH valida saldo de dias e processa. Notificação automática para o funcionário em cada etapa. Calendário integrado mostrando quem está de férias quando. Zero emails. Zero esquecimentos.
4. Abertura de chamados internos (TI, facilities, administrativo)
Como funciona no email
"Meu monitor não está funcionando." Email para ti@empresa.com. A equipe de TI tem 47 emails não lidos naquela caixa. Alguém responde "Vou verificar" na terça. Na quarta, o solicitante manda outro email: "Alguma novidade?" Ninguém responde porque quem disse "vou verificar" saiu de férias. Na quinta, o solicitante manda com cópia para o gestor de TI. Agora o gestor precisa reconstruir o que aconteceu lendo uma thread de 8 emails.
O mesmo acontece com facilities ("O ar-condicionado da sala 3 está com defeito"), administrativo ("Preciso de um crachá novo") e qualquer área que recebe solicitações internas por email.
O que dá errado
- Caixa de email compartilhada sem dono: emails caem no limbo
- Sem priorização: um monitor quebrado compete com um servidor fora do ar
- Sem rastreamento: ninguém sabe quantos chamados estão abertos, qual o tempo médio de resolução, quais ficam esquecidos
- Sem accountability: quando o chamado some, ninguém é responsável
- Quando alguém sai de férias, os chamados que estavam com essa pessoa simplesmente param
Como deveria funcionar
Formulário de abertura de chamado com tipo, prioridade, localização e descrição. Atribuição automática por tipo (hardware vai para Fulano, rede para Ciclano). SLA por prioridade: crítico em 4h, normal em 48h. Dashboard para o gestor ver todos os chamados abertos, por status e por responsável. Notificação automática ao solicitante quando o chamado avança. Relatório mensal de volume, tempo de resolução e itens recorrentes.
5. Revisão e aprovação de documentos
Como funciona no email
Alguém manda um contrato por email: "Segue para revisão." O revisor baixa, faz alterações no Word com controle de alterações, e manda de volta. O autor aceita algumas alterações, rejeita outras, e manda a "versão 2". O revisor recebe, mas estava com a versão do email anterior aberta. Faz alterações na versão errada. Agora existem duas versões 2. Alguém manda uma "versão final". Depois aparece a "versão final v2" e, inevitavelmente, a "versão final definitiva ESSA AQUI".
O que dá errado
- Controle de versão inexistente: ninguém sabe qual é a versão mais recente
- Comentários e alterações espalhados em múltiplos emails
- Aprovação por email ("ok, pode seguir") sem registro formal
- Documentos confidenciais circulando como anexo de email — sem controle de quem acessou
- Quando alguém pergunta "quem revisou esse contrato e quando?", a resposta demora 30 minutos
Como deveria funcionar
Documento enviado para revisão dentro de um case, com versionamento automático. Cada versão registrada com data e autor. Comentários vinculados ao documento, não a uma thread de email. Fluxo de aprovação formal: revisor aprova ou solicita alterações, com comentário obrigatório. Histórico completo de quem viu, comentou e aprovou. Controle de acesso por permissão, não por "quem estava na cópia do email".
O padrão que conecta os 5
Se você reparou, os mesmos problemas aparecem em todos os cinco processos:
- Falta de visibilidade: ninguém sabe em que etapa está
- Falta de rastreabilidade: não existe histórico confiável
- Falta de accountability: quando algo atrasa, ninguém é formalmente responsável
- Falta de padronização: cada pessoa faz de um jeito diferente
- Falta de automação: tudo depende de alguém lembrar de fazer
Email não resolve nenhum desses problemas porque não foi feito para isso. Email é uma ferramenta de comunicação, não de gestão.
O que usar no lugar
Os cinco processos acima têm algo em comum: são repetitivos, envolvem múltiplas etapas, múltiplos participantes e precisam de rastreabilidade. Esse é exatamente o tipo de problema que uma plataforma de orquestração de cases resolve.
No CaseFy, cada um desses processos pode ser configurado como um template: com etapas definidas, campos obrigatórios, regras de automação, SLAs, permissões e timeline auditável. Cada solicitação vira um case. Cada case tem sua história completa, do início ao fim.
Não é preciso implementar os cinco de uma vez. Comece pelo processo que mais dói — aquele que gera mais emails, mais cobranças e mais "quem aprovou isso?". Configure o template, rode por duas semanas, e veja a diferença.