Comercial com prova: contrato, pricing e onboarding sem improviso

Você aprendeu a entender sua stack e a operar sem dar vergonha. Falta a parte que paga as contas: vender e contratar direito. E é justamente aqui que muito dono técnico tropeça, porque acha que comercial é só "fechar negócio". Não é. Comercial sem documento, sem preço pensado e sem processo de entrada é o caminho mais rápido pra prejuízo e processo.

Esse artigo fecha o Estágio 1 da jornada com o lado comercial do dono técnico: os documentos mínimos que protegem você, como precificar sem chutar, e como receber um cliente sem abrir sua operação inteira pra ele.

Não é teoria de palestra. É o que eu uso pra fechar e operar contrato de verdade na Team Studio.

Os três documentos que você precisa antes de fechar

Vender serviço de tecnologia no aperto de mão funciona até o dia em que dá errado. E sempre dá, em algum momento. O cliente entende uma coisa, você entendeu outra, um dado vaza, alguém quer sair. Sem documento, é a sua palavra contra a dele, e adivinha quem tem mais a perder.

Três documentos cobrem 95% dos casos:

1. Contrato de serviço

O básico que muita gente pula. Define escopo (o que está incluído e, principalmente, o que NÃO está), valor, prazo, forma de pagamento, propriedade do que é produzido, e como cada lado encerra. Contrato verbal vale juridicamente, mas é impossível de provar. O escrito custa meia hora pra preencher um modelo e te salva de discussões de seis dígitos.

2. DPA (acordo de tratamento de dados)

Se você toca em dado pessoal de terceiros (e quase todo serviço digital toca), a LGPD exige um acordo escrito de como você trata esse dado. Chama DPA (Data Processing Agreement). É um anexo do contrato que define você como operador, o cliente como controlador, e as regras: o que você pode fazer com o dado, como protege, em quanto tempo avisa se vazar, o que devolve no fim. O artigo de contrato desta trilha trata disso em detalhe.

3. Lista de subprocessadores

Quem mais toca no dado do seu cliente através de você? Se você usa OpenAI, Anthropic, um serviço de banco, um de email, todos eles processam dado em algum momento. A lista de subprocessadores declara isso de forma transparente. Cliente sério vai pedir. Ter pronta é diferencial; improvisar depois é sinal de amador.

A regra: esses três documentos ficam prontos ANTES da primeira venda séria, não depois que o cliente pede. Pegue modelos, leve a um advogado de direito digital uma vez (custa de R$ 800 a R$ 2.000), valide, e reuse a versão final por anos. É um custo único contra prejuízo recorrente.

Pricing: como precificar sem chutar pra cima nem pra baixo

A pergunta "quanto custa?" trava muito dono técnico. Você chuta alto e perde a venda, ou chuta baixo e descobre no terceiro mês que está trabalhando de graça. As duas são consequência de não ter calculado.

A forma certa é de baixo pra cima. Você soma o que custa antes de pensar no que cobrar.

Os custos que você sempre esquece

• Custos diretos: o que você gasta por cliente todo mês (infraestrutura, ferramentas, APIs de IA). Esses são fáceis de lembrar.
• Custos indiretos: os que somem na conta de cabeça. O seu tempo de suporte, as reuniões de acompanhamento, a manutenção quando uma integração muda, o retrabalho. É aqui que a margem evapora sem você ver.
• Custo de aquisição: quanto você gastou (em tempo ou dinheiro) pra conseguir esse cliente. Se ele cancela em dois meses, você nem pagou esse custo.

Some tudo isso, adicione uma margem saudável, e você tem o piso do seu preço. Abaixo disso, você paga pra trabalhar.

Setup separado da mensalidade

Erro clássico: embutir o trabalho pesado de implantação na mensalidade. Você sangra nos primeiros meses porque a implantação custou caro e a mensalidade não cobriu. Cobre o setup à parte, uma vez. A mensalidade cobre operação contínua, não a montagem inicial.

Mostre o custo total, não só a mensalidade

Cliente que vê só "R$ X por mês" e descobre custos depois se sente enganado e vira processo. Cliente que vê o custo total em 12 meses desde o começo (mensalidade + setup + o que pode variar) confia. Apresentar o TCO (custo total de propriedade) é sinal de fornecedor honesto. A trilha de fundamentos técnicos tem um capítulo inteiro sobre isso, com modelos de precificação (fixo, por uso, por valor, híbrido) e quando usar cada um.

Quando dar desconto (e quando não)

Desconto não é generosidade, é negociação. A regra única: toda concessão tem que ganhar algo em troca.

Razões boas pra dar desconto:

• Volume: o cliente fecha vários contratos de uma vez
• Prazo: ele paga vários meses adiantado e melhora seu caixa
• Pioneirismo: é o primeiro de um setor e vai virar sua referência e case
• Indicação: ele traz outros clientes

Razões ruins, que você deve recusar:

• Medo de perder a venda. Cliente que só fecha com desconto não valoriza o serviço e vai embora no primeiro aperto.
• Pressão emocional. "Ah, vai, pra você é fácil." Não é, e ceder aqui ensina o cliente a empurrar sempre.
• Sem contrapartida. Desconto que não compra nada (nem volume, nem prazo, nem indicação) só corrói sua margem.

Quando o preço não cabe no cliente, a resposta profissional não é desconto até o osso, é "esse pacote não cabe no seu momento, posso te oferecer uma versão menor". Cliente forçado a um preço que não cabe vira problema, não cliente.

Onboarding que protege a sua operação

Fechou o contrato. Agora vem a parte que quase ninguém trata com cuidado: receber o cliente sem abrir sua operação inteira pra ele. Onboarding improvisado é onde nasce vazamento, mal-entendido e dependência perigosa.

Quatro princípios:

Peça só o acesso necessário

O princípio do menor privilégio (que aparece no artigo de auditoria desta trilha) vale também pra como você entra na casa do cliente, e pra como ele entra na sua. Peça o acesso mínimo pra fazer o trabalho daquela fase, não acesso total "pra facilitar". Acesso amplo é risco amplo, dos dois lados.

Documento assinado antes de tocar em dado real

Contrato e DPA assinados ANTES de você processar qualquer dado verdadeiro do cliente. Não "começamos e formalizamos depois". O depois nunca chega e você fica exposto no intervalo.

Isole o cliente

Cada cliente no seu próprio espaço, sem ver o dado dos outros. Na prática, isso é multi-tenant feito direito (a separação por cliente que o artigo de stack mencionou). Cliente que consegue ver dado de outro cliente é um vazamento esperando pra acontecer e uma quebra de confiança irreversível.

Registre o que foi combinado

O acordo verbal de onboarding ("vocês fazem isso, a gente faz aquilo") vira mal-entendido em 30 dias. Um documento curto de início (quem faz o quê, quais acessos, quais prazos) economiza brigas futuras. É barato escrever e caro não ter.

O que você consegue fazer com isso

Fechando o Estágio 1, você consegue:

• Entrar numa negociação com os três documentos prontos, sem improvisar
• Precificar de baixo pra cima, sabendo seu piso e cobrando o setup à parte
• Apresentar o custo total ao cliente e construir confiança em vez de surpresa
• Dar desconto só com contrapartida e dizer não sem medo
• Receber cliente com onboarding que protege a sua operação e a dele

Você chegou ao fim do Estágio 1

Se você acompanhou os sete capítulos do Estágio 1 (auditoria de segurança, mapa de dados, contrato, senhas, stack, operação e agora comercial), você fez a travessia que dá nome à trilha: de dono que aprova no escuro para dono técnico que entende, controla e vende sua operação com clareza.

O Estágio 2 amplia isso para fora. Lá você aprende a conversar de igual com o TI das empresas onde vai vender: bancos de dados, cloud, devops, APIs, segurança corporativa e arquitetura, nas 16 semanas dos Fundamentos Técnicos. Você sai de controlar a sua casa para sustentar reunião na casa dos seus clientes.

Volte pra jornada, marque os capítulos que terminou e veja seu próximo passo.