- Khi AI tăng tốc độ làm việc thiết kế, lập luận “hãy bỏ quy trình đi” đang lan rộng, nhưng đây là kết quả của việc hiểu sai cách những nhà thiết kế giàu kinh nghiệm làm việc
- Khi một nhà thiết kế dày dạn nói rằng họ “chỉ bắt đầu làm thôi”, trên thực tế họ đang nội tại hóa và nén quy trình để thực thi dựa trên nhiều năm kinh nghiệm tích lũy
- Cách làm dựa vào trực giác khó áp dụng với nhân sự junior còn ít kinh nghiệm, và trong các ngành bị quản lý chặt, quy trình đóng vai trò như cơ chế an toàn để ngăn ngừa thiệt hại
- Thiết kế ưu tiên giải pháp chỉ hiệu quả trong những bối cảnh hẹp nơi các mẫu sản phẩm đã được định hình tốt, và tồn tại rủi ro của thiên lệch sống sót khi chỉ nhấn mạnh các ca thành công
- Năng lực cốt lõi của thiết kế hiện đại không phải là vứt bỏ quy trình, mà là process literacy — chủ đích chọn cách tiếp cận phù hợp với vấn đề
Nội dung của lập luận “hãy bỏ quy trình đi”
- Có quan điểm cho rằng quy trình thiết kế truyền thống đã lỗi thời và tách rời khỏi cách những kết quả tốt thực sự được tạo ra
- Việc lặp lại, dựa vào trực giác và bỏ qua một số bước không phải là điểm yếu mà là điểm mạnh; cần xây dựng trực giác mạnh, ám ảnh với chi tiết và remix quy trình theo hoàn cảnh
- Nhiều công việc xuất sắc thường bắt đầu từ giải pháp chứ không phải định nghĩa vấn đề; chỉ sau khi thấy một prototype đủ thuyết phục, người ta mới hiểu nó thực sự giải quyết vấn đề gì
- Jenny Wen, design lead của Anthropic, là một trong những tiếng nói tiêu biểu cho lập luận này
Điểm mà lập luận này sụp đổ
- Những quan sát trên không hẳn sai, nhưng cũng không phải bằng chứng cho thấy quy trình là không cần thiết
- Chúng chỉ mô tả điều mà các nhà thiết kế giàu kinh nghiệm vốn đã làm: nội tại hóa quy trình và di chuyển linh hoạt giữa các bước khám phá, ideation và đánh giá
- Điều trông như “bỏ qua quy trình” thực ra là nén quy trình — dùng kinh nghiệm làm kim chỉ nam để đi qua từng bước nhanh hơn
- Double Diamond và design thinking không phải checklist hay template theo nghĩa đen
- Mục đích của chúng là quản trị rủi ro: giúp đội ngũ hiểu vấn đề, khám phá giải pháp và giảm khả năng xây nhầm thứ
- Cách tiếp cận ưu tiên giải pháp chỉ hiệu quả khi không gian vấn đề đã trưởng thành, tri thức ngầm đã phong phú và mục tiêu là xây trên các pattern đã xác lập thay vì phát minh điều hoàn toàn mới
Nén quy trình, không phải từ bỏ
- Bản thân việc xem “quy trình thiết kế” như một khối khổng lồ duy nhất đã là vấn đề
- Double Diamond hay chu trình design thinking không phải là “cái quy trình” duy nhất, mà là cách biểu đạt đã được đơn giản hóa của các giai đoạn trong quá trình giải quyết vấn đề sáng tạo
- Xác định điều gì đang sai → quyết định sẽ làm gì → làm ra → học được gì
- Lập luận “hãy bỏ quy trình đi” phụ thuộc rất nhiều vào việc mô tả sai cách human-centered design được thực hành trong thực tế
- Người làm nghề giàu kinh nghiệm vận hành quy trình theo cách phi tuyến tính và theo ngữ cảnh
- Các framework chính thức tồn tại để làm cho tư duy trở nên dễ tiếp cận và dễ truyền đạt hơn
- Khi một nhà thiết kế giàu kinh nghiệm làm sản phẩm tiêu dùng trưởng thành nói rằng họ “chỉ bắt đầu làm thôi”, họ không hề từ bỏ quy trình mà đang thực thi phiên bản đã nội tại hóa dưới dạng nén
- Điều này dựa trên lượng tri thức tích lũy từ nghiên cứu hành vi người dùng, phân tích xu hướng đối thủ và thực hiện research cùng những đội ngũ dày dạn
- Thứ được gọi là “trực giác” thực ra là quy trình đã được nén và nội tại hóa qua nhiều năm làm việc
- Trực giác mà nhà thiết kế tin tưởng được hình thành chính bởi quy trình mà họ nói rằng mình đang bỏ qua
- Công cụ AI đang tiếp tục tăng tốc và dân chủ hóa sự nén này
- Vibecoding thu hẹp khoảng cách giữa ý tưởng và kết quả có thể kiểm thử
- Việc khám phá, tạo ra, học hỏi và cải thiện có thể diễn ra chỉ trong một buổi chiều
- Nếu các nhà thiết kế dày dạn từ lâu đã quay vòng design loop nhanh hơn framework chính thức, thì AI nay cho phép cả những người ít kinh nghiệm hơn làm điều tương tự
Trực giác không thể thay thế quy trình
- Lời khuyên rằng hãy đón nhận trực giác trong quy trình thiết kế nghe có vẻ giải phóng, nhưng nó đơn giản hóa quá mức thực tế phức tạp
Không phải ai cũng có thể làm việc bằng trực giác
- Những nhà thiết kế giàu kinh nghiệm như Jenny Wen đã xây dựng trực giác qua nhiều năm làm việc trong các công ty có văn hóa thiết kế mạnh và đội ngũ chất lượng cao
- Họ có kỹ năng, thẩm quyền, thành tích và chất lượng đội ngũ đủ để dẫn dắt quyết định dựa trên trực giác
- Với nhân sự junior chưa tích lũy đủ tri thức để có thể tin vào trực giác, việc dựa vào trực giác kém hiệu quả hơn nhiều
- Việc một nhà thiết kế giàu kinh nghiệm đưa ra phán đoán nhanh nhưng có cơ sở khác hoàn toàn với việc bảo một người mới chưa tiếp xúc đủ với tri thức tổ chức, pattern hành vi người dùng và ràng buộc kinh doanh rằng hãy “tin vào bản thân”
Trực giác thiếu tính trách nhiệm giải trình
- Trong nhiều môi trường, việc ra quyết định đòi hỏi tài liệu hóa và biện minh
- Các đầu ra của quy trình như kết quả research, usability test và dữ liệu phân tích là thiết yếu để đồng thuận các bên liên quan và xin phê duyệt
- Trong phần lớn môi trường doanh nghiệp, câu giải thích “tôi làm theo trực giác” sẽ không trụ được khi một VP hỏi “bằng chứng nào ủng hộ điều này?”
Trong các ngành bị quản lý chặt, trực giác không đủ dùng
- Trong các ngành rủi ro cao hoặc bị quản lý chặt như y tế, tài chính, chính phủ hay các hệ thống mà accessibility là yếu tố quan trọng, quy trình không phải nghi thức quan liêu mà là cơ chế an toàn để ngăn ngừa thiệt hại
- Bỏ qua research trong UI thiết bị y tế là chuyện hoàn toàn khác với bỏ qua research cho một tính năng bảng trắng
Trực giác vốn mang thiên lệch
- Ngay cả trực giác được xây dựng tốt cũng có điểm mù
- Nhà thiết kế giàu kinh nghiệm có thể vô thức bám vào pattern quen thuộc hoặc bỏ qua các edge case không khớp với mental model của mình
- Trực giác càng sâu thì càng khó nhận ra thiên lệch
- Quy trình buộc các giả định phải lộ ra công khai trước khi chúng đông cứng thành sai lầm tốn kém
Thiết kế ưu tiên giải pháp chỉ hiệu quả trong bối cảnh hẹp
- Trong kỷ nguyên AI, nhiều chuyên gia cổ vũ thiết kế ưu tiên giải pháp — cách tiếp cận bắt đầu từ năng lực công nghệ mới rồi suy ngược xem nó có thể giải quyết vấn đề nào
- Đây là sự đảo ngược của mô hình truyền thống: xác định vấn đề trước rồi mới tìm giải pháp
- Các ví dụ Jenny Wen dùng để ủng hộ thiết kế ưu tiên giải pháp — những tính năng AI thành công và được đón nhận rộng rãi do các công ty giàu tài nguyên tạo ra — phản ánh thiên lệch sống sót
- Điều không được nhìn thấy là vô số thử nghiệm ưu tiên giải pháp đã thất bại: những prototype khiến đội nội bộ hào hứng nhưng không tạo được cộng hưởng với người dùng, hoặc những tính năng có tỷ lệ chấp nhận thấp sau khi ra mắt vì không đáp ứng một nhu cầu thực sự có ý nghĩa
- Khi chỉ trưng ra các câu chuyện thành công, bất kỳ cách tiếp cận nào cũng trông có vẻ tuyệt vời
- Khi thiết kế cho công nghệ mới nổi, việc triển khai nhanh là cần thiết, nhưng tốc độ thực thi không làm giảm tầm quan trọng của việc đóng khung vấn đề đúng cách
- Dù không cần một problem statement chính thức hay discovery sprint, bạn vẫn phải biết mình đang cố sửa điều gì
- Thiết kế ưu tiên giải pháp không tự giảm thiểu rủi ro và chỉ phù hợp với một phạm vi hẹp của ngành
- Nó có thể thành công trong môi trường nơi pattern sản phẩm đã được hiểu rõ, người dùng đã tinh vi và bài toán thiết kế chỉ còn là tạo khác biệt
- Nó giả định mức độ trưởng thành cao của tổ chức và UX maturity — tức đội ngũ có tri thức miền mạnh và kinh nghiệm đủ để nhanh chóng nhận ra hướng đi hứa hẹn
- Phần lớn các đội ngũ không hoạt động trong những điều kiện như vậy
- Trong môi trường trưởng thành thấp, nơi tri thức tổ chức hạn chế, hoặc ở bối cảnh mới lạ và rủi ro cao, bắt đầu từ giải pháp sẽ khuếch đại cái giá của các giả định sai
- Trong những trường hợp đó, việc đóng khung vấn đề tối thiểu từ trước vẫn là điều bắt buộc
Process literacy: chọn quy trình phù hợp với vấn đề
- Năng lực thật sự của thiết kế hiện đại không phải là khả năng vứt bỏ quy trình mà là process literacy — khả năng chọn đúng cách tiếp cận và công cụ phù hợp với vấn đề
- Cần biết quy trình nào phù hợp với công việc đang làm và hiểu rủi ro nếu không đi theo nó
- Nếu chỉ là áp dụng quy trình theo cách khác đi, thì không nên nói rằng mình không dùng quy trình
- Điều này không có nghĩa mọi dự án đều cần 6 tuần discovery, cũng không có nghĩa mọi bài toán thiết kế phải được xử lý như phát triển thiết bị y tế
- Ghép quy trình với đúng vấn đề mới là cốt lõi: có vấn đề cần điều tra sâu, có vấn đề lại phù hợp với thử nghiệm và lặp nhanh
- Việc này phải được chọn một cách có chủ đích, chứ không phải vì ai đó tuyên bố rằng “quy trình đã chết”
- Công cụ AI cho phép prototyping và lặp ở tốc độ trước đây khó tưởng tượng, nhưng không loại bỏ sự bất định và rủi ro mà quy trình thiết kế giúp giảm nhẹ
- Nhà thiết kế vẫn phải hiểu vấn đề và đánh giá ý tưởng
- Các framework quy trình như Double Diamond, design thinking hay Jobs-to-be-Done không phải thủ tục cứng nhắc mà là giàn giáo (scaffolding)
- Chúng dạy cách tư duy, thứ sau khi được nội tại hóa sẽ hòa vào cách làm việc ngầm của người làm nghề giàu kinh nghiệm
- Câu hỏi thật sự không phải là có nên theo quy trình hay không, mà là công việc ta đang làm ánh xạ với vấn đề cần giải quyết như thế nào
- Khi AI nén ngày càng nhiều workflow, và các hệ thống agent bắt đầu hành động, ghi nhớ ngữ cảnh và ra quyết định thay chúng ta, cái giá của việc bỏ qua câu hỏi này sẽ không giảm đi mà còn lớn hơn
Chưa có bình luận nào.