A maioria dos dashboards de analytics trata 100% de profundidade de scroll numa página de preços como uma métrica de vaidade. Não é. Quando um visitante faz scroll até ao fim da sua página de preços e depois sai sem converter, acabou de fazer o mesmo processo de comparação que a sua equipa de vendas gostaria que fizesse: ler todos os níveis, analisar todas as notas de rodapé e verificar se as suas funcionalidades correspondem ao problema real. Abandonaram a página não porque a sua oferta estivesse errada, mas porque a página respondeu apenas a metade da pergunta. A outra metade está na sua página de stack, e é aí que a verdadeira montra tem estado escondida desde o início.
A página de preços diz aos compradores quanto pagam. A página de stack diz-lhes o que recebem em troca. Para compradores técnicos, fundadores e operadores, estas são a mesma pergunta vista de dois ângulos. Uma tabela de preços é apenas uma ficha técnica comprimida com uma coluna de preço anexada. Quando publica uma página de stack que percorre as camadas do seu produto em linguagem simples — o que corre onde, o que se integra com o quê, o que lhes pertence versus o que vocês gerem — está a fazer o trabalho de desdobrar que a página de preços obriga o comprador a fazer na cabeça. Uma página de stack clara transforma preços de um quebra-cabeças num plano.
Três sinais de que a sua página de stack já está a assumir o papel de montra. Primeiro, o mesmo grupo que faz scroll até 100% na página de preços também tende a entrar na página de stack na mesma sessão, mas apenas se a ligação for óbvia; se estiver escondida no rodapé, está a perder o momento. Segundo, o tempo na página para conteúdo de stack é consistentemente duas a três vezes maior do que o tempo na página de preços, porque o visitante está a comparar, não apenas a olhar de relance. Terceiro, os pedidos de suporte e as chamadas de vendas que recebe depois de alguém ler a página de stack são mais curtos e surgem mais abaixo no funil — já compreendem o que estão a comprar, só precisam de confirmar se é adequado.
Escreva a página de stack como se tivesse sido criada por um defensor do comprador. Comece com um resumo numa frase do que o produto faz realmente pelo negócio, não com o diagrama da arquitetura. Use a mesma linguagem simples que um operador inteligente e não técnico usaria para explicar a sua ferramenta ao seu CFO. Depois, adicione os detalhes técnicos — componentes, propriedade, implementação, integrações — pela ordem em que um comprador os avalia, não pela ordem que um engenheiro prefere documentar. Termine cada secção com a pergunta a que responde: isto é o que corre na sua conta, isto é o que gerimos nós, isto é o que pode alterar amanhã sem a nossa permissão.
A página de preços fecha o negócio. A página de stack ganha a confiança que permite fechar o negócio. Trate-as como uma única conversa contínua dividida por dois URLs, e a sua taxa de bounce deixa de parecer um problema e começa a parecer um sinal de compra que vale a pena acompanhar.