Ferramentas e Tech Stack do Product Designer: A Auditoria Honesta de 2026

Toda equipe de design com que já trabalhei tem o mesmo artefato por aí. É uma página do Notion chamada "ferramentas de design" com vinte e três assinaturas SaaS. Metade delas está sendo cobrada em um cartão corporativo de um designer que saiu há dois anos. Três fazem a mesma coisa. Duas não são abertas desde o onboarding. Uma delas é um painel de pesquisa moderada que custa USD 400 por mês e que a empresa usou exatamente duas vezes.

Isso não é um stack. É uma acumulação. Um stack é algo que você projetou; isso é algo que aconteceu com você.

A solução não é mais uma ferramenta. A solução é a disciplina de responder a seis perguntas sobre o seu trabalho e escolher uma ferramenta por pergunta. Esse é o artigo inteiro. O resto são apenas os recibos.

Por que a Maioria dos Stacks Está Inchada

Figma mais um monte de plugins não é um stack. É o padrão. Os padrões são aceitáveis quando o custo de escolher é alto e o custo de errar é baixo. Ferramentas são o oposto. Errar é caro (migrações, retreinamento, memória institucional perdida), e escolher não é assim tão difícil se você sabe para o que está escolhendo.

Um stack real de design de produto responde a seis perguntas:

1. Como desenhamos? (o arquivo, o canvas, a fonte da verdade)
2. Como criamos protótipos? (baixa fidelidade, alta fidelidade e o raro caso de hardware ou nativo)
3. Como pesquisamos? (testes não moderados, painéis moderados, síntese)
4. Como observamos usuários reais? (replay de sessão, não analytics)
5. Como medimos o uso? (analytics de produto, os funis e curvas de retenção)
6. Como fazemos handoff para a engenharia? (o design system, o modo de desenvolvimento, o registro que diz "sim, é isso que lançamos")

Se o seu stack tem mais de duas ferramentas por pergunta, você tem um problema de stack. Se tem zero ferramentas para uma pergunta, você tem um problema de maturidade. A maioria das equipes tem os dois.

As Seis Principais (com preços reais, abril de 2026)

Os preços abaixo são os preços de lista públicos de abril de 2026. Descontos enterprise existem; ignore-os para a auditoria e faça as contas no preço de lista. Se você não consegue justificar a ferramenta no preço de lista, não consegue justificar mantê-la em um cartão corporativo.

1. Design: Figma Professional (USD 15/editor/mês, faturado anualmente)

O Figma ainda é o piso. Eu queria ter uma perspectiva mais interessante. O Sketch existe, o Penpot existe, a aquisição pela Adobe não aconteceu e as pessoas seguiram em frente. Escolha o Sketch apenas se você tem uma equipe exclusivamente Mac e um bom motivo. Escolha o Penpot apenas se você genuinamente precisa de open-source e self-host (setores regulados, principalmente). Caso contrário, Figma Professional, USD 15 por editor por mês com faturamento anual, USD 20 no mensal. Visualizadores são gratuitos. Pare de pagar por assentos de visualizador por acidente.

A decisão honesta: a maioria das equipes está com licenças em excesso para assentos de editor. PMs e engenheiros não precisam editar. Audite a sua lista de assentos, rebaixe todos que não empurraram um frame em 60 dias. Isso sozinho geralmente paga as próximas duas ferramentas desta lista.

2. Prototipagem: Figma para baixa fidelidade, Framer ou ProtoPie para o restante

Três ferramentas, três funções.

Figma para click-throughs de baixa fidelidade e revisões de design. Você já paga por ele. Não pague duas vezes.

Framer (USD 15/mês Mini, USD 30/mês Basic) para protótipos web com sensação de produção (qualquer coisa em que a demo precise parecer um site real com interações reais, transições de página e conteúdo alimentado por CMS). O valor do Framer não é ser um Figma melhor; é que o protótipo pode se tornar o site de marketing. Para equipes de B2B SaaS, isso importa mais do que as pessoas admitem.

ProtoPie (USD 13/mês Pro por editor, USD 33/mês Enterprise por editor) para interações de hardware e nativas. Sensores, acelerômetros, lógica ramificada, handoffs entre dispositivos. Se você está desenhando um app para celular, uma interação para smartwatch ou qualquer coisa que envolva hardware, o ProtoPie é a única ferramenta que leva o trabalho a sério. Se não é o seu caso, pule. A maioria dos designers de produto não precisa dele. Os que precisam sabem exatamente por quê.

A armadilha: comprar o ProtoPie porque um designer sênior o demonstrou e pareceu incrível. Ferramentas que você não usa semanalmente são ferramentas que você deveria cancelar.

3. Pesquisa: Maze, UserTesting, Dovetail (escolha os que correspondem à sua realidade)

Pesquisa é onde os stacks se expandem mais rapidamente, porque cada fornecedor de pesquisa vende "nós substituímos todos os outros." Nenhum deles faz isso.

Maze (USD 99/mês Starter, USD 375/mês Professional) para testes de usabilidade não moderados, testes de árvore, card sorts e validação rápida de protótipos. Rápido, barato, fica próximo ao Figma. Se você lança semanalmente, o Maze se paga no primeiro mês.

UserTesting é o painel moderado. Precificação por cotação, historicamente USD 25K-40K por ano para um contrato inicial, mais se você quer recrutamento e segmentação. Vale a pena apenas se você está conduzindo 4 ou mais estudos moderados por trimestre. Abaixo disso, recrutadores freelance mais Calendly mais Zoom é mais barato e mais flexível. A maioria das equipes mantém o UserTesting por inércia.

Dovetail (USD 99/usuário/mês Professional, USD 159/usuário/mês Enterprise) para síntese de pesquisa, tagging e a pergunta "onde ouvimos esse insight". O Dovetail é a ferramenta que realmente importa para equipes maduras em pesquisa, porque gravações brutas não são insights. A síntese é o ativo. Se você não está sintetizando, não está fazendo pesquisa.

A decisão honesta: equipes pequenas (1 a 3 designers) se viram com Maze mais um banco de dados compartilhado no Notion. Equipes de tamanho médio (5 a 15 designers) precisam de Maze mais Dovetail. Equipes grandes adicionam UserTesting por cima, e somente porque têm uma pessoa de research ops que o opera. Se você não tem uma pessoa de research ops, o UserTesting vira ferramenta de prateleira em seis meses.

4. Replay de Sessão: FullStory ou Hotjar (escolha um, não os dois)

Replay de sessão serve para assistir usuários reais clicando freneticamente na navegação. Não é analytics. Não é substituto de pesquisa. É a camada qualitativa sobre os seus dados quantitativos.

FullStory é a escolha enterprise: precificação por cotação, historicamente em torno de USD 199/mês para o nível de entrada, subindo rapidamente com base no tráfego. Melhor filtragem, melhores funcionalidades de equipe, melhores integrações.

Hotjar (USD 32/mês Plus, USD 80/mês Business) é a escolha para equipes pequenas. Heatmaps, gravações, funis básicos. Barato, razoável, tem limitações. Acima de cerca de 50K sessões mensais, o Hotjar começa a ser problemático.

Já vi exatamente uma equipe que realmente precisava dos dois. Eles estavam errados; precisavam de um deles e de um ponto de vista mais claro. Escolha um.

5. Analytics de Produto: Amplitude, Mixpanel ou PostHog (um, aprenda a fundo)

Essa é a categoria em que os designers perdem mais alavancagem por não se engajarem.

Amplitude tem um generoso plano gratuito (até 50K usuários rastreados mensalmente) e planos pagos por cotação. Analytics comportamental de primeira linha, cohorts sólidos e as consultas de funil e retenção são genuinamente úteis.

Mixpanel (USD 28/mês plano Growth, escala com eventos) é o concorrente mais leve. UI mais limpa, mais rápido de aprender, mais fraco em segmentação avançada.

PostHog é o favorito dos engenheiros. Gratuito se você hospedar, USD 0,00005 por evento na nuvem (efetivamente gratuito até cerca de 1 milhão de eventos por mês). Combina replay de sessão, feature flags e analytics. Se a sua equipe de engenharia já usa PostHog, use também. Não há ferramenta separada para comprar.

Designers que conseguem escrever uma consulta de funil na sua ferramenta de analytics são ouvidos duas vezes mais nas revisões de produto. Já vi isso acontecer por uma década. Escolha uma, supere o "vou aprender depois" e aprenda. Você não precisa ser um cientista de dados; precisa ser a pessoa na sala que consegue responder "o que aconteceu depois que lançamos isso?" sem pedir ao PM para puxar um relatório.

6. Design System e Handoff: Figma Dev Mode e Storybook

Figma Dev Mode (USD 25 por assento de desenvolvedor por mês) é a camada de handoff. Ele dá aos engenheiros medidas, tokens, trechos de código e diffs de versão sem que ninguém precise de um assento de editor. Vale cada centavo; a alternativa é uma thread no Slack por especificação.

Storybook é open-source e gratuito. É onde os seus componentes construídos ficam, documentados, com suas props e estados. Junto com o Figma Dev Mode, "isso foi construído corretamente?" passa a ser uma comparação de 30 segundos em vez de uma troca que consome dois dias de tempo de engenheiro por sprint.

O Storybook não é uma ferramenta de design. É uma ferramenta de design system. Se você não tem um, o seu design system não é um sistema; é uma biblioteca do Figma e algumas esperanças. As equipes que mantêm o Storybook lançam de 30 a 40% menos regressões visuais, na minha experiência. As que não mantêm registram o mesmo bug três vezes por trimestre.

As Seis Principais em um Olhar

Total no extremo de equipe pequena (3 designers, 5 engenheiros, tráfego modesto): cerca de USD 200-280/designer/mês tudo incluído. No extremo de equipe de tamanho médio (10 designers, 20 engenheiros, tráfego real): USD 300-450/designer/mês. Se você está pagando mais de USD 500/designer/mês pelas seis principais, você tem um problema de auditoria, não um problema de ferramentas.

A Auditoria de Stack de 30 Dias

Essa é a parte que a maioria das equipes pula e depois reclama do excesso de ferramentas. Reserve as quatro semanas. Coloque no calendário. Veja o que fazer.

Semana 1: Inventário

Liste cada ferramenta, cada assento, cada data de renovação, cada responsável, cada custo mensal. Uma planilha. Colunas: ferramenta, categoria, número de assentos, responsável, gasto mensal, último login (puxe do admin), data de renovação, termos do contrato.

Seja honesto na coluna de último login. Se ninguém abriu uma ferramenta em 90 dias, ela é candidata ao cancelamento. Se ninguém a abriu em 180 dias, não é candidata; é uma eliminação confirmada.

O resultado da semana 1 é um número: gasto total de stack por designer por mês. A maioria das equipes nunca calculou isso. O número geralmente é o dobro do que as pessoas estimam.

Semana 2: Escolha Uma por Categoria

Pegue as seis principais. Para cada uma, escolha exatamente uma ferramenta. Documente a escolha e o motivo em uma frase cada. Motivos que contam: "a equipe já a conhece", "já está pago", "integra com o nosso stack de analytics." Motivos que não contam: "sempre usamos isso", "o designer sênior prefere."

O resultado da semana 2 é um documento de uma página com seis linhas. Ferramenta, por quê, responsável.

Semana 3: Migrar ou Encerrar

Essa é a semana difícil. Tudo no seu inventário que não foi selecionado recebe uma data de encerramento. Migre os dados, cancele o contrato, redistribua os assentos. Duas ferramentas de prototipagem se tornam uma. Três ferramentas de pesquisa se tornam duas (às vezes uma). Os oito plugins do Figma que se sobrepõem se tornam dois.

Comunique os encerramentos com antecedência. Os designers vão resistir a perder ferramentas de que gostam. A maioria da resistência é sentimental, não operacional. Pergunte "qual trabalho você faz com isso que não conseguiria fazer sem ele?" Se a resposta for vaga, encerre.

Semana 4: Documentar e Compartilhar

Escreva um documento de "stack de design" de uma página. Seis categorias, a ferramenta escolhida, o preço, o responsável, o processo de acesso, o link para a biblioteca ou conta da equipe. Compartilhe com PM e Engenharia. Fixe no canal de design. Atualize trimestralmente.

O documento é a entrega. Se o documento não existe, a auditoria não aconteceu. A equipe vai voltar para a página do Notion com 23 assinaturas dentro de um trimestre.

O resultado da semana 4 é que ninguém na equipe precisa perguntar "espera, onde colocamos os insights de pesquisa mesmo?" Essa pergunta sozinha custa horas por semana em uma equipe de 10 pessoas.

Armadilhas Comuns

Algumas ciladas que já vi equipes caírem mais de uma vez.

Comprar ferramentas para resolver problemas de processo. Uma ferramenta de pesquisa não vai fazer os stakeholders lerem o relatório. Uma ferramenta de design system não vai fazer os engenheiros pararem de criar forks de componentes. Uma ferramenta de handoff não vai fazer o PM escrever especificações melhores. Se o gargalo é humano, nenhuma assinatura SaaS o resolve. O caminho certo é uma conversa difícil, não uma solicitação de compra.

Confundir replay de sessão com analytics. Replay de sessão mostra o que um usuário fez. Analytics mostra o que 10.000 usuários fizeram. Eles respondem perguntas diferentes. Equipes que compram o Hotjar pensando que vai substituir o Mixpanel acabam sem nenhuma das categorias coberta adequadamente.

Tratar o Figma como o design system. O Figma é onde o design system vive nas ferramentas de design. O Storybook é onde ele vive no código. O Notion ou o Zeroheight é onde ele vive na documentação. Os três importam. Um "design system" que é apenas uma biblioteca do Figma é um kit de componentes, não um sistema.

Comprar ferramentas enterprise para equipes pequenas. UserTesting a USD 30K/ano para um pesquisador conduzindo dois estudos por trimestre é desperdício, não valor. Dovetail a USD 99/usuário para um único usuário com 12 estudos por ano é razoável. As contas têm que funcionar para o seu uso real, não para o seu uso aspiracional.

Deixar as renovações no piloto automático. Defina um lembrete no calendário 60 dias antes de cada renovação. Use essa janela para renegociar ou cancelar. Os fornecedores esperam pressão na renovação; eles precificam o primeiro ano como isca. As equipes que nunca renegociam pagam de 30 a 50% a mais em três anos do que as equipes que o fazem.

Como é o "Feito"

Você vai saber que a auditoria funcionou quando três coisas forem verdade.

Você consegue nomear cada ferramenta, cada preço, cada responsável e cada data de renovação sem abrir um documento. O gasto total por designer é um número que você consegue defender para o seu parceiro de finanças. Os engenheiros sabem exatamente onde procurar quando precisam de uma especificação e param de perguntar no Slack.

É só isso. Sem mais páginas do Notion com 23 assinaturas. Sem mais cobranças misteriosas em um cartão de um designer que saiu há dois anos. Sem mais "acho que temos uma ferramenta de pesquisa, em algum lugar?" O stack se torna invisível, que é o que um bom stack deveria ser: presente quando você precisa, silencioso quando não precisa.

Os melhores designers que conheço passam quase nenhum tempo pensando no stack deles. Escolheram uma vez, auditam uma vez por ano, e o restante do tempo estão lançando trabalho. Esse é o padrão.

Saiba Mais

• Job Description de Product Designer
• Construindo um Design System do Zero
• Trabalhando com Engenheiros sem Fricção
• Conduzindo Pesquisa com Usuários de Forma Leve