Página de preço

Propósito: ajudar um comprador em estágio de decisão a escolher o plano adquirível correto, tornando comparáveis preço, escopo, limites, compromisso e custo total.

Pergunta do leitor: “Qual plano se adequa a mim, o que realmente pagarei e o que acontece se minhas necessidades mudarem?”

Uma página de preço é a fonte comercial da verdade para os planos de uma empresa. Ela reduz a incerteza antes de um teste, checkout ou conversa de vendas, revelando a rota válida mais barata e as condições que aumentam o compromisso. É um sistema de decisão, não uma grade decorativa de cards.

Perguntas que responde

Uma página de preço completa responde:

• Que planos estão disponíveis, para quem é cada um e qual plano é recomendado para minha situação?
• O valor exibido é mensal, anual, por usuário, por local, por unidade, por transação ou baseado em uso?
• O que está incluído sem custo extra, o que é limitado e o que não está disponível em cada plano?
• Qual é o prazo mínimo, quantidade mínima, preço de renovação, regra de cancelamento e política de reembolso?
• Configuração, migração, treinamento, suporte premium, excedentes, impostos, taxas de pagamento, entrega ou hardware são adicionais?
• Posso testar, comprar, agendar uma consulta ou solicitar uma cotação, e o que acontece depois que eu agir?
• O que muda quando minha equipe, uso, catálogo, locais ou volume de dados crescem?
• Quais requisitos de segurança, suporte, nível de serviço, aquisição ou conformidade exigem um nível superior?

Cada resposta deve preservar sua unidade e condição. “A partir de R$ 29” é incompleto se exigir pagamento antecipado anual, excluir integração obrigatória ou cobrir apenas um dos cinco assentos necessários.

Quando usar este tipo de postagem

Use uma página de preço quando o editor possui a oferta e um visitante pode agir com base nas informações exibidas. Planos de autoatendimento, assinaturas, pacotes de serviços, associações e níveis empresariais liderados por cotação se qualificam. Sem um número empresarial exato, explique o modelo, escopo mínimo, inclusões e variáveis da cotação.

Não crie páginas de preço quase idênticas separadas para “custo”, “planos” e “pacotes”. Uma página canônica deve conter os preços atuais de primeira parte. Páginas de suporte podem responder perguntas distintas, mas não devem reafirmar uma segunda versão não sincronizada da matriz de preços.

Melhor para estes tipos de negócio

1. SaaS . Planos recorrentes combinam assentos, uso, portões de funcionalidade, termos contratuais, excedentes e complementos. Compradores precisam de um preço mensal efetivo e do compromisso real, além de um caminho claro para aquisição por autoatendimento e empresarial.
2. Ecommerce . Assinaturas, combos, níveis atacadistas, associações, bens configuráveis e complementos de serviço se beneficiam de comparação. Preços comuns de SKU único devem permanecer em páginas de produto; a página de preço é para um sistema de ofertas que cruza produtos ou termos.
3. Serviços B2B . Pacotes produtizados podem pré-qualificar compradores por entregável, prazo, acesso, número de revisões e suporte. Trabalho sob medida ainda precisa de um escopo inicial e das variáveis por trás de uma cotação.
4. Agências . Retentores e pacotes são mais fáceis de listar quando gastos com mídia, produção, software, reuniões, revisões e duração do contrato são separados. A página não deve dar a entender que cada cliente recebe a mesma estratégia apenas porque o invólucro comercial é padronizado.
5. Fabricantes . Assinaturas de equipamentos, planos de serviço, consumíveis, leasing, níveis de configuração e preços de distribuidores podem ser explicados, embora geografia, frete, comissionamento e volume negociado frequentemente exijam valores condicionais em vez de exatos.

Serviços locais e saúde podem usar este tipo, mas regulamentação, seguros, geografia, diagnósticos ou condições do local podem impedir pacotes limpos. Publique componentes fixos e variáveis de cotação em vez de uma grade de níveis enganosa.

Intenção de busca

A intenção é de marca, comercial e próxima da conversão: “[marca] preço”, “[produto] planos”, “[serviço] pacotes” ou “[marca] preço empresarial”. O leitor reconhece o provedor e está testando acessibilidade, adequação ou risco de aquisição.

Os resultados de busca geralmente favorecem a URL oficial de preços, junto com avaliações, marketplaces, páginas de alternativas e snippets citando um preço inicial. Respostas de IA comprimem isso em nomes de planos, preços principais, premissas de faturamento, limites notáveis e uma ressalva empresarial. Separar um preço de seu período de faturamento convida a erros de extração.

Torne a resposta extraível nesta ordem:

1. Declare o modelo de preço e o público em linguagem simples.
2. Mostre nomes de planos com a mesma unidade de faturamento e base de compromisso.
3. Atribua cada limite material à funcionalidade que ele governa.
4. Nomeie custos adicionais obrigatórios e prováveis.
5. Explique a economia anual usando tanto o valor cobrado quanto o equivalente mensal efetivo.
6. Identifique qual plano se adequa a cenários reconhecíveis e quais requisitos desqualificam níveis inferiores.
7. Coloque a ação correta de teste, checkout ou vendas ao lado de cada plano.

Estrutura da página

Uma página completa geralmente precisa de 1.800–3.000 palavras, excluindo rótulos repetidos de matriz. O comprimento útil vem de termos, limites e orientação de decisão. Agrupe matrizes longas sob categorias claras e mantenha diferenças decisivas expandidas.

Elementos obrigatórios

Use texto real para diferenças significativas. Uma marca de seleção não pode distinguir acesso incluído, pago, parcial ou ilimitado. Escreva “5 usuários incluídos”, “complemento”, “não disponível” ou “limite personalizado”.

Frontmatter

Para esta especificação, use entity = "post-type-pricing-page". Uma implementação real deve identificar a família de oferta estável, como pricing-analytics-platform, inalterada por manchetes de campanha ou descontos.

Use schemaTypes = [ "WebPage", "FAQPage" ] como linha de base conservadora quando o FAQ visível corresponder exatamente aos registros estruturados. Adicione Product ou Service para a oferta real e aninhe registros Offer apenas quando a página renderizada suportar o nome, preço ou especificação de preço, moeda, disponibilidade, elegibilidade e URL. Use AggregateOffer apenas quando múltiplas ofertas pertencerem genuinamente ao mesmo produto; uma coleção de pacotes de serviço não relacionados não é automaticamente uma oferta agregada.

Siga a especificação de frontmatter e registre priceCurrency, taxBasis, billingPeriods, priceCheckedDate, commercialOwner, conversionEvent e nextReviewDate. Preços visíveis, dados estruturados, checkout, materiais de vendas e comunicação de renovação devem concordar.

Exemplo completo

Este esqueleto fixa a ordem das informações enquanto deixa a evidência específica da oferta para a implementação. Substitua cada instrução entre colchetes antes de publicar.

+++
title = "[Product] Pricing: Plans for [Primary Audience]"
description = "[150–160 characters naming the product, pricing model, decisive allowance, and next action.]"
type = "academy"
date = "[PUBLICATION DATE]"
updated = "[PRICE CHECK DATE]"
entity = "pricing-[stable-offer-family]"
schemaTypes = [ "WebPage", "Product", "FAQPage" ]
priceCurrency = "USD"
taxBasis = "excluding applicable tax"
billingPeriods = [ "monthly", "annual" ]
priceCheckedDate = "[YYYY-MM-DD]"
commercialOwner = "[ROLE]"
conversionEvent = "[trial_started|checkout_completed|sales_meeting_booked]"
nextReviewDate = "[YYYY-MM-DD]"
+++

# [Product] pricing

> [Product] has [NUMBER] plans for [AUDIENCE]. Plans start at [PRICE] per [UNIT] on [COMMITMENT]. [TAX POSITION]. Choose [PLAN] for [SCENARIO]; choose [PLAN] when [DECISIVE REQUIREMENT].

## Choose a plan

### [Plan one] — [price] per [unit]
Best for: [recognizable buyer]

- Includes: [decisive allowance and capability]
- Limit: [material ceiling]
- Commitment and extras: [term, amount charged, and named additional costs]
- Action: [Start trial / Buy now / Contact sales]

[Repeat in the same order for every plan.]

## Compare every plan

| Capability or limit | [Plan one] | [Plan two] | [Plan three] |
|---|---|---|---|
| Included users | [number] | [number] | [number or custom] |
| Core usage | [number and period] | [number and period] | [number and period] |
| Overage | [price or unavailable] | [price] | [commercial rule] |
| Support | [channel and response] | [channel and response] | [channel and response] |
| Contract | [term] | [term] | [term or negotiated] |

## Which plan fits you?

- Choose **[plan]** when [scenario], unless [disqualifying requirement].
- Choose **[plan]** when [scenario], especially if [decisive requirement].
- Talk to sales when [security, scale, procurement, service, or legal threshold].

## Usage, add-ons, and total cost

| Charge | Amount or formula | Frequency | When it applies |
|---|---:|---|---|
| Base plan | [amount] | [monthly/annual] | [condition] |
| Additional user | [amount] | [frequency] | [threshold] |
| Overage | [formula] | [usage period] | [threshold] |
| Setup or migration | [amount/range] | One time | [condition] |

**Worked scenario:** [TEAM/USAGE] on [PLAN] pays [CALCULATION] = [TOTAL] for [PERIOD], excluding [NAMED EXCLUSIONS].

## Contract, renewal, cancellation, and refunds

[Term, notice, renewal basis, price-change notice, downgrade timing, refunds, export, and data retention.]

## Enterprise pricing

[Minimum fit, quote variables, included procurement support, required inputs, response time, and next step.]

## Frequently asked questions

### [Question that blocks purchase?]
[Direct answer with the relevant plan, unit, condition, and next action.]

## Choose your next step

[One action for self-serve buyers and one clearly separated action for qualified sales-led buyers.]

Repita o contexto de faturamento perto das seções de plano e custo total para que a unidade, prazo e condição sobrevivam à extração.

Galeria de design

Use a mesma oferta, preços, limites e termos em cada captura da galeria para que revisores comparem a hierarquia da informação em vez de fatos comerciais diferentes.

No celular, use um resumo empilhado quando necessário para que compradores nunca tenham que memorizar uma coluna fora da tela e nenhum termo material desapareça.

Lista de verificação de qualidade

• A abertura declara o modelo de preço, moeda, base tributária, unidade de faturamento, compromisso e data de verificação.
• Todo plano atual aparece, incluindo planos legados ou apenas para convidados quando um novo comprador ainda pode obtê-los.
• As visualizações mensal e anual mostram tanto o cronograma de pagamento quanto o compromisso contratual real.
• Cada plano tem um público nomeado, cota decisiva, limite significativo e ação correta.
• Linhas da matriz usam números ou condições em vez de marcas de seleção ambíguas onde o grau de acesso é importante.
• Um comprador pode ver cobranças obrigatórias, prováveis, baseadas em uso, únicas, recorrentes e condicionais.
• Pelo menos um cenário calculado reconcilia o preço do plano exibido com um total realista.
• O preço empresarial explica qualificação e variáveis de cotação em vez de terminar em “contatar vendas”.
• Consequências de renovação, cancelamento, downgrade, reembolso e retenção de dados são visíveis antes do CTA final.
• Termos de promoção declaram elegibilidade, expiração, preço de renovação e se o desconto altera o compromisso.
• Perguntas do FAQ vêm de objeções de compra, suporte ou vendas e não repetem os cards de plano.
• Preços visíveis, dados estruturados, checkout, documentos de vendas e variantes de moeda foram reconciliados.
• Seleção de plano, teste, checkout, solicitação de cotação e eventos de receita concluídos são medidos separadamente.
• A página tem um proprietário e uma revisão agendada, com um caminho de atualização imediata após mudanças de pacote.

Erros comuns

Liderar com o menor número possível. Se o comprador pretendido não pode se qualificar, o número prejudica a confiança. Declare o público, unidade, prazo e quantidade mínima junto a ele.

Fazer o desconto anual parecer mensal. “R$ 20/mês” pode significar R$ 20 cobrados mensalmente ou R$ 240 cobrados hoje por um ano. Mostre tanto o equivalente mensal efetivo quanto o compromisso de pagamento real.

Usar marcas de seleção para acesso desigual. Incluído, limitado, complemento pago, beta e exclusivo empresarial são estados diferentes. Rotule o estado e o limite.

Tratar “contatar vendas” como descrição de plano. Compradores empresariais ainda precisam de limites de adequação, variáveis de cotação, base contratual e o processo de cotação.

Esconder custos totais previsíveis em texto jurídico. Uma taxa de configuração obrigatória, hardware necessário, excedente comum, taxa de pagamento ou aumento de renovação pertence junto ao preço. Termos legais podem fornecer detalhes, mas não devem conter a primeira divulgação.

Recomendar o nível mais lucrativo para todos. Defina o público por trás de “mais popular”. Recomende um nível inferior quando for adequado e declare o que o desqualifica.

Deixar a interface e o sistema comercial divergirem. Uma atualização de CMS que não alcance checkout, dados estruturados, scripts de vendas ou avisos de renovação cria preços contraditórios. Trate uma mudança de pacote como um lançamento coordenado com um proprietário e uma lista de verificação de reconciliação.

Transformar FAQ em slogans de vendas. Responda sobre faturamento, limites, upgrades, cancelamento, reembolsos, impostos, aquisição, tratamento de dados e suporte.

Linkagem interna

A página de preço deve receber links da navegação principal, páginas relevantes de produto e funcionalidade, conteúdo de comparação e guias de alta intenção. Vincule a partir de uma explicação de capacidade usando linguagem específica do plano, como “disponível no Pro”, não um “saiba mais” genérico. Redirecione usuários de volta do checkout ou de um limite de teste apenas quando precisarem comparar antes de continuar.

Vincule a funcionalidades detalhadas, segurança, integrações, escopo de serviço e contratos quando eles sobrecarregariam a matriz. Mantenha nomes de planos, preços, cotas e limites decisivos aqui para que visitantes não precisem reconstruir a oferta.

A propriedade entre páginas irmãs deve permanecer explícita:

• A página de preço é proprietária dos planos atuais de primeira parte, regras de faturamento, limites, termos comerciais e ações do plano.
• Um guia de custos é proprietário de faixas de mercado ou projeto, fatores de custo, cenários e educação sobre orçamento.
• Páginas de produto e categoria são proprietárias de itens individuais e navegação de sortimento.
• Páginas de funcionalidade são proprietárias de mecanismos de capacidade, provas, interfaces e limitações, enquanto apenas resumem o acesso por plano.
• Páginas de serviço são proprietárias de resultados, escopo, entrega, responsabilidades e evidências de um engajamento.
• Conteúdo de compra e comparação é proprietário de critérios de avaliação ou alternativas, não uma cópia oculta de preços atuais.

Se duas URLs mostrarem a mesma matriz de planos, consolide-as ou torne uma a fonte canônica e remova o detalhe comercial duplicado. Links internos não podem reparar preços contraditórios.

Como medir resultados

Meça o caminho de decisão, não pageviews isoladamente. Antes de um redesenho ou mudança de pacote, registre uma linha de base para impressões de preço de marca, cliques, entradas na página de preço, interações com planos, inícios de teste ou checkout, solicitações de cotação qualificadas, compras concluídas, receita, reembolsos, cancelamentos e contatos de suporte sobre cobranças mal compreendidas.

Use Páginas de Pesquisa Google para monitorar impressões, cliques, taxa de cliques e posição média da URL de preço. Segmente consultas de preço de marca da demanda genérica de categoria: o crescimento em “[marca] preço” frequentemente reflete demanda de marca mais ampla, enquanto a melhoria na taxa de cliques em um conjunto estável de consultas está mais diretamente conectada à apresentação na busca.

Use Atribuição de Receita onde Stripe ou Shopify estiver conectado para rastrear testes, pedidos, receita recorrente mensal e receita de volta para páginas citadas e respostas de IA. Acesse https://app.amicited.com/revenue para o relatório. Mantenha a receita atribuída separada de conversões rastreadas pela plataforma e não afirme que uma página causou cada compra apenas porque apareceu no caminho.

Acompanhe estas conversões de diagnóstico separadamente:

1. Alternância de faturamento ou mudança de moeda.
2. Clique em CTA do card de plano por plano e período de faturamento.
3. Expansão de grupo de comparação e seleção de cenário.
4. Início de teste, checkout ou cotação.
5. Compra bem-sucedida ou reunião qualificada.
6. Upgrade, downgrade, cancelamento, reembolso e contato de suporte relacionado a preços.

Avalie mudanças em janelas de comparação iguais e anote lançamentos de preço, pacote, promoção, navegação, campanha e checkout. Uma taxa de clique maior em cards de plano combinada com mais abandono de checkout pode significar que os cards são persuasivos, mas o compromisso total é divulgado tarde demais. Uma taxa menor de contato de vendas com receita estável pode significar que a página responde objeções rotineiras de forma mais eficiente. Use a metodologia de medição de resultados para separar visibilidade, comportamento, resultados comerciais e causalidade.

FAQ

Uma página de preço deve mostrar preços quando planos empresariais exigem cotação?

Sim. Mostre preços públicos para planos padronizados e explique o modelo de preço empresarial, compromisso mínimo, unidade de faturamento e variáveis que afetam a cotação. Contatar vendas é um próximo passo, não um substituto para contexto comercial.

O preço mensal ou anual deve ser o padrão?

Use a base de faturamento que os compradores mais frequentemente comparam, mas coloque o valor mensal efetivo junto ao compromisso anual real. Nunca apresente um desconto anual como contrato mensal e mostre a base de renovação antes de o comprador selecionar um plano.

Quantos planos uma página de preço deve comparar?

Mostre todos os planos atualmente compráveis que atendem ao público da página. Se a matriz ficar difícil de escanear, agrupe planos por público ou família de produtos em vez de esconder níveis relevantes atrás de um alternador ou nota de rodapé.

Que custos ocultos uma página de preço deve divulgar?

Divulgue custos obrigatórios de configuração, implementação, migração, excedente, pagamento, suporte, hardware, frete, impostos, renovação, cancelamento e complementos sempre que aplicáveis. Informe se cada cobrança é única, recorrente, baseada em uso ou condicional.

Uma página de preço precisa de esquema FAQ?

O esquema FAQPage é apropriado apenas quando as perguntas e respostas são visivelmente renderizadas e os dados estruturados correspondem exatamente a elas. Ele não substitui a marcação de Produto, Serviço ou Oferta quando essas entidades são genuinamente suportadas.

Com que frequência o conteúdo de preços deve ser revisado?

Revise a página sempre que preço, pacotes, limites, impostos, termos de promoção ou comportamento de checkout mudarem, e agende uma verificação comercial completa pelo menos trimestralmente. Teste a página renderizada e o checkout juntos para que não possam divergir.

Transforme o interesse em preço em uma decisão confiante

Audite uma página de preço ativa em relação à matriz de planos, divulgação de custo total, termos comerciais e verificações de medição acima. Em seguida, atribua um proprietário para reconciliar cada superfície de preço antes da próxima mudança de pacote. Navegue por todos os tipos de postagem para construir as páginas de suporte de produto, funcionalidade, serviço e comparação em torno da mesma fonte comercial da verdade.