Existe uma armadilha silenciosa em times de tecnologia: começar pela solução. Muitas vezes, nos apaixonamos por uma ideia, uma nova stack ou um modelo de IA, para só então descobrir que estamos resolvendo o problema errado. O Working Backwards, método criado pela Amazon, nasceu justamente para evitar esse erro: em vez de partir do produto, ele obriga o time a começar pelo cliente e trabalhar de trás para frente.
Foi assim que a Amazon construiu boa parte do seu sucesso — e é isso que vamos destrinchar aqui, com base nas discussões do EBC em Seattle.
A base do Working Backwards: Customer Obsession
Para entender o Working Backwards, é preciso entender de onde ele nasce. Não é uma “ferramenta de produto” isolada, é a consequência prática de uma cultura.
A missão declarada da Amazon é ser a empresa mais centrada no cliente do mundo e o primeiro dos 16 Princípios de Liderança da companhia é, não por acaso, Customer Obsession.
Durante o EBC, Stephen Brozovich, Executive in Residence da AWS, reforçou exatamente esse ponto: na Amazon, começa-se pelo cliente e trabalha-se de trás para frente, em vez de chegar com um produto pronto e procurar para quem vendê-lo.
Parte-se de um entendimento claro do que o cliente precisa e caminha-se a partir dessas necessidades até decidir o que construir. Ele resume a trajetória improvável da empresa com uma frase reveladora: não houve um grande plano mestre em que o passo 1 era “vender livros” e o passo 307 era “construir satélites em órbita baixa”.
O fio condutor entre vender livros e lançar satélites é sempre o mesmo: a pergunta “como tornamos a vida do cliente melhor?”.
As 3 perguntas fundamentais antes do Working Backwards
Antes de escrever qualquer documento, Stephen propõe três perguntas que, segundo ele, definem se você realmente atende às necessidades do cliente. Elas estruturam toda a mentalidade do Working Backwards: primeiro, quem são os seus clientes? Segundo, você está ouvindo-os? E terceiro, como você está tornando a vida deles melhor?
1. Quem é o seu cliente?
Parece óbvio, mas raramente é. O fato é: todo mundo que consome aquilo que o seu time produz é seu cliente. Stephen nos contou de um exercício que fez com sua própria equipe: cada pessoa, sozinha, listou e priorizou seus clientes, e quando compararam as listas, ninguém tinha a mesma lista de clientes nem o mesmo “cliente número um”. A lição: a clareza sobre quem você serve precisa ser explícita e debatida, não presumida.
2. Você está ouvindo o cliente?
Aqui entram dois canais que se complementam. De um lado, dados e métricas: a Amazon mede praticamente tudo o que se relaciona à jornada do cliente. Por exemplo, quanto tempo leva o onboarding numa plataforma, o intervalo entre um clique e outro.
Porque, mesmo quando o cliente não reclama, sabe-se que ninguém gosta de esperar; assim, dá para identificar um processo lento e melhorá-lo sem precisar esperar a ligação de um cliente irritado.
De outro lado, histórias individuais que parecem contradizer os números. E o Stephen nos compartilhou um exemplo famoso da cultura Amazon: Jeff Bezos lia e-mails de clientes enviados ao seu próprio email; quando recebia uma reclamação, encaminhava o e-mail para a área responsável adicionando apenas um caractere no topo: um ponto de interrogação “?”.
E, repetidamente, aquela queixa individual apontava para um problema sistêmico que a empresa sequer sabia que tinha.
3. Como você sabe que vai melhorar a vida do cliente?
Duas pistas valiosas: a primeira é prestar atenção à insatisfação, pois clientes insatisfeitos são fonte de inspiração para inovação. A segunda, e talvez a mais profunda, é a pergunta que Bezos costumava inverter: em vez de “o que vai mudar?”, pergunte “o que NÃO vai mudar?”.
É mais útil perguntar o que não vai mudar, porque conhecemos as coisas que serão sempre verdadeiras para o cliente, como por exemplo: ele sempre vai querer preços baixos, conveniência e variedade/seleção. Não existe universo em que essas três coisas deixem de ser verdade. São as “verdades duradouras” em torno das quais vale a pena organizar investimento de longo prazo.
PR/FAQ: A ferramenta central do Working Backwards
É aqui que o método ganha forma concreta. Quando um time tem uma ideia nova, a Amazon não começa escrevendo código nem montando slides. Começa escrevendo um documento narrativo chamado PR/FAQ — Press Release (comunicado de imprensa) + Frequently Asked Questions (perguntas frequentes).
- O Press Release (PR)
A provocação central é simples e poderosa: escreve-se um press release como se o produto já estivesse no ar e sendo usado pelo cliente, imaginando como seria esse anúncio daqui a seis meses ou dois anos, com o cliente já de posse do produto. O documento responde, na ordem, às perguntas: Quem é o cliente? Qual é a natureza do problema ou da oportunidade que ele tem? E o que a nossa solução faz para melhorar a vida dele?
Repare na ausência conspícua: a tecnologia. E isso é proposital. O fato é que os seus clientes não se importam com IA, nem com que tipo de modelo você usa, nem sequer se importam que você esteja usando IA; eles se importam é com chegar a resultados que não conseguiriam de outra forma, com qualidade melhor ou com mais rapidez.
- Por que um comunicado de imprensa, e não uma especificação técnica?
Porque, como explicam os autores do método na Amazon, escrever um press release é uma “função forçante”: normalmente ele é o último passo do lançamento de um produto, quando você está totalmente focado em descrever o produto de forma que o cliente fique animado para comprá-lo, sem se preocupar com concorrentes, capacidades atuais ou P&L. Trazer esse passo para o início obriga o criador da ideia a manter o foco no cliente desde o primeiro dia.
Há ainda uma regra de disciplina: o tamanho do PR é limitado a uma página, frente apenas; se a sua ideia não é convincente ou clara o suficiente para caber em uma página, você tem um problema.
- O Frequently Asked Questions (FAQ)
Se o PR captura a visão, o FAQ a coloca à prova. E o segredo está no tipo de pergunta que se busca. As perguntas que se quer no FAQ são justamente as desconfortáveis, aquelas que você gostaria que ninguém perguntasse, mas que precisam ser feitas para pressionar e testar a ideia. É no FAQ que entram os detalhes de mercado, riscos, técnica e implementação.
- A revisão coletiva
E o melhor: é uma forma barata de matar ideias ruins, porque, ao escrever o documento, muitas vezes você mesmo percebe que aquilo não faz sentido.
O PR/FAQ não é um documento de uma pessoa só. Ele é lido em grupo, em silêncio, e depois debatido, e é justamente esse escrutínio que dá força ao método. No minuto em que alguém fala, a ideia começa a se transformar; o exercício não é um teatro para defender a ideia, mas um teste da qualidade do pensamento, garantindo que aquilo que vamos construir esteja conectado a um problema real do cliente.
A escrita, aliás, tem um papel democratizante que vale registrar: diferentemente da apresentação de slides, em que se destaca quem é bom de palco e de PowerPoint, a escrita é inclusiva, pois dá voz também a quem não se apresenta bem, desde que esteja embasado em dados.
Working Backwards na prática: casos reais de sucesso
A validação desse método se dá por meio dos resultados operacionais trilionários que ela gerou ao longo das últimas duas décadas. O Working Backwards foi o motor responsável pela criação de ecossistemas inteiros e produtos mundialmente conhecidos:
- AWS e Amazon S3
A gênese da infraestrutura de nuvem global da AWS seguiu a formalidade endêmica do PR/FAQ. Em vez de focar apenas em engenharia pesada, a equipe focou nas dores de coordenação e infraestrutura que as startups enfrentavam.
O primeiro Press Release da AWS foi escrito, reescrito e duramente criticado dezenas de vezes antes que a equipe escrevesse qualquer linha de código. Essa paciência resultou em uma infraestrutura utilitária vendida sob demanda que, em 2025, gerou uma receita de US$129 bilhões.
- Amazon Kindle
Em 2004, a Amazon era uma empresa com foco logístico, sem habilidades na criação de hardwares ou chips. Ignorando as deficiências internas de competência tecnológica, o foco retroativo no cliente exigia uma coisa: a capacidade de comprar um livro e iniciar a leitura em sessenta segundos, sem precisar de conexões complexas com cabos ou Wi-Fi. Como a demanda do cliente descrita no PR/FAQ era imensa, a empresa reconstruiu sua própria infraestrutura criando o laboratório Lab126 para atender à visão.
- Amazon Prime
Para combater a dor do abandono de carrinho ocasionada pelo atrito dos custos de frete, a empresa propôs uma mudança psicológica radical descrita em seu PR.
Cobrando uma taxa anual de assinatura (iniciada a US$79) por frete grátis em entregas de dois dias, a barreira matemática para pequenas compras contínuas foi destruída, exigindo o desenvolvimento logístico interno que acompanhasse essa promessa.
Por que o método funciona? Benefícios e desafios
Os benefícios do Working Backwards e o que ele resolve são:
- Foco no cliente desde o início: evita construir a solução elegante para o problema errado.
- Clareza e alinhamento: Todos entendem o quê e por quê antes de gastar recursos, reduzindo ambiguidade e conflito.
- Eficiência no desenvolvimento: Requisitos claros reduzem retrabalho e desvio de escopo.
- Forma barata de matar ideias ruins: O custo de descobrir que a ideia não presta é uma página de papel, não um trimestre de engenharia.
Mas atenção a uma armadilha contemporânea. Com IA generativa, ficou trivial produzir software rápido e isso torna o Working Backwards ainda mais importante, não menos: não importa quão bom é o software que você escreve, ou quão rápido é o seu processo, se você está deixando os clientes infelizes.
E há um risco específico de quem pede para alguma IA “fazer um press release de Working Backwards”: as ferramentas de chat tendem a dar a resposta de maior probabilidade, ou seja, o “mais do mesmo”, e vão errar exatamente no que é mais difícil e mais valioso: o entendimento profundo e específico do que leva àquele cliente em particular.
Como aplicar o Working Backwards na prática: um roteiro para o seu time
Se você quer experimentar o Working Backwards no seu time, uma proposta inicial seria:
- Liste e priorize seus clientes. Por escrito e em grupo. Não presuma que todos concordam sobre quem vem primeiro.
- Escolha um problema real, não uma solução. Comece por uma verdade duradoura e um problema persistente do seu cliente.
- Escreva o press release de uma página, do ponto de vista do cliente, respondendo: quem é, qual o problema, e como a vida dele melhora. Sem jargão técnico.
- Construa o FAQ com as perguntas desconfortáveis. Especialmente as que você preferiria evitar (riscos, privacidade, trade-offs, modelo de negócio).
- Leia em grupo, em silêncio, e debata. Trate a crítica como um presente, não como ataque pessoal.
- Decida e registre. Se a ideia sobreviver, ótimo. Se não, você acabou de economizar meses de trabalho ao custo de uma folha de papel.
O que vai diferenciar você de seus concorrentes é fazer um trabalho melhor ao responder a essas mesmas perguntas. Quanto mais clareza você tiver sobre quem são seus clientes e por que o que você constrói importa para eles, melhor.
Fontes
1. Palestra: Stephen Brozovich no EBC AWS, Seattle (15/06/2026).
2. Amazon Leadership Principles: Definições de “Customer Obsession”, “Ownership” e “Are Right, A Lot”. Acesse aqui
3. AWS Smart Business Blog: “Working Backwards” to Drive Customer Experience and SMB Innovation Forward (Ben Schreiner, 31/05/2024). Acesse aqui
4. Working Backwards (Colin Bryar & Bill Carr): The Amazon Working Backwards PR/FAQ Process. Acesse aqui
5. AWS Connected Community: Introduction to Working Backwards. Acesse aqui
6. Livro: Working Backwards: Insights, Stories, and Secrets from Inside Amazon (Colin Bryar & Bill Carr). Acesse aqui
7. Coda: Working Backwards | How write-ups help launch successful products. Acesse aqui
8. AWS Executive Insights: A leader’s guide to advanced mental models and mechanisms (Stephen Brozovich). Acesse aqui
