Một cuộc tranh luận ngày càng gia tăng đã xuất hiện trong cộng đồng thiết kế về việc liệu các tính năng mới nhất của Figma có đang giúp đỡ hay cản trở quá trình thiết kế sáng tạo. Cuộc thảo luận tập trung vào những lo ngại rằng công cụ thiết kế phổ biến này đang đẩy các nhà thiết kế theo hướng tư duy kỹ thuật quá sớm trong quá trình sáng tạo, có thể kìm hãm sự đổi mới và khám phá.
Auto Layout tạo ra các ràng buộc thiết kế
Tính năng gây tranh cãi nhất có vẻ là Auto Layout, tính năng này mô phỏng hệ thống flexbox của phát triển web trong Figma. Trong khi một số nhà thiết kế đánh giá cao khả năng tạo ra các bố cục có cấu trúc và đáp ứng của nó, những người chỉ trích lại cho rằng nó khóa các thiết kế vào vị trí quá sớm. Tính năng này khiến việc tự do kéo thả các phần tử hoặc thử nghiệm với các bố cục không theo quy ước trở nên khó khăn, vì mọi thứ đều bị ép vào các vị trí được xác định trước.
Nhiều nhà thiết kế báo cáo những trải nghiệm bực bội khi cố gắng thực hiện những thay đổi đơn giản đối với các tệp được xây dựng bằng Auto Layout, thấy mình phải vật lộn với các cấu trúc cứng nhắc khi họ cần sự linh hoạt. Điều này đã dẫn đến những lo ngại rằng các nhà thiết kế đang bị thúc đẩy để suy nghĩ như các kỹ sư trong giai đoạn khám phá quan trọng, khi họ nên làm việc một cách thoải mái và thử nghiệm.
Auto Layout: Một hệ thống bố cục trong Figma tự động sắp xếp các phần tử thành hàng hoặc cột, tương tự như CSS flexbox Flexbox: Một phương pháp bố cục phát triển web sắp xếp các phần tử trong các container linh hoạt
Các tính năng gây tranh cái của Figma:
- Auto Layout: Hệ thống giống Flexbox tự động sắp xếp các phần tử nhưng hạn chế việc định vị tự do
- Dev Mode: Cầu nối giữa thiết kế và phát triển, áp đặt quy trình bàn giao có cấu trúc
- Smart Components: Hệ thống component nâng cao với các biến và chế độ
- Interactive Prototypes: Khả năng tạo nguyên mẫu độ chính xác cao ngay trong công cụ thiết kế
Vấn đề Ready for Dev
Một điểm tranh cãi khác là Dev Mode của Figma, nhằm mục đích thu hẹp khoảng cách giữa thiết kế và phát triển. Những người chỉ trích cho rằng tính năng này khuyến khích một quy trình làm việc có vấn đề, nơi các nhà thiết kế tạo ra các nguyên mẫu chi tiết, tách biệt mà các nhà phát triển sau đó phải tái tạo bằng code. Cách tiếp cận này coi việc phát triển như việc thực thi đơn thuần thay vì giải quyết vấn đề một cách hợp tác.
Một thiết kế không bao giờ 'sẵn sàng cho dev', bởi vì rất nhiều thứ mà chúng ta coi là quyết định thiết kế - tương tác, hoạt ảnh, tải dữ liệu - thực sự chỉ có thể được tạo nguyên mẫu bằng code.
Cộng đồng đề xuất rằng sự hợp tác tốt hơn sẽ bao gồm việc chuyển từ các bản phác thảo thô sang code nhanh hơn, với các nhà thiết kế và nhà phát triển làm việc cùng nhau trong suốt quá trình thay vì trong các giai đoạn riêng biệt.
Sở thích quy trình làm việc của cộng đồng:
- Quy trình Figma hiện tại: Thiết kế chi tiết → Bàn giao cho Dev → Triển khai code
- Phương án thay thế được ưa chuộng: Phác thảo sơ bộ → Chuyển nhanh sang code → Lặp lại cộng tác
- Mối quan tâm chính: Tối ưu hóa quá sớm làm hạn chế việc khám phá sáng tạo
- Vấn đề hiệu suất: Tab Variables trở nên không phản hồi với các hệ thống thiết kế phức tạp
Vấn đề hiệu suất và độ phức tạp
Ngoài những lo ngại về quy trình làm việc, người dùng báo cáo các vấn đề hiệu suất đáng kể với các tính năng nâng cao của Figma. Các hệ thống thiết kế phức tạp với nhiều biến số và chế độ thường khiến ứng dụng giật lag hoặc trở nên không phản hồi. Một số nhóm đã từ bỏ việc triển khai hệ thống thiết kế trong Figma hoàn toàn, lựa chọn xây dựng chúng trực tiếp bằng code thay thế.
Nỗ lực của công cụ này để phục vụ nhiều đối tượng - nhà thiết kế hình ảnh, nhà thiết kế UX và lập trình viên - có thể đang tạo ra vấn đề biết nhiều nghề nhưng không tinh một nghề nào khi nó không xuất sắc ở bất kỳ trường hợp sử dụng cụ thể nào trong số này.
Cộng đồng vẫn chia rẽ
Cộng đồng thiết kế cho thấy phản ứng trái chiều đối với những lo ngại này. Những người ủng hộ hướng đi của Figma lập luận rằng cấu trúc và ràng buộc có lợi cho thiết kế ứng dụng, ưu tiên khả năng sử dụng hơn biểu hiện nghệ thuật. Họ chỉ ra rằng các nhà thiết kế vẫn có thể chọn không sử dụng Auto Layout và các tính năng có cấu trúc khác khi họ cần nhiều tự do hơn.
Những người khác bảo vệ các tính năng tập trung vào kỹ thuật là cần thiết cho quy trình làm việc thiết kế hiện đại, đặc biệt trong các tổ chức lớn hơn nơi các thông số kỹ thuật rõ ràng và hệ thống thiết kế nhất quán là thiết yếu cho sự phối hợp nhóm.
Cuộc tranh luận làm nổi bật một căng thẳng cơ bản trong công cụ thiết kế: cân bằng giữa tự do sáng tạo với nhu cầu triển khai thực tế. Khi các công cụ thiết kế trở nên tinh vi hơn, thách thức nằm ở việc hỗ trợ cả sự sáng tạo khám phá và thực thi có hệ thống mà không ép buộc người dùng vào các quy trình làm việc cứng nhắc có thể không phù hợp với nhu cầu cụ thể của họ.
Tham khảo: When Figma Starts Designing Us