Figma i Linear: Projektowanie i programowanie bez kopiowania
Jak zintegrować Figmę z Linearem za pomocą natywnych osadzeń, wtyczki Figma i wzorców przepływu pracy synchronizujących projektowanie z programowaniem.
By Ellis Keane · 2026-03-15
Gdzieś w ciągu ostatniego roku przekazywanie pracy od projektantów do programistów stało się gatunkiem teatru biurowego. Projektant kończy komponent w Figmie, zostawia trzy starannie sformułowane komentarze, wkleja link do Slacka i taguje programistę, który to zbuduje. Programista otwiera link dwa dni później, czyta dwa z trzech komentarzy, przegapia wariant i wysyła coś wystarczająco zbliżonego, że nikt tego nie zauważa aż do QA.
Jeśli przeżyłeś ten szczególny rodzaj nieporozumienia (a ja przeżyłem go wielokrotnie), już wiesz, że rozwiązaniem nie jest „lepszy przepływ komunikacji". Chodzi o połączenie narzędzi tak, by kontekst podróżował razem z pracą. Oto jak zintegrować Figmę z Linearem – natywne osadzenia, wtyczka i trzy wzorce przepływu pracy, które rzeczywiście sprawiają, że połączenie jest użyteczne.
Co tak naprawdę robi integracja Figmy z Linearem
Linear od jakiegoś czasu obsługuje osadzenia Figmy, a podstawy są solidne. Wklej adres URL Figmy do dowolnego opisu lub komentarza zgłoszenia, a Linear wygeneruje osadzony podgląd projektu. Te podglądy są domyślnie statyczne – Linear zamraża je w momencie osadzenia, by zachować kontekst, co jest celowym wyborem. Możesz odświeżyć ręcznie w trybie edycji, ale projekt nie będzie aktualizował się po cichu za twoimi plecami.
Możesz też dołączać linki Figmy jako załączniki zgłoszenia, co pozwala utrzymać porządek w pasku bocznym zamiast grzebać w wątku komentarzy, który nieubłaganie rośnie do czterdziestu wiadomości do czwartku.
Czego integracja figma linear nie robi, to niczego dwukierunkowego. Linear widzi Figmę, ale Figma nie widzi Lineara. Komentarze zostają tam, gdzie zostały napisane. Zmiany statusów się nie propagują. Jeśli programista oznaczy zgłoszenie jako „Gotowe" w Linearze, nikt w Figmie nie wie – chyba że ktoś im powie, co w praktyce oznacza, że nikt w Figmie nie wie.
Jak zintegrować Figmę z Linearem: krok po kroku
Konfiguracja jest prosta (na szczęście – nie wszystko wymaga dwunastoetapowego tańca OAuth!).
Krok 1: Włącz integrację
Przejdź do ustawień przestrzeni roboczej Lineara, następnie kliknij Integracje. Znajdź Figmę na liście i kliknij Włącz. Zostaniesz przekierowany do Figmy, by autoryzować połączenie. Przyznaj dostęp i gotowe – z administracyjną stroną skończyłeś.
Krok 2: Połącz klatki ze zgłoszeniami
Po włączeniu, wklejenie dowolnego adresu URL Figmy do zgłoszenia w Linearze generuje osadzony podgląd. Dla najlepszych wyników:
- Linkuj do konkretnych klatek, a nie całych plików. Link do
figma.com/file/abc123?node-id=42:1337 pokazuje odpowiedni komponent. Link do figma.com/file/abc123 pokazuje to, co Figma uzna za widok domyślny – zazwyczaj nie o to chodzi.
- Użyj opisu zgłoszenia jako głównego odniesienia do projektu. Komentarze sprawdzają się w kolejnych iteracjach, ale opis to pierwsza rzecz, którą czyta programista biorąc zgłoszenie.
- Dodaj link do Figmy przed wejściem zgłoszenia do sprintu. Brzmi to oczywiste, ale naprawdę dziwię się, jak często kontekst projektowy jest dołączany po tym, jak programista spędził już dwadzieścia minut na jego szukanie.
Krok 3: Zainstaluj wtyczkę Figma
Figma posiada wtyczkę do Lineara, która pozwala projektantom tworzyć i aktualizować zgłoszenia bezpośrednio z płótna. Zaznacz klatkę, otwórz wtyczkę, wypełnij tytuł zgłoszenia i zespół – wtyczka tworzy zgłoszenie z gotowym dołączonym linkiem do Figmy. Wtyczka obsługuje też aktualizację statusu zgłoszenia i osoby przypisanej bez wychodzenia z Figmy.
To zmienia przekazywanie pracy projektowej od „programista idzie szukać projektu" do „projektant wysyła projekt do działu inżynierskiego". Z doświadczenia naszego zespołu ta jedna zmiana zmniejszyła o połowę liczbę wiadomości na Slacku w stylu „gdzie jest projekt dla tego zadania?". Wierz mi – to samo w sobie jest warte pięciu minut konfiguracji!
Gdzie natywna integracja szwankuje
Nie chcę umniejszać temu, co Linear i Figma zbudowały – jako lekkie połączenie działa. Ale są luki warte nazwania, bo udawanie, że nie istnieją, prowadzi do rozmowy „mamy integrację, dlaczego nic się nie synchronizuje?" trzy miesiące później.
Komentarze nie przechodzą na drugą stronę. Jeśli projektant zostawi opinię w Figmie, a programista odpowie w Linearze, żadne z nich nie zobaczy odpowiedzi drugiego bez ręcznego sprawdzania obu narzędzi. Z naszego doświadczenia ten silos komentarzy jest źródłem większości nieporozumień między projektowaniem a programowaniem – nie przez złe specyfikacje, lecz przez rozmowy toczące się jednocześnie w dwóch miejscach.
Status jest jednokierunkowy. Przesunięcie zgłoszenia do „W toku" w Linearze nie aktualizuje niczego w Figmie. Projektant musi sprawdzać Lineara (lub, bardziej realistycznie, pytać na Slacku), żeby wiedzieć, czy jego projekty są wdrażane.
Brak powiadomień o zmianach. Gdy projektant zaktualizuje klatkę powiązaną ze zgłoszeniem w Linearze, przypisany do tego zgłoszenia programista nie dostaje żadnego alertu w Linearze. Podglądy są domyślnie statyczne, więc programista może budować na podstawie wersji projektu, która została już poprawiona. Jeśli nikt ręcznie nie odświeży osadzenia ani nie powie czegoś na Slacku, aktualizacja jest niewidoczna.
Wzorce przepływu pracy niwelujące luki
Osadzenia rozwiązują problem z odnośnikami. Te trzy wzorce rozwiązują problem koordynacji – i to one decydują, czy integracja figma z linearem faktycznie usprawnia przekazywanie, czy tylko dodaje kolejne połączenie narzędziowe, którego nikt nie utrzymuje.
Wzorzec 1: Zgłoszenia gotowe do projektowania
Zanim zgłoszenie projektowe trafi do zaległości sprintu, muszą być do niego dołączone w Linearze trzy rzeczy:
- Link do klatki Figmy (konkretna klatka, nie plik)
- Notatki projektowe podsumowujące, co zmieniło się od ostatniej iteracji (bo osadzony podgląd pokazuje aktualny stan, nie co jest nowe)
- Kryteria akceptacji odnoszące się konkretnie do projektu – „pasuje do klatki Figmy" to nie jest kryterium akceptacji. „Używa tokenu odstępu 8px między tytułem karty a podtytułem" to jest kryterium akceptacji.
Kilka dodatkowych minut przygotowania projektanta na zgłoszenie. Efektem są programiści, którzy mogą zacząć budować bez wcześniejszej archeologicznej ekspedycji po Slacku.
Wzorzec 2: Etykiety przeglądu projektowego
Utwórz niestandardową etykietę w Linearze – coś w stylu „Wymaga przeglądu projektowego" – i stosuj ją do zgłoszeń, które zostały zbudowane, ale wymagają weryfikacji wdrożenia przez projektanta. Sztuczka (i zdaję sobie sprawę, że brzmi to boleśnie oczywisto) polega na tym, żeby uczynić ją częścią szablonu cyklu życia zgłoszenia, tak żeby uruchamiała się automatycznie, gdy zgłoszenie trafia do „W recenzji". Mówię z doświadczenia – stworzyliśmy dokładnie taką etykietę, używaliśmy jej skrupulatnie przez dwa sprinty, a potem po cichu przestaliśmy, bo nikt jej nie szablonizował. Pamiętasz programistę ze wstępu, który przeoczył wariant i wysłał „wystarczająco zbliżone"? To była brakująca etykieta przeglądu projektowego.
Wzorzec 3: Sekcje Figmy jako mapy sprintów
W przypadku większych projektów poświęć sekcję lub stronę w Figmie na projekty bieżącego sprintu. Każda klatka odpowiada dokładnie jednemu zgłoszeniu w Linearze. Nazwij klatki zgodnie z identyfikatorem zgłoszenia – ENG-142 – Card Component Redesign – żeby programiści mogli znaleźć właściwą klatkę bez przewijania czterdziestu artboardów nazwanych „Frame 247".
Jak utrwalić te nawyki
Zespoły, które widziałem dobrze to robiące, mają kilka wspólnych cech: projektanci linkują klatki zanim zgłoszenia wejdą do sprintu (nie po tym, jak narzekają programiści), programiści stosują etykietę recenzji przed oznaczeniem zgłoszeń jako gotowych (nie po fakcie), a nikt nie traktuje Slacka jako systemu ewidencji decyzji projektowych.
Ten ostatni punkt jest ważniejszy niż jakakolwiek integracja. Jeśli kiedykolwiek spędziłeś piętnaście minut szukając „tego wątku, gdzie zdecydowaliśmy zmienić promień obramowania", doskonale wiesz, co mam na myśli. Slack to miejsce, gdzie toczą się rozmowy projektowe, i zarazem miejsce, gdzie idą zniknąć. Jeśli decyzja projektowa zapadła w wątku, ktoś musi zaktualizować plik w Figmie lub zgłoszenie w Linearze – w przeciwnym razie za trzy tygodnie jej nie będzie, pogrzebanej pod alertami o wdrożeniach i planami lunchowymi.
„Jeśli decyzja projektowa zapadła w wątku, ktoś musi zaktualizować plik w Figmie lub zgłoszenie w Linearze – w przeciwnym razie za trzy tygodnie jej nie będzie, pogrzebanej pod alertami o wdrożeniach i planami lunchowymi." attribution: Chris Calo
Natywna integracja Figmy z Linearem dobrze radzi sobie z osadzaniem i odniesieniami. Do dwukierunkowej świadomości – komentarzy, statusów, powiadomień o zmianach – potrzebna jest albo ręczna dyscyplina, albo warstwa automatycznie łącząca kontekst między oboma narzędziami.
A jeśli łączysz nie tylko Figmę i Lineara – dodając do mieszanki Slacka, GitHuba i Notion – ręczny narzut na utrzymanie synchronizacji szybko rośnie. To osobna rozmowa, ale warto ją przeprowadzić przed kolejnym retrospektywą „kto zmienił ten projekt i dlaczego nikt mi nie powiedział?".
Połącz Figmę, Lineara, Slacka i GitHuba w jeden graf wiedzy – by kontekst projektowy podróżował razem z pracą.
Q: Czy Sugarbug automatycznie łączy Figmę i Linear? A: Tak. Sugarbug pobiera sygnały z Figmy i Lineara, korelując komentarze do projektów i aktualizacje plików ze zmianami statusu zgłoszeń w grafie wiedzy. Gdy projektant zostawi opinię na klatce, Sugarbug może ją wyświetlić obok powiązanego zgłoszenia Linear bez konieczności kopiowania adresów URL.
Q: Czy Sugarbug może śledzić przekazanie projektu między Figmą, Linearem i Slackiem? A: Sugarbug łączy Figmę, Lineara, Slacka, GitHuba i Notion w jeden graf wiedzy. Opinie projektowe, dyskusje techniczne i statusy zadań pozostają ze sobą skorelowane – kontekst nie ginie podczas przekazywania.
Q: Czy Linear ma wbudowaną integrację z Figmą? A: Tak. Natywna integracja Lineara z Figmą pozwala wklejać adresy URL z Figmy do zgłoszeń, tworząc osadzone podglądy, oraz korzystać z wtyczki Figma do tworzenia i aktualizowania zgłoszeń bezpośrednio z płótna. Jest jednak jednokierunkowa – komentarze i zmiany statusu nie synchronizują się między narzędziami.
Q: Jak połączyć klatki Figmy ze zgłoszeniem w Linearze? A: Wklej adres URL klatki Figmy do opisu lub komentarza zgłoszenia w Linearze. Linear wygeneruje osadzony podgląd. Możesz też użyć wtyczki Figma do Lineara, by tworzyć zgłoszenia bezpośrednio z płótna z gotowym dołączonym linkiem.
Q: Dlaczego komentarze z Figmy nie pojawiają się w Linearze? A: Natywna integracja Lineara z Figmą osadza podglądy projektów, ale nie synchronizuje komentarzy między narzędziami. Komentarz projektanta w Figmie i komentarz programisty w Linearze istnieją w osobnych silosach. Narzędzia takie jak Sugarbug niwelują tę różnicę, pobierając sygnały z obu źródeł i łącząc je we wspólnym grafie wiedzy.