Você tem três POCs rolando agora. Uma começou em fevereiro, a outra em março, a terceira "tá próxima de fechar" há seis semanas. Pergunta honesta: alguma delas vai virar contrato?
Vou ser direto: na maioria das operações de SaaS B2B que eu vejo, a POC virou cemitério de deal. Aquele estágio que começa cheio de empolgação, vira projeto interno do prospect, depois vira "estamos avaliando", e termina com um email educado seis meses depois falando que "não é o momento agora".
O problema raramente é o produto. É como a POC foi montada.
POC bem rodada fecha. Operações que tratam POC como experimento controlado convertem 60-80% dos prospects que entram nela em cliente pagante — alguns casos chegam a 80%+ de close rate. POC mal rodada fecha em torno de 20%, quando fecha. A diferença não é sorte. É método.
Esse artigo é sobre como rodar POC e Trial em vendas SaaS B2B sem queimar tempo, deal e energia do time. Sem fórmula mágica, sem template genérico que ignora o seu contexto. Só o que funciona quando você está vendendo software complexo pra um comitê de compra de 10 pessoas (sim, dez — esse número é da Gartner, e pode passar de 15 em deal enterprise).
Bora.
Antes de qualquer coisa, alinhamento de vocabulário. Porque metade dos AEs e líderes que eu converso usam POC, Trial, Pilot e POV (Proof of Value) como se fossem sinônimos. Não são. E essa confusão tem custo real: você roda o movimento errado pro estágio errado e perde o deal.
Trial é o prospect testando o produto sozinho (ou semi-sozinho), em um ambiente padrão, dentro de um período de tempo. Tipicamente self-service, com pouca ou nenhuma customização. O trial existe pra reduzir fricção de decisão em produtos onde o valor aparece rápido. Se você usa Notion, Linear, Loom ou qualquer SaaS de produtividade, você já fez trial.
POC (Proof of Concept) é um experimento controlado, com escopo definido, prazo curto e critério de sucesso explícito, pra responder uma pergunta técnica ou de fit específica. POC não é "vamos testar pra ver se gosta". POC é "vamos provar que X funciona no contexto Y com o resultado Z". Se você não consegue escrever a pergunta numa frase, você não tem POC — tem demo estendida disfarçada.
Pilot é uma implementação reduzida em ambiente real, com usuários reais, dados reais, geralmente paga, geralmente longa (30-90 dias). É praticamente um contrato de produção em escala menor. Pilot é o que você roda quando o produto já provou que funciona, mas o cliente quer validar adoção e ROI antes de comprometer 100% da operação.
POV (Proof of Value) é uma evolução de POC que foca em valor de negócio ao invés de viabilidade técnica. Em vez de provar que o produto funciona, você prova que ele entrega resultado mensurável (economia, receita, tempo). É a evolução natural do POC em vendas mais sofisticadas.
| Movimento | O que prova | Duração típica | Quem opera | Custo |
|---|---|---|---|---|
| Trial | Atratividade do produto | 7-30 dias | Prospect sozinho | Grátis ou self-service |
| POC | Viabilidade técnica/fit | 14-30 dias | Prospect + AE/SE | Grátis ou pago (escopo curto) |
| POV | Valor de negócio (ROI) | 30-60 dias | Prospect + AE/SE + CS | Geralmente pago |
| Pilot | Adoção em escala real | 30-90 dias | Time misto | Sempre pago |
Regra prática: quanto maior o ticket e mais complexo o produto, mais perto de POC ou POV você precisa estar — não de Trial.
Trial funciona pra produtos abaixo de US$ 10-15k de ACV, com onboarding rápido e valor visível em horas, não semanas. Acima disso, trial geralmente é furada — o prospect não vai ter tempo de configurar sozinho, vai testar de qualquer jeito e vai concluir que "o produto não fez o que prometia". Spoiler: o produto não fez porque ninguém configurou.
POC entra quando o produto exige integração, configuração ou customização pra entregar valor. É a maioria dos deals de software B2B sério. Use POC pra responder perguntas como "isso integra com nosso ERP?", "consegue processar nosso volume?", "se adapta ao nosso fluxo?".
POV é o passo seguinte. Quando o cliente já está convencido tecnicamente, mas precisa convencer o CFO. O POV transforma "funciona" em "vale a pena".
Esse é o erro mais caro que eu vejo em POC: tentar responder cinco perguntas ao mesmo tempo.
"Vamos rodar uma POC pra ver se o produto se adapta ao nosso fluxo, se a integração funciona, se o time gosta da interface, se o gestor consegue acompanhar e se o ROI compensa."
Isso não é POC. Isso é projeto. E projeto não fecha em 3 semanas — fecha em 3 meses se fechar.
Antes de iniciar uma POC, escreva a pergunta que ela vai responder em uma frase. Se você precisa de duas, você tem duas POCs. Junte com paciência, não com preguiça.
Exemplos de perguntas-POC bem escritas:
Exemplos do que não é uma pergunta-POC válida:
Essas são vontades, não experimentos. Vontade não tem critério de sucesso. Experimento tem.
POC que fecha tem cinco elementos não-negociáveis. Faltou um, sua POC virou degustação grátis.
Antes da POC começar, você e o prospect precisam concordar — por escrito — em qual é o resultado que define sucesso. E esse resultado precisa ser mensurável.
"O time precisa achar a ferramenta intuitiva" não é critério mensurável. "8 dos 10 usuários piloto completam o onboarding sem intervenção do AE até o dia 7" é.
Documento simples, em uma página, com a pergunta da POC e os critérios de sucesso. Assinado (ou pelo menos confirmado por email) pelo Economic Buyer e pelo Champion técnico. Esse é seu contrato.
POC boa dura 14 a 30 dias. Mais que isso e ela vira limbo. Menos que isso e o cliente não tem tempo de testar de verdade.
Por que tão curta? Porque urgência mata indecisão. POC de 90 dias é convite pro buying committee mudar, pro Champion sair da empresa, pro budget evaporar e pro seu deal entrar em "stalled" eterno.
Defina data de início e data de fim antes de começar. Se o prospect resistir a fechar uma data, você não tem POC — tem alguém testando o produto sem compromisso.
Toda POC precisa de pelo menos três pessoas comprometidas do lado do prospect, com nomes escritos no plano:
Se você não consegue nomear quem é o Economic Buyer, sua POC vai terminar e ninguém vai ter autoridade pra dizer "fechado". Isso conecta direto com o framework de qualificação. Se você ainda não viu como MEDDIC e SPIN se aplicam a vendas de software B2B, vale a leitura do comparativo entre MEDDIC e SPIN Selling antes de continuar.
POC sofre de uma doença chamada scope creep. Começa pra responder a pergunta A, na semana 2 vira "ah, já que você está aqui, dá pra testar B também?", na semana 3 já tá testando C, e na semana 4 ninguém lembra mais qual era a pergunta original.
O plano de POC precisa listar explicitamente:
Quando o prospect pedir algo fora do escopo, sua resposta padrão é: "Faz total sentido — vamos garantir que isso entre no roadmap pós-implementação. Pra essa POC, vamos manter foco na pergunta original pra fechar dentro do prazo."
Esse é o que mais falta. E é o que mais mata deal.
Antes da POC começar, você precisa ter combinado com o prospect, por escrito: "se a POC atingir os critérios de sucesso, qual é o próximo passo, em quantos dias, e quem precisa aprovar?"
Sem essa pergunta respondida, você vai chegar no dia 30 com a POC validada e ouvir: "Que bom que funcionou! Agora vamos abrir o processo de avaliação interno." Aí abre RFP, pede orçamento concorrente, junta comitê — e seu deal de 30 dias virou deal de 6 meses.
Combine antes: "Se atingirmos os critérios, contrato é assinado em 14 dias e implementação começa em 30." Sem essa frase, sua POC é teatro.
Pergunta clássica: cobrar ou não cobrar pela POC?
Resposta curta: quanto maior o ticket e mais alto o custo de operação da POC, mais sentido faz cobrar.
POC paga tem três efeitos práticos:
Regra de bolso pra precificação: POC paga em enterprise tipicamente custa entre 1% e 5% do ACV anual, ou um valor fixo entre US$ 10k e US$ 25k pra deals acima de US$ 100k. O valor é creditado contra o contrato se a POC virar fechamento.
Quando POC grátis faz sentido:
Em qualquer outro cenário, considere cobrar. Você não está pedindo dinheiro — está pedindo comprometimento.
Os mesmos cinco erros se repetem operação após operação. Vale conferir se algum desses está acontecendo na sua agora.
Erro 1: POC sem critério de sucesso explícito. Você roda 30 dias e na hora de avaliar, o prospect fala "achei interessante, vamos pensar". Sem critério escrito, "sucesso" vira opinião subjetiva — e opinião subjetiva sempre encontra motivo pra não fechar.
Erro 2: POC sem Economic Buyer envolvido. Você roda a POC com o time técnico, ela passa com louvor, e na hora do contrato o CFO diz "não temos budget agora". Se o cara que aprova o cheque não esteve junto desde o briefing inicial, você está vendendo pra audiência errada.
Erro 3: POC sem timebox. "Vamos começar e ver como anda." Tradução: a POC nunca termina. Vira business as usual e o deal nunca chega no fechamento porque nunca chega no momento de decisão.
Erro 4: Scope creep aceito sem renegociação. Toda vez que o prospect pede algo extra, você adiciona sem reabrir a discussão de timeline e success criteria. Resultado: você termina cobrindo 3x o escopo original em 1x do tempo, com 1/3 da chance de cumprir os critérios.
Erro 5: POC sem plano pós-POC combinado. Já cobri acima — sem o "se passar, fechamos em X dias", você ganha a POC e perde o deal porque entra em outra rodada de avaliação.
Se você está enxergando dois ou mais desses erros nas POCs que estão rolando agora, pare de adicionar prospect novo no estágio de POC e arrume os processos antes.
Trial é diferente de POC, e merece tratamento separado.
Funciona em produtos onde o usuário consegue configurar e tirar valor sozinho em horas. Notion, Calendly, Loom, Linear. Você cadastra, usa, vira fã, vira cliente. Aqui o trabalho de vendas é minimizar fricção (cartão de crédito ou não? quantos dias? quais features?).
Dado relevante: trials self-serve opt-in (sem cartão de crédito) convertem 15-25% pra pagante. Trials opt-out (com cartão capturado no signup) convertem 40-60%. A diferença é qualificação de intenção, não qualidade do produto.
Se você roda PLG sério, o cartão antes do trial dobra sua conversão. O custo é menos signups no topo do funil. Vale o trade.
Híbrido entre self-serve e venda assistida. O usuário entra sozinho, mas em algum momento (atingiu X de uso, convidou Y pessoas, exportou um relatório) entra na régua de vendas. Aqui você combina o melhor dos dois mundos: dado de uso real do trial guiando a conversa de fechamento.
Funciona muito bem em SaaS de US$ 10k-50k ACV onde o usuário consegue tirar valor sozinho mas a compra precisa passar por aprovação de equipe.
Aqui é onde o pessoal erra mais. Empresa enterprise, ticket de US$ 100k+, com integração complexa, tenta replicar a régua de trial de produto self-serve. "Vamos dar 30 dias de acesso pro time testar."
O que acontece: o time acessa, não consegue configurar sozinho, testa metade do que deveria, conclui que o produto "é difícil" e o deal morre.
Em enterprise, esquece trial. Vai de POC ou POV, com plano de implementação, success criteria, e SE alocado. Trial enterprise é projeção do modelo errado pro contexto errado.
Quando o prospect pede pra estender o trial, fique alerta. Trial estendido raramente é sinal de interesse — quase sempre é sinal de não-decisão.
O comprador motivado decide em 14 dias. O comprador indeciso pede 30. O comprador que não vai comprar pede 60 e some. Se você está dando trial estendido como concessão, você está prolongando a agonia, não acelerando o fechamento.
Resposta sugerida quando pedem extensão: "Posso estender, mas pra extensão fazer sentido, preciso entender o que faltou pra decisão nesses primeiros 30 dias. O que precisa acontecer nesses próximos 14 dias pra você ter clareza?"
Você vai rodar POCs que não vão dar certo. Faz parte. A questão é como você sai.
Sinais de POC perdida que você precisa enxergar antes de chegar no dia 30:
Quando você ver dois ou mais desses, faça um reset explícito. Marque uma call com o Champion, e fala sem rodeios:
"Vejo que estamos no meio da POC e percebi alguns sinais que me fazem pensar que talvez não estejamos alinhados em prioridade. Quero ser direto: você ainda enxerga essa POC como caminho pra resolver [problema X] no prazo Y? Se a resposta é não, prefiro saber agora pra reorganizarmos juntos do que descobrir no dia 30."
Esse movimento parece arriscado, mas é o oposto. Você ganha clareza, ganha respeito do Champion (poucos AEs têm coragem de fazer isso) e abre espaço pra um dos três caminhos: relançar a POC com escopo certo, pausar com data pra retomar, ou matar o deal e liberar capacidade pra prospects mais quentes.
Capacidade liberada é dinheiro. POC zumbi consumindo seu tempo é dinheiro saindo da sua quota.
Em 2026, dá pra rodar POC com muito mais inteligência usando IA. Não é mágica, é alavanca.
Engagement scoring durante o trial. Em PLG/PLS, você consegue plugar IA na sua base de eventos pra prever, no dia 5, quem vai converter no dia 14. Isso te diz onde alocar o time de vendas com precisão. Quem está ativando bem, recebe outreach humano. Quem não está, recebe nudge automático.
Resumo automático de status de POC. Toda call de checkpoint com prospect em POC pode ser transcrita (Fireflies, Gong, Otter) e resumida por IA em formato estruturado: o que foi testado, qual o status do critério, qual o risco, qual a próxima ação. Isso vira documento vivo da POC, e elimina aquele caos de "qual era mesmo o status?".
Detecção precoce de churn-on-trial. Padrões de uso baixo, queda de logins, dúvidas que não voltam — IA cruza esses sinais e te avisa antes de virar problema. Você intervém no dia 7, não no dia 28.
Geração de plano de POC personalizado. A partir do briefing inicial e da pergunta da POC, IA gera um draft do plano (success criteria, milestones, escopo, plano pós-POC) que você refina em vez de escrever do zero. Tempo de preparação cai de 4 horas pra 40 minutos.
Se você ainda não está usando IA na operação de vendas, vale dar uma olhada no guia prático de IA para executivos de vendas — é a porta de entrada pro tema.
Se você terminou esse artigo achando que algumas das suas POCs atuais estão em risco, provavelmente estão. Faz o seguinte essa semana:
Vendas B2B em tecnologia não é maratona — é sequência de sprints com critério. POC bem rodada acelera deal. POC mal rodada vira buraco negro de capacidade. A diferença é método, não talento.
Se você quer aprofundar como POC se encaixa no ciclo de venda completo de software B2B, o guia completo de vendas B2B para tecnologia tem o framework end-to-end. E se a sua dor é o estágio anterior — fazer demos que de fato avançam pra POC —, dá uma olhada nas práticas recomendadas pra demo de SaaS que convertem.
POC não é degustação. POC é experimento controlado pra responder uma pergunta específica em prazo curto, com critério mensurável e decisão pós-POC já combinada. Tudo que foge disso é teatro.
Quer receber os próximos artigos diretos no seu email? Assine a newsletter do ExecutivoNerd e receba semanalmente conteúdo prático sobre vendas B2B, IA aplicada e tecnologia comercial — sem floreio, sem teoria gringa, só o que funciona na prática brasileira.
Paulo Lamego é consultor de vendas B2B para empresas de tecnologia e fundador do ExecutivoNerd. Há mais de uma década estruturando operações comerciais de SaaS no Brasil, ajuda times de vendas a usar IA e processo pra fechar mais e melhor.