AI BoutiqueAI Driven Transformation

Fundamentos

Impact mapping: decidir o que construir de IA e o que cortar

Impact mapping liga meta, atores, impactos e entregas para você decidir o que construir de IA e o que descartar. Veja como aplicar a técnica em produção de IA.

A maioria dos projetos de IA que fracassa não fracassa por falta de tecnologia. Fracassa porque começou pela solução. Alguém decidiu que ia usar um agente, um copiloto ou um modelo específico antes de responder à pergunta que realmente importa: qual comportamento de qual pessoa você quer mudar, e por quê. O impact mapping, técnica de planejamento visual criada por Gojko Adzic e detalhada no seu livro de 2012, existe para forçar essa pergunta antes de qualquer linha de código. É uma das ferramentas mais úteis para quem coloca IA em produção, porque ataca o desperdício na raiz.

Como funciona: quatro camadas, uma pergunta em cada

Um mapa de impacto é uma árvore com quatro níveis, e cada nível responde a uma pergunta.

O centro é a meta, o porquê. Não é uma feature nem uma tecnologia, é o resultado de negócio que você persegue, de preferência com um número e um prazo. Por exemplo: reduzir em 30% o tempo médio de resposta do suporte no próximo trimestre. Uma meta boa é mensurável e não menciona nenhuma solução.

O segundo nível são os atores, o quem. Quem são as pessoas ou sistemas que podem ajudar a alcançar a meta, ou atrapalhar? O cliente que abre o chamado, o atendente que responde, o gestor que mede a fila. Atores concretos, não abstrações como o mercado.

O terceiro nível são os impactos, o como. E aqui está o pulo do gato: impacto é uma mudança de comportamento do ator, não uma funcionalidade. O que você quer que o atendente passe a fazer diferente? Resolver sem escalar? Responder sem procurar em cinco sistemas? Cada impacto é uma hipótese sobre comportamento humano.

O quarto nível, só agora, são as entregas, o quê. O que você pode construir para provocar aquele comportamento? Aqui entram as features, e aqui entra a IA. Um agente que sugere a resposta, um resumo automático do histórico, uma busca em linguagem natural sobre a base. Cada entrega fica pendurada num impacto específico.

A força do mapa está na direção da leitura. Você constrói de dentro para fora, da meta para as entregas, mas avalia de fora para dentro. Toda entrega tem que responder: qual impacto eu provoco? Todo impacto tem que responder: qual ator muda de comportamento? Todo ator tem que responder: como isso aproxima a meta? Se uma entrega não conecta com nenhum impacto que importe, ela cai. Sem drama, sem reunião de três horas.

Por que isso importa tanto em IA

Projeto de IA é o terreno mais fértil que existe para o vício de começar pela solução. A tecnologia é sedutora, o hype é alto, e é comum um time chegar à mesa já com a resposta pronta: vamos botar um agente aqui. O impact mapping desmonta esse atalho ao exigir que a IA apareça só no quarto nível, como uma entre várias entregas possíveis para provocar um comportamento.

Muitas vezes, quando você monta o mapa com honestidade, descobre que uma solução mais simples provocaria o mesmo impacto. Um bom formulário, uma automação boba, um ajuste de processo. O mapa deixa isso visível antes de você gastar meses integrando modelo. É a mesma disciplina de comprar ou construir que o Wardley mapping ajuda a enxergar: a pergunta não é se a IA é legal, é se ela é a aposta certa para aquele comportamento específico.

E quando a IA é mesmo a melhor entrega, o mapa te entrega de brinde a coisa mais escassa num projeto de IA: a métrica de sucesso. Como o impacto é uma mudança de comportamento mensurável, você já sabe contra o que medir o piloto. Isso conversa direto com o problema de que metade das empresas coloca IA em produção e não prova valor. Elas não provam valor porque nunca definiram, antes de construir, qual comportamento deveria mudar. O impact mapping obriga a definir.

Onde ele se encaixa com o resto

O impact mapping não vive sozinho. Ele se acopla bem com as outras ferramentas que já usamos por aqui. A meta no centro do mapa é o mesmo tipo de resultado que os OKRs cobram quando exigem resultado, não entrega: o mapa é uma forma de ligar cada iniciativa a um objetivo sem cair na armadilha de medir entrega. Os impactos, por serem hipóteses sobre comportamento, são exatamente o que a descoberta contínua de Teresa Torres testa com o usuário: o mapa te dá as apostas, a descoberta te diz se elas são verdadeiras. E os atores e seus comportamentos dialogam com o jobs to be done, que olha a tarefa que a pessoa está tentando resolver.

Há ainda um encaixe com o momento atual da engenharia. Quando DHH fala em execução sem fim, com o agente executando cada ideia na hora, o gargalo deixa de ser construir e passa a ser decidir o que merece ser construído. O impact mapping é justamente o instrumento dessa decisão. Numa era em que executar ficou barato, a árvore que separa a aposta boa do desperdício vale mais do que nunca.

Como usar sem virar burocracia

Três cuidados fazem a diferença na prática.

Primeiro, mantenha o mapa vivo. Ele não é um documento de abertura de projeto que você arquiva. É hipótese, e hipótese se revisa. Quando o comportamento real do usuário contradiz o impacto que você apostou, o mapa muda. Um mapa que nunca muda é um mapa que ninguém está usando.

Segundo, resista a encher de entregas. A tentação é listar tudo que dá para construir. O valor está em cortar. Para cada impacto, pergunte qual é a menor entrega que testaria a hipótese, e comece por ela. O mapa é uma ferramenta de foco, não de inventário.

Terceiro, faça em grupo, na parede ou na tela compartilhada. Metade do valor do impact mapping está na conversa que ele provoca entre negócio, produto e engenharia. Quando todo mundo vê a mesma árvore, a discussão sobre prioridade para de ser opinião contra opinião e vira uma pergunta objetiva: essa entrega move algum impacto que aproxima a meta? Se a resposta for não, você acabou de economizar um trimestre.

No fim, o impact mapping não é sobre desenhar caixinhas bonitas. É sobre ter coragem de não construir. Numa fila cheia de ideias de IA, a decisão mais valiosa quase sempre é a de cortar o que não move ninguém. Se o seu time está com o backlog de IA transbordando e sem critério claro do que atacar primeiro, fale com a gente no WhatsApp para montar o mapa e priorizar pela mudança de comportamento que importa.

Fontes

Perguntas frequentes

Qual a diferença entre impact mapping e um roadmap comum?

Um roadmap comum é uma lista de entregas no tempo: em geral responde o quê e quando, mas raramente deixa explícito o porquê e para quem. O impact mapping inverte a ordem. Ele começa pela meta de negócio, desce para os atores que podem ajudar ou atrapalhar essa meta, depois para os impactos, que são mudanças de comportamento desses atores, e só no fim chega às entregas. Cada entrega fica pendurada num impacto, e cada impacto num ator, e cada ator na meta. Isso muda a conversa: em vez de discutir se uma feature entra ou sai do trimestre, você discute se ela move algum comportamento que aproxima a meta. Se não move nenhum, ela cai sozinha. O mapa transforma o roadmap de uma lista de compromissos numa árvore de apostas testáveis, que é exatamente o que um projeto de IA cheio de incerteza precisa.

Impact mapping serve para projeto de IA ou só para software tradicional?

Serve especialmente bem para IA, justamente porque IA sofre mais com o vício de começar pela solução. É comum um time decidir que vai usar um agente ou um modelo específico antes de saber qual comportamento de qual pessoa quer mudar. O impact mapping força a sequência certa: primeiro a meta, depois de quem é o comportamento que precisa mudar, depois qual mudança, e só então se um recurso de IA é a melhor entrega para provocar essa mudança. Muitas vezes a resposta honesta é que uma solução mais simples resolveria, e o mapa deixa isso visível antes de você gastar meses treinando ou integrando modelo. Quando a IA é mesmo a melhor aposta, o mapa te dá a métrica de comportamento contra a qual medir se o piloto funcionou, que é o que separa projeto que prova valor de projeto que só gera demo.

← Todos os artigos