Figma–Linear: Kết Nối Thiết Kế và Lập Trình Không Copy-Paste
Cách tích hợp Figma với Linear bằng nhúng gốc, plugin Figma và các mẫu quy trình giúp thiết kế và kỹ thuật luôn đồng bộ.
By Ellis Keane · 2026-03-15
Trong năm vừa qua, quy trình bàn giao từ thiết kế sang phát triển đã trở thành một kiểu kịch bản quen thuộc ở nơi làm việc. Nhà thiết kế hoàn thành một component trong Figma, để lại ba bình luận được viết cẩn thận, dán liên kết vào Slack và tag kỹ sư sẽ xây dựng nó. Kỹ sư mở liên kết hai ngày sau, đọc hai trong ba bình luận, bỏ lỡ một biến thể và giao nộp thứ gì đó gần đúng đến mức không ai chú ý cho đến khi QA.
Nếu bạn đã trải qua sự cố truyền thông này (và tôi cũng đã trải qua, nhiều lần), bạn đã biết cách sửa chữa không phải là "giao tiếp tốt hơn." Đó là kết nối các công cụ để ngữ cảnh đi cùng với công việc. Đây là cách tích hợp Figma với Linear – các nhúng gốc, plugin và ba mẫu quy trình thực sự làm cho kết nối này hữu ích.
Tích Hợp Figma của Linear Thực Sự Làm Gì
Linear đã hỗ trợ nhúng Figma trong một thời gian, và những tính năng cơ bản rất vững chắc. Dán URL Figma vào bất kỳ mô tả issue hay bình luận nào – Linear sẽ tạo bản xem trước nhúng của thiết kế. Các bản xem trước này mặc định là tĩnh – Linear đóng băng chúng tại điểm nhúng để bảo toàn ngữ cảnh, đây là lựa chọn có chủ đích. Bạn có thể làm mới thủ công ở chế độ chỉnh sửa, nhưng thiết kế sẽ không tự cập nhật dưới mắt bạn.
Bạn cũng có thể đính kèm liên kết Figma dưới dạng tệp đính kèm issue, giữ chúng được tổ chức trong thanh bên thay vì bị chôn vùi trong chuỗi bình luận không tránh khỏi phát triển thành bốn mươi tin nhắn vào ngày Thứ Năm.
Điều mà tích hợp figma linear không làm là bất kỳ thứ gì hai chiều. Linear thấy Figma, nhưng Figma không thấy Linear. Bình luận ở nguyên nơi chúng được viết. Thay đổi trạng thái không lan truyền. Nếu kỹ sư đánh dấu issue là "Đã xong" trong Linear, không ai trong Figma biết trừ khi ai đó nói cho họ – trong thực tế, điều đó có nghĩa là không ai trong Figma biết.
Cách Tích Hợp Figma với Linear: Từng Bước
Việc thiết lập khá đơn giản (may thay – không phải mọi thứ đều cần vũ điệu OAuth mười hai bước!).
Bước 1: Bật Tích Hợp
Vào cài đặt workspace Linear, rồi chọn Integrations. Tìm Figma trong danh sách và nhấn Enable. Bạn sẽ được chuyển hướng đến Figma để ủy quyền kết nối. Cấp quyền truy cập và bạn đã hoàn thành phần quản trị.
Bước 2: Liên Kết Frame với Issue
Sau khi bật, việc dán bất kỳ URL Figma nào vào issue Linear sẽ tạo bản xem trước nhúng. Để có kết quả tốt nhất:
- Liên kết các frame cụ thể, không phải toàn bộ tệp. Liên kết đến
figma.com/file/abc123?node-id=42:1337 hiển thị component liên quan. Liên kết đến figma.com/file/abc123 hiển thị bất cứ thứ gì Figma quyết định là chế độ xem mặc định – thường không phải điều bạn muốn.
- Dùng mô tả issue cho tài liệu tham chiếu thiết kế chính. Bình luận phù hợp để lặp lại, nhưng mô tả là thứ kỹ sư đọc đầu tiên khi nhận issue.
- Thêm liên kết Figma trước khi issue vào sprint. Điều này nghe có vẻ hiển nhiên, nhưng tôi thực sự ngạc nhiên khi ngữ cảnh thiết kế thường được thêm vào sau khi kỹ sư đã dành hai mươi phút tìm kiếm nó.
Bước 3: Cài Đặt Plugin Figma
Figma có một plugin Linear cho phép nhà thiết kế tạo và cập nhật issue Linear trực tiếp từ canvas. Chọn một frame, mở plugin, điền tiêu đề issue và nhóm – và nó sẽ tạo issue với liên kết Figma được đính kèm sẵn. Plugin cũng hỗ trợ cập nhật trạng thái issue và người phụ trách mà không cần rời Figma.
Điều này lật ngược quy trình bàn giao từ thiết kế sang phát triển từ "kỹ sư đi tìm thiết kế" thành "nhà thiết kế gửi thiết kế đến kỹ thuật." Từ kinh nghiệm của nhóm chúng tôi, thay đổi đơn lẻ đó đã giảm gần một nửa số tin nhắn Slack hỏi "thiết kế cho cái này ở đâu?" Tin tôi đi, chỉ điều đó thôi đã đáng để bỏ ra năm phút cài đặt!
Nơi Tích Hợp Gốc Còn Thiếu Sót
Tôi không muốn hạ thấp những gì Linear và Figma đã xây dựng – với một kết nối nhẹ, nó hoạt động. Nhưng có những khoảng trống đáng đặt tên, vì giả vờ chúng không tồn tại dẫn đến cuộc trò chuyện "chúng ta có tích hợp, tại sao không có gì đồng bộ?" ba tháng sau.
Bình luận không chuyển qua. Nếu nhà thiết kế để lại phản hồi trong Figma và kỹ sư trả lời trong Linear, không ai thấy phản hồi của người kia mà không cần kiểm tra thủ công cả hai công cụ. Theo kinh nghiệm của chúng tôi, silo bình luận này là nguồn gốc của hầu hết sự hiểu lầm giữa thiết kế và phát triển – không phải từ đặc tả kém, mà từ các cuộc trò chuyện diễn ra đồng thời ở hai nơi.
Trạng thái là một chiều. Issue chuyển sang "Đang tiến hành" trong Linear không cập nhật bất kỳ thứ gì trong Figma. Nhà thiết kế phải kiểm tra Linear (hoặc thực tế hơn là hỏi trong Slack) để biết liệu thiết kế của họ có đang được xây dựng không.
Không có thông báo thay đổi. Khi nhà thiết kế cập nhật frame được liên kết với issue Linear, kỹ sư được giao issue đó không nhận được cảnh báo nào trong Linear. Vì bản xem trước mặc định là tĩnh, kỹ sư có thể đang xây dựng dựa trên phiên bản thiết kế đã được sửa đổi. Trừ khi ai đó làm mới thủ công hoặc đề cập trong Slack, bản cập nhật đó là vô hình.
Các Mẫu Quy Trình Thu Hẹp Khoảng Cách
Nhúng giải quyết vấn đề tham chiếu. Ba mẫu này giải quyết vấn đề phối hợp – và chúng quyết định liệu tích hợp figma linear của bạn có thực sự cải thiện việc bàn giao hay chỉ thêm một kết nối công cụ khác mà không ai bảo trì.
Mẫu 1: Issue Sẵn Sàng Thiết Kế
Trước khi issue thiết kế vào backlog sprint, cần có ba thứ được đính kèm trong Linear:
- Liên kết frame Figma (frame cụ thể, không phải tệp)
- Ghi chú thiết kế tóm tắt những gì đã thay đổi kể từ lần lặp cuối cùng (vì bản xem trước nhúng hiển thị trạng thái hiện tại, không phải những gì mới)
- Tiêu chí chấp nhận tham chiếu cụ thể đến thiết kế – "khớp với frame Figma" không phải tiêu chí chấp nhận. "Sử dụng spacing token 8px giữa tiêu đề và phụ đề thẻ" mới là.
Thêm vài phút chuẩn bị của nhà thiết kế mỗi issue. Kết quả là kỹ sư có thể bắt đầu xây dựng mà không cần đào bới Slack trước.
Mẫu 2: Nhãn Xem Xét Thiết Kế
Tạo nhãn Linear tùy chỉnh – ví dụ như "Cần Xem Xét Thiết Kế" – và áp dụng cho các issue đã được xây dựng nhưng cần nhà thiết kế xác minh việc triển khai. Mẹo (và tôi nhận ra điều này nghe có vẻ hiển nhiên đến mức đau đớn) là làm cho nó trở thành một phần của template vòng đời issue để nó kích hoạt tự động khi issue chuyển sang "Đang xem xét." Tôi nói điều này từ kinh nghiệm – chúng tôi đã tạo ra chính xác nhãn này, dùng nó đều đặn trong hai sprint, rồi im lặng dừng lại vì không ai đưa nó vào template. Nhớ kỹ sư ở đầu bài đã bỏ lỡ biến thể và giao nộp "gần đúng"? Đó là nhãn xem xét thiết kế bị thiếu.
Mẫu 3: Phần Figma Làm Bản Đồ Sprint
Đối với các dự án lớn hơn, dành riêng một phần hoặc trang Figma cho các thiết kế của sprint hiện tại. Mỗi frame tương ứng chính xác với một issue Linear. Đặt tên các frame khớp với định danh issue – ENG-142 – Card Component Redesign – để kỹ sư có thể tìm thấy frame đúng mà không cần cuộn qua bốn mươi artboard tên "Frame 247".
Làm Cho Những Thói Quen Này Bền Vững
Các nhóm tôi thấy làm điều này thành công có một vài đặc điểm chung: nhà thiết kế liên kết frame trước khi issue vào sprint (không phải sau khi kỹ sư phàn nàn), kỹ sư áp dụng nhãn xem xét trước khi đánh dấu issue là xong (không phải như một suy nghĩ sau), và không ai coi Slack là hệ thống ghi nhận quyết định thiết kế.
Điều cuối cùng đó quan trọng hơn bất kỳ tích hợp nào, và nếu bạn từng dành mười lăm phút tìm kiếm "thread mà chúng ta quyết định thay đổi border radius," bạn biết chính xác ý tôi muốn nói. Slack là nơi các cuộc trò chuyện thiết kế diễn ra, và cũng là nơi chúng biến mất. Nếu một quyết định thiết kế được đưa ra trong thread, ai đó cần cập nhật tệp Figma hoặc issue Linear – nếu không, sau ba tuần nó sẽ biến mất, bị chôn vùi dưới các cảnh báo triển khai và kế hoạch bữa trưa.
"Nếu một quyết định thiết kế được đưa ra trong thread, ai đó cần cập nhật tệp Figma hoặc issue Linear – nếu không, sau ba tuần nó sẽ biến mất, bị chôn vùi dưới các cảnh báo triển khai và kế hoạch bữa trưa." – Chris Calo
Tích hợp Figma-Linear gốc xử lý nhúng và tham chiếu tốt. Đối với nhận biết hai chiều – bình luận, trạng thái, thông báo thay đổi – bạn cần kỷ luật quy trình thủ công hoặc một lớp tự động kết nối ngữ cảnh giữa cả hai công cụ.
Và nếu bạn đang kết nối nhiều hơn chỉ Figma và Linear – thêm Slack, GitHub và Notion vào hỗn hợp – chi phí thủ công để giữ mọi thứ đồng bộ tăng lên nhanh chóng. Đó là một cuộc trò chuyện khác, nhưng đáng có trước bài post-mortem tiếp theo về "ai đã thay đổi thiết kế này và tại sao không ai nói với tôi?"
Kết nối Figma, Linear, Slack và GitHub vào một đồ thị tri thức – để ngữ cảnh thiết kế đi cùng với công việc.
Q: Sugarbug có tự động kết nối Figma và Linear không? A: Có. Sugarbug nhận tín hiệu từ cả Figma và Linear, liên kết các bình luận thiết kế và cập nhật tệp với các thay đổi trạng thái issue trong đồ thị tri thức. Khi nhà thiết kế để lại phản hồi trên một frame, Sugarbug có thể hiển thị nó cùng với issue Linear liên quan mà không cần ai sao chép URL.
Q: Sugarbug có thể theo dõi quá trình bàn giao thiết kế qua Figma, Linear và Slack không? A: Sugarbug kết nối Figma, Linear, Slack, GitHub và Notion vào một đồ thị tri thức duy nhất. Phản hồi thiết kế, thảo luận kỹ thuật và trạng thái tác vụ luôn được liên kết – vì vậy ngữ cảnh không bị mất trong quá trình bàn giao.
Q: Linear có tích hợp Figma tích hợp sẵn không? A: Có. Tích hợp Figma gốc của Linear cho phép bạn dán URL Figma vào issue để tạo bản xem trước nhúng, và sử dụng plugin Figma để tạo hoặc cập nhật issue từ canvas. Tuy nhiên, đây là một chiều – bình luận và thay đổi trạng thái không đồng bộ giữa các công cụ.
Q: Làm thế nào để liên kết một frame Figma với issue Linear? A: Dán URL frame Figma vào mô tả hoặc bình luận của issue Linear. Linear sẽ tạo bản xem trước nhúng. Bạn cũng có thể dùng plugin Figma của Linear để tạo issue trực tiếp từ canvas với liên kết được đính kèm sẵn.
Q: Tại sao bình luận Figma không xuất hiện trong Linear? A: Tích hợp Figma gốc của Linear nhúng bản xem trước thiết kế nhưng không đồng bộ bình luận giữa các công cụ. Bình luận của nhà thiết kế trong Figma và bình luận của kỹ sư trong Linear tồn tại trong các silo riêng biệt. Các công cụ như Sugarbug thu hẹp khoảng cách này bằng cách nhận tín hiệu từ cả hai và liên kết chúng trong một đồ thị tri thức chung.