No palco Stadium do TDC São Paulo 2026, a palestra "Consertar um problema pode criar outro (pensamento sistêmico para times de produto)", creditada a Ricardo Martins (Vessel Academy) no slide de abertura, usou um caso conhecido de quem já pediu comida por aplicativo para explicar um conceito central do pensamento sistêmico: o efeito bexiga d'água.
O raciocínio parte de um problema real de produto: usuários ansiosos, sem saber onde está o motoboy, geram uma enxurrada de tickets de suporte. A solução aparentemente óbvia — um mapa em tempo real — resolve o sintoma, mas desloca a pressão para outro ponto do sistema: o próprio entregador.
"Aquela pressão do usuário olhando para a tela e pensando, cadê a minha pizza que não chegou, ela vai se transformar agora num alvo humano que tem nome e foto, que é o motoboy."
Segundo a apresentação, o motoboy monitorado passa a reagir: desliga o GPS em trechos do trajeto, marca chegada ao restaurante antes da hora, ou recorre a falsificadores de GPS — ferramentas que simulam localização falsa. O resultado é que o mapa, criado para dar transparência, passa a exibir dados que não correspondem à realidade, reacendendo a desconfiança que a feature deveria eliminar.
A apresentação chamou esse ciclo de débito ético, em contraste com o débito técnico já conhecido dos times de engenharia:
"No débito técnico, quem contrai a dívida é quem paga. [...] Só que quando tem um débito ético, quem contrai a dívida não é quem paga [...] não existe rollback de perna quebrada no trânsito, não existe hotfix de acidente com motoboy."
A raiz do atraso, segundo a fala, muitas vezes nem está no time de tecnologia nem no motoboy, mas em outro elo da cadeia — no exemplo dado, a capacidade operacional do restaurante em picos de demanda.
Para equipes de produto que precisam, ainda assim, dar respostas rápidas, a apresentação deixou quatro perguntas práticas para o backlog:
- Essa solução ataca o sintoma ou a causa raiz? Se for o sintoma, mantenha a causa raiz registrada como pendência.
- Resolver isso aqui pode gerar um problema em outro ponto do sistema?
- Quais outros sinais (além da métrica que melhorou) devo monitorar para detectar efeitos colaterais?
- "E depois?" — encadear essa pergunta várias vezes ajuda a antecipar efeitos perversos antes de lançar a mudança.
O material completo, com exemplos adicionais, foi disponibilizado via QR Code ao final da sessão, que se encerrou com perguntas da plateia.