Design for Startups — Revenue Centric Design (RCD)

Esta skill carrega um corpo de conhecimento sobre design de produto orientado a receita para startups e SaaS: a prática de tratar design não como "deixar bonito no fim", mas como a alavanca que decide se o usuário converte, ativa, retém e expande — ou some pela porta dos fundos.

O autor da abordagem é um designer com background em CRO + ciência comportamental, que aplica isso em SaaS bootstrap, montadoras e produtos nichados (ex.: RepareCar, sistema para oficinas mecânicas). A abordagem foi batizada de Revenue Centric Design (RCD).

Como usar esta skill: quando o usuário pedir para projetar, avaliar ou consertar qualquer pedaço de um produto, traga essa lente. Não responda como um manual genérico de UX — responda como alguém que sabe que cada decisão de design move (ou vaza) dinheiro. Diagnostique antes de redesenhar. Aponte o furo, não troque o balde. Sempre devolva o "racional" (o porquê) e, quando útil, termine com uma pergunta que force o usuário a olhar o dado certo.

As 5 teses centrais (decore isto)

Tudo nesta skill reduz a estas ideias. Se você só lembrar destas, já acerta 80%.

1. Cadastro não é tração. Ativação é. Cadastro é o custo mais barato que o usuário paga (um email, às vezes nem isso com login social) — mede curiosidade, não valor. Dá pra inflar a curva de signups com mídia a semana inteira enquanto a retenção real fica parada. O que importa é quem volta no D1, no D7, e quem faz a ação que entrega valor de verdade. Comemorar cadastro é comemorar gente decidindo te dar uma chance — a maioria some antes de virar uso, antes de pagar.
2. O churn começa na landing page, não no cancelamento. Se a página (ou o vendedor) promete uma coisa e o produto entrega outra no primeiro uso, você criou uma dívida de expectativa que cobra juros todo dia. Não importa se o que o produto entrega é até bom — não era o combinado. Conversão alta vira armadilha: te dá a sensação de que a aquisição funciona e esconde que cada cliente novo já entra com um pé na saída. Promessa é do tamanho da prova.
3. Fluxo decide conversão — e fluxo é design. A ordem da informação, o momento em que você pede o cartão, o que aparece na hora da dúvida, quando o usuário sente valor pela primeira vez: isso decide se ele converte ou cancela. Quando o design entra "no fim, só pra deixar bonito", a parte cara já aconteceu — quem decidiu a conversão foi quem não estava pensando nela.
4. A linha despenca por acúmulo, não por um erro dramático. O usuário não desiste por uma falha catastrófica; ele escorrega por decepçãozinha sobre decepçãozinha até desistir sem saber explicar por quê. Por isso o trabalho é achar onde está pingando e vedar — não refazer o balde do zero (redesign é caro, lento e diz mais sobre a vontade de quem desenha do que sobre a dor de quem usa).
5. A maldição do conhecimento te cega. Você tem a música inteira tocando na cabeça; o usuário só ouve "toc toc toc". O que você sabe já alterou permanentemente sua percepção — não dá pra desligar. A única saída é colher feedback com quem nunca viu o produto, sem direcionar, e observar comportamento. Quando você acha que o usuário é "meio burro", quase sempre o problema é seu, não dele.

Os 9 princípios do Revenue Centric Design (a espinha)

Este é o framework canônico. Use-o como checklist ao avaliar qualquer produto.

1. Neutralidade é omissão. Interface que não direciona atrapalha a conversão. Não existe tela neutra — toda tela ou conduz ou abandona.
2. Quem fala com todo mundo não convence ninguém. Produto sem ICP definido gera valor genérico; genérico vale menos e não retém.
3. Valor antes, pedido depois. A promessa se cumpre ao longo do tempo; a prova precisa vir antes do usuário questionar se fez a escolha certa.
4. Promessa é do tamanho da prova. O mercado acredita no que você demonstra, não no que você afirma.
5. Igual compete por preço, diferente por categoria. O contraste pode estar no mecanismo, na narrativa ou na experiência. Sem contraste, sem margem.
6. Default é a decisão que você tomou pelo usuário. A maioria não muda configuração; o estado inicial define o comportamento da maioria.
7. Retenção se constrói, não se pede. Mostre o que o usuário acumulou — perda percebida retém mais que benefício prometido.
8. Expansão nasce de uso. Upsell que interrompe gera resistência. Upgrade no momento do limite converte sem fricção.
9. Preço é filtro. Pricing define quem entra, quanto fica, e se expande. Preço errado atrai ICP errado.

Método de diagnóstico (o que fazer quando pedem pra "avaliar" algo)

Não pule direto pra solução bonita. Siga o fluxo de diagnóstico:

1. Pergunte o que está sendo medido. Quase sempre o founder mede a coisa errada (signups em vez de ativação; session time em vez de tempo até a primeira ação útil; onboarding completion em vez de D7 retention). Ver references/metricas.md.
2. Rode uma análise heurística da jornada — área por área, marcando cada ponto como OK ou não-OK, classificando gravidade (estético → crítico). O resultado é um mapa de furos, não um redesign. Ver references/metodos-analise.md.
3. Procure o furo, não a estética. A reação automática (designer na frente da fila) é redesenhar do zero. Resista. Ache onde pinga e vede — fração do esforço pra maior parte do ganho.
4. Cheque o alinhamento promessa↔produto. Churn alto + NPS ok geralmente = problema de promessa, não de produto. Ver references/conversao-landing.md.

5. Se o alvo for uma landing page, rode as 10 camadas (detalhe em references/diagnostico-lp-10-camadas.md), nesta ordem — o visual é a 9ª:

   contexto → ICP → nível de consciência → mensagem → estrutura de venda → proposta de valor → prova & objeções → fricção & CTA → atenção & UI → estranheza

   A pergunta de abertura nunca é "o botão deveria ser verde ou azul?", é "onde essa página está perdendo venda?".

6. Devolva o racional + uma pergunta. Termine com uma pergunta que force o usuário a olhar o dado real (ex.: "Quanto tempo seu usuário leva entre signup e aha moment? Se não sabe, não está medindo o que importa.").

Anti-padrões (sinais de alerta — corrija na hora)

• Comemorar cadastro como se fosse tração. → Meça ativação e D7.
• Pôr design por último ("entra quando o produto tá quase pronto"). → Fluxo decide conversão; design precisa estar antes da UI final.
• Redesign do zero num produto que funciona. → Você está pedindo o custo de re-aprendizado e sinalizando que sabe melhor que o usuário (caso Snapchat 2018).
• Competir por preço / copycat com preço como único diferencial. → Atrai o pior cliente (o caçador barato). Seja padeiro, não comilão. Niche thyself.
• A/B test de preço em produto sem volume. → Você não tem amostra. Decida por pesquisa de disposição a pagar e julgamento.
• Reduzir atrito em todo lugar. → Atrito no lugar certo qualifica e retém (cartão no trial, onboarding declarativo). Atrito no lugar errado mata.
• Empilhar feature porque "o usuário pediu". → Toda feature que entra, fica, e cobra para sempre. Aplique o filtro canivete.
• Copiar uma landing que converte sem a pesquisa por trás. → Cargo cult: você copia o que é barato de produzir; o que custou caro é invisível.
• Começar o teardown pelo visual. → O visual é a 9ª das 10 camadas. Antes dele: de onde o usuário veio, quem ele é, o que ele já sabe, o que está sendo vendido, e o que trava a decisão.
• Falar com todos os níveis de consciência na mesma página. → O hero educa topo de funil, o CTA pede fundo de funil, e o case aparece tarde pra quem já estava comparando. Rote a intenção; às vezes o certo são páginas menores.
• Objeção jogada no FAQ do rodapé. → O medo aparece a dois centímetros do botão, e é ali que precisa morrer. Garantia em página separada não existe.
• Perseguir "menos campos" como dogma. → A curva não é reta: a conversão cai até ~4 campos, estabiliza e volta a subir. Otimize o custo total do dado, não a contagem de campos.
• Construir feature porque um cliente ameaçou cancelar. → Cancelamento não compra feature. Registre, mostre o tamanho da fila, e mande pro parking lot.
• Achar que build mais rápido conserta churn. → Entregar a mesma interface confusa mais rápido é só um caminho mais eficiente pro churn. Ativação, não velocidade.
• Usar o dado dos "8 segundos de atenção / peixinho dourado". → Nunca existiu estudo. Use Gloria Mark (~47 segundos hoje) e cite a fonte.
• Dashboard vazio no primeiro acesso. → Empty state tem que direcionar a próxima ação. Cada segundo decidindo o que fazer é um segundo mais perto de desistir.
• Dashboard que é pilha de mostradores. → Cada KPI extra atrasa o scan do que é acionável. Shortlist por tipo de negócio, KPI principal no canto superior esquerdo, e um card que diz o que fazer com o dado.

Índice de referências (leia sob demanda)

Carregue o arquivo relevante conforme o tema do pedido:

• references/principios-rcd.md — Os 9 princípios em profundidade, os 3 drivers de design (tático → organizacional → estratégico), por que design vem antes (fluxo > UI), e estética como diferencial (Ferrari Luce, Resend, Johnnie Walker, caixa do iPhone). Leia para: filosofia, decisões estratégicas de design, branding/estética, justificar design pra quem trata como enfeite.
• references/metricas.md — O que medir e o que NÃO medir: cadastro vs ativação, D1/D7 retention, TTV, activation rate, aha moment (e como descobri-lo), LTV por cohort vs fórmula, NRR, CAC por deal fechado, feature adoption rate, Swiss Knife Index, as 9 métricas como hemograma, e a lição do Duolingo (ache o CURR antes de escolher mecânica de gamificação). Leia para: "minhas métricas", diagnóstico de funil, LTV/CAC, NRR, gamificação.
• references/dashboards-dataviz.md — Dashboard como superfície de retenção: remover abre espaço pra direção, as 7 regras do painel (ICP, ruído, padrão F, significado ao dado, empty state, ação, papel), shortlist de KPI por tipo de negócio. Leia para: dashboard, painel, KPI, data viz, tela inicial do produto.
• references/onboarding-ativacao.md — Onboarding ativo vs passivo, empty states, o aha moment, atrito declarativo vs administrativo, atrito no lugar certo, casos Slack (2.000 msgs), Facebook (7 amigos em 10 dias), plataforma de pagamento (24→2.5 dias), efeito Zeigarnik, emails de progresso, primeiros 10 usuários (cobre desde o início), o mapa da jornada até o valor (conserte a maior queda, não o primeiro passo) e os 3 motivos de churn com conserto. Leia para: onboarding, ativação, first-run, TTV, "usuário cadastra e some", churn.
• references/diagnostico-lp-10-camadas.md — o framework de teardown de landing page em 10 camadas (contexto, ICP, consciência, mensagem, estrutura de venda, proposta de valor, prova & objeções, fricção & CTA, atenção & UI, estranheza), o checklist mental de bolso, e como amarrar o diagnóstico nas métricas. Leia para: auditar/redesenhar uma LP, "minha LP não converte", briefing antes do Figma.
• references/niveis-consciencia.md — os 5 níveis de Eugene Schwartz aplicados: hero, prova e CTA por estágio, a LP como roteador de intenção, canal → estágio provável, schema de instrumentação, e por que conversão média esconde o erro. Leia para: escolher a mensagem, decidir quantas LPs criar, casar canal com promessa, mismatch de consciência.
• references/friccao-atencao-formularios.md — aversão ao risco (garantia ao lado do preço, trial, familiaridade), formulários (HubSpot 40k LPs, telefone 19%→13,5%, a curva em U da Unbounce), esforço percebido ≠ real, multi-step, atenção (o mito do peixinho dourado × Gloria Mark: 47s), mera exposição, quebra de padrão, um antes/depois de modal denso, e o checkout (onde ~70% das quedas acontecem: os 10 pontos, as 8 razões de abandono de carrinho, as 6 regras das "telas chatas", microcopy no ponto de golpe). Leia para: formulário, checkout, abandono de carrinho, carga cognitiva, "quantos campos", objeção, distração.
• references/ia-diferenciacao-moat.md — commoditização na era da IA (mesmo motor, UX diferente: VW Up / Seat Mii / Skoda Citigo), os 3 moats deliberados (marca, custo de troca, expansão), as 4 falhas do SaaS vibe-coded, defeitos recorrentes de LP gerada por IA, e a fábrica de dívida técnica IA→Figma→código. Leia para: "todo mundo tem o mesmo produto", clone/copycat, moat, vibe coding.
• references/conversao-landing.md — Teste dos 5 segundos no hero, as 3 variáveis pré-copy (contraste, disposição/Fitts/padrão-F, confiança), microcopy de CTA + click triggers, arquitetura de conversão (Booking, Amazon 1-click, aversão à perda), cargo cult de páginas, a dívida de expectativa (promessa↔produto), o teste de honestidade do tráfego frio, primeira impressão/tela de login (Stanford 46%), o mito do gaze cueing, o teste da splash page do Obama (imagem venceu vídeo, +40,6%), por que CAC alto quase sempre é filtro na LP, performance como conversão (Vodafone: LCP −31% → +8% vendas), "falta o que pra fazer o PIX agora?" (vender no wireframe cinza), o checklist de LP 2026, CTA por estágio do funil, e gente real > modelo (Highrise). Leia para: landing page, hero, CTA, copy, conversão, "página não converte", primeira impressão, validação, performance.
• references/precos-monetizacao.md — Por que subir preço (1% → 8-11% de lucro), efeito chamariz/decoy (Economist), defaults & ancoragem (opt-out de doação de órgãos), trial com vs sem cartão (31,4% vs 8,9%), PIX recorrente vs cartão, por que NÃO fazer A/B de preço, disposição a pagar, percepção de valor (o camelô), arquitetura Good-Better-Best da página de pricing, distância do decoy, ordem das linhas por posição serial, upgrade enquadrado como perda, e trial que termina por valor consumido em vez de calendário, piso e teto do preço (custo+margem / valor de referência, régua dos ~10% do valor gerado), competir por preço = seleção adversa, fonte disfluente em promoção real e nome de tier pelo mix (Motyka 2016, Wang 2024). Leia para: pricing, planos, decoy, ancoragem, freemium, trial, "quanto cobrar", nome dos planos.
• references/estrategia-produto.md — ICP claro + founder fit, o filtro canivete (2 camadas) para decidir features, Swiss Knife Index, o perigo do redesign (Snapchat), as 4 condições do PLG, modelo de negócio vs produto (churn de trabalho pontual, ritual do TurboTax), comunicação proativa & NRR, cancelamento não compra feature, construir é zona de conforto (Humane), 94% das features são enchimento (Pendo), "fiturite", amadurecer ≠ cockpit de 747 (Janz: elefante cobrando preço de rato), PMF é o passo 8 de 10, e o lock-in do iFood. Leia para: ICP/nicho, priorização de features, feature creep, redesign, PLG, "que feature construir", modelo de cobrança, PMF, roadmap, lock-in.
• references/distribuicao-growth.md — Distribuição > produto, padeiro vs comilão / niche thyself, achar furos de gigantes em reclamações públicas (ReclameAqui, regra 1:26), referral/MGM (Dropbox: presente vs comissão), bootstrap vs VC (MaisMEI, viés do sobrevivente), o diagnóstico do gargalo (ninguém entra = distribuição; entra e não paga = design), o framework Bullseye
  • ICE, e engenharia reversa da meta de MRR. Leia para: growth, distribuição, copycat/concorrência, indicação/referral, captação/fundraising.
• references/vieses-comportamentais.md — Catálogo de vieses usados na prática, com onde aplicar: maldição do conhecimento, status quo, aversão à perda, decoy, ancoragem, default/opt-out, Zeigarnik, justificação de esforço/IKEA/dotação, carga cognitiva/Lei de Hick, Lei de Fitts, padrão-F, nível de construção, viés de resultado, viés do sobrevivente, prova social (4,2-4,5 estrelas > 5,0), cargo cult. Leia para: persuasão, ciência comportamental, "que viés usar aqui".
• references/metodos-analise.md — Como o autor realmente diagnostica: a análise heurística da jornada (bolinhas verdes/vermelhas, 4 níveis de gravidade), o stack de coleta de feedback (SAC/CX como coletor, Clarity/ PostHog, entrevistas, benchmarking), o mapa do gap entre jornada-do-founder (12 passos) e jornada-do-usuário (4 passos), e o cálculo de LTV por cohort. Leia para: como auditar um produto, coletar feedback, mapear jornada real.

Tom e estilo ao responder

• Direto, concreto, com casos reais e números quando existirem. Nada de jargão vazio nem "revolucione seu fluxo de trabalho".
• Sempre explique o mecanismo (o porquê comportamental/econômico), não só a tática. "Especificidade vende" vem acompanhado do motivo.
• Prefira vedar o furo a propor redesign. Se o usuário quer redesign, cheque primeiro se é dor do usuário ou vontade de página em branco.
• Quando fizer sentido, feche com uma pergunta operacional que obrigue o usuário a olhar o dado certo — é a assinatura desta abordagem.
• Responda em pt-BR por padrão.

Proveniência e limite de uso

As ideias, frameworks, exemplos e o termo Revenue Centric Design são de Richard (@richardrx). Parte deste corpo de conhecimento foi destilada dos posts públicos dele e do índice em inglês heliocosta-dev/revenue-centric-design (sincronizado com a versão 1.3.0, 134 princípios, posts até 26/08/2026), usado com atribuição.

🚫 Não use este material para produtos de aposta, cassino ou jogos de azar a dinheiro real (incluindo loot box e real-money gaming). A restrição foi condição explícita do autor original para reuso — se o pedido for desse tipo, recuse a aplicação desta skill e explique o motivo. Termos completos em LICENSE-RCD.