O que a Linear acertou (e por que você não pode simplesmente copiá-la)
A Linear é, pelo segundo ano seguido, a empresa de produto mais copiada no SaaS orientado a design. A maioria das cópias falha. Aqui está o que a Linear realmente acertou por baixo da superfície, por que cópias em nível de screenshot não entendem nada e o que designers devem aprender com a empresa, e não com a UI dela.

Abra qualquer demo day de SaaS B2B em 2026 e você verá cinco startups lançando uma skin da Linear. Canvas escuro. Inter Display no site de marketing. Cmd-K em todo lugar. CTA em ciano suave. Quatro dessas cinco parecem um Jira fantasiado.
É o segundo ano seguido em que a Linear é a empresa de produto mais imitada do SaaS orientado a design, e o segundo ano seguido em que as imitações entregaram uma versão pior da mesma ideia. O fosso da Linear não é a interface, é a pilha de decisões embaixo dela, e a interface é justamente a parte barata de copiar.
Este é o teardown. Sete decisões que Karri Saarinen, Tuomas Artman e Jori Lallo entregaram no primeiro dia e se recusaram a rever. Cinco imitações conhecidas que copiaram a superfície e perderam o resto. Por que cópias de superfície fracassam. O que é portável e o que não é.
A Linear é a empresa de produto mais copiada em 2026
A Plane lança uma superfície Linear sobre um tracker open source. A Shortcut deixou de se chamar Clubhouse e reconstruiu a UI mais perto da Linear. A ZenHub redesenhou o app com o mesmo canvas escuro e Cmd-K. A Tability lança um produto de planejamento com um registro visual impressionantemente parecido. A Height foi adquirida e a reconstrução se apoiou ainda mais no vocabulário da Linear.
Nenhum desses times é burro. Eles escolheram a superfície de produto mais respeitada da categoria e tentaram herdar um pouco de credibilidade. Essa credibilidade foi conquistada por coisas que você não vê, e copiar o que se vê entrega uma imitação com a mesma forma e outra alma.

O fosso são as decisões, não os screenshots
Sete decisões tomadas cedo e mantidas contra uma década de pressão para amolecê-las. Interação orientada ao teclado. Canvas escuro como identidade, não como configuração. Tipografia como ferramenta. Movimento com física de mola. Escrita técnica e calorosa. RFCs como artefatos de produto. Engenharia e design entregando sem muro.
Cada uma é portável em teoria e brutal na prática. A maioria das empresas não consegue entregar nem uma, quanto mais sete. Copiar screenshots é barato. Copiar convicções é o trabalho.
Decisão um: o teclado em primeiro lugar é o produto
A Linear é keyboard-first, não mouse-first com atalhos colados depois. Aperte C, nova issue. Aperte Cmd-K, barra de comandos. Toda ação comum tem uma tecla ou uma combinação de duas teclas, desenhada como um vocabulário coerente, não como uma cola anexada depois do lançamento.
Produtos mouse-first têm outra sensação, que os usuários percebem sem saber nomear. Alvos de clique dimensionados para dedos. Atalhos para power users, o resto desenhado para clicar. A Linear inverte isso. Cliques para novos usuários, o resto desenhado para teclas. Projetada para quem realmente vive nela.
Plane e Shortcut têm menus Cmd-K. Nenhuma é keyboard-first. Aperte Cmd-K e o menu abre sobre uma UI que ainda espera um mouse. A skin foi transferida. O modelo de interação, não.
Decisão dois: o canvas escuro é identidade, não configuração
A Linear entrega um canvas escuro como marca. Não é um toggle. Site de marketing, docs, app desktop, tudo escuro por padrão. A escolha carrega uma posição. A Linear é para quem vive em editores escuros e terminais escuros, não para o diretor de marketing que quer um tema claro combinando com a suíte corporativa.
A maioria dos copiadores lança o modo escuro como uma configuração ao lado do modo claro. A cautela parece inclusão e soa como indecisão. Um produto que roda os dois igualmente bem não tem opinião sobre para quem é, a crise de mesmice de marca em que a maioria das ferramentas B2B está presa.
O canvas escuro também é uma decisão de tipografia e movimento. As razões de contraste mudam. A elasticidade se lê diferente no escuro e no claro. A Linear desenhou toda a superfície para o padrão escuro. Os concorrentes inverteram isso e a superfície sofre nos dois modos.
Decisão três: tipografia é ferramenta, não decoração
A pilha tipográfica da Linear é projetada. Inter Display, de Rasmus Andersson, no site de marketing, com tracking apertado e hierarquia dura. Inter para o corpo do texto. Uma irmã monoespaçada para acentos onde você lê identificadores, IDs, hashes. A sans diz produto. A mono diz superfície técnica.
O tracking apertado entrega o jogo. A maioria dos sites B2B define títulos com tracking padrão, o que parece confortável, mas genérico. A Linear os aperta o bastante para parecerem projetados, não desenhados. Hierarquia afiada. Espaçamento matemático. Tipografia fazendo trabalho de verdade, não decorando espaço.
As imitações usam Inter Display porque é a cópia óbvia. A maioria a coloca com tracking padrão numa coluna de fundo suave, o oposto da disciplina da Linear. A fonte é a parte barata. O sistema em volta dela é o trabalho.

Decisão quatro: o movimento é rápido e físico
O vocabulário de movimento da Linear é física de mola, elasticidade sutil e taxas de quadros que respeitam o leitor. Issues deslizam com um quique que tem peso. Modais não sobem em fade por meio segundo, eles estalam com um pequeno overshoot. Mais perto de um app nativo de macOS do que de um webapp.
Física de mola é difícil de fingir com curvas ease padrão. A maioria dos copiadores lança transições CSS no cubic-bezier padrão e o resultado parece um site sem o chrome. O movimento da Linear é construído com bibliotecas como Framer Motion, ajustadas por interação. O trabalho público de Rauno Freiberg foi dissecado por todo design engineer tentando entender as molas. A referência é de graça. A disciplina em cada interação, não.
Rápido, não lento, é a outra metade. Movimento lento parece luxuoso em portfólio e parece atrito em uma ferramenta. A Linear é uma ferramenta antes de tudo. Concorrentes que copiam o vocabulário de mola costumam desacelerá-lo e acabam com um software que parece pesado.
Decisão cinco: a voz de escrita é técnica e calorosa
A Linear escreve como um engenheiro que gosta de ler. O texto de produto é técnico sem ser seco, caloroso sem ser lixo de marketing, específico sem ser longo. O changelog lê como uma entrada de diário de um time pequeno empolgado com o trabalho. A documentação lê como memorandos internos de engenharia que você gostaria que sua última empresa tivesse.
Compare com a landing page média de SaaS B2B. O hero diz transforme a velocidade do seu time. O subtítulo promete entregar dez vezes mais rápido. Três cards de funcionalidades com emojis simpáticos e um CTA que diz Comece grátis. A Linear recusa esse dialeto em todas as superfícies. A voz é consistente no changelog, na documentação, no produto, no suporte e nas RFCs públicas.
Esta é a jogada que viaja pior. A voz vem depois do gosto, e a maioria das empresas contrata fundadores que escrevem como LinkedIn e espera que designers limpem o texto. A voz de escrita da Linear é a voz dos fundadores. A voz está a montante da superfície, não a jusante.
Decisão seis: RFCs são artefatos de produto
A Linear publica documentos Request-For-Comments do jeito que a maioria das empresas publica posts de blog. A RFC sobre cycles, sobre triagem, sobre o modelo de projetos. Não são marketing. São o artefato a partir do qual o produto é construído, tornado público para que clientes, candidatos e a comunidade de design leiam o raciocínio antes de a funcionalidade ser lançada.
A maioria das empresas trata memorandos internos de produto como proprietários. A Linear os trata como funil de contratação e jogada de comunidade. Leia uma RFC da Linear e você entende o que o time valoriza e como será o produto daqui a um trimestre. Essa transparência cria uma confiança que nenhum mural de depoimentos compra.
Se você quer superfícies de produto e sistemas de marca que soem como convicção em vez de imitação, contrate a Brainy. A BrandBrainy entrega sistemas de marca para produtos dispostos a assumir uma posição. A AppBrainy entrega superfícies de produto para times que tratam o código como fonte da verdade.
Decisão sete: engenharia e design entregam juntos
A Linear não tem muro entre design e engenharia. Designers entregam em código. Engenheiros têm gosto. Essa é a onda de design engineering que a Linear surfou dois anos antes de o resto do mercado contratar para isso, e a parte que a maioria dos times não consegue importar sem reconstruir o organograma.
O muro custa uma semana por superfície numa empresa normal. Mocks no Figma, handoff, o engenheiro reconstrói, dez idas e vindas sobre espaçamento, entrega a oitenta por cento. A Linear derruba o muro. O designer entrega o diff. O engenheiro questiona o movimento. A superfície sai a cem porque ninguém fez handoff.
Plane, Shortcut e ZenHub operam em cultura de handoff. O registro visual combina com o da Linear, a velocidade de iteração não. A Linear entrega pequenas melhorias toda semana. As cópias entregam pacotes de funcionalidades por trimestre. A cadência entrega o jogo, e a cadência é resultado da unificação.
As cinco imitações e o que elas perderam

A Plane copiou o canvas escuro, o Cmd-K e a lista de issues, e manteve rituais de SCRUM, cerimônias de sprint e um modelo de gestão de projetos que mapeia um para um no Jira. A skin vai. A mente continua a mesma.
A Shortcut reconstruiu a UI mais perto da Linear e manteve um fluxo orientado a stories da era Clubhouse, com sprints, pontos e gráficos de velocidade que brigam com a velocidade do keyboard-first. A Linear escolheu um modelo que serve à velocidade. A Shortcut escolheu um que serve à estimativa.
A ZenHub entrega um canvas escuro e puxa dados das GitHub Issues, então o modelo de objetos é o do GitHub, com labels e milestones fazendo o trabalho que os cycles fazem na Linear. Modelo de interação limitado por um formato de dados alheio.
A Tability entrega um produto de planejamento que ecoa a Linear visualmente e roda um modelo de objetos orientado a OKRs. Objetivos e resultados-chave trimestrais são outro problema, com outra ergonomia. O vocabulário da Linear briga com os dados de OKR, e o produto parece preso entre duas ideias.
A Height se reconstruiu após a aquisição e se apoiou mais na linguagem visual da Linear, preservando o fluxo original da Height. O resultado soa inconsistente. A costura é visível para quem vive no produto.
As cinco compartilham uma coisa. A camada visual mudou. As decisões por baixo, não. Transplante de pele numa mente estrangeira.
Uma skin Linear sobre uma mente Jira
O sinal mais claro de uma imitação é a forma do trabalho por baixo do canvas escuro. Rituais de SCRUM. Planejamento de sprint. Story points. Gráficos de velocidade. Portões de aprovação. Nada disso é errado como metodologia. Tudo isso briga com o modelo de interação da Linear.
A Linear foi construída sobre cycles, não sprints. Triagem, não reuniões de priorização. Uma lista plana de issues com status, não um quadro Kanban com estágios. O modelo pressupõe um time pequeno que entrega com frequência, escreve bem e confia em si mesmo. Jogue isso numa empresa que roda SCRUM com um release manager e a superfície briga com o trabalho todo dia.
Por isso screenshots falham. O canvas escuro, o Cmd-K, o movimento de mola, a Inter Display, tudo foi desenhado para um jeito específico de trabalhar. Tire o jeito de trabalhar e você fica com o registro visual sem a velocidade. Um Jira pior com uma pintura melhor continua sendo um Jira pior.
O que é transferível e o que não é
Primeiro, o portável. Keyboard-first funciona se você se comprometer com o teclado como entrada primária e desenhar cada tela para ele. A maioria dos times lança o Cmd-K e dá por encerrado. O trabalho está na arquitetura de informação, não no menu.
Movimento com física de mola funciona. As bibliotecas são públicas, as notas de Rauno Freiberg sobre ajuste são públicas. O trabalho é aplicar a disciplina em cada interação.
Escrita técnica e calorosa funciona se os fundadores escrevem assim. Não funciona se escrevem como LinkedIn. Voz é uma decisão de contratação antes de ser uma decisão de copy.
RFCs funcionam. Escolha uma decisão de produto por mês, escreva o raciocínio e publique abertamente. A parte difícil é publicar o pensamento em andamento em vez do pensamento já concluído.
O que não é portável. A unificação entre engenharia e design é uma mudança de cultura. Exige designers que entregam em código e engenheiros com gosto, um filtro de contratação que a maioria das empresas não consegue aplicar. Importar a superfície sem as pessoas dá um handoff mais lento com mocks mais bonitos.
Canvas escuro como identidade não funciona num produto cujos usuários vivem no modo claro. Escolha uma direção em que o público já vive. Não adote a escolha da Linear só porque parece legal.
Recusar funcionalidades é a jogada menos portável. A maioria das empresas de produto é comandada por fundadores ou conselhos que otimizam receita, e receita argumenta a favor de adicionar. A Linear assume uma posição sobre o que o produto será e não será. Mais perto de um voto religioso do que de um processo.
FAQ
Qual é a melhor parte do design da Linear?
A interação keyboard-first. Toda outra decisão decorre de fazer do teclado a entrada primária, e o movimento, a tipografia e a arquitetura de informação unificados vêm em seguida.
Por que as cópias da Linear falham?
A camada visual é a parte barata. Keyboard-first, unificação entre engenharia e design, voz de escrita, cultura de RFC e disposição para entregar opiniões afiadas são decisões que os copiadores não conseguem importar sem mudar como a empresa funciona.
A Linear é melhor que o Jira?
Para times pequenos que entregam com frequência, se comunicam por escrito e confiam uns nos outros, sim. Para grandes empresas com release managers e cerimônias de sprint, a Linear briga com o fluxo de trabalho.
Quem desenhou a Linear?
Karri Saarinen liderou design e marca. Tuomas Artman comandou a engenharia. Jori Lallo cofundou a empresa. Rauno Freiberg é um dos design engineers mais públicos moldando a superfície do produto.
O que posso roubar do design da Linear?
Interação keyboard-first, movimento com física de mola, o par Inter Display com monoespaçada, escrita técnica e calorosa e a publicação de RFCs como artefatos de produto. Os cinco funcionam se seu time se comprometer em todas as superfícies.
Roube o que é portável. Construa o que não é.
A Linear acertou coisas específicas. Keyboard-first como entrada primária. Canvas escuro como identidade. Tipografia como ferramenta. Física de mola, rápido e não lento. Escrita técnica e calorosa. RFCs como artefatos de produto. Engenharia e design no mesmo ciclo. Sete decisões, dez anos de convicção, uma das superfícies de produto mais respeitadas do software.
O screenshot é a parte barata. As convicções são o trabalho. Escolha as jogadas que funcionam e se comprometa em todas as superfícies. Pule as que exigem um transplante de cultura para o qual sua empresa não está pronta. Um bom produto influenciado pela Linear é honesto sobre quais decisões está tomando emprestadas. Um ruim entrega uma skin Linear sobre uma mente Jira e se pergunta por que os clientes sentem a costura.
Se você quer uma superfície de produto que sinalize craft em vez de imitação, contrate a Brainy. A BrandBrainy entrega sistemas de marca para produtos dispostos a se comprometer com uma posição. A AppBrainy entrega superfícies para times que tratam o código como fonte da verdade. Convicções ainda são raras. A Linear é uma das raras, e a parte que vale roubar é a mais difícil de ver.
If you want a product surface that signals craft instead of imitation, BrandBrainy ships brand systems for products willing to commit to a position, and AppBrainy ships shipped product surfaces for teams that treat the codebase as the source of truth.
Get Started




