Site SaaS: boas práticas de 20 páginas de preços B2B e as páginas que o seu site precisa ter

A resposta curta

Um site SaaS precisa atender três visitantes ao mesmo tempo: o usuário que quer testar o produto, o comprador que precisa de um preço e quem revisa a segurança e aprova o gasto. Um bom site SaaS dá a cada um deles um caminho que não exige uma ligação com vendas.

Em 17 de outubro de 2026, lemos as páginas de preços de 20 produtos SaaS B2B conhecidos, na versão em inglês para os Estados Unidos e com preços em dólares. A página típica mostra quatro planos, dois deles possíveis de comprar sem falar com vendas. 15 das 20 oferecem um plano gratuito, 15 terminam com um card Enterprise de "falar com vendas", 12 destacam um plano como o mais popular e as 12 páginas com seletor mensal/anual abrem no anual. As páginas iniciais são igualmente consistentes: as 19 levam a cases de clientes e 18 a uma página de segurança ou de confiança.

O resto deste guia mostra os dados, o que copiar, as páginas de que um site SaaS precisa e os erros que encontramos em páginas de empresas que têm todos os recursos para acertar.

O que fazem 20 páginas de preços de SaaS

Lemos cada página em 17 de outubro de 2026, sem login, em inglês e em dólares. Quando o HTML não trazia os planos, lemos a página num navegador. Contamos o que um visitante vê na tela principal: cards de planos, plano gratuito ou teste, o seletor de cobrança e a economia que ele anuncia, selos, o card Enterprise, a unidade de cobrança, a tabela comparativa, o FAQ, as alegações de conformidade e as calculadoras. Os nomes dos planos e as frases entre aspas estão como aparecem em cada página, em inglês.

As contagens das 20:

Duas ressalvas. A Intercom estava rodando um teste de preço ao vivo enquanto a líamos: algumas visitas mostravam o plano Essential a US$ 29 com "Save up to 26%", outras a US$ 19 com "Save up to 35%". E algumas páginas diferiam entre a nossa cópia sem login e um navegador, então trate cada detalhe como o retrato de um dia.

O que copiar na sua página de preços

Quatro cards, dois que se compram sem vendas

Gratuito, dois planos pagos e Enterprise é o formato padrão por um motivo: um plano para começar, um para crescer e um para o setor de compras. O Pipedrive é a exceção que vende quatro planos self-service, e o Linear mostra o pouco de que uma página precisa: quatro cards e uma tabela comparativa, sem selo, sem teste grátis e sem FAQ.

Escolha plano gratuito ou teste grátis de propósito

Os cinco produtos sem plano gratuito são, na maioria, ferramentas de equipe cobradas por licença e vendidas a um gestor, e quatro deles oferecem um teste de 14 dias no lugar. Se o seu produto só mostra valor depois que uma equipe o configura, um teste com prazo costuma funcionar melhor do que um plano gratuito do qual ninguém passa a pagar. Diga o que o teste exige: o Pipedrive repete "No credit card required" (sem cartão de crédito) embaixo de cada botão.

Anual como padrão, e mostre a conta

Todo seletor que vimos abre na cobrança anual, então o preço em destaque é o equivalente mensal de um preço anual. O desconto real costuma ficar em torno de 17%, o mesmo que pagar 10 meses de 12 (Notion US$ 10 contra 12, Zoom US$ 14,16 contra 16,99, Airtable US$ 20 contra 24). O Pipedrive ainda mostra o total anual embaixo do valor mensal ("One payment of US$ 168 per seat/year"), o que poupa o comprador da multiplicação que o financeiro vai fazer de qualquer jeito.

Destaque um plano e ponha um piso no Enterprise

Os 12 selos ficam num plano pago self-service, quase sempre o segundo ou o terceiro card. O GitHub usa dois ao mesmo tempo: "Most popular" no Team e "Recommended" no Enterprise. No card Enterprise, um preço inicial filtra quem não pode pagar: o Calendly mostra o Enterprise "Starts at $15k /yr" (a partir de US$ 15.000 por ano), o GitHub "Starting at $21" por usuário, e o Figma publica os preços das licenças Enterprise mesmo com o botão dizendo "Contact sales".

Mostre o preço da IA onde o comprador vê

9 das 20 páginas medem a IA em unidade própria, como créditos, solicitações ou resoluções. O Notion vende créditos a US$ 10 por 1.000, a Intercom cobra US$ 0,99 por resultado de IA, a Asana vende solicitações de IA e o Zendesk cobra os agentes de IA por resolução automatizada. Se o seu produto mede a IA, ponha a unidade e o preço na página de preços, não nos termos de uso.

Responda às objeções na própria página

17 páginas terminam com um FAQ, com mediana de 12 perguntas: reembolso, mudança no número de licenças, descontos para ONGs e startups, o que conta como usuário. O FAQ do Slack explica que só os membros ativos são cobrados. Essas respostas são o que o comprador encaminha para o colega do financeiro ou de compras.

Mostre em que plano começa o login único (SSO)

Nas páginas de preços, as alegações de segurança são quase sempre linhas da tabela comparativa. O que o comprador procura primeiro é o login único (SSO), e ele raramente está no primeiro plano pago: Notion e Miro o colocam no Business, Asana e Linear no Enterprise, e a Vercel vende o SSO com SAML no Pro por US$ 300 por mês. Deixe essa linha fácil de achar, porque quem revisa a parte de TI vai procurá-la.

Calculadora só quando o preço depende do uso

As quatro calculadoras são de produtos cobrados por eventos, volumes, contatos ou resoluções de IA. Um produto cobrado por licença não precisa de calculadora: o preço é o número de licenças vezes o preço do plano.

Deixe a página legível para máquinas

A página de preços do Postman avisa aos agentes de IA que uma cópia limpa em Markdown fica em /pricing.md, e o arquivo existe. Os assistentes respondem cada vez mais perguntas como "quanto custa X", então uma versão em texto puro dos seus preços ajuda a citá-lo corretamente. O nosso guia de site pronto para agentes de IA cobre o resto desse trabalho.

As páginas de que um site SaaS precisa

Também conferimos o que cada empresa linka na página inicial. A página inicial do Gusto bloqueou o nosso acesso, então isto cobre 19, contando os links no HTML da página inicial; menus que carregam depois com JavaScript podem esconder mais.

O Figma tem uma página de segurança em figma.com/security; só não encontramos um link para ela no HTML da página inicial.

Além dessas seis, três páginas carregam quase todo o peso restante:

• Páginas de produto ou de recursos, uma para cada trabalho que o produto faz. Não uma lista de recursos: o que o comprador pode parar de fazer, com capturas de tela da interface real.
• Casos de uso ou soluções por cargo e por setor. É aí que a navegação B2B segmenta. Nos nossos exemplos de sites B2B, 9 de 12 sites tinham um menu por setor, e 4 também se organizavam por cargo ou área.
• Documentação e referência da API para qualquer produto com integrações. Os engenheiros que avaliam o produto leem a documentação antes das páginas de marketing.

As páginas comparativas são as menos comuns e estão entre as mais úteis para compradores que já têm uma lista curta. Nos Estados Unidos, elas são legais: a declaração de política da FTC diz que incentiva citar concorrentes pelo nome, desde que as comparações sejam verdadeiras, claras e não enganosas (16 CFR 14.15). Slack, Pipedrive, Mixpanel, Zendesk, Mailchimp e 1Password têm páginas assim.

No Brasil, a referência para comparar é o Código Brasileiro de Autorregulamentação Publicitária do CONAR, que é autorregulamentação, não lei. O art. 32 aceita a publicidade comparativa desde que, entre outros limites, a comparação seja objetiva e "passível de comprovação", não gere confusão entre marcas, não deprecie a marca do concorrente e deixe claro quando os preços comparados não são do mesmo nível. Já o Código de Defesa do Consumidor (Lei nº 8.078/1990) proíbe a publicidade enganosa, inclusive por omissão de dado essencial (art. 37), e põe o ônus de provar a veracidade do anúncio em quem o patrocina (art. 38). O CDC protege o consumidor, que pode ser uma pessoa jurídica quando compra como destinatária final (art. 2º). Lemos os dois textos em 22 de outubro de 2026; isto é informação geral, não é assessoria jurídica.

Para a página de segurança, publique um arquivo /.well-known/security.txt. A RFC 9116 o define como uma forma legível por máquinas de dizer aos pesquisadores como reportar uma vulnerabilidade:

Contact: mailto:security@example.com
Expires: 2027-10-17T00:00:00.000Z
Policy: https://example.com/security/disclosure
Preferred-Languages: en, es

Se os clientes podem usar o próprio domínio no seu produto, a página de confiança também deve explicar como isso funciona; o nosso guia de domínios personalizados para SaaS cobre a configuração.

Cadastro e demonstração: os dois caminhos

Os botões dos cards pagos se dividem em três grupos: "Get started" (6 páginas), frases de teste como "Start free trial" ou "Try it free" (7) e "Buy now" (4). Não existe um rótulo certo; escolha conforme o que acontece depois. Um "Teste grátis" deve levar a um produto funcionando, não a um formulário que agenda uma ligação.

Os melhores fluxos B2B que vimos põem os dois caminhos lado a lado:

• Stripe combina o cadastro imediato com um formulário de "Contact sales" cujo primeiro passo pede só um e-mail corporativo e um país.
• Snowflake coloca "Contact sales" e "Start for free" lado a lado no cabeçalho.
• Supabase abre com "Start your project" e deixa "Request a demo" num formulário de quatro campos.
• CrowdStrike deixa o comprador agendar uma reunião depois de informar um e-mail corporativo e o país, e então mostra os horários livres.

Os formulários que pedem mais logo de início, nove campos na Snowflake e na Veeva, são de empresas com vendas Enterprise longas. Se você vende para equipes pequenas, peça o mínimo e qualifique depois.

Meça cada caminho separadamente: teste iniciado, teste ativado, demonstração agendada, demonstração realizada. A nossa comparação entre PostHog e Google Analytics mostra qual ferramenta mede a ativação do produto e qual mede o site.

As provas que convencem compradores

O que as 20 páginas de preços e as páginas iniciais por trás delas usam, da mais específica para a menos:

1. Números de clientes com nome. "O cliente X reduziu Y em Z%", com o nome do cliente e um link para o case completo, vale mais do que qualquer logo.
2. Logos de clientes logo abaixo do hero, onde o visitante confere se empresas como a dele usam o produto.
3. Evidência de segurança: certificações, uma central de confiança e um jeito de pedir o relatório SOC 2.
4. Notas e citações de sites de avaliação, de pessoas com nome e cargo.

Mantenha cada alegação real. A regra da FTC sobre avaliações e depoimentos de consumidores (16 CFR Part 465) considera infração uma empresa escrever, criar ou vender avaliações ou depoimentos que deturpem se o autor existe ou se usou o produto, e cobre também avaliações de pessoas da própria empresa e a supressão de avaliações. Se você ainda não tem números de clientes, use uma descrição detalhada de como o produto funciona e acrescente cases conforme eles chegarem. Isto é informação geral sobre regras dos Estados Unidos, não é assessoria jurídica.

Erros que encontramos em páginas de empresas grandes

• Uma economia que os preços não sustentam. O seletor do Notion diz "Save up to 20% with yearly", mas os dois planos pagos dão 16,7% (US$ 10 contra 12, US$ 20 contra 24). Pipedrive e Zendesk cometem o erro oposto e anunciam menos do que dão. Calcule o número com os seus próprios preços.
• Dois números para a mesma coisa. A página de preços do Mailchimp dá o limite do plano gratuito como "Under 250 contacts" na coluna do plano e "fewer than 500 contacts" algumas linhas depois. Todo número de uma página de preços deveria vir de uma única fonte.
• Preço promocional sem o preço cheio ao lado. O plano Team do GitHub diz US$ 4 por usuário "for the first 12 months*", e não encontramos na página a nota desse asterisco. O Mailchimp mostra "Save 50%" por 12 meses e depois o preço cheio. O Slack oferece 50% de desconto por 3 meses na cobrança mensal. Ponha o preço normal ao lado do promocional.
• Uma página de segurança que ninguém acha a partir da página inicial. O Figma tem uma; o HTML da página inicial não leva até ela.
• Páginas que só servem a um tipo de visitante. Uma página de preços sem caminho Enterprise perde o setor de compras; um site sem documentação nem changelog perde o engenheiro que precisa aprovar a integração.

Se o seu problema de conversão está entre a página de preços e o cadastro, o nosso serviço de otimização da taxa de conversão começa revisando justamente essas páginas.

O que fazer agora

1. Coloque a sua página de preços ao lado da tabela de contagens acima e anote cada padrão que você não segue. Cada um deveria ser uma decisão, não um acaso.
2. Pegue os seis links da tabela de páginas e confira quais faltam no seu site.
3. Transforme o resultado num briefing com o nosso gerador de briefing para site, seja para refazer o site com a sua equipe ou para contratar alguém.

Se você quer que a Dardo desenhe ou refaça o site, veja os nossos serviços de site para SaaS e site B2B. E se os assistentes de IA devem conseguir usar o seu produto, e não só ler sobre ele, comece pelo nosso guia de servidores MCP para SaaS.