Figma จะทำอะไรต่อไป?
(robin-cannon.com)- แม้จะกลายเป็นเครื่องมือผลิตภัณฑ์ที่สำคัญที่สุดชิ้นหนึ่งในรอบทศวรรษที่ผ่านมา ด้วยการแก้ปัญหาให้การออกแบบเป็น การทำงานร่วมกันแบบหลายผู้เล่น แต่ก็ยังเผชิญปัญหาจินตนาการเชิงกลยุทธ์ที่ผูกติดอยู่กับ แคนวาส ในช่วงเวลาที่จุดศูนย์ถ่วงกำลังย้ายจากแคนวาสไปสู่โค้ด
- Figma เปลี่ยนไฟล์ออกแบบให้เป็น พื้นที่แชร์บนเบราว์เซอร์ ทำให้การทำงานร่วมกัน การวิจารณ์ การสำรวจ และการส่งต่องาน ทำได้บนหน้าจอเดียว และทำให้ Sketch ล้าสมัยอย่างรวดเร็ว
- แคนวาสคือแอ็บสแตรกชันที่ใช้จัดการ ปัญหาการแปล ระหว่างเจตนาทางภาพกับซอฟต์แวร์ที่ทำงานได้จริง แต่เมื่อ AI กำลังปิดช่องว่างนั้น มันจึงกำลังเปลี่ยนไปเป็นระบบปฏิบัติการที่ ตีความ design system, API และแพตเทิร์นเป็นโค้ดโดยตรง
- เมื่อ AI ทำให้ต้นทุนในการลงมือทำถูกลง ปัจจัยจำกัดจึงไม่ได้อยู่ที่ว่า "สร้างอินเทอร์เฟซได้หรือไม่" แต่คือ "องค์กรจะสร้างอินเทอร์เฟซที่ถูกต้องในแบบที่ได้รับความไว้วางใจได้หรือไม่" ซึ่งเป็นปัญหาด้านการประสานงาน (coordination)
- ในช่วงที่จุดศูนย์ถ่วงกำลังย้ายอีกครั้ง ความพยายามของ Figma ที่จะขยายแคนวาสเพื่อรองรับยุคถัดไปจึงเข้าข่าย ภาวะที่กลืนไม่เข้าคายไม่ออกของผู้สร้างนวัตกรรม โดยหัวใจสำคัญคือจะเปลี่ยนไปเป็นอินเทอร์เฟซการทำงานร่วมกันที่มุ่งสู่ความจริงหรือไม่ (incumbent trap)
วิธีที่ Figma ชนะในครั้งแรก
- ความสำเร็จแรกของ Figma เป็นเรื่องทางเทคนิค โดยทำให้ เบราว์เซอร์ มีความสำคัญต่อการออกแบบในระดับที่ไม่มีใครคิดว่าเป็นไปได้
- การเข้าถึงข้ามแพลตฟอร์ม ประสิทธิภาพ และ มัลติเพลเยอร์ ล้วนมีบทบาทสำคัญ
- แต่การเปลี่ยนแปลงที่ลึกกว่านั้นอยู่ในระดับวัฒนธรรม
- ก่อนมี Figma การทำงานร่วมกันกระจัดกระจายอยู่ตามไฟล์โลคัล redline, PDF และการประชุมที่ถามกันว่า "นี่คือเวอร์ชันที่ถูกต้องไหม"
- Figma ทำลายระยะห่างนั้นลง ไม่ได้มอบเพียงแค่แคนวาสที่ดีกว่า แต่ยังให้ โมเดลการประสานงานที่ดีกว่า (coordination model)
- อย่างไรก็ดี แอ็บสแตรกชันก็ยังคงเป็นแอ็บสแตรกชัน และแคนวาสไม่ใช่ตัวผลิตภัณฑ์ แต่เป็นเพียง ภาพแทน (representation) ส่วนผลิตภัณฑ์จริงอยู่ในโค้ด
- แคนวาสเป็นเครื่องมือช่วยคิดก่อนที่ต้นทุนการลงมือทำจริงจะสูงเกินไป แต่สิ่งนี้อาศัยโลกที่มีช่องว่างขนาดใหญ่ระหว่างเจตนาทางภาพกับซอฟต์แวร์ที่ทำงานได้จริง
- และ AI กำลังทำลายระยะห่างนั้น
แคนวาสคือคำตอบต่อปัญหาการแปล
- โมเดลแบบแคนวาสตั้งอยู่บนการแบ่งบทบาทอย่างชัดเจน
- นักออกแบบแสดงเจตนา วิศวกรแปลเจตนาเป็นโค้ด และผู้จัดการผลิตภัณฑ์คอยจัดลำดับความสำคัญกับขอบเขตงาน
- ใช้สิ่งที่จินตนาการไว้เพื่อสร้างสิ่งที่จะถูกปล่อยใช้งานจริง
- โมเดลนี้จะไม่หายไปในเร็ววัน และหลายองค์กรก็น่าจะยังทำงานแบบนี้ต่อไปอีกหลายปี
- แต่ทิศทางกำลังเปลี่ยน
- Design-to-code เร็วขึ้นแล้ว แต่สิ่งนี้เป็นเพียงการบีบอัดวิธีทำงานเดิมให้เร็วขึ้นเท่านั้น (handoff และการแปล)
- สิ่งที่ต่างออกไปจริง ๆ คือบริบทด้านดีไซน์และผลิตภัณฑ์ที่มีโครงสร้าง รวมถึง component code และกฎต่าง ๆ กำลังถูก ตีความโดยตรงเป็นอินเทอร์เฟซที่ทำงานได้ซึ่งถูกเขียนเป็นโค้ด
- เมื่อพรอมป์ต์เข้าถึง design system, API, แพตเทิร์น และข้อจำกัดทางวิศวกรรม ก็ไม่จำเป็นต้องเริ่มจากกระดาษเปล่าอีกต่อไป
- เมื่อถึงจุดนี้ การออกแบบจะกลายเป็น บริบท (context) ที่ระบบลงมือทำของ AI ใช้งาน
- ทีมยังคงต้องการพื้นที่ร่วมสำหรับการเปรียบเทียบทางภาพ การวิจารณ์ และการตัดสินใจทางธุรกิจ
- หน้าต่างเทอร์มินัลหรือ IDE ไม่ใช่สถานที่ที่ผู้มีส่วนได้ส่วนเสียจำนวนมากจะเข้ามามีส่วนร่วมได้
- ถึงอย่างนั้น ก็ไม่ได้แปลว่าสิ่งนี้ต้องถูกจัดวางโดยมีแคนวาสเป็นศูนย์กลาง
กลับไปที่แคนวาสอีกครั้ง
- ความเคลื่อนไหวล่าสุดของ Figma อธิบายได้จากการสร้างต่อยอดบนจุดแข็งปัจจุบัน
- ให้งานเกิดขึ้นใน Figma มากขึ้น มีผลลัพธ์ออกมาจาก Figma มากขึ้น เวิร์กโฟลว์ไหลกลับเข้า Figma และการพัฒนาผลิตภัณฑ์เกิดขึ้นภายใน ecosystem ของ Figma
- ถ้าทำให้เรียบง่ายที่สุด กลยุทธ์นี้ดูเหมือนเป็น "ดึงทุกอย่างกลับมาเป็นแคนวาส เป็นแคนวาสของเรา"
- แต่ยุคถัดไปจะไม่ได้ถูกจัดระเบียบด้วยแกนแบบนั้น
- "code-to-canvas" ทำให้เห็นภาพนี้ชัดขึ้น — สร้างผลลัพธ์จริงก่อน แล้วจึงดึงกลับเข้า Figma ในรูปของเฟรมที่แก้ไขได้
- มันอาจแก้ปัญหาการทำงานร่วมกันระยะสั้นได้ แต่ในเชิงทิศทางแล้วถือว่าแปลก และผิดสำหรับอนาคต
- Figma ดูสนใจการดึงผู้ใช้กลับเข้าห้องของตัวเองซึ่งรู้วิธีทำงานร่วมกัน มากกว่าการตั้งคำถามว่านั่นคือโมเดลการทำงานร่วมกันที่ถูกต้องสำหรับอนาคตหรือไม่
แคนวาสไม่ใช่แหล่งความจริง
- Figma อาจมุ่งไปสู่อนาคตที่น่าเชื่อถือกว่า ในฐานะอินเทอร์เฟซการทำงานร่วมกันที่สะท้อนความเป็นจริง หรือก็คือ เลนส์ (lens)
- มันอาจเป็นสถานที่สำหรับตรวจสอบระบบที่ทำงานอยู่ เปรียบเทียบความแตกต่าง ใส่คำอธิบายกำกับกับของจริง ตรวจดูการ drift ของ design system และกำหนดทิศทางกับการควบคุม
- แต่สิ่งนี้หมายถึงการยอมรับว่าแคนวาสจะไม่ใช่ศูนย์กลางอีกต่อไป
- แคนวาสจะยังสำคัญได้ก็ต่อเมื่อมันเป็น อินเทอร์เฟซที่มุ่งสู่ความจริง เท่านั้น
- และความจริงในที่นี้คือโค้ด, runtime และสิ่งที่มีอยู่จริงและถูกปล่อยใช้งานจริง
- ความเสี่ยงของ Figma คือความพยายามรักษาความเป็นศูนย์กลางไว้ด้วยการบังคับให้ทุกอย่างผ่านโมเดลเก่า ซึ่งเข้าข่าย incumbent trap (กับดักของเจ้าตลาดเดิม)
- นั่นคือการมองกลับไปยังสิ่งที่สร้างอำนาจนำให้ตัวเองในตอนแรก แล้วพยายามปรับปรุงเพียงสิ่งนั้น ซึ่งจะถูกต้องแค่จนกว่ามาตรวัดการแข่งขันจะเปลี่ยนไป
- Figma ชนะ Sketch ได้เพราะตระหนักว่าจุดศูนย์ถ่วงสามารถย้ายได้ แต่ตอนนี้จุดศูนย์ถ่วงกำลังย้ายอีกครั้ง และ Figma กำลังยืนอยู่อีกฝั่งของ ภาวะที่กลืนไม่เข้าคายไม่ออกของผู้สร้างนวัตกรรม
การลงมือทำมีราคาถูกลง แต่การประสานงานไม่ใช่
- AI ทำให้การลงมือทำมีราคาถูกลง — ไม่ถึงกับฟรี แต่ในมุมมองของผู้ปฏิบัติงานอาจรู้สึกเช่นนั้น
- AI สร้างหน้าจอ สร้างสเกฟโฟลด์ ใช้คอมโพเนนต์ เชื่อมต่อ รีแฟกเตอร์ และสร้างความแปรผันต่าง ๆ ด้วยความเร็วที่เปลี่ยนคอขวดเดิมไปโดยสิ้นเชิง
- ดังนั้นปัจจัยจำกัดจึงไม่ใช่ว่า "สร้างอินเทอร์เฟซได้หรือไม่" แต่คือ "สร้างอินเทอร์เฟซที่ถูกต้องภายใต้มาตรฐาน ผู้ใช้ และความไว้วางใจขององค์กรที่ถูกต้องได้หรือไม่"
- การประสานงานด้วย AI ไม่เหมือนกับการทำงานร่วมกันภายในแอ็บสแตรกชันแบบแคนวาส และต้องอาศัย บริบทที่มีโครงสร้างและมีการจัดลำดับความสำคัญ
- มีคำถามที่ต้องใช้วิจารณญาณ
- คอมโพเนนต์ใดได้รับการอนุมัติแล้ว แพตเทิร์นใดถูกยกเลิกไปแล้ว
- เมื่อเอกสาร โค้ด และ Figma ไม่ตรงกัน การนำไปใช้งานแบบใดมีอำนาจอ้างอิงสูงสุด
- กฎด้าน accessibility ใดถูกใช้ ข้อจำกัดด้านกฎระเบียบใดสำคัญ และมาตรฐานวิศวกรรมใดที่ประนีประนอมไม่ได้
- นี่ไม่ใช่ปัญหาของแคนวาส แต่เป็น ปัญหาโครงสร้างพื้นฐาน
- ในโลกแบบนี้ design system จะยิ่งสำคัญขึ้น
- มันไม่ใช่เพียง component library, ที่เก็บแอสเซ็ต หรือเอกสารที่มนุษย์ต้องเปิดอ้างอิงด้วยมือ แต่เป็น ปัญญาที่นำไปปฏิบัติได้ (executable intelligence) ที่บอกระบบ AI ว่าองค์กรสร้างสิ่งต่าง ๆ อย่างไร
- แคนวาสอาจช่วยจัดเรียงและกระตุ้นการวิจารณ์ได้ แต่ถ้าไม่เชื่อมลึกกับชั้นควบคุมของการส่งมอบผลิตภัณฑ์ ความจริงก็จะไปอยู่ที่อื่น และแคนวาสเสี่ยงจะเหลือแค่ภาพสวย ๆ (ซึ่งเป็นปัญหาเชิงกลยุทธ์)
สิ่งที่ดูเหมือน Figma เชื่อ
- จากมุมมองภายนอก Figma ดูเหมือนเชื่อว่าการขยายแคนวาสจะทำให้รองรับยุคถัดไปได้
- นี่อาจเป็นเพียงการตีความจากภายนอก และใน Figma ก็มีคนฉลาดมากมายที่มีแรงจูงใจจะเข้าใจการเปลี่ยนแปลง รวมถึงอาจเป็นการตัดสินใจที่ชาญฉลาดในเชิงพาณิชย์
- แต่สิ่งนั้นไม่ได้แปลว่ามันคือโมเดลผลิตภัณฑ์ที่ถูกต้องสำหรับการทำงานในยุคถัดไป
- กลยุทธ์ผลิตภัณฑ์เผยให้เห็นท่าที และท่าทีของ Figma ดูเหมือนมุ่งเน้นไปที่ การหวนกลับสู่แคนวาส
- ดึงงานที่ถูกสร้างขึ้นกลับมา ดึงผลลัพธ์จากโค้ดกลับมา ดึงนักพัฒนาเข้ามาใน Figma และดึง AI เข้ามาอยู่ในแคนวาส
- นำส่วนต่าง ๆ ขององค์กรมากขึ้นเข้าไปอยู่ในสถานที่ที่ Figma เป็นเจ้าของ
- สิ่งนี้ไม่จำเป็นต้องเป็นความคิดที่โง่
- ในอดีตองค์กรจำนวนมากชอบ การรวมศูนย์ (consolidation) ผู้คนก็คุ้นเคยกับ Figma และยังมีแรงดึงดูดจากอำนาจตลาด
- Figma สามารถเพิ่มฟีเจอร์ที่มีประโยชน์ได้ต่อไป แต่คำถามสำคัญคือฟีเจอร์เหล่านั้นช่วยให้ผู้ใช้ปรับตัวกับโลกที่ผลลัพธ์ที่ทำงานได้จริงและบริบทระดับองค์กรสำคัญกว่าฟाइलดีไซน์หรือไม่
- เดิมพันของ Figma คือ "ใช่ เพราะท้ายที่สุดทุกอย่างจะย้อนกลับมาที่ Figma" ซึ่งเป็น การเดิมพันว่าแคนวาสยังคงเป็นแกนหลัก
ถ้าพื้นที่ที่เราใช้ทำงานเปลี่ยนไป
- พื้นที่ทำงานผลิตภัณฑ์แบบครองตลาดในยุคถัดไปจะไม่ได้หน้าตาเหมือน Figma ที่ใส่ฟังก์ชัน AI เพิ่มเข้าไป และก็จะไม่หน้าตาเหมือนเครื่องมือออกแบบแบบดั้งเดิม
- รูปแบบที่เป็นไปได้มากกว่าคือ IDE ที่เสริมการทำงานร่วมกันเชิงพื้นที่ หรือสภาพแวดล้อมผลิตภัณฑ์บนเบราว์เซอร์ที่สามารถแก้ไข ตรวจสอบ และ deploy ซอฟต์แวร์ที่ทำงานอยู่จริงได้โดยตรง
- จำเป็นต้องมี ชั้น orchestration ของ AI ที่เชื่อมข้าม design system, repository, เอกสาร, analytics และเครื่องมือจัดการผลิตภัณฑ์
- เป็นการรวมกันของแคนวาส ตัวแก้ไขโค้ด สภาพแวดล้อม staging และระบบ governance กับกฎต่าง ๆ
- รูปแบบนี้ในช่วงแรกจะดูแย่
- เวอร์ชันแรก ๆ ของสิ่งที่ถูกต้องมักดูแย่กว่าเวอร์ชันที่สุกงอมของอดีต มันดูเก้ ๆ กัง ๆ ไม่สมบูรณ์ และถูกมองข้ามได้ง่าย
- Figma ควรเข้าใจเรื่องนี้ดีกว่าใคร เพราะเหตุผลที่มันชนะในรอบก่อน ไม่ใช่เพราะเป็นเครื่องมือออกแบบที่ดีกว่า แต่เพราะมันเป็น สภาพแวดล้อมการทำงานที่แตกต่างออกไป
- แคนวาสอาจยังคงจำเป็น แต่ แคนวาสในฐานะแอ็บสแตรกชัน อาจไม่ใช่
- แคนวาสควรเป็นสถานที่ที่ใช้พูดคุยเรื่องความจริง ไม่ใช่สถานที่ที่ทำให้ความจริงแบนราบลง (เป็นปัญหาที่ยากและน่าสนใจ)
Figma จะทำอะไรต่อไป
- มีอยู่สามเส้นทาง
-
เส้นทางตั้งรับ
- ขยายแคนวาสต่อไปเพื่อให้งานจำนวนมากขึ้นเรื่อย ๆ เกิดขึ้นภายใน Figma
- สิ่งนี้อาจสร้างฟีเจอร์ที่มีประโยชน์และรายได้ที่แข็งแรง พร้อมทำให้ตำแหน่งผู้นำเหนียวแน่นและฝังลึกยิ่งขึ้น
-
เส้นทางเปลี่ยนผ่าน
- ทำให้แคนวาส รับรู้โค้ดได้มากขึ้น (code-aware) และมีปฏิสัมพันธ์มากขึ้น พร้อมมอบการสร้าง เวิร์กโฟลว์ การนำเข้า และการส่งออกที่ดีกว่าเดิม
- นี่คือจุดที่ความเคลื่อนไหวของ Figma ในปัจจุบันกำลังอยู่ ซึ่งมีประโยชน์มาก แต่ก็ยังจัดระเบียบสภาพแวดล้อมของผลิตภัณฑ์โดยมีแคนวาสเป็นแกน
-
เส้นทางพลิกทิศ
- ยอมรับว่าแคนวาสและ Figma ไม่ใช่ศูนย์กลางของความจริง และสร้างตัวเองให้เป็นหนึ่งในอินเทอร์เฟซการทำงานร่วมกันที่ดีที่สุดสำหรับการเข้าถึงความจริงนั้น
- ปฏิบัติต่อโค้ด บริบทของผลิตภัณฑ์ design system และพฤติกรรมแบบ live ว่าเป็นงานจริง ขณะที่แคนวาสเป็นเพียงหนึ่งในมุมมอง (view) สำหรับใช้ให้เหตุผลเชิงภาพกับระบบที่มีชีวิตอยู่แล้ว
- ยังไม่ชัดว่า Figma ต้องการ pivot แบบนี้หรือไม่
- การเปลี่ยนแปลงเชิงกลยุทธ์ไม่ได้เกี่ยวกับการมองเห็นอนาคตเท่านั้น แต่เกี่ยวกับ การยอมปล่อยสมมติฐานที่ทำให้ธุรกิจปัจจุบันตั้งอยู่ได้
- การออกแบบแบบมัลติเพลเยอร์จะไม่หายไป และยังคงสำคัญ
- คำถามสำคัญคือ เมื่อเราสามารถสร้าง แก้ไข ตรวจทาน และปล่อยใช้งานได้ใกล้กับโค้ดมากขึ้นมาก งานนั้นจะอยู่ที่ใด
- Figma เข้าใจการย้ายของจุดศูนย์ถ่วงครั้งก่อน และตอนนี้มันกำลังย้ายอีกครั้ง
1 ความคิดเห็น
น่าเศร้าที่ดูเหมือนมีตัวเลือกมากเกินไปจนหลงทิศทาง
การมองเห็นอนาคตล่วงหน้านี่สำคัญขนาดนี้เลย