Em empresas com múltiplas áreas, cada departamento costuma desenvolver sua própria forma de receber e controlar demandas. TI usa um sistema de chamados. RH usa e-mail. Facilities usa WhatsApp. Financeiro usa planilha compartilhada.
De modo geral, o resultado é que a empresa inteira opera com ferramentas diferentes, linguagens diferentes e critérios de atendimento completamente distintos para tipos de demanda que, do ponto de vista do colaborador, são todos a mesma coisa: um pedido que precisa ser atendido com prazo e rastreabilidade.
É por isso que a grande virada para organizar demandas de diferentes departamentos começa por resolver essa fragmentação, e o Milldesk sustenta isso com uma plataforma única onde cada área opera de forma independente, mas o colaborador acessa tudo pelo mesmo ponto.
Por que ferramentas separadas por departamento criam mais problema do que resolvem
A lógica de dar autonomia a cada área para escolher sua própria ferramenta parece razoável. Cada departamento conhece melhor as suas demandas e pode escolher o que funciona para o seu contexto.
O problema aparece quando se olha da perspectiva de quem solicita: o colaborador que precisa de algo precisa saber qual sistema usar para cada tipo de pedido, qual e-mail enviar, qual grupo acessar.
Na prática, o resultado é previsível, afinal, as solicitações continuam chegando pelo canal mais conveniente, geralmente WhatsApp ou ligação direta, independentemente de qual ferramenta a área escolheu.
Do lado da gestão, o custo é diferente mas igualmente real. O gestor que precisa dimensionar equipe, apresentar desempenho para a liderança ou identificar gargalos de atendimento interno não tem como consolidar dados de sistemas diferentes sem montar uma planilha manual que ninguém confia porque depende de alguém lembrar de atualizar.
Com ferramentas separadas, a empresa opera às cegas sobre a sua própria operação interna.
Além disso, áreas com sistemas distintos criam ilhas de processo que se comunicam mal entre si. Uma demanda que envolve mais de um departamento, como o onboarding de um novo colaborador, que depende de TI para liberar acessos, de RH para criar o cadastro e de facilities para preparar o espaço, se perde no meio do caminho porque nenhum dos sistemas sabe o que o outro está fazendo.
O que é o modelo CSC e como ele organiza múltiplas áreas em um único sistema
O modelo de Centro de Serviços Compartilhados, conhecido pela sigla CSC, centraliza o atendimento de múltiplas áreas em uma única plataforma, com filas, formulários, SLAs e responsáveis distintos para cada departamento. O colaborador acessa um único portal para qualquer tipo de solicitação, sem precisar saber como a empresa está organizada internamente para abrir um pedido. A separação acontece no sistema, não na experiência de quem solicita.
No Milldesk, o CSC funciona com categorias configuradas por área e por tipo de solicitação dentro de cada área. Quando o colaborador abre um pedido de suporte de TI, o formulário é o de TI e o roteamento vai para a fila de TI. Quando abre uma solicitação de RH, segue para a fila de RH com o formulário específico daquela categoria.
O analista de cada área vê apenas os chamados da sua responsabilidade. O gestor de cada área tem o dashboard da sua operação. E a liderança tem a visão consolidada de todas as áreas em um único lugar, sem precisar agregar dados de plataformas diferentes.
Essa separação acontece de forma automática porque cada tipo de solicitação já vem configurado com o destino certo desde o momento da abertura, sem que nenhum analista precise fazer triagem manual no meio do caminho.
Como estruturar as categorias de demanda por departamento antes de configurar o sistema
A estrutura de categorias é o que define como as demandas serão organizadas no sistema e, consequentemente, se o colaborador vai encontrar o que precisa ou vai desistir e usar o canal informal de sempre. Uma categorização mal feita gera chamados no lugar errado, formulários incompletos e triagem manual que nunca deveria existir.
A hierarquia que funciona melhor segue dois níveis: área responsável no primeiro nível e tipo de solicitação dentro de cada área no segundo. Cada tipo de solicitação no segundo nível tem o seu próprio formulário, com os campos específicos que aquela área precisa para atender sem pedir mais informações depois da abertura.
Um pedido de reembolso precisa de campos completamente diferentes de um chamado de manutenção corretiva, e o sistema precisa refletir isso desde o formulário de entrada.
Antes de configurar qualquer categoria, vale fazer um levantamento das demandas que chegam hoje por canais informais. Esse exercício costuma revelar tipos de solicitação que ninguém havia formalizado como categoria, mas que representam volume real de pedidos que o sistema precisa absorver.
O catálogo que cobre os 20 tipos de solicitação mais frequentes entrega mais resultado do que o catálogo que tenta documentar todos os cenários possíveis e fica incompleto por meses enquanto alguém tenta mapear o que falta.
| Área | Tipos de solicitação | Exemplos de pedido | Precisa de aprovação? |
|---|---|---|---|
| TI | Suporte técnico, acesso a sistema, instalação de software, troca de equipamento | Computador lento, liberação de acesso ao ERP, instalação de Adobe, substituição de notebook | Acesso a sistemas sensíveis exige aprovação do gestor da área solicitante |
| RH | Documentos, férias e ausências, onboarding e offboarding, benefícios | Holerite, agendamento de férias, criação de cadastro de novo colaborador, inclusão de dependente no plano | Férias e adiantamentos exigem aprovação do gestor direto antes do processamento |
| Financeiro | Reembolso, adiantamento, requisição de nota fiscal, aprovação de compra | Reembolso de despesa de viagem, adiantamento para evento, NF de fornecedor, requisição de material de escritório | Reembolsos e compras acima de determinado valor exigem aprovação hierárquica antes do processamento |
| Facilities | Manutenção corretiva, manutenção preventiva, solicitação de espaço, gestão de prestador | Ar-condicionado com defeito, revisão periódica de extintores, reserva de sala de reunião, acionamento de empresa de limpeza | Geralmente não exige aprovação — chamados urgentes são atribuídos diretamente ao técnico ou prestador |
| Jurídico | Análise de contrato, parecer jurídico, demanda trabalhista, registro de marca | Revisão de contrato com fornecedor, consulta sobre cláusula contratual, orientação em processo seletivo | Demandas com impacto financeiro ou estratégico exigem validação da liderança antes de prosseguir |
| Compras | Requisição de material, cotação de fornecedor, renovação de contrato, compra de ativo | Pedido de papelaria, cotação de equipamento, renovação de contrato de serviço, compra de mobiliário | Toda requisição de compra exige aprovação do gestor responsável antes de ir para cotação |
Como definir SLA para áreas com naturezas de demanda completamente diferentes
Um dos erros mais comuns ao centralizar demandas de departamentos diferentes é usar o mesmo prazo para todos os chamados. Uma manutenção de ar-condicionado que está impedindo a operação de uma sala inteira e um pedido de segunda via de holerite têm urgências completamente diferentes, e tratá-las com o mesmo SLA distorce o indicador de toda a operação e cria cumprimento artificial que não reflete nenhuma realidade.
O controle de SLA do Milldesk permite configurar prazos separados por área e por tipo de solicitação dentro de cada área, com o sistema aplicando automaticamente o acordo correto no momento da abertura, sem que o técnico precise verificar qual prazo vale para aquele chamado específico.
Cada área define seus próprios prazos com base na capacidade real do time e nas consequências de cada tipo de atraso: o que representa urgência real para facilities não é o mesmo que representa urgência para o financeiro.
A pausa automática de SLA resolve um problema específico de operações com demandas interdepartamentais: muitos chamados dependem de retorno externo ou de aprovação de outra área antes de poderem avançar.
Quando o chamado entra em status de aguardo, o relógio para automaticamente e retoma quando o retorno chega, garantindo que o indicador reflita o tempo real de trabalho da equipe e não o tempo total decorrido, que inclui esperas fora do controle de quem está atendendo.
O prazo que faz sentido para cada área também precisa ser negociado com base em dado histórico, não em estimativa. Antes de configurar o SLA de qualquer categoria, vale levantar quanto tempo a operação efetivamente leva para resolver aquele tipo de chamado hoje, mesmo que de forma informal, e usar esse número como referência para a meta que vai ser monitorada.
Como os fluxos de aprovação interdepartamental funcionam dentro do sistema
Muitas demandas que envolvem diferentes departamentos têm etapas de aprovação no meio do caminho. Uma requisição de compra precisa de aprovação do gestor antes de ir para o financeiro processar. Um pedido de acesso a sistema sensível precisa de autorização do responsável pela área antes de chegar à TI para executar.
Sem um fluxo configurado no sistema, essas aprovações acontecem por e-mail ou mensagem, fora do histórico do chamado, e quando alguém questiona o processo semanas depois, a evidência é uma conversa de WhatsApp que pode ter sido apagada.
O workflow visual do Milldesk estrutura esse fluxo de aprovação dentro do próprio ticket, com cada etapa registrada e rastreável. O chamado vai automaticamente para o aprovador configurado, que recebe notificação e registra a decisão dentro do sistema.
Após a aprovação, o chamado segue para a próxima etapa sem que ninguém precise lembrar de encaminhar manualmente. O histórico completo de quem aprovou, quando aprovou e o que estava pendente em cada etapa fica vinculado ao chamado, acessível para qualquer revisão futura.
Para aprovações que envolvem múltiplos validadores em sequência, o workflow executa cada passagem na ordem configurada, mantendo o rastreamento de cada etapa. Para aprovações paralelas, onde mais de uma pessoa precisa validar antes de prosseguir, o sistema aguarda todos os confirmarem antes de avançar.
Em ambos os casos, prazos de aprovação com escalonamento automático garantem que uma aprovação travada não paralise o chamado indefinidamente.
Como acompanhar o desempenho de todas as áreas em um único ponto
Com todas as demandas centralizadas no Milldesk, os dados de desempenho de toda a operação de serviços internos ficam acessíveis sem cruzamento manual de informações.
Em detalhes, o gestor de cada área acompanha o desempenho da sua fila com indicadores específicos. A liderança tem a visão consolidada de todas as áreas. E o analista responsável pelo atendimento vê, em tempo real, o estado atual da fila com volume, prioridade e prazo de cada chamado aberto.
O acompanhamento de operações que envolvem múltiplos departamentos exige uma visão integrada dos principais indicadores de desempenho. Entre os dados mais relevantes, estão:
- Volume de chamados por área e tipo de solicitação, permitindo identificar quais departamentos concentram maior demanda e quais tipos de chamados são mais recorrentes.
- Tempo médio de resolução por departamento, útil para comparar o desempenho entre as áreas e identificar onde os atendimentos levam mais tempo.
- Percentual de SLA cumprido por área, ajudando a entender quais departamentos estão enfrentando dificuldades para cumprir os prazos estabelecidos e onde pode ser necessário revisar processos ou metas.
- Chamados próximos do vencimento em tempo real, dando aos gestores visibilidade sobre demandas que exigem atenção antes que o SLA seja ultrapassado.
- Tempo médio de aprovação por tipo de demanda, indicador que ajuda a identificar se os principais gargalos estão na execução do chamado ou em uma etapa anterior de validação e aprovação.
Em conjunto, esses indicadores permitem uma análise mais precisa da operação, facilitando a identificação de gargalos, a comparação entre departamentos e a tomada de decisões para melhorar os fluxos de atendimento.
Esses dados, que o modelo informal nunca produziu, são o que permite à empresa tomar decisões de dimensionamento de equipe, revisão de processo e melhoria contínua com base em evidência, não em percepção.
O Milldesk entrega tudo isso nos mais de 200 relatórios prontos, segmentados por área, tipo de chamado e período, sem exportação manual.
Perguntas frequentes
Por que sistemas separados por departamento prejudicam o colaborador?
Porque o colaborador não sabe qual sistema usar para cada tipo de pedido e termina usando o canal mais conveniente, geralmente WhatsApp ou e-mail direto, independentemente da ferramenta que a área escolheu. O resultado é que o sistema existe, mas as demandas continuam chegando por fora dele.
O que é o modelo CSC e como ele funciona no Milldesk?
CSC é o Centro de Serviços Compartilhados: um único portal onde o colaborador acessa TI, RH, financeiro, facilities e outras áreas sem precisar saber como a empresa está organizada internamente. No Milldesk, a separação acontece no sistema, com filas, formulários e SLAs distintos por departamento, mantendo uma experiência unificada para quem solicita.
Como estruturar as categorias de demanda antes de configurar o sistema?
Com dois níveis: área responsável no primeiro nível e tipo de solicitação dentro de cada área no segundo. Cada tipo tem formulário específico com os campos que a área precisa para atender sem pedir complementação. O ponto de partida é levantar quais demandas chegam hoje por canais informais e mapear as mais frequentes antes de qualquer configuração.
Como definir SLA para áreas com urgências tão diferentes?
Configurando prazos separados por área e por tipo de solicitação, com base no tempo real que a operação leva para atender cada categoria. O sistema aplica automaticamente o SLA correto na abertura do chamado, e a pausa automática garante que o indicador reflita apenas o tempo de trabalho efetivo, sem contar os períodos de aguardo de retorno externo.
Como funciona o fluxo de aprovação entre departamentos no Milldesk?
O workflow visual configura cada etapa de aprovação dentro do ticket, com notificação automática para o aprovador, registro de quem aprovou e quando, e escalonamento automático quando o prazo de aprovação vence sem resposta. Todo o histórico fica vinculado ao chamado, acessível para auditoria sem depender de e-mail ou mensagem arquivada.
