Todo mês recomeçando do zero é o sintoma. Na verdade, a causa é o modelo de negócio, que pode ser reescrito com a base de clientes que você já tem.
Categoria: Parceria e canal · Leitura: 10 minutos · Publicado em: setembro de 2026
Todo dia 1º, o sócio de uma consultoria de TI abre a planilha e vê a mesma coisa: o mês anterior fechou bem, e o mês atual está zerado.
Ele entrega projetos. Projetos acabam. Quando acabam, a receita acaba junto. Então o time que estava alocado precisa de outro projeto na semana seguinte, e o comercial precisa vender de novo aquilo que já vendeu no mês passado. É uma esteira que só funciona enquanto alguém empurra.
Por outro lado, o contraste com uma empresa de receita recorrente é brutal. Lá, o dia 1º já começa com uma base contratada. Ou seja, a venda nova é crescimento, não sobrevivência. Além disso, o time tem previsibilidade de alocação. Além disso, a empresa vale mais, porque quem compra empresa de tecnologia compra fluxo previsível, não histórico de projetos.
A boa notícia é que a matéria-prima da receita recorrente em TI já está na sua planilha de clientes. Este artigo mostra o que dá para vender, como precificar e como migrar a base sem quebrar a relação com quem já é cliente.
Por que o modelo por projeto trava o crescimento
Porque a receita de projeto não se acumula: cada mês zera e recomeça. Como resultado, o crescimento fica preso ao número de horas disponíveis do time e à capacidade do comercial de vender de novo, sempre.
Quatro consequências aparecem em quase toda consultoria que só vende projeto:
Receita serrilhada. Meses excelentes seguidos de meses fracos, sem relação com a qualidade do trabalho. Como resultado, isso inviabiliza contratação planejada.
Comercial em modo de reposição. O time de vendas passa o mês recompondo o que foi entregue, em vez de expandir a base.
Preço sob pressão constante. Projeto é comparável. Três propostas na mesa, o cliente olha o número de baixo. Já o serviço contínuo, medido em resultado, é muito menos comparável.
Valuation baixo. Empresa avaliada por múltiplo de receita recorrente vale mais que empresa avaliada por histórico de projetos concluídos. Se a saída algum dia for uma venda ou uma fusão, esse ponto pesa.
Vender projeto não é errado. Depender só de projeto, no entanto, é frágil. A diferença entre as duas frases é a base contratada.
O que conta como receita recorrente de verdade
Receita recorrente é aquela que se repete automaticamente, por contrato, sem nova decisão de compra do cliente a cada ciclo. Portanto, serviço faturado mensalmente mas renegociado todo mês não é recorrente. É projeto parcelado.
Três critérios separam uma coisa da outra:
- Contrato com vigência e renovação automática. Sem contrato, é combinado. Combinado cai na primeira troca de gestor.
- Escopo definido e entregue continuamente. O cliente precisa receber algo todo mês, mesmo em mês sem incidente. Relatório é entrega.
- Faturamento automático. Boleto ou cobrança recorrente programada, não emissão manual sujeita a esquecimento.
Um teste rápido: se você parar de fazer alguma coisa neste mês, o cliente percebe? Se a resposta for não, o contrato vai cair na próxima revisão de custos. Em outras palavras, recorrência sustentável exige entrega visível.
Sete linhas de recorrência que dá para vender hoje
As sete abaixo funcionam bem para agências, consultorias e integradores porque se apoiam em algo que você já faz, só que hoje faz de graça, dentro do projeto.
| Linha de serviço | O que entrega | Esforço para montar | Margem típica |
|---|---|---|---|
| 1. Sustentação de aplicação | Correção, ajuste e pequenas evoluções do sistema entregue | Baixo | Média |
| 2. Infraestrutura em nuvem | Ambiente contratado via parceria de canal, com comissão ou revenda | Baixo | Média a alta |
| 3. Backup gerenciado | Execução, monitoramento e teste periódico de restauração | Baixo | Alta |
| 4. Monitoramento e alerta | Vigilância de disponibilidade, uso e desempenho, com relatório | Médio | Alta |
| 5. Gestão de acessos e identidade | Criação, revisão e desligamento de usuários; política de senha | Baixo | Alta |
| 6. Suporte ao usuário (service desk) | Atendimento por chamado, com SLA e janela definidos | Alto | Média |
| 7. Assessoria técnica recorrente | Horas de arquitetura, roadmap e revisão trimestral de ambiente | Baixo | Alta |
Duas observações sobre essa tabela.
A primeira: as linhas 2 e 3 são as de arranque mais rápido, porque não exigem montar operação nova. Infraestrutura vem de um programa de canal; backup gerenciado se apoia na infraestrutura contratada. Os detalhes de como funciona a camada de infraestrutura estão em Revender nuvem ou indicar?.
A segunda: a linha 6 é a mais tentadora e a mais perigosa. Service desk parece receita fácil, porém é, de longe, a que mais consome estrutura. Por isso, deixe para depois de ter processo.
Como precificar serviço recorrente: três métodos
Existem três formas usuais de precificar: por unidade (usuário, dispositivo, ambiente), por pacote fechado e por percentual do valor gerido. No entanto, cada uma tem um comportamento diferente quando o cliente cresce.
Por unidade. Valor por usuário, por estação, por servidor ou por gigabyte protegido. Vantagem: escala automaticamente com o cliente e é fácil de explicar. Risco: se a unidade escolhida não tiver relação com o seu esforço real, você trabalha mais e fatura igual. Portanto, escolha a unidade que corresponde ao trabalho.
Por pacote fechado. Um valor mensal para um escopo definido, por exemplo monitoramento, backup gerenciado e até um número de chamados por mês. Vantagem: previsível para os dois lados e simples de vender. Risco: escopo mal escrito vira serviço ilimitado.
Por percentual do valor gerido. Um percentual sobre o que o cliente gasta em infraestrutura. Vantagem: alinha o seu ganho ao tamanho do ambiente. Risco: cria o incentivo errado se o seu papel também é reduzir custo do cliente. Se usar esse método, combine com uma cláusula de ganho compartilhado na economia.
Independentemente do método, três regras valem sempre:
- Reajuste anual escrito em contrato, indexado a um índice público. Contrato sem reajuste perde valor todo ano em silêncio.
- Hora fora de escopo com preço de tabela. O que não está incluído tem preço, e o preço está no contrato.
- Piso mínimo. Abaixo de determinado valor, o custo de administrar o contrato consome a margem. Recuse contratos abaixo do piso.
A matemática da previsibilidade
Duas métricas bastam para começar: a receita recorrente mensal contratada (MRR, do inglês monthly recurring revenue) e a taxa de cancelamento mensal (churn). A primeira diz quanto entra sem venda nova; a segunda diz quanto vaza.
O exemplo abaixo é hipotético e serve apenas para mostrar o comportamento das duas variáveis.
Exemplo hipotético. Uma consultoria fecha 3 contratos recorrentes por mês, de R$ 1.200 cada, com churn mensal de 2%.
- Mês 1: MRR de R$ 3.600
- Mês 6: aproximadamente R$ 20.500
- Mês 12: aproximadamente R$ 38.800
- Mês 24: aproximadamente R$ 69.200
Agora, com churn de 6% ao mês, mantendo as mesmas 3 vendas mensais:
- Mês 12: aproximadamente R$ 31.400
- Mês 24: aproximadamente R$ 46.400
A diferença entre 2% e 6% de churn, com o mesmo esforço comercial, é de mais de 30% da base no mês 24.
A lição prática é desconfortável: reter vale mais que vender. Uma consultoria que fecha metade dos contratos mas retém o dobro chega mais longe do que a que vende muito e perde cliente no sexto mês.
Retenção, em serviço recorrente de TI, se constrói com três coisas: entrega visível todo mês, relatório que o cliente entenda e uma conversa trimestral com quem assina o contrato, e não só com quem abre chamado.
Como migrar a base atual sem perder cliente
Migre por conversa individual, começando pelos clientes que já consomem o seu tempo sem pagar por isso. Anunciar mudança de modelo por e-mail em massa é a forma mais rápida de gerar cancelamento.
Um roteiro que funciona:
1. Mapeie o trabalho invisível. Levante quantas horas o seu time gastou nos últimos três meses com cada cliente fora de projeto contratado. Esse número costuma ser maior do que os sócios imaginam e é o seu argumento principal.
2. Escolha de 5 a 8 clientes-piloto. Priorize quem tem relação boa, ambiente conhecido e consumo alto de horas informais.
3. Apresente como formalização, não como aumento. A conversa é: “isso já acontece, hoje sem previsibilidade para nenhum dos dois lados; vamos organizar em escopo, prazo e valor”. Não é cobrança nova, é organização.
4. Comece pelo escopo mais defensável. Backup gerenciado e monitoramento são os mais fáceis de justificar, porque a ausência deles tem consequência óbvia. Ter backup não é o mesmo que conseguir restaurar. Inclusive, o teste de restauração é justamente uma entrega mensal visível.
5. Escreva o contrato com escopo, janela e exclusões. Três páginas bem escritas evitam um ano de desgaste.
6. Entregue relatório desde o primeiro mês. Um documento de uma página, com o que foi monitorado, o que foi corrigido e o resultado do teste de restauração. Sem relatório, o serviço vira invisível, e o que é invisível é cortado na primeira revisão de custos.
7. Só depois, generalize. Com três meses de piloto rodando, a proposta para o restante da base já vem com prova.
Os erros mais comuns de quem tenta virar recorrente
Na prática, o erro dominante é vender contrato mensal sem processo por trás. Isso não cria recorrência: cria uma obrigação permanente com margem decrescente.
Os cinco que mais aparecem:
Escopo aberto. “Suporte ilimitado” é a frase mais cara do setor. Portanto, limite sempre por escopo, por janela ou por volume.
Preço de entrada baixo demais para “conquistar” o cliente. Reajustar depois é muito mais difícil do que entrar no preço certo. Se precisar de concessão, dê prazo ou escopo, nunca preço-base.
Não medir churn. Sem acompanhar cancelamento, a empresa acredita que está crescendo enquanto está apenas repondo perda.
Depender de uma pessoa. Se o serviço recorrente só funciona porque um técnico específico conhece o ambiente de cor, você tem risco operacional, não processo.
Não incluir reajuste. Contrato de três anos sem cláusula de reajuste é um desconto progressivo que você concedeu sem perceber.
Como a Prodb ajuda a montar a camada recorrente
A Prodb é uma empresa brasileira de infraestrutura em nuvem sediada na região de Campinas, com 15 anos de operação completados em 2026 e mais de 550 clientes atendidos (Prodb, 2026). Para agências, consultorias e integradores, ela entra como a camada de infraestrutura que sustenta o contrato recorrente, sem que o parceiro precise investir em data center.
Na prática:
- Servidores cloud no Brasil, com faturamento em real, dimensionados por ambiente. Custo previsível em real facilita montar preço recorrente com margem estável.
- Planos de backup do básico ao personalizado, que podem ser empacotados como serviço gerenciado com a marca do parceiro.
- Comissão recorrente no Programa de Parceiros, enquanto o cliente estiver ativo. Ou seja, receita que entra sem consumir hora do seu time.
- Suporte técnico dedicado com escalonamento nomeado, o que reduz a carga do primeiro nível na sua operação.
- Conformidade e localização. Dados hospedados no Brasil, sob jurisdição da Lei Geral de Proteção de Dados (Lei 13.709/2018), o que simplifica a conversa de contrato com clientes que tratam dado pessoal.
Quer transformar a sua carteira em base recorrente?
Comece pela camada de infraestrutura: conheça o Programa de Parceiros em Seja um parceiro e simule, com a sua carteira atual, quanto de receita mensal ela já poderia estar gerando.
