O cliente não contrata um app

Toda empresa de tecnologia tem um app. Poucas têm um produto.

App é o artefato: telas, botões, fluxo de cadastro, a versão que está na loja. Produto é o progresso que alguém consegue fazer na vida depois de decidir confiar nisso tudo, e esse progresso não aparece em nenhum repositório.

O que as pessoas contratam

Uso Jobs to be Done desde 2016. A ideia central cabe numa linha: as pessoas não compram produtos, contratam progresso. Quem baixa um app de Bitcoin quer se sentir no controle do próprio dinheiro, ou parecer sofisticada pra família, ou dormir tranquila sabendo que guardou parte do patrimônio fora do banco.

O app é só quem ela contratou pra isso. Se aparecer coisa melhor amanhã, ela troca sem culpa. A fidelidade é ao resultado.

Isso muda onde o time presta atenção. A pergunta deixa de ser "que tela falta construir" e vira "que parte da jornada ainda dói".

Três vezes que vi isso na prática

Na Remessa Online, o problema nunca foi a interface de envio. Mandar dinheiro pra fora do país era burocrático e dava medo, a pessoa não sabia se ia chegar. As telas ajudaram, mas o que fez a empresa crescer foi entender que o cliente estava contratando confiança. O formulário era o de menos.

Na Xerpay, o produto era adiantamento salarial, e o desafio de design era emocional: pra muita gente, pedir adiantamento dá vergonha. A gente respondeu com conteúdo de educação financeira, linguagem que não constrangia e um fluxo que parecia ajuda e não esmola. Nenhuma dessas decisões aparece num inventário de features.

Na Bipa, entrei pra evoluir um site que tinha páginas e não tinha funil. Antes de desenhar qualquer coisa, rodei 40 entrevistas de JTBD com usuários reais. Uma das descobertas: mandar o lead orgânico pro app, a decisão que parecia óbvia e que o time dava como certa, convertia bem pior do que deixar a pessoa terminar o cadastro no navegador. Isso só aparece no comportamento de quem está tentando resolver o problema, nunca na tela do app.

O que a métrica de app não mostra

Dá pra medir se o app funciona: crash rate, tempo de carregamento, uptime. Isso é operação e tem que estar impecável. Só que nenhum desses números diz se o produto está funcionando.

Produto funciona quando a métrica de negócio se mexe porque a experiência melhorou: ativação mais rápida, menos chamado no suporte, mais recorrência, mais indicação. Com o app perfeito e o negócio parado, alguém confundiu polimento com impacto.

Design bonito sem decisão por trás é decoração, e decoração não mexe em métrica.

Onde o design entra

Se produto é o progresso de quem usa e o app é o artefato, o design fica no meio dos dois. O trabalho dele é reduzir incerteza, alinhar o time e melhorar a decisão que vem antes da primeira linha de código. Usado assim, ele é a diferença entre lançar a feature errada com acabamento perfeito e lançar a certa.

Por isso o trabalho começa antes do wireframe: perguntando qual job está em jogo, cruzando pesquisa com dado, questionando a hipótese que o time já tinha dado como certa. Foi assim que a Bipa descobriu que a rota óbvia pro app convertia pior que o navegador. Designer que só desenha o que pedem entrega tela. Quando participa da decisão, entrega produto.

Pesquisa que não vira decisão é arquivo. Entrevista, mapa de jornada e benchmark só valem quando mudam o que a empresa faz na semana seguinte, como uma frase de usuário que vira prioridade de roadmap em vez de card bonito num slide de research.

O que muda na prática

O app continua importante. O que muda é a unidade de valor. Antes de abrir o Figma, vale perguntar que job essa pessoa está tentando fazer e o que ela sente quando não consegue.

Na Remessa Online, a resposta era medo de o dinheiro não chegar. Na Xerpay, vergonha de pedir. Nenhuma das duas cabia num backlog de telas.