UX xoay quanh việc thấu hiểu con người, xác định vấn đề, thiết kế các tương tác hữu ích và xác định xem giải pháp đó có thực sự hoạt động hay không. AI thay đổi cách chúng ta thực hiện công việc đó. Nhưng nó không làm cho những câu hỏi đó biến mất. Vì vậy, thay vì học thêm 37 công cụ AI, hãy cùng bàn về cách trở thành một nhà thiết kế UX thực sự có giá trị. Ngay cả khi bạn bắt đầu từ con số không.
1. Liệu AI có cướp mất công việc UX của bạn không?
Hãy giải quyết câu hỏi đáng sợ này trước nhé. Liệu AI có thay thế các nhà thiết kế UX? Câu trả lời hữu ích nhất không phải là một tiếng có hay không chắc nịch. Mà là một câu hỏi khác: Phần nào trong công việc UX đang trở nên dễ tự động hóa hơn, và phần nào vẫn đòi hỏi sự phán đoán cẩn trọng từ con người? Bởi vì UX không phải là một hoạt động duy nhất. Đó là tập hợp của nhiều trách nhiệm. Bạn có thể dành một buổi sáng để sắp xếp các yêu cầu, buổi khác để tạo wireframe, và buổi chiều để tìm hiểu lý do tại sao người dùng liên tục từ bỏ một quy trình có vẻ hoàn toàn hợp lý trong cuộc họp lập kế hoạch. AI có thể giúp với một số tác vụ trong số đó. Nhưng sự hỗ trợ và trách nhiệm giải trình không phải là một.
AI có thể tạo ra các ý tưởng giao diện (UI), đề xuất luồng người dùng (user flow), soạn thảo nội dung giao diện, giúp tổ chức các kết quả nghiên cứu và đẩy nhanh quá trình tạo mẫu thử. Điều mà nó không thể tự động đảm bảo là những kết quả đầu ra đó phản ánh đúng nhu cầu thực tế của người dùng, các quy tắc nghiệp vụ chính xác, các tương tác có tính tiếp cận (accessible) hoặc những ràng buộc kỹ thuật của một sản phẩm cụ thể. Một màn hình thanh toán được tạo tự động tuyệt đẹp vẫn có thể làm khách hàng bối rối. Một quy trình làm việc được tạo tự động có thể bỏ sót một bước phê duyệt quan trọng. Một bản tóm tắt nghiên cứu do AI tạo ra có thể nghe có vẻ thuyết phục nhưng lại dựa trên thông tin chưa đầy đủ hoặc không đáng tin cậy. Đó là lý do tại sao trách nhiệm của một nhà thiết kế không kết thúc khi sản phẩm đầu ra trông có vẻ chuyên nghiệp. Nó bắt đầu bằng việc đặt câu hỏi liệu sản phẩm đầu ra đó có hợp lý hay không. Đây không phải là ranh giới vĩnh viễn giữa con người và máy móc. Khả năng của AI sẽ tiếp tục thay đổi. Nhưng điều đó minh họa cho một điểm quan trọng: Tạo ra một giải pháp khả thi không có nghĩa là chứng minh đó là giải pháp đúng đắn.
Còn các nhà thiết kế cấp độ mới vào nghề (junior) thì sao?
Những người mới bắt đầu phải đối mặt với một thử thách đặc biệt: nhiều nhiệm vụ ở cấp độ nhập môn chính là các hoạt động lặp đi lặp lại mà công cụ AI có thể đẩy nhanh tốc độ. Đó là một mối lo ngại đúng. Nhưng giải pháp không phải là kỳ vọng một người mới bắt đầu phải trở thành nhà nghiên cứu, lập trình viên, chuyên gia phân tích kinh doanh và chiến lược gia sản phẩm chỉ sau một đêm. Đó không phải là một kế hoạch sự nghiệp. Câu trả lời là xây dựng nền tảng vững chắc trong khi học cách sử dụng AI như một phần của quy trình làm việc. Hãy bắt đầu bằng việc trở thành một người có thể giải thích lý do tại sao một quyết định thiết kế lại hợp lý. Sau đó học cách thực hiện quyết định đó một cách hiệu quả.
2. Ngừng sưu tầm màn hình giống như thẻ bài Pokémon
Hãy bàn về một trong những hiểu lầm lớn nhất trong ngành UX. Một giao diện đẹp không nhất thiết là một trải nghiệm tốt. Chất lượng thị giác rất quan trọng. Kiểu chữ, khoảng cách, phân cấp, tính nhất quán và tính thẩm mỹ đều ảnh hưởng đến tính khả dụng và lòng tin. Nhưng một màn hình chỉ là một khoảnh khắc trong một trải nghiệm lớn hơn. Hãy tưởng tượng bạn đang thiết kế một hệ thống xin nghỉ phép cho nhân viên. Giao diện trông tuyệt vời. Một lịch biểu. Một công cụ chọn ngày. Một trường nhập lý do. Một nút Gửi màu xanh dương đẹp mắt. Xong chưa? Còn lâu mới xong. Điều gì xảy ra nếu nhân viên đó không đủ số dư ngày phép? Điều gì sẽ xảy ra nếu người quản lý vắng mặt? Liệu nhân viên có thể hủy yêu cầu sau khi đã được phê duyệt không? Hệ thống có thông báo cho bộ phận nhân sự (HR) không? Điều gì xảy ra nếu yêu cầu trùng với ngày nghỉ lễ? Điều gì xảy ra khi có hai chính sách phê duyệt cùng áp dụng? Liệu một người quản lý có thể tự phê duyệt yêu cầu của chính họ không? Và điều gì sẽ xảy ra nếu ai đó bấm nút Gửi 2 lần vì hệ thống có vẻ bị đơ? Đột nhiên, thiết kế 4 màn hình đẹp của bạn đang phải đối mặt với một cuộc trò chuyện cực kỳ nghiêm túc với thực tế. Đây là lúc việc thấu hiểu các hệ thống trở nên thiết yếu.
Hiểu sự khác biệt giữa UI, UX và tư duy sản phẩm
Các ranh giới chồng chéo lên nhau và các chức danh công việc khác nhau giữa các công ty. Nhưng đây là cách hữu ích để tư duy về chúng. Thiết kế UI (Giao diện): Giao diện truyền đạt thông tin và hỗ trợ tương tác như thế nào? Thiết kế UX (Trải nghiệm): Trải nghiệm tổng thể giúp con người đạt được mục tiêu của họ như thế nào? Thiết kế sản phẩm (Product design): Nhu cầu của người dùng, mục tiêu kinh doanh, ràng buộc kỹ thuật và các quyết định về sản phẩm hòa quyện với nhau như thế nào?
Một nhà thiết kế giỏi không nhất thiết phải ôm đồm mọi trách nhiệm. Nhưng việc hiểu rõ những câu hỏi này liên kết với nhau như thế nào sẽ làm cho công việc của bạn có giá trị hơn rất nhiều.
Năm yếu tố cần xem xét ngoài màn hình hiển thị
Bất cứ khi nào bạn thiết kế một tính năng, hãy tự hỏi:
– Điểm đến (Entry): Người dùng đến đây bằng cách nào?
– Mục tiêu (Goal): Họ đang cố gắng đạt được điều gì?
– Quy tắc (Rules): Những quyền hạn và điều kiện nào được áp dụng?
– Ngoại lệ (Exceptions): Điều gì xảy ra khi mọi thứ trục trặc?
– Kết quả (Outcome): Làm thế nào để người dùng biết nhiệm vụ đã thành công?
Những câu hỏi này nghe có vẻ đơn giản. Chúng buộc bạn phải suy nghĩ về trải nghiệm thực tế thay vì chỉ tô vẽ cho “con đường màu hồng” (happy path).
3. Nhân vật giả định (Persona) do AI tạo ra không phải là khách hàng thực sự.
Giả sử bạn đang thiết kế một ứng dụng ngân hàng. Bạn hỏi một chatbot AI: “Hãy đóng vai một khách hàng 45 tuổi đang gặp khó khăn với dịch vụ ngân hàng di động. Bạn gặp phải những vấn đề gì?” Nó trả lời với một danh sách chi tiết: Chữ nhỏ, Điều hướng gây nhầm lẫn, Lo ngại về bảo mật, Khó khăn khi chuyển tiền. Thứ bạn không có chính là một cuộc phỏng vấn với một khách hàng bằng xương bằng thịt. Sự khác biệt đó rất quan trọng. Một chân dung người dùng (persona) do AI tạo ra có thể nghe có vẻ thuyết phục, nhưng nó chưa từng sống qua trải nghiệm mà nó đang mô tả. Nó không biết khách hàng cụ thể của bạn hành xử ra sao, tổ chức của bạn yêu cầu những gì, hoặc những sự thất vọng nào mới thực sự quan trọng đối với những người đang sử dụng sản phẩm của bạn.
Vậy người mới bắt đầu nên học nghiên cứu UX như thế nào?
Hãy bắt đầu với một vấn đề nhỏ và thực tế. Ví dụ: Tại sao mọi người lại chật vật để tìm kiếm thông tin quan trọng trên trang web của một trường đại học? Đừng lập tức thiết kế lại toàn bộ trang web. Đầu tiên, hãy quan sát. Yêu cầu một vài người hoàn thành một nhiệm vụ cụ thể. Quan sát xem họ ngập ngừng ở đâu. Lưu ý xem họ mong đợi điều gì sẽ xảy ra. Đặt các câu hỏi tiếp theo mà không gợi ý trước câu trả lời. Ghi lại những gì bạn quan sát được tách biệt với những gì bạn nghĩ điều đó có nghĩa là gì. Sau đó tìm kiếm các điểm chung. Một vài người tham gia sẽ không làm cho các phát hiện của bạn đại diện cho toàn bộ dân số. Nhưng một bài kiểm tra tính khả dụng (usability test) được khoanh vùng cẩn thận có thể tiết lộ những vấn đề đáng điều tra. Và không giống như một nhân vật do AI tạo ra, một người tham gia thực tế có thể nói ra điều gì đó hoàn toàn bất ngờ. Đó thường là nơi những bài học hữu ích nhất bắt đầu.
Nơi AI thực sự hữu ích
Hãy sử dụng nó để phác thảo một kế hoạch nghiên cứu mà bạn có thể xem lại, đề xuất các câu hỏi phỏng vấn trung lập, sắp xếp ghi chú từ các buổi phỏng vấn thực tế, xác định các chủ đề có thể có trong dữ liệu được cung cấp, thách thức các cách giải thích của bạn và chuẩn bị báo cáo. Nhưng đừng yêu cầu nó bịa đặt bằng chứng. Và tuyệt đối đừng bao giờ trình bày các phản hồi giả lập dưới dạng phát hiện từ người tham gia thực tế. AI có thể giúp bạn tổ chức những gì bạn đã học được. Nó không nên giả vờ rằng bạn đã học được điều mà bạn chưa từng điều tra.
4. Sử dụng AI như một trợ lý, chứ không phải như bộ não đang chill của bạn
Đây là một điều kỳ lạ về các công cụ AI. Chúng có thể tạo ra một câu trả lời trông vô cùng chuyên nghiệp. Định dạng đẹp mắt. Lời giải thích tự tin. Một cấu trúc nhỏ gọn gàng. Thậm chí có thể kèm theo một câu chào vui vẻ “Chắc chắn rồi!” Và câu trả lời đó vẫn có thể sai. Đó là lý do tại sao việc trở nên giỏi trong thiết kế có sự hỗ trợ của AI không chủ yếu nằm ở việc ghi nhớ các câu lệnh thần kỳ. Mà là việc biết cách đặt câu hỏi, cái gì cần kiểm tra và khi nào không nên tin tưởng vào kết quả đầu ra.
Quy trình làm việc thực tế
Hãy tưởng tượng bạn đang thiết kế một quy trình đăng ký nhiều bước.
Bước 1: Tự xác định vấn đề. Ai là người dùng? Họ đang cố gắng đạt được điều gì? Các yêu cầu và ràng buộc nào đã được biết rõ? Điều gì vẫn còn mơ hồ?
Bước 2: Yêu cầu AI khám phá các phương án thay thế. Yêu cầu các cấu trúc luồng khác nhau, các trạng thái lỗi có thể xảy ra, nội dung văn bản rõ ràng hơn, hoặc các câu hỏi mà đội ngũ có thể đã bỏ sót.
Bước 3: Thách thức các đề xuất. Hỏi xem mỗi đề xuất đưa ra những giả định nào. Kiểm tra các giả định đó dựa trên các yêu cầu, nghiên cứu và ràng buộc kỹ thuật.
Bước 4: Xây dựng mẫu thử. Sử dụng Figma hoặc một công cụ phù hợp khác để truyền đạt trải nghiệm đã đề xuất.
Bước 5: Xác thực. Xem lại cùng với các bên liên quan và các nhà phát triển. Kiểm tra các tương tác quan trọng với người dùng thực tế khi có thể.
Bước 6: Ghi chép lại các quyết định. Ghi lại lý do tại sao bạn chọn hướng này thay vì hướng khác, bằng chứng nào hỗ trợ cho điều đó và điều gì vẫn chưa được kiểm tra.
Bạn có nhận thấy điều gì không? AI xuất hiện trong quy trình làm việc. Nhưng nó không trở thành toàn bộ quy trình làm việc.
Bạn có cần học kỹ thuật viết câu lệnh (prompt engineering) không?
Bạn nên học cách giao tiếp rõ ràng với các công cụ AI.
– Xác định nhiệm vụ.
– Cung cấp bối cảnh phù hợp.
– Chỉ định các ràng buộc.
– Yêu cầu các phương án thay thế.
– Hỏi về các giả định và hạn chế.
– Xem lại kết quả đầu ra.
Điều đó rất hữu ích. Các công cụ sẽ thay đổi. Tư duy rõ ràng vẫn giữ nguyên giá trị chuyển đổi.
Bạn có cần học lập trình không?
Không nhất thiết phải có để trở thành một nhà thiết kế UX. Nhưng việc hiểu cách các sản phẩm kỹ thuật số hoạt động là một lợi thế nghiêm túc. Hãy học những kiến thức cơ bản về bố cục thích ứng (responsive layout), ngữ nghĩa HTML, trạng thái thành phần, API và các ràng buộc kỹ thuật. Bạn không cần phải trở thành một kỹ sư full-stack trừ khi đó là hướng đi bạn muốn. Bạn cần hiểu đủ để có những cuộc trò chuyện hiệu quả với những người đang xây dựng thiết kế của bạn. Và thêm một điều nữa: đừng dán thông tin bảo mật của khách hàng, bản ghi nghiên cứu riêng tư hoặc tài liệu sản phẩm nội bộ vào dịch vụ AI mà không có sự ủy quyền thích hợp và các biện pháp bảo vệ xử lý dữ liệu. Quy trình làm việc nhanh hơn không đáng để đánh đổi bằng một sự cố bảo mật.
5. Portfolio của bạn có 200 màn hình tuyệt đẹp. Hay đấy. Bạn đã giải quyết được vấn đề gì?
Hãy tưởng tượng bạn đang xem xét hai bản portfolio (hồ sơ năng lực).
Bộ thứ nhất chứa 40 màn hình lộng lẫy. Hiệu ứng chuyển màu hoàn hảo. Kiểu chữ thanh lịch.
Bộ thứ hai chứa 12 màn hình. Tuy nhiên, nhà thiết kế giải thích:
– Đội ngũ đang giải quyết vấn đề gì.
– Người dùng hướng tới là ai.
– Có những bằng chứng nào.
– Những ràng buộc nào đã định hình giải pháp.
– Đã cân nhắc những phương án thay thế nào.
– Đã kiểm tra những gì.
– Điều gì đã thay đổi sau đó.
Portfolio nào cung cấp cho bạn nhiều thông tin hơn về cách thức làm việc của người đó? Chính xác. Những màn hình đẹp mắt có thể thể hiện tay nghề thiết kế trực quan. Nhưng một nghiên cứu tình huống (case study) chu đáo có thể chứng minh tư duy ra quyết định. Và khi việc tạo giao diện trở nên nhanh hơn, việc thể hiện lý luận của bạn ngày càng trở nên quan trọng.
Một nghiên cứu tình huống UX nên bao gồm những gì?
Vấn đề Mô tả nhu cầu của người dùng và bối cảnh kinh doanh.
Vai trò của bạn Cụ thể hóa những gì bạn đã đóng góp cá nhân.
Các ràng buộc Giải thích các giới hạn về kỹ thuật, tổ chức, tính tiếp cận hoặc thời gian.
Bằng chứng Hiển thị các phát hiện nghiên cứu, quan sát tính khả dụng, dữ liệu hiện có hoặc các giả định được dán nhãn rõ ràng.
Các quyết định Giải thích lý do tại sao bạn chọn một giải pháp cụ thể.
Sự xác thực Mô tả những gì bạn đã kiểm tra và những gì bạn đã học được.
Kết quả Bao gồm các kết quả có thể đo lường được khi có sẵn.
Nếu bạn không có dữ liệu kết quả, hãy nói điều đó. Đừng bịa ra mức tăng tỷ lệ chuyển đổi 47% chỉ vì trông nó ấn tượng bên cạnh một biểu đồ. Người phỏng vấn tương lai của bạn có thể sẽ hỏi cách bạn tính toán con số đó. Và câu trả lời “AI gợi ý con số đó” có vẻ không phải là câu trả lời họ đang mong đợi.
6. Học các nguyên tắc trường tồn cùng thời gian vượt ra ngoài các công cụ
Tính khả dụng (Usability)
Học cách giao diện truyền đạt trạng thái hệ thống, ngăn ngừa lỗi, hỗ trợ khôi phục và giúp người dùng hiểu phải làm gì tiếp theo. 10 nguyên tắc phỏng đoán về tính khả dụng của Jakob Nielsen vẫn là một nền tảng hữu ích. Chúng sẽ không trả lời mọi câu hỏi thiết kế. Nhưng chúng cung cấp cho bạn một vốn từ vựng để nhận diện các vấn đề về tính khả dụng phổ biến.
Tính tiếp cận (Accessibility)
Tìm hiểu về độ tương phản, khả năng điều hướng bằng bàn phím, thứ tự tiêu cự, nhãn có nghĩa, cách nhận diện lỗi và các mẫu tương tác dễ tiếp cận. Tính tiếp cận không phải là một tính năng trang trí mà bạn thêm vào sau khi sản phẩm đã trông đẹp mắt.
Kiến trúc thông tin (Information architecture)
Học cách tổ chức nội dung và điều hướng xoay quanh kỳ vọng của mọi người. Một giao diện đẹp không đặc biệt hữu ích nếu người dùng không thể tìm thấy thứ họ đang tìm kiếm.
Thiết kế tương tác (Interaction design)
Hiểu về các trạng thái, phản hồi, chuyển động, lỗi, xác nhận và khôi phục. Một nút bấm không chỉ là một hình chữ nhật có chữ. Nó đại diện cho một hành động, một điều kiện và một hệ quả.
Nền tảng sản phẩm và kinh doanh
Học lý do tại sao một tính năng tồn tại, kết quả nào quan trọng và nhóm có thể đánh giá sự thành công như thế nào. Không phải mọi nhà thiết kế UX đều cần trở thành quản lý sản phẩm. Nhưng việc hiểu bối cảnh kinh doanh giúp bạn tránh việc tối ưu hóa sai thứ.
Thiết kế AI xoay quanh con người (Human-centered AI design)
Nếu bạn đang thiết kế các tính năng được hỗ trợ bởi AI, hãy học cách truyền đạt sự không chắc chắn, thiết lập kỳ vọng, hỗ trợ chỉnh sửa và bảo toàn quyền kiểm soát của người dùng. Vấn đề không phải là ghi nhớ mọi khuôn khổ. Mà là phát triển một nền tảng có thể tồn tại qua bản cập nhật phần mềm tiếp theo.
7. Làm thế nào để bạn biết liệu thiết kế của mình có thực sự tốt hay không?
Đây là một sự thật khó chịu. Đôi khi mọi người trong một cuộc họp đều yêu thích một thiết kế. Người quản lý phê duyệt nó. Khách hàng mỉm cười. Đội ngũ ăn mừng. Sau đó, người dùng thực tế dùng thử. Và ngay lập tức bị mắc kẹt. Hóa ra, những tràng pháo tay trong phòng họp không phải là một số liệu về tính khả dụng. Một nhà thiết kế UX giỏi học cách phân biệt ý kiến với bằng chứng. Tùy thuộc vào sản phẩm, các thước đo hữu ích có thể bao gồm tỷ lệ hoàn thành tác vụ, thời gian cần thiết để hoàn thành tác vụ, tần suất lỗi, các yêu cầu hỗ trợ, việc bỏ dở tại một bước cụ thể, mức độ dễ dàng hoặc tự tin do người dùng báo cáo, và các vấn đề về tính khả dụng được phát hiện và giải quyết.
Nhưng đừng tối ưu hóa các con số một cách mù quáng. Một tác vụ nhanh hơn không tự động tốt hơn nếu mọi người mắc nhiều lỗi hơn. Tỷ lệ nhấp chuột cao hơn không nhất thiết là thành công nếu giao diện làm người dùng hiểu lầm. Và việc giảm các yêu cầu hỗ trợ có thể có nghĩa là sản phẩm đã được cải thiện. Hoặc là khách hàng đã từ bỏ việc liên hệ hỗ trợ. Bối cảnh là quan trọng. UX tốt không phải là việc làm cho một số liệu dịch chuyển. Đó là việc hiểu ý nghĩa của sự dịch chuyển đó. Đó cũng là lý do tại sao nghiên cứu, phân tích, kiểm tra tính khả dụng và kiến thức kinh doanh hoạt động hiệu quả hơn khi kết hợp với nhau thay vì tách rời.
8. Nếu tôi bắt đầu UX từ con số không vào năm 2027, đây là lộ trình 90 ngày của tôi
Bạn không cần đến 14 chứng chỉ, sáu gói đăng ký AI trả phí và một trạm làm việc trông giống như một con tàu vũ trụ. Bạn cần một quá trình học tập có cấu trúc. Dưới đây là lộ trình mà tôi sẽ tuân theo. Đây là một kế hoạch học tập, không phải là lời hứa rằng 90 ngày sẽ giúp ai đó sẵn sàng đi làm. Điểm xuất phát, thời gian rảnh và chất lượng thực hành của bạn sẽ ảnh hưởng đến tiến độ của bạn.
Ngày 1–30: Học cách nhìn nhận vấn đề
Mục tiêu: Hiểu thiết kế UX thực sự bao gồm những gì. Nghiên cứu các nguyên tắc khả dụng, kiến trúc thông tin, thiết kế tương tác và tính tiếp cận cơ bản. Học đủ Figma để tạo các wireframe và mẫu thử đơn giản. Chọn một sản phẩm quen thuộc. Có thể là một trang web đặt phòng, cổng thông tin trường đại học hoặc ứng dụng mua sắm. Chọn một nhiệm vụ cụ thể. Cố gắng hoàn thành nó. Ghi lại nơi trải nghiệm trở nên khó hiểu. Sau đó quan sát một vài người khác thực hiện cùng một nhiệm vụ. Sản phẩm đầu ra của bạn: Một bài phê bình tính khả dụng ngắn gọn với các quan sát, bằng chứng và danh sách các câu hỏi đáng để điều tra. Không phải 30 màn hình được thiết kế lại. Không phải là một bảng điều khiển tương lai mà không ai yêu cầu. Chỉ là một phân tích chu đáo về một tương tác thực tế.
Ngày 31–60: Học cách giải quyết vấn đề
Mục tiêu: Biến bằng chứng thành một trải nghiệm được đề xuất. Chọn một vấn đề từ tháng đầu tiên của bạn. Lập bản đồ hành trình người dùng hiện tại. Xác định các ràng buộc liên quan. Tạo các giải pháp thay thế. Xây dựng mẫu thử. Yêu cầu AI phê bình các giả định của bạn hoặc gợi ý các trạng thái bị bỏ sót. Sau đó kiểm tra mẫu thử với những người tham gia thích hợp. Ghi lại những gì đã hoạt động, những gì đã thất bại và những gì đã thay đổi. Sản phẩm đầu ra của bạn: Một nghiên cứu tình huống (case study) trình bày vấn đề, lý luận của bạn, giải pháp được đề xuất và những hạn chế của việc xác thực. Đây là nơi bạn bắt đầu thực hành thiết kế thay vì chỉ thực hành phần mềm đơn thuần.
Ngày 61–90: Học cách tư duy như một nhà thiết kế sản phẩm
Mục tiêu: Hiểu hệ thống xoay quanh giao diện. Mở rộng dự án của bạn để bao gồm các vai trò người dùng khác nhau, quyền hạn, trạng thái lỗi, trạng thái trống (empty state), hành vi thích ứng, các cân nhắc về tính tiếp cận, quy tắc nghiệp vụ liên quan và thước đo thành công thực tế. Xem lại công việc của bạn với một lập trình viên hoặc nhà thiết kế có kinh nghiệm nếu có thể. Bạn không cần phải thành thạo mọi thứ. Mục tiêu là nhận ra những gì bạn chưa hiểu. Sản phẩm đầu ra của bạn: Một nghiên cứu tình huống portfolio hoàn chỉnh, trung thực, giải thích các quyết định của bạn từ vấn đề đến mẫu thử.
Điều gì xảy ra nếu bạn đã là một nhà thiết kế cấp trung (mid-level) hoặc cao cấp (senior)?
Đừng khởi động lại nền giáo dục của bạn mỗi khi một công cụ AI mới ra mắt. Thay vào đó, hãy xác định năng lực nghề nghiệp yếu nhất của bạn. Có thể đó là nghiên cứu. Có thể đó là phân tích kinh doanh. Có thể đó là truyền đạt các quyết định. Có thể đó là các luồng công việc phức tạp hoặc sự cộng tác kỹ thuật. Xây dựng chiều sâu ở những nơi quan trọng. Đối với các nhà thiết kế có kinh nghiệm, bước tiếp theo thường ít liên quan đến việc sản xuất nhiều hơn mà liên quan nhiều hơn đến việc cải thiện chất lượng quyết định, tạo điều kiện thuận lợi cho sự hợp tác và làm cho các hệ thống phức tạp trở nên dễ hiểu.
9. Kiểm tra thực tế nhanh: Bạn có đang phát triển đúng kỹ năng không?
Dưới đây là một bài tự đánh giá đơn giản. Trả lời mỗi câu hỏi bằng Có (Yes), Thỉnh thoảng (Sometimes), hoặc Chưa (Not Yet).
– Tôi có thể giải thích vấn đề của người dùng trước khi mở một công cụ thiết kế không?
– Tôi có thể phân biệt phát hiện nghiên cứu với một giả định không?
– Tôi có thể tạo và đánh giá nhiều hơn một giải pháp khả thi không?
– Tôi có thể mô tả điều gì xảy ra khi một tương tác thất bại không?
– Tôi có thể tính đến các vai trò và quyền hạn khác nhau của người dùng không?
– Tôi có thể giải thích tính tiếp cận ảnh hưởng như thế nào đến thiết kế của mình không?
– Tôi có thể bảo vệ một quyết định thiết kế mà không cần nói “Trông nó sạch sẽ hơn” không?
– Tôi có thể sử dụng AI mà không tự động chấp nhận các gợi ý của nó không?
– Tôi có thể xác định bằng chứng nào sẽ cho thấy giải pháp của tôi có hoạt động hay không không?
– Tôi có thể giải thích rõ ràng đóng góp của mình trong một nghiên cứu tình huống portfolio không?
Đây không phải là một bài đánh giá được xác thực khoa học hay một bài kiểm tra tuyển dụng. Đó là một bài tập suy ngẫm. Nếu hầu hết các câu trả lời của bạn là Có, bạn có những thói quen hữu ích cần tiếp tục phát triển. Nếu nhiều câu trả lời là Thỉnh thoảng, bạn đã xác định được các lĩnh vực cần luyện tập có chủ đích. Và nếu hầu hết là Chưa? Tuyệt vời. Bây giờ bạn đã có một kế hoạch học tập. Không ai sinh ra đã biết cách thiết kế một quy trình phê duyệt với mười bảy trạng thái ngoại lệ.
