A maioria dos integradores de sistemas precifica um serviço gerenciado do mesmo jeito que precifica um projeto. Somam o custo da plataforma, somam as horas de suporte, colocam uma margem por cima e cotam um valor mensal. Funciona. A primeira fatura sai, o cliente paga e o negócio fecha. Mas essa conta amarra seu preço ao seu custo em vez de amarrá-lo ao valor que o cliente recebe, e ela deixa, em silêncio, margem recorrente na mesa todo mês, durante toda a vida do contrato. Então a pergunta não é se você consegue precificar um serviço gerenciado. É se o modelo que você escolheu ainda vai te pagar bem quando você tiver cinquenta clientes em vez de cinco.
Este artigo passa pelos modelos de precificação que você pode usar, quando cada um se encaixa, como lidar com o custo da plataforma e como montar receita recorrente em vez de cobrança pontual de projeto. Também aborda o caso que a maioria dos conselhos sobre precificação pula: quando um serviço gerenciado é simplesmente o modelo errado.
Por que a margem de custo mais markup é uma armadilha
Custo mais markup é como quase todo negócio de serviços começa. Você calcula quanto o serviço custa para ser entregue, soma vinte ou trinta por cento, e esse é o seu preço. Parece seguro porque garante que você está acima do custo.
O problema aparece com o tempo. Seus custos sobem. A conta de cloud aumenta, um engenheiro sênior recebe um aumento, o projeto de um cliente cresce e passa a exigir mais atenção. Enquanto isso, o cliente enxerga seu preço como um número para negociar para baixo, porque você o apresentou como um markup sobre insumos em vez de um preço por um resultado. Você é espremido dos dois lados. Os dados do setor sobre provedores de serviços gerenciados colocam a margem bruta de custo mais markup perto de cinquenta por cento, enquanto provedores que precificam por valor chegam mais perto de setenta.
A questão mais profunda é a referência que você está usando. Quando seu preço é seu custo mais uma margem, você está vendendo infraestrutura. Quando seu preço reflete o que o cliente evita perder ou ganha por ter o serviço, você está vendendo um resultado. O mesmo serviço de monitoramento que evita uma falha de refrigeração em um centro de distribuição de alimentos vale muito mais do que a cloud e a mão de obra que o produzem. A precificação por custo mais markup nunca captura essa diferença.
Os modelos de precificação e quando cada um se encaixa
Não existe um único modelo correto. Existe um modelo que se encaixa no seu serviço, no seu cliente e na forma como seus custos se comportam. Aqui estão os que vale a pena conhecer.
Precificação por dispositivo. Você cobra um valor fixo por dispositivo conectado por mês. Um sensor de temperatura pode ter uma tarifa, um gateway outra, um rastreador de ativos complexo uma terceira. Esse é o modelo mais fácil de cotar e o mais fácil para o cliente entender, porque a conta cresce junto com algo que ele consegue contar. Encaixa bem quando seu esforço de suporte realmente acompanha a quantidade de dispositivos, por exemplo no monitoramento de frota, em que cada dispositivo dá mais ou menos o mesmo trabalho. O risco é a quantidade de dispositivos e o valor seguirem caminhos diferentes. Um cliente com mil sensores baratos não está recebendo mil vezes o valor de um cliente com dez sensores críticos.
Precificação por tier. Você monta pacotes: básico, padrão, premium. Cada tier reúne mais serviços, mais velocidade de resposta no suporte, mais dashboards, mais usuários. Esse é o modelo mais comum entre provedores de serviços gerenciados, e por um bom motivo. Ele dá ao cliente um caminho claro de upgrade, deixa você parar de negociar cada item separadamente e empurra os compradores na direção do tier do meio, onde sua margem é mais saudável. Encaixa quando seus clientes se agrupam em segmentos reconhecíveis. Funciona mal quando cada cliente é um caso único e fora do padrão, porque os tiers deixam de significar qualquer coisa.
Precificação fixa mensal. Um único valor previsível cobre um escopo combinado. Os clientes amam a previsibilidade, e seu time financeiro também. Encaixa em projetos maduros e estáveis, em que você entende a carga de suporte bem o suficiente para precificá-la sem surpresas. O perigo é o escopo inflar. Se “fixo” silenciosamente vira “ilimitado”, um único cliente exigente pode apagar a margem de outros três. A precificação fixa precisa de um escopo por escrito e de uma linha clara para o que aciona uma mudança no contrato.
Precificação por uso. Você cobra pelo que o cliente consome: volume de dados, mensagens, ativos ativos, chamadas de API. Isso alinha seu preço ao próprio crescimento do cliente, o que parece justo e escala de forma natural. Encaixa em cargas de trabalho de alta variação, em que o consumo realmente é o que dirige o custo. A contrapartida é que o cliente não consegue prever totalmente sua conta, o que deixa alguns compradores nervosos, e sua própria receita fica mais difícil de projetar. Modelos por uso muitas vezes funcionam melhor como híbrido: uma base fixa mais uso acima de um limite.
Precificação por valor. Você precifica com base no resultado que o cliente recebe, não nos seus insumos. Se o seu serviço de monitoramento evita um prejuízo estimado de duzentos e cinquenta mil por ano em produto estragado, um preço de trinta mil por ano é um sim fácil e não tem nada a ver com a sua conta de cloud. Esse modelo produz as margens mais fortes porque está totalmente desacoplado do custo. Ele também exige o máximo de você. Você precisa entender a economia do cliente, quantificar o valor de forma crível e estar disposto a abrir mão de compradores que só querem falar de custo. A precificação por valor não é um ponto de partida. É para onde você se move depois que consegue comprovar resultados.
Na prática, a maioria dos integradores acaba em um híbrido: uma estrutura por tier com componentes por dispositivo ou por uso, precificada tendo o valor como referência. O modelo é uma ferramenta, não uma religião.
Como lidar com o custo da plataforma
Sua plataforma de IoT é um custo real, e você tem duas formas honestas de tratá-lo.
Você pode repassar. O cliente vê uma linha de plataforma na fatura e você acrescenta seu serviço por cima. Isso é transparente e fácil de defender, e faz sentido quando o cliente é sofisticado e quer ver o detalhamento. A desvantagem é que isso limita sua margem ao seu markup e abre espaço para o cliente perguntar por que ele não pode simplesmente comprar a plataforma direto.
Você pode absorver. O custo da plataforma some dentro do seu preço mensal, e o cliente compra um único serviço de você. Essa quase sempre é a melhor escolha para um serviço gerenciado. Protege sua margem, mantém o cliente focado no seu resultado em vez de no seu fornecedor e impede que a plataforma vire um ponto de negociação. Com uma camada white-label, o cliente nunca vê a marca da plataforma, o que faz com que absorver o custo pareça natural em vez de algo que você está escondendo.
O erro é não fazer nenhum dos dois com clareza: enterrar um markup fino de plataforma dentro de uma cotação de custo mais markup, de modo que tecnicamente você está repassando, mas apresentando como se fosse seu. Isso te dá o pior dos dois mundos: margem baixa e uma dependência exposta.
Montando receita recorrente em vez de cobrança de projeto
A razão para se importar com tudo isso é que um serviço gerenciado é um negócio de receita recorrente vestido com roupa de projeto. A cobrança pontual de projeto te paga uma vez por um trabalho que você faz uma vez. Um serviço gerenciado te paga todo mês por todo o tempo em que você mantiver o projeto saudável e o cliente bem atendido.
Isso muda como você deve precificar. Uma cotação de projeto otimiza para ganhar o negócio. Um preço de serviço gerenciado otimiza para a vida toda do relacionamento, o que significa que você pode precificar a configuração inicial mais perto do custo se o prazo recorrente for forte. Significa contratos com prazo, não arranjos mês a mês que evaporam na primeira vez que o cliente revisa os gastos. Significa construir a renovação dentro do modelo desde o primeiro dia, com escopo claro, escalonamento claro e um preço que tem espaço para segurar sua margem conforme o projeto cresce.
A receita recorrente também é o que permite que você invista. Uma renda mensal previsível é o que financia a próxima contratação, as ferramentas melhores, o conhecimento mais profundo que faz seu serviço valer mais no ano que vem do que valia neste ano.
Quando um serviço gerenciado é o modelo errado
Esta é a parte que a maioria dos guias de precificação deixa de fora. Às vezes a resposta não é um preço melhor. É um relacionamento diferente.
Um serviço gerenciado é o modelo errado quando o cliente quer ser dono de tudo. Alguns clientes, por bons motivos, querem o projeto, as credenciais e a conta da plataforma nas próprias mãos. Forçar um serviço recorrente sobre eles cria atrito e ressentimento. Venda a eles a construção e a entrega, cobre por isso como deve ser, e ofereça suporte como um contrato opcional separado que eles podem aceitar ou recusar.
É o modelo errado para um trabalho genuinamente pontual. Se o cliente tem um projeto de escopo fechado com fim definido, sem dispositivos contínuos para monitorar e sem necessidade real de você depois, um serviço gerenciado é você inventando um trabalho recorrente que não existe. Precifique o projeto, entregue e siga em frente. Inflar um projeto real para virar uma assinatura falsa destrói a confiança.
É o modelo errado quando não há nenhum apetite por gasto recorrente. Alguns compradores, sobretudo os menores ou os que têm orçamento de capital mas não de operação, simplesmente não podem ou não vão se comprometer com uma linha mensal. Empurrá-los para uma produz um contrato que cancela em três meses e custa mais para fazer o onboarding do que jamais retorna. Seja honesto sobre o encaixe, fique com a receita do projeto e mantenha a porta aberta.
Saber quando não vender um serviço gerenciado é o que torna sua oferta de serviço gerenciado crível quando ela de fato se encaixa.
Onde a TagoIO se encaixa
A TagoIO foi feita para o modelo de revenda e serviço gerenciado, e é por isso que o custo da plataforma é algo que você pode absorver de forma limpa. O TagoRUN, a camada de portal white-label, deixa você entregar a experiência voltada ao cliente sob a sua própria marca, seu domínio, seu logo, sem nenhuma marca da TagoIO visível para o usuário final. Isso importa para a precificação porque um cliente que paga pelo seu resultado sob o seu nome não se ancora no que a sua plataforma de base custa. A plataforma fica invisível e o seu preço permanece atrelado ao seu valor.
O programa de parceiros da TagoIO é estruturado em torno desse modelo: integradores que constroem, implantam e operam soluções para os próprios clientes em uma plataforma que já é certificada ISO 27001 e alinhada ao GDPR, com mais de 500 integrações de dispositivos e ambientes multi-tenant para que uma única conta atenda vários clientes de forma limpa. A postura de conformidade que você herda também é algo que você pode precificar, porque é algo que o seu cliente, de outra forma, teria que construir ou comprar.
Próximos passos
- Programa de parceiros para integradores: tago.io/partners
- Portais white-label TagoRUN: tago.io/run
- Preços da TagoIO: tago.io/pricing
