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.
A documentação é o acervo, e ela tem outro dono
Quando o produto tem base de ajuda, referência de API ou notas de versão publicadas
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.
O cadastro gratuito acontece antes da nutrição
Quando existe teste, plano gratuito ou qualquer entrada sem falar com vendas
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.
A página que converte é a de comparação, e ela nomeia quem compete
Quando a categoria já tem nomes conhecidos e o comprador chega comparando
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.
O acervo envelhece por versão entregue
Quando a interface ou a API do produto muda mais de uma vez por trimestre
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.
Reter e adquirir disputam a mesma equipe
Quando a receita é por assinatura e o cancelamento é o principal risco do ano
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.
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.
Conversar sobre minha operação Fazer o diagnóstico de marketingNenhuma proposta é enviada antes da conversa.