Toda empresa que cresce chega nessa encruzilhada: o CRM de mercado ficou pequeno, caro por licença ou engessado demais para o processo real da equipe, e alguém propõe construir um do zero. A discussão vira uma disputa de convicção, “sistema de prateleira nunca serve” contra “reinventar a roda é desperdício”, e quase nunca vira uma conta. Antes de decidir, a maioria das empresas nunca colocou os dois caminhos lado a lado, e menos ainda considerou um terceiro que costuma ser mais barato que os dois.
A pergunta não é construir ou assinar, é onde fica o seu diferencial
Um CRM, por mais que central para a operação, não é diferente de qualquer outra ferramenta de software: construir compensa quando o processo que ele roda é parte da vantagem competitiva da empresa, e assinar compensa quando o processo é genérico, igual ao de qualquer concorrente do mesmo porte.
Pipeline comercial, gestão de tarefas, atendimento em múltiplos canais: são processos que a maioria das empresas resolve de um jeito parecido. Pagar para não reinventar essa parte é racional. Já um processo interno que só a sua empresa tem, moldado por anos de operação, é o tipo de coisa que um sistema de prateleira força a abandonar para caber no molde do fornecedor.
É essa pergunta, e não quanto custa a licença nem quanto custa o time de dev, que deveria abrir a decisão.
Por que empresas que poderiam construir qualquer coisa preferem assinar
Grandes empresas de tecnologia, com times de engenharia capazes de construir praticamente qualquer sistema interno, seguem assinando CRM, gestão de projetos e comunicação de mercado. A lógica é a mesma: gastar engenharia própria onde ela diferencia, e comprar onde o problema já está resolvido.
CRM e vendas
O exemplo mais direto vem de dentro da própria indústria de IA. Em agosto de 2026, Salesforce e Anthropic, empresa por trás do Claude, anunciaram a Claudeforce, uma parceria estratégica ampliada entre as duas. No meio do anúncio, confirmaram que o Salesforce é o CRM preferido da Anthropic, enquanto o Slack, ligado a ele, é a plataforma de trabalho colaborativo preferida para as equipes internas. Uma empresa cujo produto principal é inteligência artificial, com capacidade de sobra para construir seu próprio CRM, optou por assinar o CRM líder de mercado. Porque gerenciar pipeline de vendas não é o diferencial dela.
O mesmo padrão aparece em operações muito maiores. A Southwest Airlines consolidou 15 sistemas diferentes em um só usando o Salesforce Service Cloud, dando aos agentes de atendimento uma visão única do cliente e simplificando as funções de serviço. E a Motorola Solutions, com uma base de dados de clientes fragmentada, unificou mais de 123 mil registros de clientes usando o HubSpot Data Hub. O que deu à equipe de marketing acesso confiável e em tempo real a esses dados. Uma campanha baseada nesses dados descobriu uma lacuna de adoção de produto e gerou receita nova.
Gestão de projetos e operação
A lista aqui é ainda mais longa, porque é o tipo de sistema que toda empresa de médio a grande porte precisa, e poucas ganham vantagem competitiva reinventando.
- Uber e Airbnb estão entre as empresas listadas oficialmente como clientes do Asana para coordenar projetos e fluxos de trabalho internos.
- A Autodesk, fabricante de software de engenharia e design, usa formulários e regras de automação do Asana para a equipe de eventos. O resultado documentado foi 75% menos e-mails para coordenar o trabalho, contato com leads de entrada 5 vezes mais rápido e execução 50% mais eficaz.
- A Unilever International, braço de expansão global da Unilever, roda mais de 250 projetos por ano em mais de 120 países com uma equipe enxuta de 10 pessoas, usando o monday.com. O resultado documentado foi 4x de ROI e cerca de 1.830 horas economizadas por ano.
- A Affirm, fintech que antes tinha o trabalho espalhado entre Asana, Google Docs, Confluence e outras ferramentas, alcançou 95% de adoção do Notion como sistema único de gestão do conhecimento. A Toyota também está entre as empresas que usam a plataforma para repensar fluxos internos.
- A ALDI, rede de supermercados com operação em dezenas de países, usou o Jira para orquestrar a transformação digital de 7.000 lojas em 85 regiões, migradas para sistemas em nuvem durante as poucas horas em que cada loja fica fechada.
- A NTT Docomo, operadora japonesa de telefonia, integrou o sistema de frente de loja usado em cerca de 4.000 lojas ao Jira Service Management. O resultado foi 25% menos esforço para vincular chamados entre times de desenvolvimento e operação, zero tempo de treinamento da nova ferramenta, e resposta a alertas que caiu de 10 para 2 minutos.
Comunicação interna
A IBM, com centenas de milhares de funcionários, adotou o Slack para toda a empresa depois de anos de uso orgânico dentro de times pequenos, e se tornou por vários anos o maior cliente único do Slack. Nenhuma dessas empresas tem falta de capacidade técnica para construir uma ferramenta de chat interna. Elas simplesmente decidiram que essa não é a batalha que vale a pena travar sozinhas.
Quando construir do zero paga a conta
O outro lado da moeda é real, só que mais raro do que a euforia por sistema próprio sugere. Faz sentido construir quando o processo em si é a vantagem competitiva, quando o CRM de mercado obrigaria a empresa a abandonar exatamente o que funciona nela.
Foi o caso de um ERP construído pela Inky a partir do processo real de um cliente, e não do processo genérico que qualquer ERP de prateleira assume: cada módulo seguiu a ordem de trabalho que a equipe já usava, sem redigitação entre etapas. O sistema pedia a informação na ordem em que o time já trabalhava, e não o contrário. ERP personalizado.
A própria Inky passou pelo mesmo cálculo. Depois de anos gerenciando clientes, projetos, parceiros e financeiro espalhados entre um CRM, um gestor de tarefas e planilhas que não conversavam entre si, construímos o InkyFlow: um CRM e gestor de projetos próprio, desenhado exatamente para o jeito como a Inky trabalha. Cada cliente com seus projetos, cada projeto com tarefas e custo, parceiros avaliados pelo que entregam. Nenhuma ferramenta de mercado resolvia o problema inteiro de uma vez. Cada uma resolvia um pedaço, e o pedaço que sobrava era justamente o que definia como a Inky opera.
O ponto comum aos dois casos não é sistema próprio é sempre melhor. É que, nos dois, o processo interno era parte do que diferenciava a operação, e um sistema de prateleira exigiria abrir mão exatamente disso.
O terceiro caminho que a maioria pula: nem construir, nem assinar
Aqui está o que a discussão construir contra assinar costuma deixar de fora: boa parte das empresas que procuram a Inky achando que precisam de um sistema novo, ou de IA em tudo porque é o que aparece na mídia, não precisam de nenhum dos dois. O foco deveria estar no que realmente dá resultado, não no que está em alta.
Em vários projetos, a Inky faz primeiro uma análise interna da operação do cliente antes de propor qualquer desenvolvimento. Em um desses casos, ficou claro que não havia necessidade de construir um sistema completamente novo. Só de aprimorar o fluxo que já existia, corrigindo onde a informação se perdia entre uma etapa e outra. Esse diagnóstico orientou ajustes no fluxo existente antes de considerar o desenvolvimento de uma ferramenta do zero.
Esse terceiro caminho também aparece quando o problema não é falta de CRM, e sim CRM que já existe mas não conversa com o resto da operação. Num projeto de automação de atendimento multicanal da Inky, a solução não foi trocar o CRM que o cliente já usava: foi conectar WhatsApp, Instagram e e-mail a esse CRM existente, para que cada lead fosse criado ou atualizado automaticamente, sem redigitação e sem cadastro duplicado. Automação de atendimento multicanal. Já escrevemos sobre por que o lead se perde entre formulário, CRM e WhatsApp, e não na falta de ferramenta.
O cálculo financeiro que ninguém faz
O erro mais comum na decisão é comparar o preço da licença anual com o orçamento do projeto de desenvolvimento, como se fossem números do mesmo tipo. Não são. O cálculo que realmente importa soma o custo de cada caminho ao longo do tempo, não só no primeiro ano.
| Assinar solução de mercado | Construir do zero | Ajustar o fluxo existente | |
|---|---|---|---|
| Custo inicial | Baixo, licença e setup | Alto, projeto completo | Baixo, diagnóstico e ajustes pontuais |
| Custo recorrente | Cresce com número de usuários e módulos contratados | Sustentação: monitoramento, correções, evolução | Quase nenhum, além do que já era pago |
| Molda-se ao processo real? | Parcialmente, até o limite da customização permitida | Totalmente, desde o desenho | Sim, sem trocar de sistema |
| Faz sentido quando | O processo é genérico, igual ao do mercado | O processo é o diferencial competitivo | O sistema atual já resolve, mas a operação ao redor dele está quebrada |
Assinar parece barato no primeiro ano e cresce junto com a equipe e com os módulos contratados. O custo real aparece na curva de alguns anos, não na proposta comercial inicial. Construir parece caro no primeiro ano porque concentra o investimento ali, mas se o processo for mesmo o diferencial da empresa, o retorno vem da vantagem que nenhum concorrente com CRM de prateleira consegue replicar. E ajustar o fluxo, a opção que menos aparece nessa conversa, costuma ser a mais barata das três. Porque o sistema que falta não é o problema, é a passagem entre sistemas que ninguém desenhou.
Por onde começar
Antes de abrir uma proposta de desenvolvimento ou renovar a licença de mais um módulo, vale responder, nessa ordem:
- O processo que esse sistema vai rodar é igual ao de qualquer concorrente do seu porte, ou é parte do que diferencia a sua operação? Se for igual, assinar tende a ser mais barato no total.
- O problema é falta de sistema, ou passagem quebrada entre sistemas que já existem? Boa parte dos pedidos de sistema novo se resolve integrando o que já está em uso.
- Se a resposta for construir, quem vai sustentar o sistema daqui a dois anos? O custo de manutenção, monitoramento e evolução continua depois da entrega, e precisa entrar na conta desde o início.
- Se a resposta for assinar, o que acontece quando a equipe dobrar de tamanho? Simule o custo da licença em três anos, não só no primeiro.
Decidir entre construir, assinar ou só ajustar o fluxo é exatamente o tipo de diagnóstico que fazemos antes de qualquer linha de código. Em Sistemas sob medida quando o processo pede um sistema próprio, e em APIs e integrações quando o que falta é conectar o que a empresa já tem.
Fontes
- Salesforce e Anthropic anunciam Claudeforce
- Southwest Airlines no Salesforce Service Cloud
- Motorola Solutions no HubSpot Data Hub
- Unilever International no monday.com
- Notion Solutions Partners
- Como a ALDI usa o Jira para sucesso digital
- NTT Docomo na Atlassian
- Clientes do Asana
- Autodesk Events no Asana
- Slack e IBM
