Xt4b

Para SaaS B2B

Esteja presente durante a janela de investigação de seis meses.

Ninguém compra software B2B numa só visita. O comité de compra lê durante meses — o fluxo de trabalho, a migração, a integração, a implementação — e a maioria dessas perguntas é respondida numa chamada de vendas muito depois de a investigação ter terminado. O Xt4b coloca as respostas no seu próprio domínio, em cada mercado em que vende, antes de a lista final ser desenhada.

Esta página é sobre software vendido por equipas de vendas, onde um comité aprova após uma longa avaliação. Se uma pessoa se inscreve sozinha, o encaixe mais próximo é Conteúdo SEO para SaaS.

Comece pelo seu domínio Comece pelo seu domínio

A documentação e as páginas de produto continuam suasUma linha por mercadoSem orçamentos por artigo

O que é lido durante uma avaliação.

Não é um anúncio de funcionalidades com a palavra “fluido” lá dentro. São as perguntas que um comité faz nos dois trimestres antes de comprar algo.

O problema, antes do produto
Os compradores investigam o processo que estão a tentar corrigir muito antes de avaliarem software. É nessas pesquisas que a lista final se forma, e raramente são respondidas por uma página de produto.
A migração e a implementação
O que se move, o que se quebra, quanto tempo demora, quem tem de estar envolvido. A pergunta mais frequente numa avaliação B2B, e aquela que as equipas de apoio respondem à mão.
A pergunta da integração
Como encaixa na stack que o comprador já usa — descrito nos termos que a própria equipa dele usa, com um link para a documentação que traz o detalhe.
O comité, não o indivíduo
Uma avaliação técnica, uma pergunta financeira e uma objeção operacional são três leitores diferentes. Artigos distintos servem cada um deles sem repetir a mesma visão geral.
A longa janela de avaliação
Num ciclo de investigação de seis meses, a conta que responde a perguntas desde o primeiro mês é a que é convidada para a lista final.
Um caminho do artigo até à demonstração
Os artigos ligam às páginas de produto, de preços e de documentação que já publica — retiradas do seu sitemap, para que o blog alimente o funil em vez de competir com ele.

Um blog de produto que sobrevive a uma semana de lançamento.

Cinco passos, e um deles é a revisão que mantém o marketing e o produto honestos entre si.

  1. 01

    Analise o site do produto

    Gratuito e sem conta: a página inicial, as páginas de funcionalidades e o sitemap, mais as perguntas de avaliação a que o site ainda não responde.

  2. 02

    Ligue o domínio

    Um registo DNS, normalmente um subdomínio como blog.o-seuproduto.com. Nada é instalado, nenhuma ferramenta de documentação é tocada e nenhum pipeline de build muda.

  3. 03

    Mantenha o plano honesto

    Descarte um artigo sobre uma capacidade que não está lançada ou não é suportada. Não se cobra por artigo, por isso um artigo que não quer não custa nada.

  4. 04

    Publique segundo o calendário

    Um artigo em cada dia de publicação que escolher, por idioma, com imagens, metadados e links internos para as páginas onde se pede a demonstração.

  5. 05

    Meça pesquisas, não vaidade

    Search Console em modo de leitura, por site: para que pesquisas de avaliação o domínio está a ganhar impressões — o indicador que aparece meses antes de o pipeline converter.

O que fica consigo.

Um pipeline nunca deve ser a fonte de um benchmark, de uma certificação ou do nome de um cliente. São afirmações verificáveis feitas pela empresa que tem de as sustentar, e ficam nas páginas que o fazem.

O que isto pode fazer é responder às perguntas de processo em torno delas — em todos os mercados em que vende — e entregar o leitor à página onde se marca a demonstração, meses antes de ele o ter encontrado.

  1. Benchmarks, tempo de atividade, SLAs e tudo o que uma equipa de compras vai verificar
  2. O roadmap, o modelo de preços e o empacotamento
  3. Postura de segurança, certificações e termos de tratamento de dados
  4. Nomes de clientes, logótipos e referências
  5. O que o produto genuinamente não faz

Um calendário de lançamentos ou um calendário de investigação.

Não têm a mesma forma, e é o segundo que acumula.

Publicar em torno de lançamentos

  • Uma rajada de artigos na semana de um lançamento, e depois silêncio
  • Textos escritos para quem já conhece o produto
  • A pergunta da migração respondida apenas numa chamada de vendas
  • Um idioma, partindo do princípio de que todos leem inglês
  • Tráfego medido na semana do lançamento e nunca mais

Publicar ao longo do ciclo

  • Um artigo em cada dia de publicação, haja lançamento ou não
  • Pesquisas retiradas daquilo que o comprador está a tentar corrigir
  • A migração e a integração explicadas em público, uma vez
  • Cada mercado planeado a partir das suas próprias pesquisas
  • Impressões por pesquisa de avaliação, mês após mês

Onde um blog de conteúdo deixa de ser útil

Não consegue fechar um negócio nem corrigir o posicionamento. Se o produto não encaixa, páginas melhor escritas trazem o desajuste à superfície mais cedo — o que é desconfortável e ainda assim mais barato do que um trimestre desperdiçado.

E não pode prometer um pipeline: posicionamento, tráfego e receita não são garantidos, e os termos de serviço dizem-no. O que faz é publicar, segundo um calendário, as páginas que um comité de compra lê no caminho até à decisão.

Orçamentado por mercado, não por ativo.

20€ por site, por idioma, por mês. A análise vem primeiro e não custa nada — as perguntas de avaliação que faltam ao seu site estão visíveis antes de qualquer orçamento se mover.

Um mercado é uma linha: sem tarifa por artigo, sem número mínimo de artigos, sem custo separado para as imagens ou para o alojamento do blog. Três idiomas são três linhas, e cada uma é escrita a partir das pesquisas desse mercado em vez de traduzida dos artigos em inglês.

Como o blog vive num domínio que a empresa possui, o arquivo sobrevive ao próximo reposicionamento, à próxima reconstrução do site e ao próximo diretor de marketing — e continua a ser lido enquanto os três acontecem.

  1. O plano: pesquisas, intenções, esquemas e datas
  2. A escrita, com a passagem de revisão antes da publicação
  3. Imagens de capa e de corpo do artigo, na cor do produto
  4. O alojamento do blog num domínio que a empresa possui
  5. A parte técnica rastreável: URLs canónicos, sitemap, dados estruturados
  6. Relatórios do Search Console, site a site

Mais sobre conteúdo

Perguntas que as equipas SaaS fazem.

Incluindo se escreve páginas de produto, se nomeia concorrentes e como encaixa num ciclo de vendas longo.

E as perguntas de segurança e conformidade do comité?

Pertencem a páginas que a sua equipa detém e pode sustentar — uma página de confiança, uma lista de subcontratantes, uma certificação, uma página de estado. Uma afirmação num artigo é uma afirmação feita em público, por isso o plano visa a pesquisa, o artigo passa o comprador adiante e aqui não se inventa nenhuma resposta de conformidade no momento errado da avaliação.

Como é que o conteúdo acompanha um produto que lança todos os meses?

Conteúdo de investigação e conteúdo de lançamento envelhecem a ritmos diferentes. Um artigo sobre um fluxo de trabalho ou um caminho de migração continua verdadeiro durante um ano; um artigo sobre uma funcionalidade fica errado na versão seguinte. O plano é construído sobre as perguntas que sobrevivem a um changelog, e as páginas que têm de acompanhar o produto continuam a ser suas.

Como é que isto encaixa num ciclo de vendas de seis meses?

É para essa forma que está desenhado: um artigo por dia de publicação, a acumular exatamente nos meses que um comité passa a investigar. Uma página publicada no primeiro mês continua a ser lida no quinto, quando a lista final é desenhada.

Consegue escrever ao mesmo tempo para um leitor técnico e um de negócio?

Não num só artigo. Cada entrada visa uma pesquisa com uma intenção, por isso a avaliação técnica e a pergunta financeira tornam-se artigos separados, cada um escrito para o leitor que a escreveu. É também isso que mantém a aprovação rápida: uma pergunta de cada vez.

Como é que isto encaixa numa implementação em várias regiões?

Uma região é uma linha: o seu plano, as suas pesquisas, as suas datas, cobrada por site, por idioma, por mês. Uma implementação que começa em dois mercados e chega a cinco mais tarde são cinco linhas quando estiver pronto — e uma região que encrava é desligada sem perturbar as que já reportam.

E se o plano propuser algo que o produto não suporta?

Descarte-o. O plano é revisto antes de se escrever algo, e uma entrada para uma capacidade que não está lançada custa um clique a remover. Nada é publicado sem uma entrada de plano por trás, que é o mecanismo que impede o blog de prometer funcionalidades.

Quanto custa e o que é que substitui?

20€ por site, por idioma, por mês: sem orçamentos por artigo, sem volume mínimo, com a análise gratuita e sem conta. Substitui o retainer de freelancer que produzia quatro artigos por ano de forma mais fiável do que substitui uma equipa de conteúdo interna.

Como se mede conteúdo que influencia um negócio de seis meses?

Não com atribuição de último clique, que dará sempre o mérito ao pedido de demonstração. Os sinais úteis são os que a Search Console já mostra: impressões e posição média nas pesquisas de avaliação em que antes não aparecia, em páginas que estão à frente do comité enquanto ele ainda lê. Tudo o resto é uma questão de CRM, não de conteúdo.

Comece pelo site do produto

Responda ao comité antes da lista final.

Ligue o domínio do produto e leia o plano: as perguntas de avaliação que faltam ao site, os esquemas por trás delas e as datas em que seriam publicadas.

Automatizar o meu blogComece pelo seu domínio

Páginas de produto intactas20€ / site / idioma / mês3 dias grátis, sem cartão