Một case study UX trong portfolio là bài kể lại cách bạn ra quyết định thiết kế cho một bài toán thật: vấn đề là gì, bạn giữ vai trò gì, đã tìm hiểu người dùng ra sao, đã cân nhắc những phương án nào và vì sao chọn cái cuối cùng, kết quả đo được thế nào. Nhà tuyển dụng không chấm màn hình đẹp – họ chấm tư duy và sự trung thực về vai trò. Hai, ba case kể sâu có giá trị hơn mười dự án chỉ có ảnh giao diện.
Người đọc portfolio thực sự đọc thế nào
Người tuyển dụng thiết kế thường xem rất nhiều hồ sơ cho một vị trí, nên cách đọc của họ chia hai tầng. Tầng một là lướt: tiêu đề, đoạn tóm tắt, vài hình lớn, phần vai trò – chỉ trong vài phút. Nếu tầng một thuyết phục, họ mới đọc kỹ tầng hai, thường ngay trước buổi phỏng vấn, và đặt câu hỏi dựa trên đó.
Hệ quả: case phải đọc được ở cả hai tầng. Đoạn đầu và các tiêu đề mục phải tự kể được câu chuyện; phần thân để chứng minh.
Cấu trúc tám phần
| Phần | Nội dung | Câu nhà tuyển dụng muốn trả lời |
|---|---|---|
| 1. Tóm tắt | Sản phẩm, vấn đề, vai trò, kết quả – trong 3–4 dòng | Có đáng đọc tiếp không? |
| 2. Vai trò và đội | Bạn làm gì, ai làm phần còn lại, thời gian bao lâu | Phần nào thật sự là của người này? |
| 3. Bối cảnh và ràng buộc | Người dùng, mục tiêu kinh doanh, hạn chót, giới hạn kỹ thuật | Họ thiết kế trong điều kiện thật hay trong chân không? |
| 4. Vấn đề | Dữ kiện cho thấy có vấn đề | Họ có xác định đúng vấn đề trước khi vẽ không? |
| 5. Tìm hiểu | Phương pháp, số người, phát hiện chính | Họ chọn phương pháp vì phù hợp hay vì quen? |
| 6. Phương án và đánh đổi | 2–3 hướng đã thử, lý do bỏ | Họ nghĩ được nhiều hướng và biết cân nhắc không? |
| 7. Thiết kế cuối và kết quả | Màn hình chính, chỉ số trước/sau | Quyết định có hiệu quả không, đo bằng gì? |
| 8. Bài học | Điều sẽ làm khác, việc còn dở | Họ có tự nhìn lại được không? |
Ba lỗi phổ biến nhất
Diễn quy trình thay vì kể quyết định
Nhiều portfolio mở đầu bằng sơ đồ quy trình chuẩn – tìm hiểu, xác định, lên ý tưởng, thử nghiệm – rồi đặt dưới mỗi bước một bức ảnh giấy nhớ dán tường. Người đọc đã thấy sơ đồ đó hàng trăm lần. Điều họ chưa thấy là trong dự án của bạn, bước nào quan trọng nhất và vì sao. Có dự án nghiên cứu chỉ hai ngày vì đội đã có dữ liệu; có dự án dồn hết công sức vào thử nghiệm. Kể thật sẽ khác biệt hơn kể đủ.
Mơ hồ về vai trò
Chữ "chúng tôi" xuất hiện suốt bài làm người đọc không biết bạn làm phần nào. Hãy tách rõ: "Mình phụ trách nghiên cứu người dùng và luồng đặt lịch; giao diện hệ thống do một bạn thiết kế khác làm; kỹ sư quyết định giới hạn về thông báo đẩy." Trung thực về vai trò là điều được kiểm tra kỹ nhất trong phỏng vấn – nói quá sẽ lộ ở câu hỏi thứ hai.
Không có kết quả, hoặc kết quả mơ hồ
"Người dùng phản hồi rất tích cực" không phải kết quả. Nếu sản phẩm chưa ra mắt, vẫn có thể có kết quả từ thử nghiệm: số người hoàn thành nhiệm vụ, thời gian hoàn thành, số lỗi. Nếu không có số nào, hãy nói thẳng và kể bạn định đo bằng gì – trung thực vẫn hơn tự bịa.
Đo lường trong case UX: dùng gì cho vừa sức
- Thử nghiệm khả dụng nhỏ: Jakob Nielsen (Nielsen Norman Group) từ năm 2000 đã lập luận rằng thử với khoảng năm người cho mỗi vòng là đủ phát hiện phần lớn vấn đề lớn, nên làm nhiều vòng nhỏ thay vì một vòng lớn. Ghi tỷ lệ hoàn thành nhiệm vụ và lỗi gặp phải.
- Thang SUS (System Usability Scale, John Brooke, 1986): bảng mười câu hỏi chuẩn, cho điểm từ 0 đến 100, tiện để so trước và sau.
- Chỉ số sản phẩm sau ra mắt: tỷ lệ hoàn tất luồng, tỷ lệ rời bỏ ở từng bước, số yêu cầu hỗ trợ liên quan.
Chỉ cần một hai chỉ số gắn đúng với vấn đề ban đầu. Đưa mười chỉ số không liên quan khiến người đọc nghĩ bạn đang tìm con số đẹp.
Bài tập mẫu: dựng khung case từ một dự án tự đặt
Dự án dưới đây là ví dụ giả định, dùng để tập viết; số liệu chỉ để minh hoạ.
Một chuỗi tiệm sửa xe máy ở Đà Nẵng có ứng dụng đặt lịch sửa xe tại nhà. Thống kê nội bộ cho thấy trong 100 người mở màn hình đặt lịch, chỉ khoảng 30 người đặt xong. Bạn là nhà thiết kế duy nhất, làm việc với một kỹ sư và chủ chuỗi trong 6 tuần.
Khung case có thể như sau:
- Tóm tắt: "Thiết kế lại luồng đặt lịch sửa xe tại nhà; tỷ lệ đặt xong trong thử nghiệm tăng từ khoảng 3/10 lên 8/10 người; vai trò: nghiên cứu, luồng, giao diện."
- Ràng buộc: 6 tuần, một kỹ sư, không đổi được hệ thống thanh toán.
- Tìm hiểu: phỏng vấn 6 khách đã bỏ dở, nghe lại 20 cuộc gọi tổng đài. Phát hiện: khách không biết mô tả hỏng hóc bằng chữ ("xe kêu lạch cạch" là gì?), và bị bắt chọn khung giờ chính xác trong khi họ chỉ biết "chiều nay".
- Phương án: (A) danh sách lỗi có sẵn để chọn; (B) cho gửi ảnh hoặc ghi âm tiếng xe kêu; (C) bỏ bước mô tả, thợ gọi lại hỏi. Chọn kết hợp A và B; bỏ C vì chủ chuỗi không đủ người gọi lại giờ cao điểm.
- Khung giờ: đổi từ chọn giờ chính xác sang chọn buổi (sáng, chiều, tối) rồi thợ xác nhận giờ cụ thể qua tin nhắn.
- Kết quả thử nghiệm: hai vòng, mỗi vòng 5 người; vòng cuối 4/5 người đặt xong không cần hỏi.
- Bài học: chưa kiểm tra được hành vi thật sau ra mắt; việc ghi âm tiếng xe có thể tốn dung lượng với máy cũ – điều cần theo dõi.
Chú ý phương án C bị loại vì một ràng buộc vận hành, không phải vì xấu. Kể được chuyện này cho thấy bạn thiết kế cho một doanh nghiệp thật.
Dự án có thoả thuận bảo mật thì làm sao
Nhiều dự án tốt nhất lại không được công bố. Các cách thường dùng: đổi tên sản phẩm và làm mờ dữ liệu, vẽ lại màn hình bằng nội dung giả, chỉ kể quy trình và quyết định mà không đưa giao diện, hoặc để case ở chế độ có mật khẩu và chỉ gửi khi được yêu cầu. Trước khi làm bất cứ cách nào, đọc lại thoả thuận đã ký hoặc hỏi công ty cũ – vi phạm bảo mật trong portfolio là cách nhanh nhất để mất cơ hội ở công ty mới.
Góc nhìn hôm nay: ít case, kể sâu, viết cho người lướt
Một portfolio tốt thường chỉ cần hai đến bốn case, mỗi case đọc trong năm đến mười phút, kèm một trang giới thiệu ngắn về bản thân. Hãy để case mạnh nhất lên đầu, đặt ảnh giao diện cuối cùng ở gần đầu bài để người lướt thấy ngay, rồi mới kể quá trình. Muốn tham khảo, các bài viết của Nielsen Norman Group về portfolio UX và cách viết case là nguồn miễn phí, cập nhật đều; đọc thêm vài portfolio của nhà thiết kế ở những công ty bạn muốn vào để biết họ kể chuyện ra sao.
Câu hỏi thường gặp
Case study UX là gì?
Là bài kể lại một dự án thiết kế trải nghiệm người dùng: vấn đề, vai trò của người thiết kế, quá trình tìm hiểu, các phương án đã cân nhắc, thiết kế cuối và kết quả. Mục đích là cho nhà tuyển dụng thấy cách bạn tư duy và ra quyết định.
Portfolio UX nên có bao nhiêu case study?
Thường từ hai đến bốn case kể sâu là đủ. Nhà tuyển dụng ít khi đọc hết mười dự án; họ chọn case mạnh nhất để đọc kỹ và hỏi trong phỏng vấn.
Case study UX nên dài bao nhiêu?
Khoảng năm đến mười phút đọc cho mỗi case. Đoạn tóm tắt và tiêu đề các mục phải đủ để người chỉ lướt vẫn nắm câu chuyện, phần thân để chứng minh chi tiết.
Sinh viên chưa có dự án thật thì làm case UX thế nào?
Có thể tự chọn một vấn đề có thật trong một sản phẩm quen thuộc, tự làm phỏng vấn và thử nghiệm nhỏ, rồi ghi rõ đây là dự án tự đặt. Nói thẳng điều này được đánh giá cao hơn việc trình bày như dự án cho khách hàng.
Không có số liệu kết quả thì viết case UX được không?
Được, nhưng nên có kết quả thử nghiệm dù nhỏ, như số người hoàn thành nhiệm vụ trong một vòng thử. Nếu hoàn toàn không có, hãy nói rõ và nêu cách bạn sẽ đo nếu sản phẩm ra mắt.
