Discovery · 12 min de leitura

Um levantamento de tarefas manuais não deve terminar numa lista de automações. Deve terminar numa árvore que liga o resultado que a empresa quer ao trabalho que as pessoas fazem na mão.

Anderson Silveira · 7 de setembro de 2026

Quando uma empresa me chama para automatizar, a primeira reunião costuma terminar com um quadro cheio: redigitar o pedido que chega por foto, conferir a planilha, aprovar por e-mail, montar o relatório à mão. Todas são tarefas reais. O risco é sair da sala com uma lista de automações e nenhum critério para dizer qual vem primeiro.

O método que uso para evitar isso eu aprendi em projetos de design. O exemplo mais claro que tenho é de um projeto que desenvolvi para a Eduzz, em 2024.

Em outubro daquele ano, a Retrospectiva Eduzz ganhou um workshop com os stakeholders. O quadro terminou com dezenas de post-its: volume de transações processadas, índice de satisfação, uma música para cada produtor feita com IA, uma linha do tempo dos dez anos da plataforma, uma notificação avisando que a retrospectiva estava disponível, uma versão em outra língua.

Todas eram ideias razoáveis. Todas cabiam numa sequência de stories. Esse é o problema de um quadro cheio: ele dá a sensação de que “já deu para entender”, e a próxima reunião vira uma lista de telas.

O que evitou isso foi a ordem das coisas. Primeiro, as ideias foram agrupadas em quatro frentes (Produto, Produtores, Jornada e +Humano). Depois, cada uma foi posicionada numa matriz de impacto por esforço. E, por trás das duas etapas, havia uma pergunta que já tinha saído da descoberta: como fazer uma retrospectiva que as pessoas queiram mostrar. Agrupar antes de priorizar é o que permite comparar coisas comparáveis. Ter um resultado claro é o que permite dizer quais ideias servem a ele.

Este artigo trata das duas ferramentas desse trecho: o mapa de afinidade, para organizar o que foi levantado, e a árvore de oportunidades, para decidir o que fazer com isso. No fim, mostro a mesma árvore aplicada a um processo manual.

O ponto de partida: um post-it por ideia

Antes de agrupar, as anotações precisam estar num formato que permita agrupar. Três regras simples:

  • Uma ideia por post-it. Se a frase tem um “e”, provavelmente são dois post-its.
  • Linguagem de quem falou. “Deixar um gostinho de quero mais” diz mais do que “engajamento pós-retrospectiva”. A segunda já é uma conclusão.
  • Origem rastreável. No quadro da Retrospectiva, cada post-it levava o nome de quem escreveu. Na hora de defender uma ideia, saber de onde ela veio pesa.

No workshop, a regra da ideia única foi a mais quebrada, e isso é normal. Um dos post-its juntava três coisas: a evolução do produtor ano a ano, uma linha do tempo com os marcos de cada momento e um story sobre quanto falta para a próxima faixa. Na síntese, vale separar.

Mapa de afinidade: agrupar de baixo para cima

O mapa de afinidade é simples de explicar: juntar post-its parecidos até que os grupos revelem temas. O difícil é fazer isso sem trazer as categorias prontas de casa.

O jeito que funciona melhor para mim:

  1. Espalhar tudo, sem categorias. Nada de colunas prontas com o organograma do produto.
  2. Agrupar em silêncio. Cada pessoa move post-its para perto de outros que “conversam”. Discutir cedo faz a pessoa mais falante definir os grupos.
  3. Aceitar grupos pequenos e órfãos. Um post-it sozinho pode ser ruído ou o achado mais importante da rodada.
  4. Nomear por último. Só quando os grupos estabilizaram.

No workshop, as quatro frentes funcionaram como um primeiro nível de organização. Esta é uma seleção dos post-its reais do quadro, resumidos:

Produto 4

  • Volume de transações processadas no ano
  • Quantas melhorias saíram de pedidos de clientes (“você também faz parte”)
  • Imagens da Eduzz antiga: a evolução do logo em dez anos
  • Apresentar recursos ainda não usados: “ainda esperamos por você”

Produtores 4

  • Crescimento do produtor comparado com 2022 e 2023
  • Linha do tempo com os marcos do produtor e do afiliado
  • Story sobre quanto falta para a próxima faixa
  • Uma música para cada produtor, feita com IA

Jornada 3

  • Apresentar o novo reconhecimento que vai além dos números
  • Notificação avisando que a retrospectiva está disponível
  • Indicadores da jornada de reconhecimento

+Humano 4

  • Retratar o impacto do produtor nesses dez anos
  • Quantos clientes novos o produtor atingiu no ano
  • Um gostinho de quero mais: “não bateu a meta, mas estamos aqui no ano que vem”
  • Fazer da retrospectiva uma história narrada
Seleção dos post-its do workshop da Retrospectiva Eduzz 2024, nas quatro frentes em que foram categorizados. Textos resumidos do quadro original.

Repare que as frentes misturam duas lógicas. “Produto” e “Jornada” falam do que a plataforma quer contar. “Produtores” e “+Humano” falam do que o produtor vive. É aí que o próximo passo faz diferença.

Nomear o grupo pela necessidade, não pela feature

Este é o passo que separa uma síntese útil de uma lista de pedidos. O nome do grupo deve descrever o que a pessoa precisa ou sente, não o que o produto deveria ter.

A descoberta da Retrospectiva já tinha dado a pista. Na edição anterior, a tela mais compartilhada (21%) era a que dizia quantas vidas o produtor ajudou a transformar, e a segunda (20%) era a abertura com o nome da pessoa. Relidos por essa lente, os post-its se reorganizam em torno do que o produtor quer mostrar:

Nome de feature (evitar)Nome de necessidade (preferir)
Tela de abertura personalizada“Quero me ver nessa retrospectiva”
Tela de vidas transformadas“Quero mostrar a diferença que fiz para os outros”
Story da próxima faixa“Quero saber para onde vou no ano que vem”
Volume de transações da plataforma(é o que a plataforma quer contar, não o que o produtor quer mostrar)

A última linha é a mais útil. Ela não diz que a ideia é ruim. Diz que ela responde a outra pergunta. Um bom teste: se o nome do grupo cabe na boca do usuário, entre aspas, está no caminho certo. Se só cabe na boca da empresa, ele pertence a outra peça.

A matriz: impacto por esforço

Com os grupos formados, o workshop posicionou as ideias numa matriz de impacto por esforço. O quadro original usava rótulos como “fazer agora” e “programar para fazer”. As posições abaixo são aproximadas, lidas do quadro real:

Impacto →
Alto impacto, pouco esforço
Alto impacto, muito esforço
Baixo impacto, pouco esforço
Baixo impacto, muito esforço
Notificação de disponívelVolume de transaçõesMelhorias a pedido de clientesRelembrar marcos da empresaMensagem personalizada com IANovo reconhecimentoDepoimentos em vídeoEvolução e próxima faixaMúsica por faixa com IA
Esforço →
Priorização do workshop da Retrospectiva Eduzz 2024. Posições aproximadas das notas no quadro original.

Duas leituras dessa matriz. A primeira: ela é ótima para cortar. A música feita com IA aparece com esforço alto e impacto baixo, e o próprio post-it já propunha uma alternativa mais barata (uma música por faixa, não por pessoa). A segunda: sozinha, a matriz não diz para quê. A evolução do produtor com a próxima faixa ficou no lado do esforço alto, e ainda assim a faixa do ano seguinte virou o fechamento da versão final. O que decidiu não foi só a posição no quadro. Foi a ligação com o resultado.

Essa ligação é o que a árvore de oportunidades torna explícita.

Da síntese à decisão: a árvore de oportunidades

Para decidir, uso a Opportunity Solution Tree (árvore de oportunidades e soluções), proposta por Teresa Torres no livro Continuous Discovery Habits. Ela tem quatro níveis:

  • Resultado desejado. Uma mudança mensurável, não uma entrega.
  • Oportunidades. Necessidades, dores e desejos de quem usa que, se atendidos, movem o resultado.
  • Soluções. Formas de atender uma oportunidade específica. Várias para cada uma.
  • Experimentos. Testes rápidos das suposições por trás de cada solução.

A força da árvore está na rastreabilidade. Toda solução pendurada nela responde: qual oportunidade ela atende? E essa oportunidade move qual resultado?

A narrativa da Retrospectiva cabe nessa estrutura. Ela começa pelo produtor (personalização), passa pelo impacto dele nas pessoas e termina olhando para frente, com a faixa do programa de reconhecimento que ele pode alcançar no ano seguinte. Cada trecho é uma oportunidade:

  • Uma retrospectiva que os produtores queiram mostrarresultado desejado
    • “Quero me ver nessa retrospectiva”oportunidade · abertura personalizada teve 20%
      • Abertura que chama pelo nomesolução
      • Conquistas do produtor no anosolução
      • Uma música para cada produtorideia do workshop
    • “Quero mostrar a diferença que fiz”oportunidade · vidas transformadas teve 21%
      • Impacto do produtor nas pessoassolução
      • Clientes novos que ele atingiuideia do workshop
    • “Quero saber para onde vou”oportunidade
      • A faixa que pode alcançar no próximo anosolução
      • Quanto falta para a próxima faixaideia do workshop
A narrativa da Retrospectiva Eduzz 2024 como árvore. Em destaque, as soluções que aparecem na versão final; em tom suave, outras ideias do quadro para a mesma oportunidade. No lugar dos experimentos, a evidência da edição anterior.

Repare no que a árvore faz com as ideias da frente “Produto”. Volume de transações e novas funcionalidades entregues não se penduram em nenhuma das três oportunidades. Não é que sejam ruins. É que respondem ao que a plataforma quer dizer, e o resultado desta peça é o que o produtor quer mostrar. Uma feature que não se encaixa em lugar nenhum da árvore é, por definição, um palpite, ou um ramo de outra árvore.

Como montar a árvore sem transformá-la em burocracia

  • Um resultado por árvore. Se o time tem três objetivos, são três árvores. Misturar faz tudo parecer prioridade.
  • Oportunidades podem ter filhas. “Quero saber para onde vou” pode se desdobrar em “saber em que faixa estou” e “saber o que me falta”. Quebrar uma oportunidade grande costuma revelar por onde começar.
  • Compare oportunidades, não soluções. A primeira escolha é qual necessidade atacar. Só depois se compara solução com solução, dentro da oportunidade escolhida.
  • Mais de uma solução por oportunidade. Com uma só, não existe comparação; existe um plano disfarçado.
  • Experimento testa uma suposição, não a solução inteira. “Os produtores compartilham uma tela sobre o impacto que causaram?” já tinha resposta no dado da edição anterior. Quando a evidência já existe, use-a antes de inventar um teste.

Erros comuns na passagem da parede para a árvore

  • Resultado que é entrega. “Lançar a retrospectiva de 2024” no topo não é resultado; é o projeto. O topo precisa ser uma mudança que dê para medir, como o compartilhamento.
  • Oportunidade que é solução disfarçada. “Falta uma tela de faturamento” já é uma resposta. A oportunidade por trás pode ser “quero mostrar que cresci”, e ela admite outras soluções.
  • Priorizar sem agrupar. Uma matriz com trinta post-its soltos compara uma notificação com uma música feita com IA. O agrupamento é o que torna a comparação justa.
  • Árvore feita só de opinião. Cada oportunidade precisa, com o tempo, apontar para evidência. Na Retrospectiva, duas delas apontavam para números da edição anterior. A terceira, “para onde vou”, era uma aposta de narrativa. Vale marcar a diferença.

A mesma árvore para um processo manual

A árvore não serve só para peças de comunicação. Quando o assunto é automatizar uma operação, ela faz o mesmo serviço: impede que a lista de tarefas manuais vire, sem filtro, a lista de automações.

Numa distribuidora de lubrificantes, o pedido chegava como foto de papel no WhatsApp e alguém redigitava tudo. Dito assim, a solução parece uma só: uma IA que lê a foto. Olhando o processo, as dores eram quatro. Para o back-office, cada pedido era trabalho duplicado. Para o estoque, o saldo vivia na cabeça de quem separa. Para quem compra, não havia histórico. Para a empresa cliente, o pedido pertencia a quem mandou a mensagem.

  • Pedido que chega certo à loja, sem ninguém redigitarresultado desejado
    • “Não quero digitar de novo o que já veio escrito”oportunidade · back-office
      • IA lê a foto e propõe os itens; o comprador confirma linha por linhasolução
      • Pedido montado pelo catálogo, no celularsolução
    • “Quero saber por que o saldo é esse”oportunidade · quem separa
      • Estoque como extrato de movimentos, não como campo editávelsolução
    • “Quero achar o que já pedi e saber se está pronto”oportunidade · comprador
      • Histórico e andamento no portalsolução
      • Aviso por e-mail e WhatsApp quando está prontosolução
    • “O pedido é da empresa, não de quem mandou a mensagem”oportunidade · empresa cliente
      • Acesso por convite; todos os compradores veem o mesmo históricosolução
O sistema de pedidos relido como árvore, depois do fato. As dores e as soluções são as do case; as frases entre aspas são redação minha, na voz de quem faz o trabalho.

Repare onde a IA aparece: numa solução, de uma oportunidade, entre quatro. É a que mais chama atenção e a única que pede uma pessoa confirmando cada linha. As outras três são registro e acesso. Sem a árvore, a lista teria uma automação só, e três dores continuariam no lugar.

A árvore é viva

A árvore não é um entregável de fim de discovery. Ela muda a cada rodada de conversa e a cada experimento. Uma oportunidade que parecia central pode perder força; uma que ninguém via aparece num post-it órfão.

Por isso prefiro manter a árvore num lugar visível e atualizá-la, em vez de produzir uma versão bonita para apresentação. O valor está na conversa que ela provoca: “por que estamos fazendo isso?” passa a ter uma resposta desenhada.

Resumo prático

  • Cada post-it tem uma ideia só, na linguagem de quem falou, com a origem marcada.
  • Os grupos surgiram das anotações, e não de categorias trazidas prontas.
  • Cada grupo tem nome de necessidade, que caberia entre aspas na boca do usuário.
  • A matriz de impacto × esforço veio depois do agrupamento, não no lugar dele.
  • A árvore tem um único resultado mensurável no topo.
  • Toda solução está pendurada numa oportunidade, e toda oportunidade move o resultado.
  • Cada oportunidade aponta para uma evidência, ou está marcada como aposta.

Se o levantamento terminou numa lista de automações, volte um passo. Faltou o meio: o trabalho manual que justifica cada uma delas, e o resultado que ele move.

Na prática, nos cases
Próximo artigo · Automação

Entrevistar quem faz o trabalho manual antes de automatizar

Para descobrir o que automatizar primeiro, não pergunto o que a pessoa quer do sistema. Peço para ela me mostrar a última vez que fez o trabalho, e depois escuto.