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 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.
Um contrato de serviços de TI não é um acordo ú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 da AMC um ano depois. Uma planilha pode conter uma lista de clientes, mas não pode dizer qual SOW ainda não assinado, qual fatura de marco está atrasada ou qual AMC renova no próximo mês. Quando você executa mais de alguns compromissos ao mesmo tempo, essa lacuna é onde a receita vaza silenciosamente.
Todo engajamento com serviços de TI — uma construção de site, um aplicativo, suporte contínuo — segue a mesma forma. Nomear as etapas é o que as torna rastreáveis.
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.
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.
Um custo aproximado e o cronograma retornam ao cliente, com base nos requisitos coletados.
A estimativa se torna uma declaração formal de trabalho — escopo, entregáveis, marcos e prazos de pagamento detalhados.
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.
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.
O trabalho é entregue com base nos marcos do SOW, cada um acionando sua própria fatura.
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.
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.
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.
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.
A pessoa que conduziu a descoberta vai embora ou fica ocupada, e o único registro do que realmente foi prometido vai com ela.
Sem um lembrete vinculado à data do contrato, um contrato anual de manutenção expira silenciosamente — e o cliente descobre quando algo quebra.
Marcos são entregues, mas a fatura correspondente é uma etapa manual e fácil de esquecer, em vez de uma acionada.
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.
Consulta, Coleta de Necessidades, Estimativa, SOW, Assinado, Entrega, AMC — como etapas reais, não como pipeline de lead/won/lost com o detalhe removido.
Assim, um relatório ou uma visão filtrada pode responder 'o que está atrasado' sem que ninguém releia cada registro.
Então, 'SOW assinado' é um evento do sistema com carimbo de data, não um PDF escaneado que alguém precisa localizar e reenviar.
Defina uma vez, para que nada dependa de alguém lembrar de checar o calendário daqui a três meses.
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 SOW-and-milestone é um encaixe de primeira classe, não uma solução alternativa.
Configure exatamente as nove etapas acima — ou menos — sem lutar contra uma estrutura fixa de funil de vendas.
Envie, assine e acompanhe SOWs sem deixar o registro ou pagar por uma ferramenta separada de assinatura eletrônica.
Empurras automáticas antes de uma fatura de marco ou renovação do AMC vencerem, não depois que já está atrasado.
Dê ao cliente visibilidade sobre o status do próprio engajamento sem dar acesso a todo o seu CRM.
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 engajamento 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 engajamento 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.
Use o pipeline deste guia como ponto de partida e ajuste-o ao seu negócio.