Design Thinking là gì? 5 bước áp dụng vào đồ án và dự án sinh viên

Phần lớn đồ án của sinh viên bắt đầu sai chỗ: nhóm họp lại, ai đó nêu một ý tưởng ứng dụng, cả nhóm thấy hay, thế là bắt tay vẽ giao diện. Đến buổi bảo vệ, hội đồng hỏi "vì sao các em cho rằng người dùng cần tính năng này?", và cả nhóm im lặng.

Design Thinking là quy trình giải quyết vấn đề lấy con người làm trung tâm, được phổ biến rộng rãi qua mô hình 5 giai đoạn của Đại học Stanford (d.school). Nó buộc bạn hiểu vấn đề trước khi đề xuất giải pháp — đúng thứ mà hội đồng và nhà tuyển dụng đều tìm kiếm.

Điểm quan trọng: đây không phải quy trình tuyến tính. Bạn sẽ quay lại các bước trước khi phát hiện điều mới.

Tổng quan 5 giai đoạn

Giai đoạn	Mục tiêu	Sản phẩm đầu ra
1. Empathize (Thấu cảm)	Hiểu người dùng thật sự trải qua điều gì	Ghi chép phỏng vấn, quan sát
2. Define (Xác định)	Chốt vấn đề cần giải quyết	Problem statement, chân dung người dùng
3. Ideate (Lên ý tưởng)	Tạo càng nhiều phương án càng tốt	Danh sách ý tưởng, phác thảo
4. Prototype (Làm mẫu)	Biến ý tưởng thành thứ có thể thử	Bản mẫu giấy hoặc bấm được
5. Test (Kiểm thử)	Học từ phản ứng thật của người dùng	Danh sách vấn đề, hướng cải tiến

Giai đoạn 1: Empathize — thấu cảm

Mục tiêu là hiểu người dùng bằng quan sát và lắng nghe, không phải bằng suy đoán.

Ba cách làm khả thi với sinh viên:

Phỏng vấn sâu 5–8 người. Nghiên cứu về khả dụng cho thấy chỉ cần khoảng 5 người là đã lộ ra phần lớn vấn đề lớn, nên đừng chờ có 100 người mới bắt đầu.
Quan sát tại chỗ. Ngồi ở thư viện xem sinh viên tìm sách thế nào, đứng ở phòng đào tạo xem người ta vướng ở khâu nào.
Khảo sát online. Hữu ích để đo quy mô, nhưng không thay được phỏng vấn — khảo sát cho bạn con số, phỏng vấn cho bạn lý do.

Nguyên tắc đặt câu hỏi:

Hỏi về quá khứ cụ thể, không hỏi về giả định tương lai. "Lần gần nhất bạn đăng ký tín chỉ diễn ra thế nào?" tốt hơn "Bạn có muốn có app đăng ký tín chỉ không?".
Hỏi "vì sao" nhiều lần để đi xuống nguyên nhân gốc.
Im lặng sau câu trả lời. Người được phỏng vấn thường nói tiếp phần giá trị nhất trong khoảng lặng đó.
Không gợi ý đáp án và không bảo vệ ý tưởng của mình.

Bộ câu hỏi mẫu cho đồ án về một quy trình ở trường:

Bạn kể lại lần gần nhất bạn phải làm việc này?
Bước nào mất nhiều thời gian nhất?
Có lúc nào bạn phải làm lại hoặc hỏi người khác không?
Bạn có tự nghĩ ra cách nào để làm nhanh hơn không?
Nếu có một điều được thay đổi, bạn sẽ đổi gì?

Giai đoạn 2: Define — xác định vấn đề

Đây là giai đoạn quyết định chất lượng đồ án và cũng là giai đoạn hay bị bỏ qua nhất.

Từ ghi chép phỏng vấn, hãy tổng hợp thành các phát hiện (insight), rồi viết problem statement theo cấu trúc:

[Người dùng] cần [nhu cầu] bởi vì [lý do sâu xa].

Ví dụ: "Sinh viên năm nhất cần biết trước môn học nào còn chỗ trống trước giờ mở đăng ký, bởi vì hệ thống thường quá tải và các em chỉ có vài phút để ra quyết định."

So sánh với cách phát biểu sai thường gặp: "Cần làm một app đăng ký tín chỉ mới." — đây là giải pháp được ngụy trang thành vấn đề, và nó đóng lại mọi hướng đi khác.

Công cụ hỗ trợ:

Chân dung người dùng (persona): mô tả một người dùng đại diện dựa trên dữ liệu phỏng vấn thật, không phải tưởng tượng.
Sơ đồ hành trình (journey map): liệt kê từng bước người dùng trải qua, kèm cảm xúc và điểm đau ở mỗi bước. Đây là hình rất "ăn điểm" trong báo cáo đồ án vì nó thể hiện rõ bạn đã nghiên cứu.
Câu hỏi "Làm thế nào để chúng ta có thể…" (How Might We): chuyển mỗi điểm đau thành một câu hỏi mở để chuẩn bị cho bước tiếp theo.

Giai đoạn 3: Ideate — lên ý tưởng

Mục tiêu ở đây là số lượng trước, chất lượng sau. Ý tưởng đầu tiên hiếm khi là ý tưởng tốt nhất.

Cách làm hiệu quả cho nhóm 3–5 sinh viên:

Mỗi người viết ý tưởng độc lập trong 10 phút, không thảo luận. Bước này quan trọng vì nó tránh việc cả nhóm bị cuốn theo người nói to nhất.
Dán tất cả lên bảng, nhóm các ý tưởng giống nhau.
Thảo luận, phát triển thêm dựa trên ý tưởng của nhau.
Bỏ phiếu chọn 2–3 ý tưởng để làm mẫu.

Kỹ thuật đáng thử:

Crazy 8s: gấp giấy thành 8 ô, vẽ 8 phương án trong 8 phút. Áp lực thời gian buộc bạn bỏ qua kiểm duyệt nội tâm.
Ý tưởng ngược: hỏi "làm thế nào để trải nghiệm này tệ nhất có thể?" rồi đảo ngược từng điểm.
Ràng buộc giả định: "nếu không được dùng màn hình thì sao?", "nếu chỉ có 3 giây thì sao?".

Quy tắc bắt buộc: không phê bình trong lúc lên ý tưởng. Việc đánh giá thuộc về bước sau.

Giai đoạn 4: Prototype — làm mẫu

Nguyên tắc: làm ở mức chi tiết thấp nhất đủ để trả lời câu hỏi bạn đang có.

Mức độ	Hình thức	Dùng khi
Thấp	Vẽ tay trên giấy	Thử luồng và cấu trúc, kiểm tra rất nhanh
Trung bình	Wireframe xám trong Figma	Thử bố cục và cách sắp xếp thông tin
Cao	Bản bấm được có màu và chữ thật	Thử cảm giác thật, trình bày trước hội đồng

Sai lầm phổ biến: nhảy thẳng lên mức cao. Bạn sẽ dành 20 giờ tô màu cho một luồng vốn đã sai từ đầu, và tệ hơn là bạn sẽ ngại sửa vì đã đầu tư quá nhiều công sức vào nó.

Xem thêm cách phân biệt các mức trong bài Wireframe, Mockup và Prototype khác nhau thế nào.

Giai đoạn 5: Test — kiểm thử

Kiểm thử khả dụng đơn giản mà sinh viên nào cũng làm được:

Mời 5 người thuộc đúng nhóm đối tượng.
Giao nhiệm vụ, không hướng dẫn: "Bạn hãy tìm và đăng ký môn Cơ sở dữ liệu."
Yêu cầu họ nói to suy nghĩ trong lúc làm.
Không giúp đỡ, không giải thích. Đây là phần khó nhất — nhưng mỗi lần bạn giải thích là một lần bạn mất đi một phát hiện.
Ghi lại: họ vấp ở đâu, dừng lại bao lâu, nói gì.
Tổng hợp vấn đề, xếp theo mức độ nghiêm trọng, sửa những cái nghiêm trọng nhất trước.

Kết quả kiểm thử là phần nội dung mạnh nhất cho báo cáo đồ án và cho case study trong portfolio, vì nó chứng minh bạn ra quyết định dựa trên bằng chứng.

Kế hoạch 4 tuần áp dụng cho một đồ án

Tuần	Việc cần làm	Kết quả
1	Phỏng vấn 5–8 người, quan sát thực tế	Ghi chép, các phát hiện chính
2	Tổng hợp, viết problem statement, vẽ journey map	Vấn đề được chốt
3	Lên ý tưởng, dựng bản mẫu giấy rồi lên wireframe	Bản mẫu thử được
4	Kiểm thử với 5 người, sửa, hoàn thiện bản trình bày	Sản phẩm + báo cáo

Nếu thời gian eo hẹp, hãy cắt ở bước làm đẹp giao diện, đừng cắt ở bước phỏng vấn và kiểm thử.

Câu hỏi thường gặp

Design Thinking chỉ dùng cho thiết kế thôi à?

Không. Mô hình này được dùng rộng rãi trong khởi nghiệp, giáo dục, dịch vụ công và cải tiến quy trình nội bộ. Bất cứ vấn đề nào có con người ở trung tâm đều áp dụng được.

Nhóm em không có thời gian phỏng vấn thì sao?

Năm cuộc phỏng vấn mỗi cuộc 20 phút chỉ tốn khoảng 2 giờ — ít hơn nhiều so với thời gian sửa lại giao diện sau khi phát hiện làm sai hướng. Nếu thực sự gấp, hãy phỏng vấn 3 người ngay trong lớp, vẫn tốt hơn không có ai.

Làm sao thuyết phục nhóm chịu làm nghiên cứu thay vì vẽ luôn?

Đề xuất một thỏa thuận: dành đúng một tuần cho nghiên cứu, nếu không tìm ra phát hiện nào giá trị thì quay lại phương án cũ. Trên thực tế, hầu như lần nào cũng có phát hiện làm thay đổi hướng thiết kế.

Design Thinking và Design Sprint khác gì nhau?

Design Sprint là phiên bản nén của Design Thinking vào 5 ngày, với lịch trình cố định cho từng ngày. Design Thinking là khung tư duy tổng quát, còn Sprint là một quy trình cụ thể để chạy nhanh.

Có cần phần mềm gì đặc biệt không?

Không. Giấy, bút, giấy ghi chú màu là đủ cho ba giai đoạn đầu. Figma và Miro giúp làm việc nhóm từ xa, nhưng công cụ không quyết định chất lượng nghiên cứu.

Bao nhiêu người dùng là đủ để kiểm thử?

Với kiểm thử định tính, 5 người mỗi nhóm đối tượng là con số được khuyến nghị phổ biến, vì phần lớn vấn đề nghiêm trọng lặp lại ở vài người đầu tiên. Nếu sản phẩm có nhiều nhóm đối tượng rất khác nhau, hãy test 5 người mỗi nhóm.

Nguồn tham khảo

Kết luận

Design Thinking không làm thiết kế của bạn đẹp hơn, nhưng làm nó đúng hơn — và trong mắt hội đồng chấm đồ án cũng như nhà tuyển dụng, đúng quan trọng hơn đẹp.

Hãy bắt đầu bằng việc dễ nhất: trước dự án tiếp theo, phỏng vấn 5 người trong đúng 2 giờ. Riêng việc đó thôi đã đủ để đồ án của bạn khác hẳn phần còn lại của lớp.

Gợi ý: dùng trợ lý AI của Stunexa để tổng hợp nhanh ghi chép phỏng vấn thành các nhóm phát hiện, và lưu vào kho kiến thức để cả nhóm cùng tra cứu khi viết báo cáo.