Inbound marketing · tecnologia e software

Inbound marketing para SaaS: o texto mais lido da empresa já está escrito, e quem o escreveu não é o marketing.

Documentação, base de ajuda, notas de versão. É o que o comprador abre antes de decidir e o que o cliente consulta depois de assinar — e é o material que quase nenhum plano de conteúdo olha antes de propor doze artigos por mês.

Para empresas de software, SaaS e serviços de tecnologia que vendem por assinatura e cujo produto exige alguma explicação antes de ser comprado.

Onde o inbound de software é diferente do inbound que se vende pronto

O método genérico pressupõe um desconhecido que aprende, entrega o contato e é conduzido por uma sequência até a compra. Em software as duas pontas mudam de lugar. Na entrada, a pessoa frequentemente chega pela documentação — pela dúvida de implementação, pela integração, pelo erro — e não por um artigo de topo; na saída, ela cria uma conta sozinha e passa a estar dentro do produto antes de a régua começar. O que sobra para o conteúdo não é conduzir alguém do desconhecimento à compra: é responder bem a quem já está comparando, e sustentar quem já entrou.

Cinco pontos em que vender software por assinatura desloca o trabalho de conteúdo

Nenhum destes cinco pontos vale para toda empresa de tecnologia — cada um só entra em jogo sob a condição escrita ao lado, e um único ponto já derruba o plano padrão.

Quando o produto tem base de ajuda, referência de API ou notas de versão publicadas

A documentação é o acervo, e ela tem outro dono

Na maioria das empresas de software com algum tempo de casa, as páginas mais lidas do domínio são de documentação, e o marketing raramente sabe disso porque elas costumam viver em outro subdomínio, com outra ferramenta e outra analítica. Quem as escreve é produto ou suporte, sem calendário editorial e sem pauta. Elas respondem à pergunta que o comprador técnico faz primeiro — dá para integrar com o que eu já uso? — e nenhum plano de conteúdo padrão as menciona.

O primeiro trabalho é de leitura, não de produção: descobrir o que já é lido, por quais termos, e o que essas páginas deixam sem resposta. Costuma sair dali uma lista de assuntos com demanda comprovada e sem página dedicada, que é mais barata e mais rápida de atender do que qualquer pauta inventada. E há uma decisão de governança a tomar antes de escrever a primeira linha: quem revisa tecnicamente o que o marketing publica, porque documentação errada é chamado aberto, não é texto ruim.

Quando existe teste, plano gratuito ou qualquer entrada sem falar com vendas

O cadastro gratuito acontece antes da nutrição

A régua de nutrição do método padrão foi desenhada para quem entregou o contato e ficou esperando. Em software com entrada livre, a mesma pessoa cria a conta em dois minutos e já está usando o produto — e continua recebendo uma sequência que explica o problema que ela acabou de tentar resolver sozinha. É a nutrição na ordem inversa, e ela produz cancelamento de inscrição em vez de conversa.

A separação precisa existir antes da automação: quem está fora do produto e quem está dentro dele são duas audiências, e só a primeira tem funil no sentido clássico. Para quem já entrou, o conteúdo que funciona é o que ajuda a chegar ao primeiro uso com valor — e esse material é operacional, curto, e frequentemente mora dentro do produto e não num e-mail. Tratar as duas como uma lista só é o erro mais comum e o mais fácil de evitar.

Quando a categoria já tem nomes conhecidos e o comprador chega comparando

A página que converte é a de comparação, e ela nomeia quem compete

Em software, as buscas de maior intenção quase sempre carregam o nome de um concorrente: "alternativa a", "X ou Y", "migrar de". Quem responde a elas aparece na hora em que a decisão está sendo tomada. A maior parte das empresas se recusa a escrever essas páginas, por incômodo comercial ou por receio jurídico, e o resultado é que quem escreve sobre a comparação é o concorrente — ou um site de resenha que ganha comissão de um dos dois.

A decisão é de posicionamento e precisa ser tomada por quem responde pela marca, não pelo time de conteúdo. Se a resposta for sim, a página só se sustenta com dois cuidados: comparar o que é verificável e público — funcionalidade, modelo de preço, limite de plano, integração — e dizer em que casos o outro serve melhor. Uma comparação que ganha em todas as linhas não é lida como argumento, é lida como propaganda, e desmonta a autoridade que o resto do acervo levou meses para construir.

Quando a interface ou a API do produto muda mais de uma vez por trimestre

O acervo envelhece por versão entregue

Um tutorial com captura de tela morre na próxima mudança de interface. Um texto sobre a API morre no próximo campo renomeado. Ao contrário de quase todo outro setor, aqui o que faz o conteúdo apodrecer é a própria empresa entregando trabalho — e quanto melhor o time de produto, mais rápido o acervo envelhece. O custo de manutenção é função da cadência de entrega, e não da cadência de publicação, o que o orçamento quase nunca reflete.

A conta precisa ser feita ao contrário do usual: antes de decidir quantas peças produzir por mês, decidir quantas dá para manter. Duas práticas baratas resolvem a maior parte: marcar cada peça com a versão a que ela se refere, e ligar a lista de conteúdo afetado ao registro de mudanças, para que a revisão nasça do lançamento em vez de nascer de uma auditoria semestral. Onde isso não existe, o acervo cresce e a confiança nele cai ao mesmo tempo.

Quando a receita é por assinatura e o cancelamento é o principal risco do ano

Reter e adquirir disputam a mesma equipe

Em assinatura, manter a base vale mais do que ampliá-la, e todo mundo concorda com isso em voz alta. Na prática, o conteúdo de retenção — o que ajuda o cliente a usar mais, a entender o que mudou, a não travar — quase nunca é contratado, porque não aparece em nenhum painel de aquisição e não tem quem o defenda na hora do orçamento. A mesma equipe atende as duas frentes e a de aquisição sempre ganha, porque é a que tem meta.

A escolha precisa ser explícita, com proporção declarada antes de começar, e não decidida a cada mês pela urgência. Vale registrar também que os dois acervos têm indicadores diferentes: um é medido por conversa iniciada, o outro por chamado que deixou de existir e por uso que voltou. Sem essa separação escrita, o conteúdo de retenção será feito nas sobras e avaliado por uma métrica que não é a dele.

O que dá para medir quando a pessoa entra sozinha no produto

A conversão clássica descreve mal esta venda: o momento decisivo costuma acontecer dentro do produto, e não numa página. O que resta é um conjunto de sinais que precisa ser combinado antes.

A primeira separação é entre o que a documentação atende e o que o acervo de marketing atende. Medir as duas juntas produz um número grande e inútil: a documentação é lida por quem já é cliente, e o crescimento dela não diz nada sobre aquisição. Separadas, elas respondem a perguntas diferentes — uma mostra onde o produto confunde, a outra mostra em que assunto a empresa está sendo encontrada por quem ainda não é cliente.

A segunda é o cadastro assistido por conteúdo, e ele exige uma decisão prévia: registrar, no momento da criação da conta, qual foi a última página lida antes dela. É um campo, é barato, e é o que separa "o conteúdo trouxe" de "o conteúdo estava no caminho". Sem ele, a atribuição em software costuma creditar tudo à busca pelo nome da marca, que é o último passo de qualquer jornada e o menos informativo de todos.

  • Leitura da documentação e leitura do acervo de marketing, medidas e relatadas em separado.
  • Assuntos com demanda comprovada na busca e sem página dedicada, listados e priorizados.
  • Cadastros criados com registro da última página lida antes da criação da conta.
  • Páginas de comparação: leitura, cadastro originado e menção no atendimento comercial.
  • Peças marcadas por versão do produto, com a lista do que o último lançamento invalidou.
  • Chamados de suporte por assunto, antes e depois de o assunto ganhar página.

Cenários em que a empresa precisa de outra frente primeiro

Posicionamento que muda a cada trimestre e categoria ainda sem nome tornam o texto de hoje descrição de outra coisa em noventa dias. Escrever mais, nesse estado, é produzir acervo com prazo de validade.
  • O produto ainda muda de posicionamento a cada trimestre, e o texto de hoje descreve outra coisa em noventa dias.
  • Revisão técnica antes de publicar depende de alguém do time de produto ou suporte — e esse tempo não existe hoje.
  • A empresa precisa de receita neste trimestre para continuar operando.
  • A documentação existente está desatualizada e ninguém vai corrigi-la antes.
  • O cadastro gratuito não registra origem nenhuma, e não há intenção de mudar isso.
  • A categoria ainda não tem nome e a empresa ainda está descobrindo para quem vende.
  • O cancelamento está alto por motivo de produto, e conteúdo novo só aumentaria a entrada de quem vai sair.

O último é o que mais aparece e o mais caro de ignorar: acelerar a entrada quando a saída não foi resolvida faz a empresa pagar aquisição duas vezes pela mesma receita — e o acervo leva a culpa por um problema que não é dele.

Como começamos: pelo que já é lido

Antes de qualquer pauta, entender o que a empresa já publicou, quem escreve, o que é lido e o que fica sem resposta.

O primeiro encontro é com produto e suporte, não com o marketing. Ele produz três coisas: a lista do que já é lido e por quais termos, a lista das perguntas que chegam ao suporte e não têm página, e o nome de quem revisa tecnicamente o que for publicado. Sem esse terceiro item nada começa — em software, texto sem revisão técnica vira chamado aberto, e o custo do erro aparece no suporte, não no marketing.

Só depois vem a pauta, priorizada por demanda existente antes de assunto novo. A régua de nutrição é desenhada em duas trilhas separadas desde o primeiro dia — quem está fora do produto e quem já entrou — e a decisão sobre página de comparação é levada a quem responde pela marca, com a regra escrita: só o que é público e verificável, e com os casos em que o outro serve melhor.

  • Inventário do que já é lido, incluindo documentação e base de ajuda, com os termos de entrada.
  • Perguntas recorrentes do suporte transformadas em lista priorizada de assuntos.
  • Revisor técnico nomeado antes da primeira publicação, com prazo combinado.
  • Duas trilhas de nutrição desde o início: fora do produto e dentro dele.
  • Decisão declarada sobre página de comparação, com o critério do que entra.
  • Marcação de versão em cada peça e revisão disparada pelo registro de mudanças.

O que as empresas de software perguntam antes de começar

A documentação é responsabilidade do marketing?

Quase nunca, e não estamos propondo que passe a ser. O que propomos é que ela entre no mapa: saber o que é lido ali, por quais termos e o que fica sem resposta muda a pauta do marketing mais do que qualquer pesquisa de palavra-chave feita do zero. Na prática o arranjo que costuma funcionar é de fronteira, não de posse — produto e suporte continuam donos da documentação, o marketing cuida do que é encontrável e do que falta, e existe um revisor técnico combinado para o que o marketing publica sobre o produto.

Devemos publicar página comparando com concorrente?

É uma decisão de marca, e ela é sua. O que podemos dizer é o que observamos: as buscas com nome de concorrente são as de maior intenção da categoria, e alguém vai respondê-las — se não for a sua empresa, será o concorrente ou um site de resenha remunerado. Se a resposta for sim, a página só funciona com duas regras: comparar apenas o que é público e verificável, e dizer em que casos o outro produto serve melhor. Comparação que ganha em tudo é lida como propaganda e derruba a credibilidade do resto do acervo.

A nutrição não resolve quem criou conta e não usou?

Resolve pouco, e frequentemente atrapalha, quando é a mesma régua de quem ainda não entrou. Quem criou conta e parou tem um problema concreto — não entendeu o primeiro passo, esbarrou numa integração, não tinha o dado à mão — e recebe uma sequência explicando o problema de negócio que ele já reconheceu. São duas trilhas: para quem está fora, o conteúdo é de decisão; para quem entrou, é de uso, curto, e muitas vezes o lugar certo dele é dentro do produto e não na caixa de entrada.

Quanto custa manter isso atualizado?

Mais do que o plano padrão prevê, e a variável não é o marketing: é a cadência de entrega do produto. Cada mudança de interface invalida captura de tela, cada campo renomeado invalida texto de API. A conta honesta é feita ao contrário — decidir quantas peças dá para manter antes de decidir quantas produzir — e o barato que resolve a maior parte é marcar cada peça com a versão a que se refere e disparar a revisão a partir do registro de mudanças, em vez de descobrir tudo de uma vez numa auditoria.

Conteúdo ajuda a reduzir cancelamento?

Pode ajudar quando o cancelamento é por dificuldade de uso, e não ajuda quando é por falta que o produto tem. A distinção importa porque muda quem deve resolver: material de uso, o que mudou na versão e caminhos para o primeiro resultado atacam o primeiro caso; o segundo é trabalho de produto, e conteúdo ali só adia a conversa. O que pedimos antes de propor qualquer coisa nessa frente é olhar o motivo declarado das saídas — quando ele existe, a resposta aparece sozinha.

Para continuar

Antes de propor pauta, vale olhar o que a sua documentação já responde.

A conversa começa pelo que já é lido, pelas perguntas que chegam ao suporte sem página e por quem vai revisar tecnicamente o que for publicado. Quando o problema é de produto, é isso que dizemos.

Nenhuma proposta é enviada antes da conversa.