Playbooks para e-commerce: a operação que não depende de quem está online

Diagnóstico

O custo invisível de operar por memória

Toda operação de e-commerce tem uma pessoa que "sabe fazer". Sabe qual planilha alimenta o relatório do mês, sabe qual regra do antifraude precisa ser afrouxada na Black Friday, sabe a ordem exata de subir uma campanha nova sem quebrar a nomenclatura. Enquanto essa pessoa está online, a operação parece organizada.

O problema aparece nos dias em que ela não está. Aí a tarefa não deixa de ser feita: ela é feita de outro jeito. E "de outro jeito" no e-commerce quase nunca significa errado de forma visível, significa levemente diferente. A régua de recompra sai dois dias depois. O criativo entra sem o UTM padronizado. A conferência de estoque pula a etapa de reserva. Nada disso derruba a loja num dia, mas tudo isso vira ruído no dado do mês.

O custo de operar por memória não é um evento, é uma taxa. Ele é cobrado toda vez que alguém precisa reconstruir o mesmo raciocínio do zero, e ele cresce exatamente na mesma velocidade em que a operação cresce.

Vezes que a tarefa se repete no mês × Minutos perdidos por falta de padrão + Retrabalho quando sai diferente = Custo mensal do não documentado

A conta serve para ordenar a fila, não para virar indicador. Preencha com os números da sua própria operação: uma tarefa que roda 20 vezes no mês e perde 15 minutos por vez custa 5 horas mensais, e é isso que a documentação compra de volta.

Essa conta explica por que documentação é assunto de gestão e não de burocracia. O playbook não existe para agradar auditoria: existe para devolver horas e para tornar o resultado repetível. Se a tarefa acontece uma vez por ano, documentar rende pouco. Se acontece toda terça, o retorno é imediato.

Conceito

Playbook, processo e manual não são a mesma coisa

Boa parte das tentativas de documentar uma operação fracassa por confusão de formato. O time recebe a missão de "documentar", produz um documento de 40 páginas, e esse documento nunca mais é aberto. Não porque o time é indisciplinado: porque ninguém consulta 40 páginas com o gerenciador de anúncios aberto do lado.

Os três formatos convivem e resolvem problemas diferentes. O que muda entre eles é quando são usados.

A diferença prática é de altitude. O processo responde quem faz o quê e em que ordem, olhando a operação de cima. O playbook responde como essa etapa específica é feita, olhando de dentro. Uma loja pode ter processo desenhado e mesmo assim ter cada pessoa executando a mesma etapa de um jeito.

Um bom teste: se o documento serve para explicar a operação para alguém de fora, é processo. Se serve para alguém executar a tarefa agora, é playbook.

Framework

A Escada da Documentação em 4 Degraus

Nenhuma operação salta do combinado verbal para o playbook vivo. Ela sobe degraus, e cada degrau resolve um problema que o anterior não resolvia. Saber em qual degrau você está evita a frustração mais comum da área: tentar implantar o degrau 4 num time que ainda opera no degrau 1.

• 01 — Combinado verbal: A regra existe, mas mora na cabeça de quem executa. Funciona em time pequeno e com baixa rotatividade. Quebra no primeiro afastamento, na primeira contratação e em toda data comercial, porque é justamente quando o volume sobe que a memória falha.
• 02 — Registro solto: Alguém anotou: um documento no Drive, um print no grupo, um áudio de cinco minutos. Já é melhor que memória, mas ninguém sabe se está atualizado, e o custo de encontrar costuma ser maior que o de perguntar para o colega.
• 03 — Playbook escrito: A tarefa tem uma página com gatilho, passo a passo, dono e resultado esperado, em local previsível. Já dá para delegar. Ainda depende de alguém lembrar de abrir, e é aqui que a maioria das operações trava.
• 04 — Playbook vivo: O playbook vira tarefa: o gatilho dispara sozinho, cai na fila de alguém com prazo, e o registro de execução volta para o mesmo lugar. A documentação deixa de ser consulta e passa a ser o próprio trilho da operação.

A passagem do degrau 3 para o degrau 4 é a que muda o resultado, e é também a que quase nunca acontece por esforço individual. Playbook escrito depende de memória para ser aberto; playbook vivo chega até a pessoa. É a diferença entre ter a regra e ter a regra rodando.

Priorização

O Teste dos 3 Cortes: o que merece virar playbook

O erro simétrico de não documentar nada é querer documentar tudo. Operações que tentam mapear cada tarefa produzem uma biblioteca que envelhece mais rápido do que é lida, e o time aprende que aquele acervo não é confiável.

O Teste dos 3 Cortes existe para reduzir a fila antes de começar. Uma tarefa só entra na fila de documentação se passa por pelo menos dois destes três cortes:

Corte 1, repetição. A tarefa acontece pelo menos uma vez por mês, de forma previsível. Documentar o excepcional é escrever para ninguém.

Corte 2, custo do erro. Quando sai errado, alguém perde dinheiro, prazo ou confiança. Errar na nomenclatura de campanha compromete o relatório do trimestre inteiro; errar na cor do banner, não.

Corte 3, concentração. Hoje existe uma única pessoa capaz de executar bem. Esse corte sozinho já justifica a documentação, porque o risco não é de qualidade, é de continuidade.

As tarefas aprovadas entram numa fila, e a fila é ordenada pelos pesos abaixo.

FILA DE DOCUMENTAÇÃO: PESO SUGERIDO POR CRITÉRIO

• Frequência de execução (30%): Quanto mais a tarefa se repete, mais rápido a página escrita se paga. Tarefa semanal na frente de tarefa trimestral, sempre.
• Custo do erro (25%): O que compromete receita, dado ou reputação sobe na fila mesmo com frequência baixa. Antifraude, disparo para a base e nomenclatura entram aqui.
• Concentração numa pessoa (20%): Tarefa que só uma pessoa sabe fazer é risco de continuidade, não questão de organização. Documentar é o seguro mais barato da operação.
• Rotatividade de quem executa (15%): Se a tarefa passa por estagiário, freelancer ou agência que muda de time, o playbook vira o padrão que sobrevive à troca.
• Tempo de execução (10%): Tarefa longa costuma ter mais etapas puláveis. Peso menor porque tarefa curta e frequente muitas vezes custa mais no acumulado.

Os pesos são ponto de partida, não verdade. Numa operação que acabou de trocar metade do time, rotatividade vale mais que frequência. O que não muda é o princípio: documente primeiro o que dói toda semana, não o que parece mais importante no organograma.

Anatomia

Os 7 campos de um playbook que o time usa

Playbook não é texto corrido. É um formulário curto, e a disciplina do formato é o que faz ele ser aberto na correria. Sete campos dão conta de qualquer tarefa da operação, do disparo de CRM à conferência de estoque.

Duas regras de escrita valem mais que qualquer template. A primeira: quem escreve é quem executa, com a gestão revisando. Playbook escrito por quem nunca fez a tarefa descreve o mundo ideal, não a operação. A segunda: escreva depois de executar, não antes. A versão mais fiel de um playbook nasce logo após a tarefa ter sido feita, quando as exceções ainda estão frescas.

Mapa

Os playbooks que quase toda loja precisa ter

Existe um núcleo comum entre operações de e-commerce muito diferentes entre si. Não porque as lojas sejam iguais, mas porque os pontos de falha são. Estes seis costumam pagar a fila inteira de documentação nos primeiros trinta dias.

• 01 — Subida de campanha: Nomenclatura, estrutura, UTM, checagem de pixel e o que conferir nas primeiras 24 horas. É o playbook que protege o dado de todo o resto: campanha nomeada fora do padrão contamina o relatório do trimestre.
• 02 — Publicação de produto: Título, descrição, ficha técnica, fotos, categoria, frete e o teste de compra antes de liberar. Evita a PDP publicada sem variação de tamanho e sem prazo de entrega calculado.
• 03 — Disparo para a base: Segmento, oferta, canal, horário, teste de link e conferência de descadastro. É o playbook com maior custo de erro, porque uma base disparada errado não tem desfazer.
• 04 — Fechamento de mês: Quais números fecham, em que ordem, quem confere e o que precisa bater antes de virar apresentação. Elimina a reunião que começa com meia hora de reconciliação de planilha.
• 05 — Data comercial: Contagem regressiva do estoque, da oferta, da criação, da régua e do atendimento. É o playbook que mais se repete no ano e o que mais costuma ser refeito do zero toda vez.
• 06 — Ruptura e reposição: O que fazer quando o campeão de venda acaba: pausar mídia, trocar destino, avisar atendimento, abrir lista de espera. Sem isso, a loja paga tráfego para uma página esgotada.

Repare que nenhum deles é um documento de estratégia. Playbook é sempre operacional, e é dessa altitude que vem a utilidade: ele responde o que fazer agora, com a tela aberta.

Decisão

Por qual playbook começar na sua operação

Manutenção

Por que a maioria dos playbooks morre na terceira semana

Documentação não morre por falta de vontade inicial. Ela morre por falta de manutenção, e os sinais são sempre os mesmos.

A manutenção que funciona é barata: quem executa tem permissão para editar na hora em que encontra a divergência, e cada playbook passa por uma revisão rápida dentro do ritual mensal de gestão. Revisão fora do ritual não acontece, porque não tem gatilho.

E aqui aparece o limite estrutural do degrau 3. Enquanto o playbook for um documento parado numa pasta, ele compete com a urgência do dia e perde. Ele só se sustenta quando o gatilho vira tarefa: alguém recebe o que fazer, no dia certo, com o passo a passo junto e com o registro de execução voltando para o mesmo lugar.

É exatamente esse salto que um Sistema de Inteligência para E-commerce resolve. No Axoly, playbook e tarefa vivem no mesmo ambiente do planejamento, do CRM e dos dados da operação: o gatilho dispara, cai na fila do dono com prazo, e o que foi executado fica registrado ao lado do número que aquela tarefa deveria mover. Dashboard mostra o que aconteceu; o sistema conduz o que precisa acontecer.

Se a sua operação já tem os playbooks escritos e mesmo assim depende de alguém lembrar de abrir, o gargalo deixou de ser conhecimento e virou estrutura.

Quero conhecer o Axoly.

Perguntas frequentes