Figma mit Linear: Design und Entwicklung verbinden
Figma mit Linear integrieren – mit nativen Einbettungen, dem Figma-Plugin und Workflow-Mustern, die Design und Entwicklung synchron halten.
By Ellis Keane · 2026-03-15
Irgendwann im letzten Jahr ist der Übergabeprozess von Design zu Entwicklung zu einer Art Betriebstheater geworden. Ein Designer schließt eine Komponente in Figma ab, hinterlässt drei sorgfältig formulierte Kommentare, fügt einen Link in Slack ein und markiert den Entwickler, der sie bauen wird. Der Entwickler öffnet den Link zwei Tage später, liest zwei der drei Kommentare, übersieht eine Variante und liefert etwas ab, das nah genug ist, dass niemand es bis zum QA-Test bemerkt.
Wenn Sie diese besondere Art von Missverständnis schon erlebt haben (und ich habe sie wiederholt erlebt), wissen Sie bereits, dass die Lösung nicht "bessere Kommunikation" ist. Es geht darum, die Tools zu verbinden, damit der Kontext mit der Arbeit reist. Hier erfahren Sie, wie Sie Figma mit Linear integrieren – die nativen Einbettungen, das Plugin und die drei Workflow-Muster, die die Verbindung tatsächlich nützlich machen.
Was Linears Figma-Integration wirklich leistet
Linear unterstützt Figma-Einbettungen schon seit einer Weile, und die Grundlagen sind solide. Fügen Sie eine Figma-URL in eine Issue-Beschreibung oder einen Kommentar ein, und Linear erstellt eine eingebettete Vorschau des Designs. Diese Vorschauen sind standardmäßig statisch – Linear friert sie zum Zeitpunkt der Einbettung ein, um den Kontext zu erhalten, was eine bewusste Entscheidung ist. Sie können im Bearbeitungsmodus manuell aktualisieren, aber das Design wird sich nicht stillschweigend unter Ihnen ändern.
Sie können Figma-Links auch als Issue-Anhänge hinzufügen, was sie in der Seitenleiste organisiert hält, anstatt in einem Kommentar-Thread begraben zu werden, der bis Donnerstag unweigerlich auf vierzig Nachrichten anwächst.
Was die Figma-Linear-Integration nicht tut, ist bidirektional zu sein. Linear sieht Figma, aber Figma sieht Linear nicht. Kommentare bleiben dort, wo sie geschrieben wurden. Statusänderungen werden nicht weitergegeben. Wenn ein Entwickler ein Issue in Linear als "Erledigt" markiert, weiß niemand in Figma davon – es sei denn, jemand teilt es mit – was in der Praxis bedeutet, dass niemand in Figma davon weiß.
Figma mit Linear integrieren: Schritt für Schritt
Die Einrichtung ist unkompliziert (zum Glück – nicht alles braucht einen zwölfstufigen OAuth-Tanz!).
Schritt 1: Integration aktivieren
Öffnen Sie Ihre Linear-Workspace-Einstellungen und gehen Sie zu Integrationen. Suchen Sie Figma in der Liste und klicken Sie auf Aktivieren. Sie werden zu Figma weitergeleitet, um die Verbindung zu autorisieren. Gewähren Sie den Zugriff, und die Verwaltungsseite ist erledigt.
Schritt 2: Frames mit Issues verknüpfen
Nach der Aktivierung erstellt das Einfügen einer Figma-URL in ein Linear-Issue eine eingebettete Vorschau. Für beste Ergebnisse:
- Verknüpfen Sie spezifische Frames, nicht ganze Dateien. Ein Link zu
figma.com/file/abc123?node-id=42:1337 zeigt die relevante Komponente. Ein Link zu figma.com/file/abc123 zeigt, was Figma als Standardansicht entscheidet – was meist nicht das ist, was Sie wollen.
- Verwenden Sie die Issue-Beschreibung für die primäre Design-Referenz. Kommentare eignen sich für Iterationen, aber die Beschreibung ist das, was Entwickler zuerst lesen, wenn sie ein Issue aufgreifen.
- Fügen Sie den Figma-Link hinzu, bevor das Issue in den Sprint eintritt. Das klingt offensichtlich, aber ich bin wirklich erstaunt, wie oft der Design-Kontext erst angehängt wird, nachdem ein Entwickler bereits zwanzig Minuten danach gesucht hat.
Schritt 3: Das Figma-Plugin installieren
Figma hat ein Linear-Plugin, mit dem Designer Linear-Issues direkt vom Canvas aus erstellen und aktualisieren können. Wählen Sie einen Frame aus, öffnen Sie das Plugin, geben Sie den Issue-Titel und das Team ein, und es erstellt das Issue mit dem bereits vorhandenen Figma-Link. Das Plugin unterstützt auch das Aktualisieren von Issue-Status und Bearbeiter, ohne Figma zu verlassen.
Das kehrt die Design-zu-Entwicklung-Übergabe von "Entwickler sucht nach dem Design" zu "Designer sendet das Design an die Entwicklung" um. In der Erfahrung unseres Teams hat diese eine Änderung die "Wo ist das Design dafür?"-Slack-Nachrichten etwa um die Hälfte reduziert. Glauben Sie mir, das allein ist die fünf Minuten wert, die es zum Einrichten braucht!
Wo die native Integration an ihre Grenzen stößt
Ich möchte nicht untertreiben, was Linear und Figma gebaut haben – für eine leichtgewichtige Verbindung funktioniert es. Aber es gibt Lücken, die es wert sind, benannt zu werden, denn so zu tun, als gäbe es sie nicht, führt drei Monate später zum Gespräch "Wir haben eine Integration, warum synchronisiert sich nichts?".
Kommentare kreuzen sich nicht. Wenn ein Designer Feedback in Figma hinterlässt und ein Entwickler in Linear antwortet, sieht keiner die Antwort des anderen, ohne beide Tools manuell zu überprüfen. In unserer Erfahrung stammen die meisten Design-zu-Entwicklung-Missverständnisse aus diesem Kommentar-Silo – nicht aus schlechten Spezifikationen, sondern aus Gesprächen, die gleichzeitig an zwei Orten stattfinden.
Status ist einseitig. Wenn ein Issue in Linear auf "In Bearbeitung" wechselt, aktualisiert sich nichts in Figma. Der Designer muss Linear überprüfen (oder realistischerweise in Slack fragen), um zu wissen, ob seine Designs gebaut werden.
Keine Änderungsbenachrichtigungen. Wenn ein Designer einen Frame aktualisiert, der mit einem Linear-Issue verknüpft ist, erhält der dem Issue zugewiesene Entwickler keine Benachrichtigung in Linear. Da Vorschauen standardmäßig statisch sind, könnte der Entwickler gegen eine Version des Designs bauen, die bereits überarbeitet wurde. Sofern jemand die Einbettung nicht manuell aktualisiert oder etwas in Slack sagt, ist die Aktualisierung unsichtbar.
Workflow-Muster, die die Lücken überbrücken
Einbettungen lösen das Referenzproblem. Diese drei Muster lösen das Koordinationsproblem – und sie bestimmen, ob Ihre Figma-Linear-Integration die Übergabe tatsächlich verbessert oder nur eine weitere Tool-Verbindung hinzufügt, die niemand pflegt.
Muster 1: Design-bereite Issues
Bevor ein Design-Issue in den Sprint-Backlog aufgenommen wird, müssen in Linear drei Dinge angehängt sein:
- Figma-Frame-Link (spezifischer Frame, nicht Datei)
- Design-Notizen, die zusammenfassen, was sich seit der letzten Iteration geändert hat (weil die eingebettete Vorschau den aktuellen Zustand zeigt, nicht was neu ist)
- Abnahmekriterien, die sich spezifisch auf das Design beziehen – "entspricht dem Figma-Frame" sind keine Abnahmekriterien. "Verwendet den 8px-Abstand-Token zwischen Kartentitel und Untertitel" schon.
Ein paar zusätzliche Minuten Designer-Vorbereitung pro Issue. Der Gewinn sind Entwickler, die mit dem Bauen beginnen können, ohne zuerst eine Slack-Archäologie-Expedition zu unternehmen.
Muster 2: Design-Review-Labels
Erstellen Sie ein benutzerdefiniertes Linear-Label – etwa "Braucht Design-Review" – und wenden Sie es auf Issues an, sobald sie gebaut wurden, aber der Designer die Implementierung überprüfen muss. Der Trick (und mir ist bewusst, dass das schmerzhaft offensichtlich klingt) besteht darin, es Teil der Issue-Lifecycle-Vorlage zu machen, damit es automatisch ausgelöst wird, wenn ein Issue zu "In Review" wechselt. Ich sage das aus Erfahrung – wir haben genau dieses Label erstellt, es zwei Sprints lang konsequent verwendet, dann stillschweigend aufgehört, weil niemand es in eine Vorlage integriert hatte. Erinnern Sie sich an den Entwickler aus der Einleitung, der eine Variante verpasste und "nah genug" auslieferte? Das war ein fehlendes Design-Review-Label.
Muster 3: Figma-Abschnitte als Sprint-Karten
Widmen Sie für größere Projekte einen Figma-Abschnitt oder eine Seite den Designs des aktuellen Sprints. Jeder Frame ist genau einem Linear-Issue zugeordnet. Benennen Sie die Frames entsprechend dem Issue-Identifikator – ENG-142 – Karten-Komponenten-Redesign – damit Entwickler den richtigen Frame finden können, ohne durch vierzig Artboards mit dem Namen "Frame 247" zu scrollen.
Diese Gewohnheiten verankern
Die Teams, die ich dabei gesehen habe, diese Dinge zum Laufen zu bringen, haben einige gemeinsame Merkmale: Designer verknüpfen Frames, bevor Issues in den Sprint gehen (nicht nachdem Entwickler sich beschweren), Entwickler wenden das Review-Label an, bevor sie Issues als erledigt markieren (nicht als Nachgedanken), und niemand behandelt Slack als das Datensystem für Design-Entscheidungen.
Das letzte ist wichtiger als jede Integration – und wenn Sie jemals fünfzehn Minuten damit verbracht haben, "den Thread zu finden, wo wir entschieden haben, den Randradius zu ändern," wissen Sie genau, was ich meine. Slack ist der Ort, wo Design-Gespräche stattfinden, und auch der Ort, wo sie verschwinden. Wenn eine Design-Entscheidung in einem Thread getroffen wurde, muss jemand die Figma-Datei oder das Linear-Issue aktualisieren – sonst ist sie in drei Wochen verschwunden, begraben unter Deployment-Benachrichtigungen und Mittagsplänen.
"Wenn eine Design-Entscheidung in einem Thread getroffen wurde, muss jemand die Figma-Datei oder das Linear-Issue aktualisieren – sonst ist sie in drei Wochen verschwunden, begraben unter Deployment-Benachrichtigungen und Mittagsplänen." – Chris Calo
Die native Figma-Linear-Integration handhabt Einbettung und Referenz gut. Für bidirektionales Bewusstsein – Kommentare, Status, Änderungsbenachrichtigungen – brauchen Sie entweder manuelle Disziplin oder eine Schicht, die den Kontext automatisch über beide Tools hinweg verbindet.
Und wenn Sie mehr als nur Figma und Linear verbinden – Slack, GitHub und Notion hinzufügen – summiert sich der manuelle Aufwand, alles synchron zu halten, schnell. Das ist ein anderes Gespräch, aber es lohnt sich, es zu führen, bevor die nächste "Wer hat dieses Design geändert, und warum hat es niemand gesagt?"-Post-Mortem-Sitzung stattfindet.
Verbinden Sie Figma, Linear, Slack und GitHub in einem Wissensgraph – damit der Design-Kontext mit der Arbeit reist.
Q: Verbindet Sugarbug Figma und Linear automatisch? A: Ja. Sugarbug erfasst Signale aus Figma und Linear und korreliert Design-Kommentare und Dateiaktualisierungen mit Issue-Statusänderungen in seinem Wissensgraph. Wenn ein Designer Feedback zu einem Frame hinterlässt, kann Sugarbug es neben dem relevanten Linear-Issue anzeigen – ohne dass jemand URLs kopieren muss.
Q: Kann Sugarbug die Design-Übergabe über Figma, Linear und Slack hinweg verfolgen? A: Sugarbug verbindet Figma, Linear, Slack, GitHub und Notion in einem einzigen Wissensgraph. Design-Feedback, Entwicklungsdiskussionen und Aufgabenstatus bleiben korreliert – sodass der Kontext beim Übergabeprozess nicht verloren geht.
Q: Hat Linear eine integrierte Figma-Integration? A: Ja. Linears native Figma-Integration ermöglicht es, Figma-URLs in Issues einzufügen, um eingebettete Vorschauen zu erstellen, und das Figma-Plugin zu nutzen, um Issues direkt vom Canvas aus zu erstellen oder zu aktualisieren. Allerdings ist sie einseitig – Kommentare und Statusänderungen werden nicht zwischen den Tools synchronisiert.
Q: Wie verknüpfe ich einen Figma-Frame mit einem Linear-Issue? A: Fügen Sie die Figma-Frame-URL in eine Linear-Issue-Beschreibung oder einen Kommentar ein. Linear erstellt eine eingebettete Vorschau. Sie können auch das Figma-Plugin von Linear nutzen, um Issues direkt vom Canvas aus zu erstellen – mit bereits vorhangenem Link.
Q: Warum erscheinen Figma-Kommentare nicht in Linear? A: Linears native Figma-Integration bettet Design-Vorschauen ein, synchronisiert aber keine Kommentare zwischen den Tools. Der Figma-Kommentar eines Designers und der Linear-Kommentar eines Entwicklers existieren in getrennten Silos. Tools wie Sugarbug überbrücken dies, indem sie Signale aus beiden erfassen und in einem gemeinsamen Wissensgraph verknüpfen.