Home | Blog | Integration

วิธีเชื่อมต่อคอมเมนต์ Figma กับ Issues ใน Linear

เชื่อมโยงข้อเสนอแนะด้านดีไซน์และงานวิศวกรรมด้วยการเชื่อมต่อคอมเมนต์ Figma กับ Issues ใน Linear – ไม่ต้องคัดลอกบริบทระหว่างแท็บ

By Ellis Keane · 2026-03-31

ประมาณครั้งที่สี่ที่ฉันเห็นดีไซเนอร์ทิ้งคอมเมนต์ละเอียดใน Figma แล้ววิศวกรที่นั่งอยู่ห่างออกไปสามเมตรกลับยื่น Linear issue ที่แทบเหมือนกันในอีกสองวันต่อมา ฉันก็หยุดคิดว่านี่คือปัญหาการสื่อสาร มันคือปัญหาระบบท่อ ท่อเชื่อมต่อระหว่างสองเครื่องมือนี้ไม่ได้มีอยู่ในแบบที่ทุกคนคิด

การเชื่อมต่อ Figma Linear แบบดั้งเดิม ให้การฝังลิงก์และปลั๊กอินสำหรับสร้าง issues จากเฟรม มีประโยชน์จริงๆ แต่ส่วนที่คอมเมนต์เทรด Figma เกี่ยวกับสถานะ hover ของปุ่มแอบกลายเป็นกับดักวิศวกรรมสองสัปดาห์ โดยที่ไม่มีใครเชื่อมโยงจุดต่างๆ จนถึงการรีทรอสปรินต์ – นั่นคือช่องว่างที่เครื่องมือของใครก็ไม่ได้แก้ไขจริงๆ และนั่นคือสิ่งที่บทความนี้พูดถึง: วิธีเชื่อมต่อคอมเมนต์ Figma กับ Linear issues โดยไม่ต้องพึ่งความจำของใคร

การเชื่อมต่อ Figma ของ Linear ทำอะไรได้จริงๆ (และทำอะไรไม่ได้)

การเชื่อมต่อแบบดั้งเดิม ทำได้สองอย่างดีและไม่มีอะไรอื่น

การฝังลิงก์ Figma ใน Linear. วาง URL ของ Figma ลงใน Linear issue หรือคอมเมนต์ใดก็ได้ แล้วมันจะแปลงเป็นตัวอย่างแบบโต้ตอบได้ มีข้อควรรู้อยู่ข้อหนึ่ง: เอกสาร Linear ระบุว่าตัวอย่างแบบโต้ตอบในแอปใช้ได้กับไฟล์ Figma ที่แชร์สาธารณะเท่านั้น ไฟล์ดีไซน์ส่วนตัวของคุณ (หมายถึงส่วนใหญ่) จะแสดงเป็นลิงก์แบบ static พร้อมรูปย่อแทน

ปลั๊กอิน Linear สำหรับ Figma. จากภายใน Figma คุณสามารถสร้าง Linear issues ที่เชื่อมโยงกับเฟรม หน้า หรือส่วนต่างๆ โดยอัตโนมัติ คุณกำหนดทีม สถานะ ผู้รับผิดชอบ และโปรเจกต์ได้โดยไม่ต้องสลับแท็บ นอกจากนี้คุณยังสามารถเชื่อมโยงกับ issues ที่มีอยู่แล้วได้ ซึ่งมีประโยชน์เมื่อการเปลี่ยนแปลงดีไซน์เกี่ยวข้องกับงานที่กำลังดำเนินการอยู่

การเชื่อมต่อ Figma ของ Linear เป็นสะพานทิศทางเดียว: ช่วยให้คุณผลักดันบริบทดีไซน์เข้าสู่ Linear ไม่ได้ดึงบริบทวิศวกรรมกลับเข้า Figma และไม่ได้เชื่อมต่อคอมเมนต์เทรดข้ามสองเครื่องมือ

สิ่งที่ทำไม่ได้:

คอมเมนต์ Figma ไม่สร้าง Linear issues โดยอัตโนมัติ ต้องมีคนใช้ปลั๊กอินด้วยตนเองทุกครั้ง
อัปเดต Linear issue ไม่ไหลกลับไปยัง Figma ถ้าวิศวกรเปลี่ยนสถานะ เพิ่มตัวบล็อก หรือปรับขอบเขตงาน ดีไซเนอร์จะไม่เห็นจนกว่าจะไปตรวจสอบ Linear เอง
ไม่มีการค้นหาข้ามเครื่องมือ "เราพูดถึงการออกแบบใหม่ของการนำทางที่ไหน?" อาจหมายถึงคอมเมนต์ Figma, Linear issues หรือทั้งสอง (ขอให้โชคดี)

การตั้งค่าเวิร์กโฟลว์จาก Figma ไปยัง Linear

การตั้งค่าใช้เวลาประมาณสามนาที รายละเอียดทั้งหมดอยู่ใน เอกสารการเชื่อมต่อ Figma ของ Linear แต่นี่คือฉบับย่อ:

[ ] เปิดใช้การเชื่อมต่อ Figma ในการตั้งค่า workspace ของ Linear (ต้องการสิทธิ์ admin ทั้งสองฝั่ง)
[ ] ติดตั้งปลั๊กอิน Linear อย่างเป็นทางการจาก Figma Community (หลีกเลี่ยงทางเลือกจากบุคคลที่สาม – มักพังเมื่อมีการอัปเดต API)
[ ] ทดสอบ: เลือกเฟรม รันปลั๊กอิน Linear และสร้าง issue ตรวจสอบว่าเชื่อมโยงกลับไปที่เฟรม
[ ] ทดสอบ: วางลิงก์ไฟล์ Figma ลงใน Linear issue และยืนยันว่า embed แสดงผลได้
[ ] ตรวจสอบการตั้งค่าการแชร์ของไฟล์ดีไซน์ – ไฟล์ส่วนตัวจะแสดงลิงก์ static ไม่ใช่ตัวอย่างแบบโต้ตอบ

นั่นครอบคลุมเส้นทางที่ชัดเจน: ดีไซเนอร์เห็นงาน ดีไซเนอร์สร้าง issue วิศวกรได้รับบริบท ปัญหาเริ่มต้นเมื่องานไม่ชัดเจนในขณะที่เขียนคอมเมนต์

ปัญหาการจัดประเภท

นี่คือสถานการณ์ที่ทำให้เวิร์กโฟลว์จาก Figma ไปยัง Linear ทุกแบบที่ฉันเคยเห็นพัง:

ดีไซเนอร์คอมเมนต์บนเฟรม: "สถานะการโหลดนี้ไม่ได้คำนึงถึง empty state ที่เราพูดถึง เราควรเพิ่ม skeleton screen ไหม?" สามคนตอบในเทรด Figma มีการตัดสินใจ ไม่มีใครสร้าง Linear issue เพราะคอมเมนต์รู้สึกเหมือนการพูดคุยเรื่องดีไซน์มากกว่างาน

สองสปรินต์ต่อมา วิศวกรสร้างฟีเจอร์โดยไม่มี skeleton screen QA แจ้งปัญหา ทุกคนใช้เวลายี่สิบนาทีใน Slack พยายามหาว่าเคยพูดถึงเรื่องนี้หรือไม่ เคยพูด – ใน Figma ที่คอมเมนต์เทรดยังคงอยู่ที่นั่น ถูก resolved และถูกลืม

ปัญหาไม่ใช่ว่าคนลืมใช้ปลั๊กอิน Linear มันคือข้อเสนอแนะด้านดีไซน์มีอยู่ในสเปกตรัม และการจัดประเภท – "นั่นเป็นงานหรือไม่?" – เกิดขึ้นย้อนหลัง มักเมื่อมีคนรู้ว่างานนั้นไม่ได้ทำ

เกณฑ์สามข้อที่ช่วยได้: เมื่อตรวจสอบคอมเมนต์เทรด Figma ให้ถามว่ามัน (a) ส่งผลต่อเกณฑ์การรับมอบงานของ Linear issue ที่มีอยู่หรือไม่ (b) อธิบายงานใหม่ที่ยังไม่มีใครยื่นหรือไม่ หรือ (c) มีการตัดสินใจที่เปลี่ยนขอบเขตงานหรือไม่ ถ้าใช่สักข้อ ควรกลายเป็น issue ที่ติดตาม วิธีนี้ไม่ครอบคลุมทุกอย่าง แต่มันให้ศัพท์ร่วมกันของทีมว่า "คอมเมนต์นี้สำคัญ"

สิ่งที่ได้ผลจริงๆ (และสิ่งที่ไม่ได้ผล)

การตั้งค่าที่แนะนำ: ปลั๊กอินดั้งเดิม บวก convention เบาๆ บวก safety net. ใช้ปลั๊กอิน Linear สำหรับ Figma เมื่อดีไซเนอร์ระบุงานที่ชัดเจน – คอมโพเนนต์ต้องอัปเดต บักต้องยื่น หน้าใหม่ต้องสร้าง เพิ่ม convention คอมเมนต์ง่ายๆ (ทีมของเราใช้คำนำหน้า "Action:" หรือแท็กวิศวกรที่เกี่ยวข้อง) เพื่อส่งสัญญาณความตั้งใจโดยไม่ต้องมีกระบวนการหนัก และยอมรับว่าบางอย่างจะหลุดลอดออกไป – สร้างการรีวิวรายสัปดาห์ที่คุณสแกนคอมเมนต์เทรด Figma ล่าสุดควบคู่กับ sprint board มองหาเทรดที่ยังไม่ได้ resolve เกินหนึ่งสัปดาห์ที่อาจแมปกับ issues ที่มีอยู่ นี่เป็นระบบที่สมบูรณ์แบบสำหรับการเชื่อมต่อคอมเมนต์ Figma กับ Linear issues หรือไม่? ไม่ มันเป็น stopgap แบบ manual – แต่เป็น stopgap แบบ manual ที่เชื่อถือได้มากที่สุดที่ฉันพบ และมันให้เวลาคุณจนกว่าจะทำให้ชั้นการจัดประเภทเป็นอัตโนมัติได้

สิ่งที่ได้ผล

ปลั๊กอินดั้งเดิมสำหรับงานที่ชัดเจน – เมื่อดีไซเนอร์รู้ว่าบางอย่างเป็นงาน ปลั๊กอิน Linear รวดเร็วและตรงประเด็น
Convention คอมเมนต์ – แท็กง่ายๆ เช่น Action: หรือการกล่าวถึงวิศวกรเพื่อส่งสัญญาณความตั้งใจ
การรีวิวคอมเมนต์-บอร์ดรายสัปดาห์ – สแกนเทรด Figma ที่ยังไม่ resolve เทียบกับ sprint board

สิ่งที่ล้มเหลว

การจัดเส้นทางแบบ manual ในขนาดใหญ่ – การพึ่งพามนุษย์จัดประเภทคอมเมนต์ทุกรายการพังในช่วงสปรินต์ที่ยุ่ง
Zapier automations แบบใช้ keyword – webhook คอมเมนต์ Figma ยิงทุกกิจกรรม (การตอบ การ resolve การ react) สร้างสัญญาณรบกวนที่ต้องดูแลตัวกรองอย่างต่อเนื่อง
การมองข้ามช่องว่างโดยสิ้นเชิง – การหวังว่าคนจะ "ตรวจสอบทั้งสองเครื่องมือ" ไม่ใช่กลยุทธ์

ทางเลือก: Zapier หรือ Make. คุณสามารถตั้งค่า trigger บนคอมเมนต์ Figma ใหม่เพื่อสร้าง Linear issues ปัญหาในทางปฏิบัติคือ webhook ของ Figma สามารถสร้างเหตุการณ์คอมเมนต์จำนวนมาก – การตอบ เทรดที่ resolved การ react ด้วย emoji ล้วนยิงทั้งหมด หากไม่กรองอย่างระมัดระวัง คุณจะท่วม Linear ด้วย issue ใหม่ทุกครั้งที่มีคน react ด้วยหัวแม่มือ ซึ่งเป็นประเภทของความก้าวหน้าที่ทำให้คุณตั้งคำถามกับการเลือกอาชีพ ถ้ากรองแล้ว คุณต้องดูแลกฎ regex ที่ค่อยๆ เบี่ยงเบนออกจากวิธีที่ทีมเขียนคอมเมนต์จริงๆ ทำได้สำหรับทีมเล็กที่มีรูปแบบการคอมเมนต์ที่คาดเดาได้ แต่มันกลายเป็นงาน part-time ของใครบางคนในการดูแลรักษา

ทางเลือก: ข่าวกรองสัญญาณเชิงความหมาย. แทนที่จะจัดเส้นทางคอมเมนต์แต่ละรายการเป็น issues ระบบที่เข้าใจทั้งสองเครื่องมือในระดับความหมายสามารถรับรู้ได้ว่าคอมเมนต์เทรด Figma ทับซ้อนกับ Linear issue ที่มีอยู่หรือไม่ หรือเมื่อคอมเมนต์ใหม่บ่งบอกถึงงานที่ยังไม่ติดตาม นี่คือแนวทางที่เรากำลังสร้างที่ Sugarbug – scrapers ดั้งเดิมสำหรับทั้ง Figma และ Linear ที่จัดประเภทสัญญาณและแสดงการเชื่อมต่อผ่านกราฟความรู้ ดังนั้นการเชื่อมโยงระหว่างการพูดคุยเรื่องดีไซน์และงานวิศวกรรมจึงไม่ต้องพึ่งความจำของใคร

เป้าหมายไม่ใช่การเปลี่ยนคอมเมนต์ Figma ทุกรายการให้เป็น Linear issue มันคือการทำให้แน่ใจว่าเมื่อคอมเมนต์บ่งบอกถึงงาน การเชื่อมต่อไม่ต้องพึ่งความจำของใคร attribution: Chris Calo

คำถามที่พบบ่อย

รับข่าวกรองสัญญาณส่งตรงถึงกล่องอีเมลของคุณ

Q: ฉันสามารถสร้าง Linear issues จากคอมเมนต์ Figma ได้โดยตรงหรือไม่? A: ได้ แต่ไม่ใช่แบบอัตโนมัติ คุณต้องติดตั้งปลั๊กอิน Linear สำหรับ Figma และต้องมีคนรันด้วยตนเองทุกครั้ง ปลั๊กอินช่วยให้สร้าง issues ที่เชื่อมโยงกับเฟรมเฉพาะ กำหนดทีม สถานะ ผู้รับผิดชอบ และโปรเจกต์ได้โดยไม่ต้องสลับแท็บ ช่องว่างคือไม่มีใครทำเรื่องนี้กับคอมเมนต์ที่ไม่ดูเหมือนงานที่ชัดเจนในตอนนั้น

Q: Sugarbug เชื่อมต่อคอมเมนต์ Figma กับ Linear issues โดยอัตโนมัติหรือไม่? A: Sugarbug ดึงข้อมูลจากทั้ง Figma และ Linear โดยตรง จัดประเภทสัญญาณจากแต่ละแหล่ง และเชื่อมโยงผ่านกราฟความรู้ เมื่อคอมเมนต์ Figma อ้างอิงงานที่ติดตามใน Linear Sugarbug จะแสดงการเชื่อมต่อนั้นโดยไม่ต้องเชื่อมโยงด้วยตนเอง

Q: ทำไมการแจ้งเตือนคอมเมนต์ Figma ไม่ปรากฏใน Linear? A: เพราะการเชื่อมต่อเป็นถนนทิศทางเดียว Linear ฝังตัวอย่างดีไซน์จาก Figma และให้คุณสร้าง issues จากปลั๊กอินได้ แต่คอมเมนต์เทรด Figma ไม่ไหลเข้า Linear ในรูปแบบการแจ้งเตือน อัปเดตก็ไม่ได้ถูกส่งกลับเช่นกัน – ถ้าวิศวกรเปลี่ยนสถานะ issue ดีไซเนอร์ต้องไปตรวจสอบ Linear เองเพื่อรู้

Q: ฉันจะรู้ได้อย่างไรว่าคอมเมนต์ Figma ใดควรกลายเป็น Linear issues? A: ใช้เกณฑ์สามข้อ: คอมเมนต์นั้นส่งผลต่อเกณฑ์การรับมอบงานของ issue ที่มีอยู่หรือไม่? อธิบายงานใหม่ที่ยังไม่มีใครยื่นหรือไม่? มีการตัดสินใจที่เปลี่ยนขอบเขตงานหรือไม่? ถ้าใช่สักข้อ ควรติดตามใน Linear