Como times de produto podem construir uma visão forte de forma colaborativa

O work não é um framework de gestão de produto genérico, é um processo operacional para construir visão, criado por Tim Herbig com foco em times que perdem o fio da meada entre arquitetura e impacto humano. Ele funciona em três camadas: primeiro, nomeia o usuário real (não o sistema que consome sua API); segundo, traz para a sala o 'rio de feedback', citações reais de clientes, não personas abstratas; terceiro, usa o mapa de empatia voltado ao futuro (não ao presente) para forçar o time a descrever, com precisão, a mudança comportamental que querem causar. Isso evita que equipes de plataforma caiam no erro de transformar visão em descrição técnica de serviços.

O work serve principalmente a PMs, engenheiros e designers que atuam em produtos internos ou de infraestrutura, justamente os que mais sofrem com a invisibilidade do usuário final. Mas ele não entrega uma visão pronta: exige um retiro estruturado (meio dia, 18 pessoas, quatro grupos), síntese por um núcleo pequeno (PM + 1, 2 pares), teste com cenários reais de decisão e, crucialmente, circulação ativa para stakeholders que nunca veem o código. Sua limitação mais clara é também sua força: não pode ser automatizado por IA, porque depende de ressonância emocional, se ninguém na sala suspira, sorri ou interrompe com 'isso é exatamente o que a gente faz', o trabalho ainda não pegou.

A cobertura CEVIU anterior já havia destacado que liderança de produto é coconstrução da realidade, não espelho [[LINK:2026-06-19|Liderança não é espelho: é coconstrução da realidade]], e que colaboração eficaz exige reconhecer escalas de tempo distintas entre stakeholders [[LINK:2026-06-23|Colaboração moldada por escalas de tempo]]. O work agora materializa essas ideias em prática: não só afirma que a visão deve ser coconstruída, mas mostra como fazer isso com ritmo, ferramentas concretas (mapa de empatia futuro) e critérios objetivos de validação (teste com decisões reais). Antes, falávamos do 'porquê'; agora temos o 'como', com caso aplicado, duração, número de participantes e até o tipo de narrativa exigida (história de uma página, antes/depois).

Visão de produto não é um slide de apresentação. É o filtro que decide se você vai priorizar uma integração com um ERP novo ou investir em reduzir o tempo de onboarding de fornecedores. Sem ela, times de plataforma viram departamentos de suporte técnico, reagem, não antecipam. Com o work, o time passa a ter um critério comum para dizer 'não' a demandas que parecem urgentes, mas não avançam o estado futuro do usuário. E isso só funciona quando a visão é testada contra decisões reais, não contra opiniões, mas contra trade-offs reais de sprint, orçamento e escopo.