<>Nếu bạn đang rơi vào vòng lặp chỉnh sửa vô tận — chỉnh từng pixel, đổi tiêu đề vài lần, rồi lại tự hỏi “Liệu thế này đủ tốt chưa?” — thì những framework dưới đây chính là “lối tắt” giúp bạn đưa ra quyết định thiết kế một cách tự tin, hệ thống và lặp lại được.
– Điểm khác biệt lớn nhất giữa designer mới và designer giàu kinh nghiệm không nằm ở tài năng bẩm sinh, mà ở việc có khung tư duy rõ ràng để nhận diện vấn đề, đưa ra quyết định và cải thiện liên tục. Đây chính là cách bạn chuyển từ “giải quyết từng trường hợp” sang “nhận dạng mẫu” như một người làm nghề thật sự.
/1. OODA Loop — Thiết kế → Thử nghiệm → Cải tiến → Lặp lại
Ban đầu là mô hình quân sự của John Boyd: Observe → Orient → Decide → Act.
Trong thiết kế, vòng lặp này nghĩa là:
– Quan sát hành vi người dùng
– Hiểu bối cảnh & nhu cầu
– Quyết định hướng thiết kế
– Làm nhanh → test nhanh → học nhanh
Jeff Gothelf & Josh Seiden (Lean UX) nói rất đúng: “Bạn không cần sự hoàn hảo. Bạn cần phản hồi nhanh.”
Phù hợp cho: A/B test, prototype nhanh, các dự án cần ra quyết định khi dữ liệu chưa đầy đủ.
/2. Nguyên tắc Đầu tiên — Gỡ bỏ giả định, nhìn vào sự thật
Tư duy First Principles (Aristotle → Elon Musk) giúp bạn đập vấn đề phức tạp ra thành những sự thật cơ bản rồi xây lại từ đầu. Hỏi thẳng: “Người dùng thực sự cần gì?” Không giả định, không mang theo “di sản” từ thiết kế cũ.
– Ví dụ thực tế:
Một team tranh cãi 2 tuần xem tính năng monitoring nên đặt ở dashboard hay settings.
Dùng First Principles → hỏi:
“Mục tiêu cốt lõi của người dùng là gì?”
→ “Xem số liệu real-time.”
→ Giải pháp: phải đặt nó thật nổi bật → ra quyết định trong 10 phút.
Phù hợp cho: tính năng phức tạp, dự án đổi mới, nơi ai cũng có ý kiến nhưng không ai thật sự hiểu vấn đề chung.
/3. 6 Chế độ Tư duy UX — Đổi góc nhìn để thấy đầy đủ
Dựa trên “Six Thinking Hats” của Edward de Bono:
– Trắng: dữ liệu & sự thật
– Đỏ: cảm xúc
– Đen: rủi ro & cảnh báo
– Vàng: lợi ích
– Xanh lá: sáng tạo, khả năng mới
– Xanh dương: điều phối & quy trình
Giá trị thật sự: biết lúc nào bạn đang bị mắc kẹt trong một góc nhìn, ví dụ chỉ soi lỗi (mũ đen) mà quên công nhận điểm tốt hoặc hướng sáng tạo. Nghiên cứu về tính linh hoạt nhận thức cho thấy: đổi góc nhìn chủ động → giúp giải quyết vấn đề tốt hơn.
Phù hợp cho: workshop, critique, brainstorm, khi team bị “kẹt” ở một lối nghĩ duy nhất.
/4. Quy tắc 80/20 — Tập trung vào thứ tạo ra tác động lớn nhất
Nguyên lý Pareto: 80% kết quả đến từ 20% nguyên nhân. Trong UX: hãy tìm vài điểm nghẽn lớn nhất thay vì xử lý 20 lỗi nhỏ. Ví dụ thực tế:
Một sản phẩm có 23 vấn đề UX. Team chỉ sửa 3 vấn đề có ảnh hưởng lớn nhất:
– Home load chậm
– Nhãn điều hướng khó hiểu
– Lỗi validation mobile
→ Tỷ lệ chuyển đổi tăng 34% dù 20 vấn đề khác vẫn còn.
Jakob Nielsen đã chỉ ra:
Không phải lỗi nào cũng quan trọng như nhau.
Tập trung vào mức độ nghiêm trọng & tần suất.
Phù hợp cho: ưu tiên backlog, tối ưu chuyển đổi, cải thiện UX khi thời gian hạn chế.
/5. Khung 5 CÂU HỎI TẠI SAO — đi sâu hơn cho đến khi bạn tìm ra vấn đề gốc rễ
Sakichi Toyoda tạo ra kỹ thuật này để tìm nguyên nhân thật sự.
Hãy hỏi “Tại sao?” nhiều lần cho đến khi bạn vượt qua bề mặt.
Ví dụ nhanh: Người dùng than “Dashboard rối rắm.”
– Tại sao? Quá nhiều thông tin.
– Tại sao? Liên tục thêm tính năng mới.
– Tại sao không bỏ bớt? Nghĩ là người dùng cần hết.
– Tại sao nghĩ vậy? Chưa từng test usage.
→ Vấn đề thật: Thiếu nghiên cứu sử dụng.
→ Giải pháp: phân tích – ẩn tính năng low-value – test phiên bản tinh gọn.
Phù hợp cho: phàn nàn mơ hồ, feedback mâu thuẫn, trải nghiệm bị tắc tại một điểm.
/6. Clean Design Rule — Càng đơn giản, càng hiệu quả
Từ Don Norman đến Hick’s Law đến Krug, tất cả đều nói một điều: Khi nghi ngờ, hãy bỏ bớt. Nhiều team cố thêm tooltip, popover, mô tả dài… nhưng nghiên cứu cho thấy mỗi yếu tố thêm vào đều tăng tải nhận thức.
Principle của Dieter Rams: “Less, but better.”
Kinh nghiệm thực tế: 90% tranh cãi về “có nên thêm tooltip không?” đều dẫn đến cùng một kết luận: Không cần. Làm bản đơn giản trước.
Phù hợp cho: tối giản luồng, giảm nhiễu, làm rõ thông tin, giải quyết rối rắm UI.
/7. Quy tắc UX 5×5 — Liệu nó còn quan trọng trong 5 ngày hay 5 năm?
Lấy cảm hứng từ Jeff Bezos (Regret Minimization Framework). Hãy hỏi:
– Sau 5 ngày, người dùng có nhận ra sự thay đổi này không?
– Sau 5 năm, quyết định này có ảnh hưởng dài hạn không?
Nếu không cho cả hai → đừng ưu tiên.
Ví dụ thực tế:
PM yêu cầu đổi màu hover của secondary button 3 ngày trước khi launch.
Chạy test 5×5:
– Người dùng có để ý? Không.
– Có ảnh hưởng lâu dài? Không.
→ OK ghi nhận, nhưng không ưu tiên.
→ Dồn sức fix luồng checkout lỗi – thứ ảnh hưởng toàn bộ khách hàng.
“Không phải mọi thứ có thể cải thiện đều phải cải thiện ngay.” — Kim Scott
Phù hợp cho: xử lý feedback bên liên quan, chống quá tải, tránh cầu toàn.
/Tóm lại:
– Bế tắc không biết ưu tiên gì? → 80/20
– Tính năng phức tạp, ai cũng cãi? → First Principles
– Quá nhiều feedback? → 5×5 Rule
– Người dùng kẹt ở đâu đó? → 5 Why
– Cần làm nhanh – test nhanh? → OODA Loop
– UI đang rối? → Clean Design
– Team bị “một màu”? → 6 Thinking Modes
