Lo que Linear hizo bien (y por qué no puedes simplemente copiarlo)
Linear es, por segundo año consecutivo, la empresa de producto más copiada del SaaS liderado por el diseño. La mayoría de las copias fracasan. Esto es lo que Linear hizo bien bajo la superficie, por qué las copias a nivel de captura de pantalla no entienden nada y qué deberían aprender los diseñadores de la empresa en lugar de su UI.
Abre cualquier demo day de SaaS B2B en 2026 y verás cinco startups lanzando un skin de Linear. Lienzo oscuro. Inter Display en el sitio de marketing. Cmd-K en todas partes. CTA en cian suave. Cuatro de esas cinco se sienten como Jira disfrazado.
Por segundo año consecutivo Linear es la empresa de producto más imitada del SaaS liderado por el diseño, y por segundo año consecutivo las imitaciones lanzaron una versión peor de la misma idea. El foso de Linear no es la interfaz, es la pila de decisiones que hay debajo, y la interfaz es la parte barata de copiar.
Este es el análisis. Siete decisiones que Karri Saarinen, Tuomas Artman y Jori Lallo lanzaron el primer día y se negaron a revertir. Cinco imitaciones con nombre que copiaron la superficie y se perdieron el resto. Por qué fracasan las copias de superficie. Qué es portable y qué no.
Linear es la empresa de producto más copiada en 2026
Plane lanza una superficie estilo Linear sobre un tracker de código abierto. Shortcut dejó de llamarse Clubhouse y reconstruyó su UI más cerca de Linear. ZenHub redibujó su app con el mismo lienzo oscuro y Cmd-K. Tability lanza un producto de planificación con un registro sorprendentemente parecido. Height fue adquirida y la reconstrucción se apoyó más en el vocabulario de Linear.
Ninguno de esos equipos es tonto. Eligieron la superficie de producto más respetada de su categoría e intentaron heredar algo de credibilidad. Esa credibilidad se ganó con cosas que no se ven, y copiar lo que sí se ve produce una imitación con la misma forma y distinta alma.
El foso son las decisiones, no las capturas de pantalla
Siete decisiones tomadas pronto y sostenidas durante una década de presión para suavizarlas. Interacción centrada en el teclado. Lienzo oscuro como identidad, no como ajuste. Tipografía como herramienta. Movimiento con física de resortes. Escritura técnica y cálida. RFCs como artefactos de producto. Ingeniería y diseño entregando sin muro.
Cada una es portable en teoría y brutal en la práctica. La mayoría de las empresas no puede sostener una, y mucho menos siete. Copiar capturas es barato. Copiar convicciones es el trabajo.
Decisión uno: el teclado primero es el producto
Linear es keyboard-first, no mouse-first con atajos pegados encima. Pulsas C, nueva incidencia. Pulsas Cmd-K, barra de comandos. Cada acción común tiene una tecla o una combinación de dos, diseñada como un vocabulario coherente, no como una chuleta añadida después del lanzamiento.
Los productos mouse-first se sienten distintos de una forma que los usuarios perciben sin saber nombrarla. Objetivos de clic dimensionados para dedos. Atajos para usuarios avanzados, el resto pensado para hacer clic. Linear lo invierte. Clics para usuarios nuevos, el resto pensado para teclas. Diseñado para la gente que de verdad vive ahí dentro.
Plane y Shortcut lanzan menús Cmd-K. Ninguno es keyboard-first. Pulsas Cmd-K y el menú se abre sobre una UI que sigue esperando un mouse. El skin se transfirió. El modelo de interacción no.
Decisión dos: el lienzo oscuro es identidad, no un ajuste
Linear lanza un lienzo oscuro como marca. No un interruptor. Sitio de marketing, docs, app de escritorio, todo oscuro por defecto. La elección lleva una postura. Linear es para gente que vive en editores oscuros y terminales oscuras, no para la directora de marketing que quiere un tema claro a juego con la suite corporativa.
La mayoría de los imitadores lanza el modo oscuro como un ajuste junto al modo claro. La cobertura parece inclusión y se lee como indecisión. Un producto que funciona igual de bien en ambos no tiene opinión sobre para quién es, la crisis de uniformidad de marca en la que están atrapadas la mayoría de las herramientas B2B.
El lienzo oscuro es también una decisión de tipografía y movimiento. Los ratios de contraste cambian. La elasticidad se lee distinto sobre oscuro que sobre claro. Linear diseñó toda la superficie para el oscuro por defecto. La competencia lo dio vuelta y la superficie sufre en ambos modos.
Decisión tres: la tipografía es una herramienta, no decoración
La pila tipográfica de Linear está diseñada. Inter Display de Rasmus Andersson en el sitio de marketing, tracking ajustado, jerarquía dura. Inter para el cuerpo. Una hermana monoespaciada para acentos donde se leen identificadores, IDs, hashes. La sans dice producto. La mono dice superficie técnica.
El tracking ajustado es la pista. La mayoría de los sitios B2B pone los titulares con tracking por defecto, que se lee cómodo pero genérico. Linear los ajusta lo bastante como para que parezcan diseñados con ingeniería, no decorados. La jerarquía es nítida. El espaciado es matemático. Tipografía haciendo trabajo real, no decorando espacio.
Las imitaciones lanzan Inter Display porque es el robo obvio. La mayoría la pone con tracking por defecto en una columna de fondo suave, lo opuesto a la disciplina de Linear. La fuente es la parte barata. El sistema que la rodea es el trabajo.
Decisión cuatro: el movimiento es rápido y físico
El vocabulario de movimiento de Linear es física de resortes, elasticidad sutil y tasas de fotogramas que respetan al lector. Las incidencias entran deslizándose con un rebote que tiene peso. Los modales no aparecen en medio segundo, encajan con un pequeño sobreimpulso. Más cerca de una app nativa de macOS que de una webapp.
La física de resortes es difícil de falsear con curvas ease por defecto. La mayoría de los imitadores lanza transiciones CSS con cubic-bezier por defecto y el resultado se siente como un sitio web sin el chrome. El movimiento de Linear se construye con librerías como Framer Motion, ajustadas por interacción. El trabajo público de Rauno Freiberg ha sido desmenuzado por todo design engineer que intenta descifrar los resortes. La referencia es gratis. La disciplina en cada interacción, no.
Rápido, no lento, es la otra mitad. El movimiento lento se lee lujoso en un portfolio y se lee como fricción en una herramienta. Linear es primero una herramienta. Los competidores que copian el vocabulario de resortes suelen ralentizarlo y acaban con software que se siente pesado.
Decisión cinco: la voz de escritura es técnica y cálida
Linear escribe como un ingeniero al que le gusta leer. El copy de producto es técnico sin ser seco, cálido sin ser basura de marketing, específico sin ser largo. El changelog se lee como una entrada de diario de un equipo pequeño emocionado con su trabajo. Los docs se leen como los memos internos de ingeniería que desearías que hubiera tenido tu última empresa.
Compara con la landing media de SaaS B2B. El hero dice transforma la velocidad de tu equipo. El subtítulo promete lanzar diez veces más rápido. Tres tarjetas de funciones con emojis simpáticos y un CTA que dice Empieza gratis. Linear rechaza ese dialecto en cada superficie. La voz es consistente en changelog, docs, producto, soporte y RFCs públicos.
Esta es la jugada que peor viaja. La voz viene después del gusto, y la mayoría de las empresas contrata fundadores que escriben como LinkedIn y espera que los diseñadores lo limpien. La voz de escritura de Linear es la voz de los fundadores. La voz está aguas arriba de la superficie, no aguas abajo.
Decisión seis: los RFCs son artefactos de producto
Linear publica documentos Request-For-Comments como la mayoría de las empresas publica entradas de blog. El RFC sobre cycles, sobre triage, sobre el modelo de proyectos. No son marketing. Son el artefacto a partir del cual se construye el producto, hecho público para que clientes, candidatos y la comunidad de diseño lean el razonamiento antes de que la función salga.
La mayoría de las empresas trata los memos internos de producto como propiedad privada. Linear los trata como un embudo de contratación y una jugada de comunidad. Lee un RFC de Linear y entiendes qué valora el equipo y cómo será el producto en un trimestre. Esa transparencia crea una confianza que ningún muro de testimonios puede comprar.
Si quieres superficies de producto y sistemas de marca que se lean como convicción en lugar de imitación, contrata a Brainy. BrandBrainy entrega sistemas de marca para productos dispuestos a tomar postura. AppBrainy entrega superficies de producto para equipos que tratan el código como fuente de verdad.
Decisión siete: ingeniería y diseño entregan juntos
Linear no tiene muro entre diseño e ingeniería. Los diseñadores entregan en código. Los ingenieros tienen gusto. Esta es la ola de design engineering que Linear corrió dos años antes de que el resto de la industria contratara para ella, y la parte que la mayoría de los equipos no puede importar sin rehacer el organigrama.
El muro cuesta una semana por superficie en una empresa normal. Mocks en Figma, traspaso, el ingeniero reconstruye, diez idas y vueltas sobre el espaciado, se lanza al ochenta por ciento. Linear colapsa el muro. El diseñador entrega el diff. El ingeniero discute el movimiento. La superficie sale al cien porque nadie la traspasó.
Plane, Shortcut y ZenHub tienen culturas de traspaso. El registro visual iguala a Linear, la velocidad de iteración no. Linear lanza pequeñas mejoras cada semana. Las copias lanzan paquetes de funciones cada trimestre. La cadencia delata, y la cadencia es el resultado de la unificación.
Las cinco imitaciones y lo que se perdieron
Plane copió el lienzo oscuro, el Cmd-K y la lista de incidencias, y mantuvo los rituales SCRUM, las ceremonias de sprint y un modelo de gestión de proyectos que se mapea uno a uno con Jira. La piel se lanza. La mente no cambia.
Shortcut reconstruyó la UI más cerca de Linear y conservó un flujo basado en historias de la era Clubhouse, con sprints, puntos y gráficos de velocidad que pelean con la rapidez del teclado primero. Linear eligió un modelo que favorece la velocidad. Shortcut eligió uno que favorece la estimación.
ZenHub lanza un lienzo oscuro y extrae datos de GitHub Issues, así que el modelo de objetos es el de GitHub, con etiquetas e hitos haciendo el trabajo que hacen los cycles en Linear. Modelo de interacción limitado por una forma de datos ajena.
Tability lanza un producto de planificación que se parece visualmente a Linear y corre un modelo de objetos guiado por OKR. Objetivos y resultados clave trimestrales son un problema distinto con ergonomía distinta. El vocabulario de Linear pelea con los datos de OKR, el producto se siente atrapado entre dos ideas.
Height se reconstruyó tras la adquisición y se apoyó más en el lenguaje visual de Linear conservando el flujo original de Height. El resultado se lee inconsistente. La costura es visible para cualquiera que viva en el producto.
Los cinco comparten una cosa. La capa visual cambió. Las decisiones de debajo no. Trasplante de piel sobre una mente ajena.
Un skin de Linear sobre una mente de Jira
La señal más clara de una imitación es la forma del trabajo bajo el lienzo oscuro. Rituales SCRUM. Planificación de sprint. Story points. Gráficos de velocidad. Puertas de aprobación. Nada de eso está mal como metodología. Todo eso pelea con el modelo de interacción de Linear.
Linear se construyó sobre cycles, no sprints. Triage, no reuniones de priorización. Una lista plana de incidencias con estado, no un tablero Kanban con etapas. El modelo asume un equipo pequeño que lanza a menudo, escribe bien y confía en sí mismo. Mételo en una empresa que corre SCRUM con un release manager y la superficie pelea con el trabajo cada día.
Por eso fallan las capturas de pantalla. El lienzo oscuro, el Cmd-K, el movimiento de resortes, la Inter Display, todo fue diseñado para una forma concreta de trabajar. Quita la forma de trabajar y te queda el registro visual sin la velocidad. Un Jira peor con mejor pintura sigue siendo un Jira peor.
Qué es transferible y qué no
Primero lo portable. El teclado primero se porta si te comprometes con él como entrada principal y diseñas cada pantalla para él. La mayoría de los equipos lanza Cmd-K y da el trabajo por terminado. El trabajo es la arquitectura de la información, no el menú.
El movimiento con física de resortes se porta. Las librerías son públicas, las notas de Rauno Freiberg sobre el ajuste son públicas. El trabajo es aplicar la disciplina en cada interacción.
La escritura técnica y cálida se porta si los fundadores escriben así. No se porta si escriben como LinkedIn. La voz es una decisión de contratación antes que una decisión de copy.
Los RFCs se portan. Elige una decisión de producto al mes, escribe el razonamiento, publícalo. Lo difícil es publicar pensamiento en curso en lugar de pensamiento ya terminado.
No portable. La unificación ingeniería-diseño es un movimiento de cultura. Exige diseñadores que entreguen en código e ingenieros con gusto, un filtro de contratación que la mayoría de las empresas no puede aplicar. Importar la superficie sin la gente te da un traspaso más lento con mocks más bonitos.
El lienzo oscuro como identidad no se porta a un producto cuyos usuarios viven en modo claro. Elige una dirección en la que tu audiencia ya viva. No adoptes la elección de Linear porque se ve cool.
Rechazar funciones es la jugada menos portable. La mayoría de las empresas de producto la dirigen fundadores o juntas que optimizan ingresos, y los ingresos argumentan a favor de añadir. Linear toma postura sobre lo que el producto será y no será. Más cerca de un voto religioso que de un proceso.
FAQ
¿Cuál es la mejor parte del diseño de Linear?
La interacción centrada en el teclado. Todas las demás decisiones fluyen de hacer del teclado la entrada principal, y el movimiento, la tipografía y la arquitectura de la información unificados la siguen.
¿Por qué fracasan las copias de Linear?
La capa visual es la parte barata. Teclado primero, unificación ingeniería-diseño, voz de escritura, cultura de RFC y disposición a lanzar opiniones afiladas son decisiones que los imitadores no pueden importar sin cambiar cómo funciona su empresa.
¿Es Linear mejor que Jira?
Para equipos pequeños que lanzan a menudo, se comunican por escrito y confían entre sí, sí. Para grandes empresas con release managers y ceremonias de sprint, Linear pelea con el flujo de trabajo.
¿Quién diseñó Linear?
Karri Saarinen lideró diseño y marca. Tuomas Artman dirigió ingeniería. Jori Lallo cofundó la empresa. Rauno Freiberg es uno de los design engineers más públicos que dan forma a la superficie del producto.
¿Qué puedo robarle al diseño de Linear?
Interacción centrada en el teclado, movimiento con física de resortes, el emparejamiento Inter Display más monoespaciada, escritura técnica y cálida, y publicar RFCs como artefactos de producto. Las cinco se portan si tu equipo se compromete en cada superficie.
Roba lo portable. Construye lo que no lo es.
Linear acertó en cosas concretas. Teclado primero como entrada principal. Lienzo oscuro como identidad. Tipografía como herramienta. Física de resortes, rápida no lenta. Escritura técnica y cálida. RFCs como artefactos de producto. Ingeniería y diseño en el mismo ciclo. Siete decisiones, diez años de convicción, una de las superficies de producto más respetadas del software.
La captura de pantalla es la parte barata. Las convicciones son el trabajo. Elige las jugadas que se portan y comprométete en cada superficie. Salta las que exigen un trasplante de cultura para el que tu empresa no está lista. Un buen producto influido por Linear es honesto sobre qué decisiones toma prestadas. Uno malo lanza un skin de Linear sobre una mente de Jira y se pregunta por qué los clientes sienten la costura.
Si quieres una superficie de producto que señale oficio en lugar de imitación, contrata a Brainy. BrandBrainy entrega sistemas de marca para productos dispuestos a comprometerse con una postura. AppBrainy entrega superficies para equipos que tratan el código como fuente de verdad. Las convicciones siguen siendo raras. Linear es una de las raras, y la parte que vale la pena robar es la más 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
