A maioria dos integradores de sistemas recebe sempre da mesma forma. Você dimensiona uma implantação, instala o hardware, sobe os dashboards, entrega as chaves e fatura o projeto. O dinheiro é bom. O cliente fica satisfeito. E então o projeto termina, e a sua receita com aquele cliente volta a zero.
O mês seguinte começa do nada. Você sai atrás do próximo negócio, fecha, entrega e vê a receita zerar de novo. É essa a esteira em que a maioria dos integradores vive, e ela cansa de um jeito que não tem nada a ver com o trabalho técnico. Você só está tão saudável quanto o seu pipeline atual.
As implantações que você já entregou estão lá no campo, rodando todo dia, gerando dados e valor para o cliente. Foi você que construiu aquilo. Você entende melhor do que ninguém. E não está recebendo nada por isso depois que a última fatura é paga. É nessa lacuna que mora a receita recorrente.
O problema de cobrar só por projeto
Cobrar por projeto é uma transação. Paga-se pelo trabalho uma vez e acabou. Não há nada de errado com o modelo em si, mas um negócio construído só sobre transações tem dois problemas estruturais.
O primeiro é que sua receita fica presa à capacidade de entrega. Você só consegue faturar tantos projetos quanto sua equipe consegue entregar fisicamente. Crescer significa contratar, e contratar significa mais custo fixo correndo atrás da mesma receita irregular e pontual. O segundo problema é que todo janeiro você recomeça do zero. As vitórias do ano passado não se acumulam. Um ótimo ano não te compra nada no ano seguinte, além de uma reputação e talvez uma indicação.
A receita recorrente quebra os dois problemas. Ela paga pelas implantações que já estão no ar, sem consumir capacidade de entrega, e se acumula. O dinheiro que você ganhou no trimestre passado ainda aparece neste trimestre. Isso muda o comportamento do negócio em um nível que o modelo de projeto nunca alcança.
As camadas recorrentes que você pode adicionar
A boa notícia é que você não precisa inventar um produto novo para cobrar mensalidades. As implantações que você já entrega criam necessidades contínuas naturais. Cada uma delas é um serviço que você pode empacotar e cobrar por mês ou por ano.
Monitoramento gerenciado. Alguém precisa acompanhar se os dispositivos estão online, se os dados estão fluindo e se um gateway caiu ontem à noite. O cliente raramente quer fazer isso por conta própria. Você já tem os dashboards e os alertas no lugar desde a construção original. Transformar isso em um serviço monitorado que o cliente paga mensalmente é um passo curto a partir de onde você já está.
SLAs de suporte. Quando um dispositivo falha ou uma leitura parece errada, o cliente liga para alguém. Se esse alguém é você, cobre por isso com uma janela de resposta definida, em vez de atender de graça por boa vontade. Um SLA em níveis, com tempo de resposta garantido e mensalidade fixa, transforma o suporte que você provavelmente já dá em uma linha faturável. Acertar as cláusulas importa tanto quanto o preço, e o que incluir em um SLA de revenda cobre o texto.
Serviços de dados e insights. O dado bruto é uma coisa. Transformá-lo em relatórios, análise de tendências e recomendações sobre as quais o cliente pode agir é um serviço de valor mais alto. Um resumo mensal do que a implantação está dizendo, com a sua interpretação por cima, vale mais do que o fluxo de dados sozinho.
Gestão do ciclo de vida dos dispositivos. Dispositivos precisam de atualizações de firmware, substituições, recalibração e, eventualmente, aposentadoria. Gerenciar isso de forma contínua, para que o cliente nunca tenha de pensar a respeito, é um serviço recorrente com um valor claro que o cliente sente toda vez que um dispositivo é trocado sem virar uma emergência.
Revender a própria plataforma. A camada de aplicação na qual o cliente entra todo dia é algo que você pode empacotar e cobrar como uma linha recorrente sob a sua marca. Mais sobre isso abaixo, porque é a camada que a maioria dos integradores ignora.
Você não precisa de todas elas. Comece pela que está mais perto do que você já faz, precifique e adicione camadas conforme o relacionamento cresce.
Como precificar serviços recorrentes para manter a margem
O erro que os integradores cometem é precificar serviços recorrentes como trabalho de projeto com desconto. Eles pegam uma taxa por hora, estimam as horas do mês e cobram aquilo. O problema é que as horas são imprevisíveis e a margem desaparece no primeiro mês movimentado.
Precifique serviços recorrentes por valor e por resultado, não pelo seu tempo. Um serviço de monitoramento vale o que a indisponibilidade que ele evita custaria ao cliente, não o que uma hora da sua atenção custa a você. Defina uma mensalidade fixa atrelada ao escopo do que você cobre, como o número de dispositivos ou sites, e mantenha a taxa independente de quantas horas determinado mês acaba exigindo. Em alguns meses você faz quase nada. Isso não é o cliente levando um mau negócio. Isso é a implantação rodando bem, que é exatamente o que ele paga para você manter.
Embuta o custo da plataforma e das ferramentas na mensalidade como um insumo conhecido, do mesmo jeito que um empreiteiro embute os materiais. Se o seu serviço recorrente depende de uma plataforma que você paga, esse custo é previsível por dispositivo ou por site, então você consegue aplicar uma margem limpa e ela se sustenta conforme você escala. Uma regra útil de partida para a linha de plataforma é de três a cinco vezes o seu próprio custo por dispositivo, o que deixa espaço para o suporte e a integração que você embrulha em volta. A armadilha é absorver um custo variável dentro de um preço fixo sem conferir a conta no volume.
Qual margem deve sobrar no fim é outra pergunta, e as faixas realistas por modelo estão em como funcionam os programas de revenda de IoT e quais margens são típicas.
Crie níveis na oferta. Um nível básico de monitoramento, um nível padrão com SLA e um nível premium com serviços de dados e gestão de ciclo de vida dão ao cliente um caminho para gastar mais à medida que recebe mais valor, e te dão um produto de margem mais alta para vender dentro da mesma conta ao longo do tempo.
Migrando clientes atuais sem revolta
Acrescentar uma camada recorrente à próxima implantação é fácil. A parte incômoda são os clientes que já pagaram uma vez e estão acostumados a ligar de graça. Três movimentos fazem essa conversa funcionar.
Ancore em um evento, não em uma data. Uma renovação de contrato, uma expansão de frota, uma migração de firmware ou um lote de dispositivos chegando ao fim da vida útil dão à mudança um motivo que é sobre a implantação deles, não sobre a sua meta de receita. Uma mudança de preço sem gatilho é lida como mudança de preço. Uma mudança de preço atrelada a trabalho é lida como plano.
Amarre algo novo à mensalidade. Se a fatura mensal compra exatamente o que eles já tinham de graça, você está pedindo que paguem pelo status quo. Inclua aquilo que eles não param de pedir: um relatório mensal, resposta mais rápida, substituição proativa antes de um dispositivo morrer. A mensalidade é mais fácil de aceitar quando chega com uma capacidade, e não só com um número.
Deixe um caminho de recusa. Alguns clientes vão dizer não, e um corte seco transforma isso em conta perdida. Ofereça um nível mais baixo ou uma opção de melhor esforço sem resposta garantida, e seja claro sobre o que ela não inclui. A maioria de quem começa ali sobe na primeira vez que uma indisponibilidade torna a diferença óbvia.
Existe um tratamento mais completo dessa virada, incluindo as mudanças contratuais que ela implica, em de projetos pontuais para serviços recorrentes.
Por que a receita recorrente aumenta o valor do negócio
O fluxo de caixa é o benefício óbvio, mas não é o mais importante. A receita recorrente muda quanto o seu negócio vale.
Um negócio que vive de cobrar por projeto é avaliado pelo pipeline atual e pelas pessoas. Há pouco a vender além do goodwill, porque a receita não continua sem o próximo negócio. Um negócio com uma base de contratos recorrentes é avaliado por essa base, muitas vezes a um múltiplo da receita recorrente anual, porque um comprador está adquirindo uma renda que continua depois da venda.
Essa diferença é grande. Dois integradores com a mesma receita total podem valer quantias muito diferentes se um ganha em projetos pontuais e o outro ganha uma fatia relevante em contratos recorrentes. O negócio recorrente é mais previsível, mais fácil de planejar e muito mais fácil de vender ou de usar para captar recursos. Você não está só suavizando o seu fluxo de caixa. Você está construindo um ativo.
Como o TagoRUN transforma a plataforma em uma linha recorrente
A camada que a maioria dos integradores deixa na mesa é a própria plataforma. O cliente entra em um dashboard todo dia, gerencia dispositivos, recebe alertas e gera relatórios. Essa camada de aplicação tem valor contínuo, e é algo que você pode ter comercialmente sem construir nem operar.
O TagoRUN permite que você faça white-label e revenda o TagoIO como um produto de marca própria, com o seu nome. O cliente vê a sua marca, as suas cores, o seu domínio. Você define o preço e cobra a mensalidade. A TagoIO roda a plataforma por baixo, o armazenamento, o gerenciamento de dispositivos, as APIs e a postura de conformidade, incluindo a certificação ISO 27001 e o alinhamento ao GDPR, então você não carrega o plantão, as correções nem o escalonamento que vêm com operar uma plataforma por conta própria.
Essa é a camada recorrente mais limpa disponível para um integrador, porque o valor já está ali. O cliente já usa a aplicação todo dia. O TagoRUN transforma esse uso diário em uma linha recorrente que é sua, com um custo de plataforma previsível por baixo, sobre o qual você pode precificar, e sem nenhum peso operacional de manter a stack no ar.
O projeto que termina é o projeto que paga uma vez. A plataforma que o cliente continua usando é a que pode pagar todo mês. Escolha uma camada recorrente, precifique-a para manter a margem e comece pela próxima implantação que você entregar.
