Gerenciando um negócio de serviços de TI em um CRM
Os contratos de serviços de TI são baseados em estimativas, SOWs e faturamento por marcos — não em uma lista de leads. Veja como configurar um CRM em torno dessa realidade, etapa a etapa.
9 minutos de leitura9 passos
Por que uma planilha para de funcionar além de alguns poucos clientes
Um contrato de serviços de TI não é um negócio único — é uma cadeia de documentos e datas: uma estimativa com escopo, um SOW assinado, uma sequência de marcos de entrega, as ordens de mudança que inevitavelmente seguem e uma renovação do AMC um ano depois. Uma planilha pode conter uma lista de clientes, mas não pode dizer qual SOW ainda não foi assinado, qual fatura de marco está atrasada ou qual AMC renova no próximo mês. Quando você executa mais de alguns projetos ao mesmo tempo, essa lacuna é onde a receita vaza silenciosamente.
O projeto de serviços de TI, etapa por etapa
Todo projeto de serviços de TI — a construção de um site, um aplicativo, suporte contínuo — segue a mesma forma. Nomear as etapas é o que as torna rastreáveis.
Investigação
Um prospect entra em contato sobre uma necessidade de projeto ou suporte. O primeiro trabalho é apenas capturar tudo em um só lugar — não um e-mail encaminhado, um registro real com uma fonte e um proprietário.
Coleta de requisitos
Você define o que eles realmente precisam por meio de ligações e documentos. É aí que a maior parte dos detalhes se perde se fica na caixa de entrada de alguém em vez de ficar no registro.
Estimativa
Um custo aproximado e o cronograma retornam ao cliente, com base nos requisitos coletados.
Proposta / SOW elaborada
A estimativa se torna uma declaração formal de trabalho — escopo, entregáveis, marcos e prazos de pagamento detalhados.
Negociação
O escopo ou preço é ajustado. Cada revisão deve atualizar o mesmo registro de SOW, não ser desviada em um novo tópico de e-mail.
Assinado SOW
O cliente assina. Esse é o momento em que o trabalho deve ser autorizado a começar — e o momento em que o cronograma de pagamentos se fixa.
Marcos de entrega
O trabalho é entregue com base nos marcos do SOW, cada um acionando sua própria fatura.
Ordens de mudança
Mudanças de escopo no meio do projeto são registradas como um registro próprio, vinculadas ao SOW original — não absorvidas silenciosamente na linha do tempo.
Renovação da AMC
Uma vez entregue, o contrato passa para um contrato anual de manutenção que precisa ser lembrado de renovação com meses de antecedência.
Onde os contratos de serviços de TI geralmente dão errado
Esses não são hipotéticos — são os mesmos poucos pontos de falha que aparecem na maioria das equipes de serviços de TI antes de centralizarem em um CRM.
Ordens de mudança acordadas pelo chat, nunca documentadas
Um cliente pede 'uma pequena adição' em uma chamada, ela é construída, e seis meses depois ninguém consegue apontar quando o escopo — ou preço — realmente mudou.
Os requisitos ficam no caderno ou caixa de entrada de alguém
A pessoa que conduziu a descoberta vai embora ou fica ocupada, e o único registro do que realmente foi prometido vai com ela.
Renovações da AMC são ignoradas
Sem um lembrete vinculado à data do contrato, um contrato anual de manutenção expira silenciosamente — e o cliente descobre quando algo quebra.
A faturação está desconectada da entrega
Marcos são entregues, mas a fatura correspondente é uma etapa manual e fácil de esquecer, em vez de uma acionada.
O que configurar antes de entrar no ar
O fluxo de trabalho acima só funciona se o CRM estiver configurado para corresponder a ele, e não um pipeline de vendas genérico no qual você está forçando seu processo.
O que o Worxley adiciona a esse fluxo de trabalho
Você pode construir o processo acima em qualquer CRM que permita personalizar pipelines e campos. O Worxley foi criado especificamente pensando em projetos de serviços de TI — o formato de SOW e marcos é um encaixe de primeira classe, não uma solução alternativa.
- Pipelines configuráveis
- Configure exatamente as nove etapas acima — ou menos — sem lutar contra uma estrutura fixa de funil de vendas.
- Assinatura e-incorporada
- Envie, assine e acompanhe SOWs sem deixar o registro ou pagar por uma ferramenta separada de assinatura eletrônica.
- Lembretes de marcos e AMC
- Lembretes automáticos antes que uma fatura de marco ou renovação do AMC vença, não depois que já estiver atrasada.
- Modo de transparência do cliente
- Dê ao cliente visibilidade sobre o status do próprio projeto sem dar acesso a todo o seu CRM.
FAQ
Uma ferramenta de tickets acompanha os problemas após o cliente estar ativo. Isso cobre tudo antes disso — consulta, escopo, SOW e entrega — além do AMC que eventualmente conecta os dois. A maioria das equipes executa ambos, conectados pelo mesmo registro do cliente.
Registre cada ordem de alteração como um registro vinculado próprio ao SOW original, com seu próprio valor e aprovação — assim, o escopo e o preço reais do projeto são sempre a soma do que está realmente arquivado, não o que alguém lembra de ter concordado.
Sim — defina um campo de data de renovação no contrato e uma regra de lembrete é acionada com um número determinado de dias antes para o dono da conta, sem que ninguém mantenha um calendário separado.
A maioria das equipes importa a lista de clientes existente como ponto de partida e depois reconstrói as etapas do pipeline para combinar com o fluxo de trabalho acima daqui para frente. Você não precisa de SOWs históricos migrados para obter valor ao acompanhar corretamente os novos.
Continue lendo
Você já viu como funciona no papel. Agora configure de verdade.
Use o pipeline deste guia como ponto de partida e ajuste-o ao seu negócio.