Vale a pena desenvolver um sistema próprio de comissionamento quando desenvolver software é o core da empresa, há equipe técnica dedicada para manter o sistema pelos anos seguintes e o modelo de comissão é estável a ponto de não mudar a cada campanha. Para a maioria das empresas que vendem através de pessoas, não vale: o custo de construir é a parte visível, o custo de manter é a parte que não acaba, e comissionamento é um domínio cujas regras só aparecem com a operação rodando. A decisão depende de responder honestamente o que a empresa quer ser daqui a três anos: uma empresa que vende ou uma empresa que mantém software.
O que é um sistema de comissionamento?
Um sistema de comissionamento é o software que registra cada venda, identifica quem tem direito a receber por ela, aplica as regras do plano de compensação (percentual, ponto, bônus, qualificação, ciclo, rank, território) e apura, ao fim de cada ciclo, quanto cada pessoa da força de vendas deve receber, com histórico auditável de cada centavo. Ele não é o cadastro de vendedores nem o relatório de vendas: é a camada que transforma vendas em obrigações de pagamento, de forma reproduzível.
A diferença parece sutil e é central. Cadastro, catálogo e checkout são problemas resolvidos; qualquer equipe constrói em semanas. Comissionamento é o que fica depois: ciclo de apuração, qualificação por volume, derramamento entre níveis, evitar cobrar ou pagar duas vezes sobre a mesma venda, inadimplência sobre comissão recorrente, prazo de liberação contra estorno, auditoria. São regras que ninguém escreve no requisito inicial porque ninguém as conhece antes de a operação existir.
Por que a pergunta voltou a ser feita?
Até pouco tempo, desenvolver um sistema próprio era uma decisão de empresas grandes. A IA generativa mudou a percepção: hoje um empresário consegue, em um fim de semana, ver uma tela funcionando com cadastro de revendedores, catálogo e um cálculo de comissão simples. O protótipo convence. O que ele não mostra é a distância entre uma tela que funciona e um sistema que fecha o mês com 400 revendedores, três planos de comissão e uma campanha nova que o comercial inventou na segunda-feira.
Esse é o ponto em que a maioria dos projetos internos trava: eles seduzem antes de entregar. O processo convence de que está tudo certo até o momento em que já se investiu tempo e dinheiro demais para voltar atrás, e a maior parte não chega a virar produto utilizável em produção. O risco não é técnico, é estratégico: uma empresa cujo core não é desenvolvimento passa a dividir atenção entre vender e manter software, e a energia que deveria ir para estratégia comercial vai para bug, fila e decisão técnica.
Quanto custa criar uma plataforma de comissionamento ou MMN?
Não há um número honesto sem premissa. O que dá para fazer é separar as camadas de custo e dar ordens de grandeza, marcadas como estimativa.
Custo de construir
Para uma operação com força de vendas, um sistema mínimo precisa de: cadastro e hierarquia, catálogo, checkout ou integração com gateway, motor de comissão com ciclo e qualificação, escritório virtual para o vendedor, relatórios e painel administrativo. Com uma premissa explícita (equipe de 2 a 4 pessoas, entre desenvolvedores, produto e testes, por 6 a 12 meses até a primeira versão estável), o custo de construir fica na casa de um salário anual de equipe técnica, a título de estimativa. A faixa varia muito com a complexidade do plano de compensação: unilevel simples está na ponta de baixo; binário com rank, multiciclo e recorrência está muito acima.
Custo de manter
Esta é a conta que o empresário não faz. Uma vez pronto, o software parece resolvido, e é justamente aí que a despesa começa: correção de bugs descobertos em produção, segurança, atualização de dependências, adequação à LGPD, infraestrutura, backup, e principalmente evolução, porque o plano de comissão vai mudar. Como ordem de grandeza, operações que mantêm sistemas internos costumam gastar por ano, em manutenção e evolução, uma fração relevante do que gastaram para construir, de forma permanente. E a equipe que construiu precisa continuar existindo; se sair, o conhecimento sai junto.
Custo do erro
Há uma terceira camada que não aparece em orçamento: o erro de comissão. Um cálculo errado em um fechamento quebra a confiança da força de vendas, e reconstruir confiança é mais caro do que qualquer licença de software. Numa operação hipotética com 300 revendedores, um bug que paga comissão a menos em 5% dos casos gera 15 pessoas reclamando no mesmo dia, com razão, e um mês inteiro de reapuração manual.
| Camada | O que inclui | Quem costuma subestimar |
|---|---|---|
| Construir | Equipe, tempo até a primeira versão estável | Quem viu um protótipo feito com IA |
| Manter | Correção, segurança, LGPD, infraestrutura, evolução contínua | Quase todos |
| Errar | Fechamento errado, reapuração, perda de confiança da equipe | Quem nunca fechou um ciclo de comissão |
Software de destino ou plataforma de trajetória?
A pergunta mais útil para decidir não é “quanto custa”, é “para onde a operação vai”. Um software próprio é construído para levar do ponto A ao ponto B: é um projeto com destino definido, que assume que a regra de hoje será a regra de amanhã. O mercado não funciona assim. Ele exige ir de A para B, depois para C, D e Z: o plano de comissão muda, surge um produto novo, um canal novo, uma campanha nova. Num software proprietário, cada mudança vira um projeto, com levantamento de requisito, desenvolvimento, teste e publicação. Enquanto isso, a janela comercial passa.
A alternativa é a plataforma parametrizável, construída como trajetória e não como destino: mudar uma regra é uma configuração feita pelo operador comercial, não um ciclo de desenvolvimento. O software customizado atende exatamente a regra de hoje, e por isso trava na de amanhã; a plataforma parametrizável atende a regra que ainda nem foi pensada. O artigo sobre o que é uma plataforma operacional de crescimento desenvolve essa distinção.
Para quem faz sentido construir?
Para ser justo com a decisão, há casos em que construir é a resposta certa:
- Software é o produto. A empresa é de tecnologia, o comissionamento é parte do que ela vende e a equipe técnica já existe e vai continuar existindo.
- O modelo é estável e simples. Comissão única, percentual fixo, sem níveis, sem ciclo, sem recorrência, e ninguém pretende mudar isso. Nesse caso, uma planilha bem feita pode bastar antes mesmo de qualquer sistema.
- A regra é tão específica que nenhuma plataforma parametriza. É raro, e vale checar antes com quem já viu muitas operações, porque o que parece inédito costuma ser uma variação de unilevel, matricial ou binário.
Fora desses casos, a decisão de construir costuma ser uma decisão de orgulho técnico ou de subestimação do domínio, e sai cara nas duas hipóteses.
Como comparar as três alternativas?
| Critério | Planilha | Sistema próprio | Plataforma parametrizável |
|---|---|---|---|
| Custo inicial | Baixo | Alto | Mensalidade |
| Custo contínuo | Horas da equipe a cada fechamento | Equipe técnica permanente | Mensalidade ou percentual sobre o volume |
| Mudar uma regra | Reescrever fórmulas | Projeto de desenvolvimento | Configuração no painel |
| Teto operacional | 10 a 15 revendedores, na prática | Depende da equipe | Usuários ilimitados, conforme o plano |
| Auditoria por centavo | Não | Se for construída | Nativa |
| Risco de erro no fechamento | Alto | Alto nos primeiros ciclos | Baixo, com regras já testadas em outras operações |
A planilha é o ponto de partida correto para operações pequenas, e ela mesma avisa quando acabou: os fechamentos passam a atrasar, as contestações aumentam e alguém da equipe passa dias por mês só apurando. É nesse momento, com 10 a 15 revendedores ativos, que a pergunta sobre construir ou contratar aparece de verdade.
Como a Eloss trata isso
A Eloss foi construída como plataforma de trajetória: o motor de comissionamento é parametrizável por percentual, ponto, bônus, ciclo, rank e território, com múltiplos bônus, qualificações, prazo de liberação de comissão e regra para não pagar duas vezes sobre a mesma venda. As estruturas unilevel (desde o Pilot), matricial (a partir do Padrão), binária e horizontal com rank (a partir do Estruturado) podem ser combinadas na mesma operação a partir do Padrão. A regra muda pelo painel administrativo, em tempo real, sem desenvolvimento.
Cada cliente tem sua própria instalação, com aplicação e banco de dados separados dos demais, em todos os planos (single-tenant); as atualizações são comuns, aplicadas instância por instância. A licença inclui infraestrutura, manutenção, suporte, atualizações e disponibilidade de 99,5% em contrato, que é exatamente a camada de custo que o sistema próprio não orça. A cobrança é uma mensalidade mínima ou um percentual decrescente sobre o volume transacionado, o que for maior no mês, nunca a soma. Usuários ilimitados em todos os planos. Os detalhes estão em a plataforma e em planos; para quem quer entender o que o motor precisa suportar antes de decidir, a página de multinível descreve as estruturas.
Perguntas frequentes
Vale a pena desenvolver um sistema de comissionamento próprio?
Só quando desenvolver software é o negócio da empresa, há equipe técnica permanente e o modelo de comissão é estável. Fora disso, o custo de manter e o risco de erro no fechamento superam a economia aparente.
Quanto custa criar uma plataforma de MMN?
Depende da complexidade do plano. Como estimativa, com equipe de 2 a 4 pessoas por 6 a 12 meses, o custo de construir fica na ordem de um salário anual de equipe técnica, e a manutenção consome uma fração relevante disso todo ano, de forma permanente.
Qual é a diferença entre software customizado e plataforma parametrizável?
O customizado atende exatamente a regra de hoje e exige um projeto de desenvolvimento para cada mudança. A parametrizável permite que o operador configure a regra nova pelo painel, sem código.
Com IA, não ficou barato construir?
Ficou barato construir o protótipo. O custo de levar à produção, manter, proteger e evoluir continua o mesmo, e a maioria dos projetos construídos assim não chega a virar produto utilizável.
O que um sistema de comissionamento precisa ter além do cálculo de percentual?
Ciclo de apuração, qualificação, derramamento entre níveis, regra contra pagar duas vezes a mesma venda, tratamento de inadimplência em comissão recorrente, prazo de liberação contra estorno e auditoria de cada evento.
Planilha serve até quando?
Até a operação ter em torno de 10 a 15 revendedores ativos. A partir daí, o fechamento mensal começa a atrasar e a quantidade de contestações cresce.
Se eu contratar uma plataforma, meus dados ficam presos?
Não deveriam. Na Eloss, cadastros, vendas, árvore, qualificações, pontuações e comissionamento são exportáveis em CSV por 90 dias após o encerramento do contrato.
Conclusão
Construir o próprio sistema parece economia; na prática, é trocar uma mensalidade conhecida por um risco sem prazo. Se a empresa é de software, construa. Se a empresa vende produto ou serviço através de pessoas, a decisão correta é escolher uma plataforma que aceite a regra de amanhã sem projeto, e dedicar a energia da equipe a vender. O leitor que terminou este texto consegue responder qual dos dois casos é o seu.