Figma sẽ làm gì tiếp theo?
(robin-cannon.com)- Figma đã giải quyết bài toán biến thiết kế thành cộng tác multiplayer, trở thành công cụ sản phẩm quan trọng nhất trong thập kỷ qua, nhưng khi trọng tâm đang dịch chuyển từ canvas sang code, họ gặp vấn đề về trí tưởng tượng chiến lược bị ràng buộc vào canvas
- Figma đã biến file thiết kế thành không gian chia sẻ dựa trên trình duyệt, cho phép cộng tác, critique, khám phá và handoff trên cùng một màn hình, nhanh chóng khiến Sketch trở nên lỗi thời
- Canvas là một lớp trừu tượng xử lý bài toán dịch thuật giữa ý đồ thị giác và phần mềm hoạt động được, nhưng khi AI thu hẹp khoảng cách đó, nó đang chuyển thành một hệ thống thực thi diễn giải design system, API và pattern trực tiếp thành code
- Khi AI làm chi phí thực thi rẻ hơn, nút thắt không còn là “có thể tạo ra interface không” mà chuyển thành vấn đề điều phối (coordination): “có thể tạo ra interface đúng theo cách mà tổ chức tin tưởng không”
- Khi trọng tâm đang lại dịch chuyển, nỗ lực của Figma nhằm mở rộng canvas để chứa thời đại tiếp theo chính là thế lưỡng nan của nhà đổi mới, và điểm mấu chốt là liệu họ có chuyển thành interface cộng tác hướng tới sự thật hay không (incumbent trap)
Cách Figma thắng ngay từ đầu
- Thành tựu đầu tiên của Figma mang tính kỹ thuật: họ khiến trình duyệt trở nên quan trọng trong thiết kế ở mức mà trước đó không ai nghĩ là khả thi
- Khả năng truy cập đa nền tảng, hiệu năng và multiplayer đều đóng vai trò quan trọng
- Thay đổi sâu hơn nằm ở tầng văn hóa
- Trước Figma, cộng tác bị phân mảnh giữa file cục bộ, redline, PDF và các cuộc họp hỏi “đây có phải phiên bản đúng không”
- Figma phá vỡ khoảng cách đó, không chỉ cung cấp một canvas tốt hơn mà còn là một mô hình điều phối (coordination model) tốt hơn
- Tuy nhiên, trừu tượng vẫn là trừu tượng; canvas không phải sản phẩm mà chỉ là biểu diễn (representation), còn sản phẩm thật tồn tại trong code
- Canvas là công cụ giúp suy nghĩ trước khi chi phí triển khai trở nên lớn, nhưng nó phụ thuộc vào một thế giới nơi có khoảng cách lớn giữa ý đồ thị giác và phần mềm hoạt động
- AI đang phá vỡ khoảng cách đó
Canvas là câu trả lời cho bài toán dịch thuật
- Mô hình canvas được xây dựng trên sự phân vai rõ ràng
- Designer biểu đạt ý đồ, engineer dịch ý đồ đó thành code, product manager điều phối ưu tiên và phạm vi
- Dùng những gì được tưởng tượng để tạo ra thứ sẽ thực sự được phát hành
- Mô hình này sẽ không sớm biến mất, và nhiều tổ chức có khả năng vẫn làm việc theo cách này trong nhiều năm tới
- Nhưng hướng đi đã thay đổi
- Design-to-code đã nhanh hơn, nhưng đó chỉ là việc nén nhanh hơn cách làm cũ (handoff và dịch thuật)
- Điểm thực sự khác là thiết kế có cấu trúc và bối cảnh sản phẩm, code component, quy tắc được diễn giải trực tiếp thành interface hoạt động đã được code hóa
- Khi prompt có quyền truy cập vào design system, API, pattern và ràng buộc kỹ thuật, không còn cần bắt đầu từ trang trắng nữa
- Khi đó, thiết kế trở thành ngữ cảnh (context) mà hệ thống thực thi AI sử dụng
- Team vẫn cần một không gian chung để so sánh trực quan, critique và đưa ra quyết định kinh doanh
- Cửa sổ terminal hay IDE không phải là nơi để nhiều bên liên quan cùng tham gia
- Dù vậy, điều này không khiến canvas trở thành trung tâm
Quay lại canvas
- Những bước đi gần đây của Figma có thể hiểu là được xây dựng trên thế mạnh hiện tại
- Nhiều công việc hơn diễn ra trong Figma, nhiều đầu ra hơn xuất phát từ Figma, workflow quay lại Figma, và phát triển sản phẩm nên diễn ra bên trong hệ sinh thái Figma
- Nói đơn giản nhất, chiến lược này trông giống “đưa mọi thứ trở lại canvas, canvas của chúng ta”
- Nhưng thời đại tiếp theo không được tổ chức quanh trục đó
- “code-to-canvas” cho thấy điều này — tạo ra kết quả thật trước, rồi đưa nó trở lại Figma dưới dạng frame có thể chỉnh sửa
- Cách này có thể giải quyết vấn đề cộng tác ngắn hạn, nhưng xét về định hướng thì kỳ lạ, và xét về tương lai thì sai
- Figma quan tâm nhiều hơn đến việc đưa người dùng trở lại căn phòng nơi họ hiểu cách cộng tác vận hành, và ít quan tâm hơn đến việc đó có phải mô hình cộng tác đúng cho tương lai hay không
Canvas không phải nguồn chân lý
- Figma cũng có khả năng hướng tới một tương lai thuyết phục hơn với tư cách là interface cộng tác phản ánh thực tế, tức một lăng kính (lens)
- Nó có thể trở thành nơi kiểm tra hệ thống đang hoạt động, so sánh các biến thể, chú thích trực tiếp lên đối tượng thật, kiểm tra drift của design system, định hướng và kiểm soát
- Nhưng điều đó đồng nghĩa với việc chấp nhận rằng canvas không còn là trung tâm
- Canvas chỉ có thể tiếp tục quan trọng nếu là interface hướng tới sự thật
- Ở đây, sự thật là code, runtime, thứ thực sự tồn tại và thực sự được phát hành
- Rủi ro của Figma là cố giữ vị trí trung tâm bằng cách buộc mọi thứ đi qua mô hình cũ, và đó chính là incumbent trap (cái bẫy của kẻ đương nhiệm)
- Đó là hành động nhìn vào thứ từng tạo ra thế thống trị và chỉ tiếp tục cải tiến nó; nó chỉ đúng cho đến khoảnh khắc tiêu chí cạnh tranh thay đổi
- Figma đã đánh bại Sketch vì nhận ra trọng tâm có thể thay đổi, nhưng giờ trọng tâm đó lại đang dịch chuyển và Figma đứng ở phía bên kia của thế lưỡng nan của nhà đổi mới
Thực thi thì rẻ, điều phối thì không
- AI khiến việc thực thi rẻ hơn — không phải miễn phí, nhưng từ góc nhìn người làm thực tế có thể cảm giác như vậy
- AI scaffold màn hình, dùng component, kết nối, refactor và tạo biến thể với tốc độ làm thay đổi các nút thắt cũ
- Vì vậy, nút thắt không phải là “có thể tạo ra interface không” mà là “có thể tạo ra interface đúng theo các tiêu chuẩn, người dùng và mức độ tin cậy tổ chức đúng hay không”
- Điều phối với sự hỗ trợ của AI không giống cộng tác bên trong lớp trừu tượng canvas, mà cần ngữ cảnh có cấu trúc và được xếp hạng ưu tiên
- Có những câu hỏi cần phán đoán
- Component nào đã được phê duyệt, pattern nào đã bị loại bỏ
- Khi tài liệu, code và Figma khác nhau, implementation nào có thẩm quyền
- Quy tắc accessibility nào được áp dụng, ràng buộc pháp lý nào quan trọng, tiêu chuẩn kỹ thuật nào không thể thỏa hiệp
- Đây không phải vấn đề canvas mà là vấn đề hạ tầng
- Trong thế giới này, design system càng quan trọng hơn
- Không phải thư viện component, kho asset hay tài liệu để con người tham chiếu thủ công, mà là trí tuệ có thể thực thi (executable intelligence) cho hệ thống AI biết tổ chức tạo ra sản phẩm như thế nào
- Canvas có thể sắp xếp và khơi gợi critique, nhưng nếu không kết nối sâu với tầng kiểm soát của việc chuyển giao sản phẩm, thực tế sẽ nằm ở nơi khác và canvas có nguy cơ chỉ còn là hình ảnh đẹp (vấn đề chiến lược)
Điều Figma dường như tin tưởng
- Nhìn từ bên ngoài, Figma có vẻ tin rằng họ có thể mở rộng canvas để chứa thời đại tiếp theo
- Đây có thể chỉ là cách diễn giải từ bên ngoài, và Figma có nhiều người thông minh có động lực hiểu sự thay đổi; đó cũng có thể là một quyết định thương mại khôn ngoan
- Nhưng điều đó không có nghĩa đây là mô hình sản phẩm đúng cho công việc của thời đại tiếp theo
- Chiến lược sản phẩm bộc lộ thái độ, và thái độ của Figma có vẻ tập trung vào sự quay trở lại canvas
- Đưa công việc được tạo ra quay lại, đưa đầu ra code quay lại, đưa developer vào Figma, đưa AI vào canvas
- Đưa nhiều phần hơn của tổ chức vào nơi do Figma sở hữu
- Điều này không nhất thiết là ngu ngốc
- Doanh nghiệp trong lịch sử thường thích hợp nhất (consolidation), mọi người đã quen với Figma, và có lực hấp dẫn đến từ vị thế thống trị thị trường
- Figma có thể tiếp tục bổ sung các tính năng hữu ích, nhưng vấn đề là liệu những tính năng đó có giúp thích nghi với một thế giới nơi đầu ra hoạt động được và bối cảnh tổ chức trở nên quan trọng hơn file thiết kế hay không
- Cược của Figma là “có, vì rốt cuộc tất cả những thứ đó sẽ quay lại Figma”, và đó là cược rằng canvas là cốt lõi
Nếu không gian làm việc của chúng ta thay đổi
- Workspace sản phẩm thống trị tiếp theo sẽ không giống Figma được gắn thêm nhiều tính năng AI hơn, cũng không giống công cụ thiết kế truyền thống
- Hình thái có khả năng hơn là IDE có cộng tác không gian, hoặc một môi trường sản phẩm dựa trên trình duyệt nơi có thể trực tiếp chỉnh sửa, kiểm tra và deploy phần mềm live
- Cần một tầng orchestration AI cắt ngang design system, repository, tài liệu, analytics và công cụ quản lý sản phẩm
- Một hình thái tích hợp giữa canvas, code editor, môi trường staging, hệ thống governance và rule
- Hình thái này ban đầu sẽ trông tệ
- Phiên bản ban đầu của thứ đúng đắn thường trông tệ hơn phiên bản trưởng thành của quá khứ; nó vụng về, chưa hoàn chỉnh và dễ bị bỏ qua
- Figma nên hiểu điều này hơn bất kỳ ai — vì lý do họ thắng vòng trước không phải là công cụ thiết kế tốt hơn, mà là một môi trường làm việc khác
- Canvas có thể vẫn là thiết yếu, nhưng canvas với tư cách là lớp trừu tượng thì không
- Canvas nên là nơi thảo luận về thực tế, chứ không phải nơi làm phẳng thực tế (một vấn đề khó và thú vị)
Figma sẽ làm gì tiếp theo
- Có ba con đường
-
Con đường phòng thủ
- Tiếp tục mở rộng canvas để ngày càng nhiều công việc diễn ra bên trong Figma
- Có thể tạo ra các tính năng hữu ích và doanh thu mạnh, đồng thời từ vị thế thống trị trở nên bám dính hơn và ăn sâu hơn
-
Con đường chuyển tiếp
- Làm canvas nhận biết code (code-aware) hơn và tương tác hơn, cung cấp khả năng tạo sinh, workflow, import và export tốt hơn
- Đây là nơi các động thái hiện tại của Figma đang hướng tới; rất hữu ích nhưng vẫn tổ chức canvas như trục của môi trường sản phẩm
-
Con đường pivot
- Chấp nhận rằng canvas và Figma không phải trung tâm của sự thật, rồi xây dựng để trở thành một trong những interface cộng tác tốt nhất hướng tới sự thật đó
- Xem code, bối cảnh sản phẩm, design system và hành vi live là công việc thật, còn canvas là một view để suy luận trực quan về một hệ thống vốn đã đang sống
- Không rõ Figma có muốn pivot này hay không
- Thay đổi chiến lược không hẳn là nhìn thấy tương lai, mà là từ bỏ những giả định đang làm cho hoạt động kinh doanh hiện tại tồn tại được
- Thiết kế multiplayer sẽ không biến mất và vẫn quan trọng
- Vấn đề là công việc đó sẽ tồn tại ở đâu khi việc tạo, sửa, review và phát hành có thể diễn ra gần code hơn nhiều
- Figma đã hiểu lần dịch chuyển trọng tâm trước, và giờ trọng tâm đó lại đang dịch chuyển
1 bình luận
Thật buồn khi thấy có quá nhiều lựa chọn và dường như họ đang mất phương hướng.
Việc nhìn xa trông rộng quan trọng đến vậy.