Personalização em escala: gerenciando centenas de regras sem caos

Personalização em escala é, acima de tudo, um problema de operações. Cinco regras cabem na cabeça de uma pessoa. Cinquenta regras, escritas por quatro pessoas ao longo de um ano, não cabem. Sem alguma estrutura, você acaba com regras sem dono, duas regras brigando pelo mesmo título na página de preços e um preço antigo ainda aparecendo para um segmento porque ninguém lembrava que aquela variante existia.

Este post aborda a estrutura que mantém administrável um conjunto crescente de regras: nomenclatura, um registro, uma ordem de prioridade explícita para conflitos, templates baseados em espaços em vez de páginas personalizadas, verificações de performance e quem é responsável por quê. Nada disso é complicado. Só precisa existir antes que o número de regras cresça, não depois.

Sinais de que sua configuração atual ficou pequena

• Ninguém consegue dizer o que um determinado visitante vê. Alguém pergunta "o que um visitante enterprise da área da saúde vê na home?" e responder exige abrir várias regras, possivelmente em mais de uma ferramenta.
• Os conflitos são resolvidos por acaso. Duas regras miram o mesmo elemento para segmentos sobrepostos, e qual delas vence depende da ordem de carregamento ou da data de criação, e não de uma decisão de alguém.
• Mudanças de conteúdo viram caças ao tesouro. Uma mudança de preço ou de nome de produto significa vasculhar todas as variantes para encontrar onde está o texto antigo.
• As páginas ficaram mais lentas ou começaram a piscar à medida que regras foram adicionadas, e ninguém percebeu quando.
• Os testes pararam porque manter as regras existentes consome todo o tempo disponível.

Reduzir o número de regras às vezes é a resposta certa, principalmente quando muitas nunca foram medidas. Com mais frequência, as regras estão boas e o que falta é uma forma de enxergá-las e governá-las.

Nomeie as regras para que o nome explique a regra

Escolha um padrão e use em todo lugar. Um que funciona: nível, segmento, página, elemento e versão, unidos por hifens nessa ordem:

tier-segment-page-element-version

• T1-acme-corp-homepage-hero-v2
• T2-enterprise-healthcare-pricing-proof-v1
• T3-returning-visitor-blog-cta-v3

O prefixo do tier se conecta à ordem de conflito descrita abaixo. O restante permite que qualquer pessoa que leia uma lista de regras veja o que cada uma faz sem abri-la. Filtre por página e você terá todas as regras que podem afetar essa página; filtre por segmento e você terá tudo o que um segmento vê.

Mantenha um registro

Uma planilha basta. Uma linha por regra ativa, com estas colunas:

Adicione dois hábitos em volta disso. Novas regras passam por uma solicitação rápida à pessoa responsável pelo registro (uma mensagem no Slack basta), o que pega duplicatas antes de irem ao ar. E, a cada trimestre, revise a lista: desative regras que não mostraram efeito depois de um teste completo, atualize conteúdos desatualizados e junte regras que fazem o mesmo trabalho para segmentos que se sobrepõem. Nosso template de playbook de personalização pode servir de registro se você não quiser construir o seu; ele tem uma coluna para a prioridade em caso de sobreposição.

Resolva os conflitos antes que aconteçam

Um visitante recorrente de uma grande empresa da área da saúde que está em uma lista de contas-alvo pode corresponder ao mesmo tempo a uma regra de conta, a uma regra de setor mais porte, a uma regra de setor e a uma regra de visitante recorrente. Se todas tiverem o hero como alvo, algo precisa decidir. Defina uma ordem explícita:

1. Tier 1: regras de contas nomeadas. Qualquer coisa construída para uma conta ou lista de contas específica tem prioridade. Essas são as mais específicas e geralmente estão ligadas a uma conversa de vendas em andamento.
2. Nível 2: segmentos compostos. Regras que combinam dois ou mais atributos (enterprise + saúde) prevalecem sobre regras de um só atributo, porque alguém decidiu que essa combinação merecia uma mensagem própria.
3. Nível 3: regras de um único atributo. "Todos os visitantes enterprise", "todos os visitantes dos EUA". Recursos de reserva.
4. Página padrão. O que todos os outros veem, e o que os rastreadores veem.

Dentro de um tier, não deixe que "atualizado mais recentemente" ou a ordem de carregamento decidam. Dê a cada regra de um tier um número de prioridade explícito no registro ou, melhor ainda, evite já de início regras do mesmo tier no mesmo elemento para segmentos sobrepostos. Critérios de desempate silenciosos são o caminho para um visitante acabar vendo uma variante que ninguém pretendia.

Também é possível evitar conflitos por elemento. Se as regras de conta controlam o hero e as regras de setor controlam o bloco de prova, um visitante que se encaixa nas duas recebe as duas, sem disputa. Essa é a solução mais simples e vale tentar primeiro.

Templates e slots em vez de páginas sob medida

O padrão que torna um grande conjunto de regras viável: fixe o layout da página e defina alguns espaços personalizáveis. Uma regra preenche espaços; ela não redesenha a página.

Exemplos de slots para uma página inicial B2B:

• Título do hero (com limite de caracteres, para que as variantes caibam no celular)
• Subtítulo do hero
• Bloco de provas: uma fileira de logos e uma citação
• Texto e destino do CTA principal
• Case em destaque

Criar uma variante passa a significar escrever o texto de cinco campos e escolher um estudo de caso, algo que um profissional de marketing faz sem tempo de design ou de engenharia. Isso também torna o registro útil: você sabe exatamente quais campos uma regra pode alterar.

A contrapartida é real. Sua variante para saúde e sua variante para fintech vão ficar parecidas porque compartilham um layout. Para a maioria dos sites B2B isso é aceitável, já que o que muda por segmento é a mensagem. Reserve o tratamento totalmente personalizado para uma lista curta de contas nomeadas em que o tamanho do negócio justifica o trabalho extra, e aceite que essas páginas vão precisar de manutenção própria.

Acompanhe o desempenho à medida que as regras são adicionadas

Quanto um conjunto de regras custa em velocidade depende de onde a decisão acontece. Uma decisão no servidor ou na edge adiciona trabalho antes de a página ser enviada; um script no cliente adiciona trabalho depois que a página é renderizada e pode causar flicker. De qualquer forma, meça em vez de supor:

• Largest Contentful Paint e flicker em páginas personalizadas. Compare uma variante personalizada com a página padrão no PageSpeed Insights ou em um teste de laboratório, com um perfil móvel limitado. Se o hero personalizado for o elemento LCP e aparecer mais tarde do que a versão padrão apareceria, a decisão está acontecendo tarde demais.
• Tempo de decisão na ferramenta de personalização. A maioria das ferramentas registra quanto tempo uma decisão leva. Acompanhe isso ao longo do tempo e veja o que mudou sempre que houver um salto.
• Taxa de fallback. Com que frequência uma regra falha e a versão padrão aparece no lugar. Um fallback silencioso é melhor do que uma página quebrada, mas uma taxa alta significa que os visitantes não estão recebendo o que o registro diz que recebem.

Registre um valor de referência antes de cada lote de novas regras entrar no ar, para que uma piora possa ser associada à mudança que a causou. O monitoramento dos Core Web Vitals na sua ferramenta de RUM ou no Search Console vai sinalizar problemas persistentes, mas só depois que tráfego real suficiente tiver sido afetado.

Quem é responsável pelo quê

Em times pequenos, uma ou duas pessoas acumulam os quatro papéis, o que não tem problema desde que o registro exista, porque assim uma segunda pessoa pode assumir o trabalho. O papel de responsável é o que não pode ser compartilhado de forma vaga: se todo mundo é dono do conjunto de regras, ninguém desativa nada. Para RACI, fases de implantação e governança em organizações maiores, veja o playbook de implantação de personalização enterprise.

Meça as regras, não só o programa

Um grupo de controle no nível do programa mostra que a personalização como um todo vale a pena. Ele não mostra quais das cinquenta regras estão gerando o resultado. Dê a cada regra de nível 2 e nível 3 o seu próprio grupo de controle ou teste A/B quando o tráfego permitir, e marque no registro como “não medidas” as regras que não conseguem chegar a uma amostra legível, em vez de presumir que elas ajudam. Nosso artigo sobre como medir o ROI da personalização aborda o dimensionamento do grupo de controle e a hierarquia de métricas.

Checklist antes que o número de regras cresça

• Um padrão de nomenclatura que todos usam
• Um registro com responsável, objetivo, segmento, fatos e status do teste para cada regra
• Uma ordem de prioridade por escrito, mais a responsabilidade por elemento em cada nível
• Modelos de slots pelo menos para a homepage e a página de preços
• Uma linha de base de desempenho e uma verificação após cada lote de regras
• Um responsável nomeado e uma data para a próxima revisão trimestral

Um primeiro passo prático: exporte todas as regras ativas da sua ferramenta para o formato de registro acima. Qualquer regra que você não consiga preencher (sem responsável conhecido, sem propósito declarado, sem ideia se funciona) entra na lista da primeira revisão. Se você estiver configurando isso no Markettailor, a segmentação dele mantém as definições de segmentos em um só lugar, o que facilita perceber sobreposições entre as regras.