"O amigo sem TI que vende mais CRM do que o dev: o que ele tem que o dev não tem"

Um programador escreveu isto num fórum brasileiro de tecnologia:

"Meu amigo que não entende praticamente nada de TI, mas tem muito networking. Ele criou um CRM usando IA e vende muito mais do que eu, que sou da área."

CRM é o sistema onde uma empresa guarda os clientes dela: quem é, quando falou, o que comprou, quando ligar de novo. Networking é a rede de contatos.

Isso é tudo que eu sei sobre esse amigo: uma frase, escrita por outra pessoa. Não sei o nome dele, nem a cidade, nem quanto ele cobra. Então o que vem abaixo é a história que essa frase conta, e eu vou marcar onde ela termina e onde começa o que eu deduzo.

O que a frase diz

Repare no tom: ele não está xingando o amigo. Está constatando, meio sem graça. Na mesma conversa sobre IA e software, apareceu a pergunta que essa frase deixa no ar: "Conhecimento técnico ainda será uma grande vantagem ou saber vender e conhecer o mercado vai importar muito mais?" É uma pergunta honesta, de quem é da área, sem desdém nenhum.

E em outras discussões do mesmo fórum, gente diferente já tinha respondido:

"O difícil é vendas."

"Difícil é criar canais de distribuição."

Canal de distribuição é o caminho pelo qual o produto chega em quem compra. O amigo tem esse caminho. São os contatos dele, as pessoas que atendem quando ele liga. Isso nenhuma IA gera.

O que ele tem que o dev não tem

Se você não programa e se reconheceu no amigo, guarde isto: você não está em desvantagem. Você tem a parte que quinze anos de código não me deram de presente, que é saber pra quem vender e ter o telefone dessa pessoa.

O dev constrói melhor. O amigo vende. Em 2026, construir ficou barato e vender continua caro. A conta está a favor do amigo, e não tem nada de errado nisso.

O que eu deduzo: o que ele vendeu

Daqui pra baixo é dedução minha, não relato.

Quem compra um CRM não está comprando telas. Está entregando a lista de clientes dele, com nome, telefone, o histórico de cada conversa. É o ativo mais valioso de uma empresa pequena. Então o amigo vendeu uma coisa a mais do que imagina: a promessa de guardar o dado dos clientes dos outros.

E isso tem nome na lei. A LGPD, a Lei Geral de Proteção de Dados, chama de controlador quem toma as decisões sobre os dados pessoais, e de operador quem trata esses dados "em nome do controlador". A empresa que comprou o CRM é a controladora. O amigo, dono do sistema onde tudo mora, é o operador. O artigo 39 diz que o operador trata o dado segundo as instruções do controlador. O artigo 42 diz que o operador responde junto pelo dano quando descumpre a lei ou não segue essas instruções. E o artigo 46 manda os dois adotarem medidas de segurança contra acesso não autorizado.

O que isso não quer dizer: não estou dizendo que ele está irregular, nem que vai ser multado. Não sei nada do sistema dele. Estou dizendo que, a partir do primeiro cliente, a pergunta "esse CRM é seguro?" deixou de ser técnica e passou a ser dele, com o nome dele.

Os três testes que ele deveria fazer hoje

Se você está no lugar do amigo, ou perto, faça estes três. Nenhum exige programar.

1. O teste das duas empresas. Crie duas contas de empresa de mentira no seu CRM, a Padaria A e a Oficina B. Cadastre um cliente em cada uma, com dado inventado. Entre como a Oficina B e tente achar o cliente da Padaria A: na busca, na lista, mudando o número no endereço da página. Se aparecer, pare de vender até consertar. É a mesma ideia do teste das duas contas, só que o que vaza aqui não é o dado de um usuário: é a carteira de um cliente seu indo parar no concorrente dele.

2. O teste da saída. Imagine que a Padaria A te liga amanhã: "quero cancelar e levar os meus contatos". Você consegue entregar uma planilha só com os clientes dela, sem nenhum da Oficina B? Tente agora, com as duas contas de mentira. Se a única forma é baixar o banco inteiro, você não tem como atender esse pedido sem expor todo mundo.

3. A folha das instruções. Escreva, em uma página, o que o seu sistema faz com os dados de cada cliente: onde ficam, em nome de quem está a conta do banco, quem consegue ver, por quanto tempo você guarda, o que acontece quando ele cancela. Mande essa página junto com a próxima proposta. É o mais perto do artigo 39 que um app pequeno chega sem advogado, e um comprador cuidadoso vai gostar de ver. O resto da LGPD pra app pequeno está aqui.

Se os três passarem, ótimo: você tem um argumento de venda que o concorrente do fim de semana não tem. Se algum falhar, você descobriu numa tarde, com dado inventado, e não numa ligação de cliente bravo.

O que o amigo ainda precisa

Vender ele já sabe. O que falta pra não perder o que vendeu é a mesma coisa que separa testar de cobrar: ser dono. O código numa conta dele, o banco no nome dele, um login que separa um cliente do outro, um ponto de retorno pra quando a IA quebrar o que funcionava numa sexta à tarde.

Os três testes de hoje são a borda dessa parede. Atrás dela vêm as outras, na ordem: tirar o app da plataforma, estruturar os dados, operar com cliente pagando. Quem tem a rede de contatos já tem a parte mais difícil. O resto tem método, e dá pra aprender sem virar programador.

Fontes

• Lei 13.709/2018 (LGPD), texto compilado no Planalto: art. 5º, VI e VII (controlador e operador), art. 39, art. 42, § 1º, I, e art. 46: https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709compilado.htm