ROI de design: o cálculo em 6 passos com um projeto real

Todo founder já ouviu que design dá retorno. Pouca gente já viu a conta. Quando o dinheiro aperta, design vira a primeira linha cortada do orçamento, justamente porque ninguém consegue mostrar quanto ele devolveu.

Em 11 de setembro de 2026, Alex Williams publicou na Smashing Magazine um método para montar um caso de ROI de design que aguente uma reunião de diretoria. A frase que abre o raciocínio é direta: “Strong UX ideas do not secure investment on their own” (boas ideias de UX não garantem investimento sozinhas). Neste texto eu resumo o método e tento refazer a conta com um projeto nosso.

O exemplo do artigo é inventado, e isso importa

O caso que a Smashing usa para demonstrar o método é de uma empresa SaaS B2B chamada Meridian. O próprio artigo avisa que ela é inteiramente fictícia. Os números servem para mostrar a mecânica, não como referência de mercado.

Mesmo assim, vale ver a forma da conta. No exemplo, um redesign do onboarding leva a conversão de teste para pago de 8,0% para 9,4%, o que gera cerca de 560 clientes pagantes a mais por ano. Com receita anual média de US$1.800 por conta, isso dá perto de US$1 milhão em receita nova. O artigo atribui 70% desse ganho ao redesign, como premissa declarada, e divide pelo investimento total de US$117 mil. O resultado é um ROI de cerca de 5 para 1 no primeiro ano.

O ponto não é o 5:1. É que cada número tem origem, e cada premissa está escrita.

Quais são os 6 passos do método

O artigo não numera as etapas, mas a estrutura segue esta ordem:

1. Definir sucesso. Converse com quem decide em cada área, ache os temas que se repetem e escreva cada um como meta com número. Prefira métricas que já aparecem nos painéis da empresa.
2. Somar o custo total. Não só o design. Entram engenharia, ferramentas, coordenação e o tempo das pessoas em reuniões e revisões, calculado pelo custo real da hora.
3. Provar causa. Teste A/B quando der. Quando não der, série histórica com linha de base antes da mudança. Registre o que mais mudou no mesmo período e decida a porcentagem atribuída antes de ver o resultado.
4. Calcular. Ganho incremental vezes receita média, vezes a atribuição, dividido pelo investimento. Economias secundárias, como menos chamados de suporte, ficam numa linha separada.
5. Adaptar a cada decisor. O financeiro quer custo e risco. O marketing quer conversão. O produto quer volume de suporte. Os números não mudam entre as versões; só a ordem.
6. Juntar evidência qualitativa. NPS, satisfação, frases de usuários, coletadas de forma sistemática. E pessoas dentro da empresa que saibam repetir a história.

Williams resume o problema numa linha: “Executives don’t hate UX, they just hate vagueness” (executivos não odeiam UX, odeiam o vago).

Refazendo a conta com um projeto real: AI Vou Eu

Aqui entra o nosso caso. Uso só o que é fato público do projeto e deixo entre colchetes o que ainda não medimos ou não posso publicar.

A AI Vou Eu chegou até nós depois de gastar R$200 mil em 3 estúdios sem ter produto no ar. Com o Studio, o produto foi ao ar em 4 semanas.

Passando pelos seis passos:

1. Sucesso. Para um founder com produto parado, sucesso não é conversão. É ter o produto no ar, com usuários reais, numa data conhecida. A métrica de negócio que vem depois é [métrica principal definida com o cliente: cadastros, reservas ou receita].

2. Custo total. De um lado, o que já tinha sido gasto: R$200 mil, sem produto. Do outro, o nosso projeto: [valor fechado do projeto AI Vou Eu], mais [horas do time do cliente em reuniões e validações].

3. Causa. Aqui a atribuição é mais simples do que no exemplo da Smashing. Antes, não havia produto. Depois de 4 semanas, havia. Não existe concorrência de causas para o fato de o produto estar no ar. O que exige cuidado é atribuir o que veio depois: [resultados após o lançamento e o que mais mudou no mesmo período].

4. Cálculo. A conta honesta tem duas partes. A primeira é o custo evitado: cada mês sem produto no ar era mais um mês de gasto sem retorno. [Custo mensal que o cliente tinha enquanto o produto não saía]. A segunda é o ganho gerado: [receita ou métrica do primeiro período no ar] dividido por [investimento total no Studio].

5. Decisores. Para um founder, a pergunta do financeiro é “quanto eu ainda vou gastar até ver algo funcionando?”. Com preço fechado depois do diagnóstico e prazo escrito no contrato, essa resposta existe antes de começar.

6. Qualitativo. [Depoimento do cliente e primeiras reações de usuários].

Por que o ROI de produto parado é diferente

O método da Smashing foi pensado para empresas que já têm produto, tráfego e linha de base. O redesign melhora algo que existe. Para um founder sem produto no ar, a primeira linha da conta é outra: quanto custa cada semana sem lançar.

Os R$200 mil da AI Vou Eu não renderam nada enquanto o produto não saiu. Esse é o retorno mais fácil de medir e o mais ignorado. Antes de discutir quantos pontos de conversão um bom design traz, a pergunta é se existe algo para converter.

O que isso muda para você

Se você vai contratar design ou desenvolvimento, monte a conta antes de assinar:

• Escreva a métrica de sucesso. Uma só, com número e data.
• Some o custo total. Inclua o seu tempo e o do seu time.
• Registre a linha de base hoje. Mesmo que seja zero.
• Declare a atribuição. Quanto do resultado você vai creditar ao projeto, e por quê.
• Conte o custo de esperar. Quanto sai do caixa a cada mês sem produto no ar.

Williams fecha com uma ideia que vale para estúdio e para cliente: “repeatable ROI is what earns recurring investment” (ROI repetível é o que garante investimento recorrente).

Como fazemos no Studio

Começamos pelo diagnóstico. Depois dele vem o preço fechado e o prazo escrito no contrato, o que resolve os passos 2 e 5 antes do primeiro dia de trabalho. Todo sistema sai com um agente de IA que roda todo dia, aponta falhas e confere se os dados fazem sentido, o que ajuda a manter a linha de base viva depois do lançamento. [Como registramos a métrica de sucesso com o cliente no início do projeto].

Se você tem um SaaS para colocar no ar e quer a conta escrita antes de começar, o nosso serviço de sistemas e SaaS começa por esse diagnóstico.