Mở đầu — vì sao bài này quan trọng
Bạn có thể là một UI designer giỏi — dùng Figma nhoay nhoáy, hiểu design token, biết build auto layout gọn gàng — nhưng nếu portfolio của bạn chỉ là một loạt ảnh chụp màn hình đẹp long lanh, khả năng cao bạn sẽ bị loại ngay từ vòng lọc CV. Đây là sự thật phũ phàng mà rất nhiều bạn junior ở Việt Nam gặp phải: gửi 30 đơn, chỉ được gọi 1–2 nơi, và cứ nghĩ là do "kỹ năng thiết kế chưa đủ". Thực ra vấn đề nằm ở portfolio.
Với vị trí UI/Product Designer, portfolio chính là bài phỏng vấn đầu tiên của bạn — nó nói chuyện với nhà tuyển dụng khi bạn còn chưa có mặt trong phòng. Người đọc portfolio (thường là Design Lead hoặc Hiring Manager) không chỉ muốn biết bạn vẽ đẹp hay không. Họ muốn biết: Bạn tư duy như thế nào khi đứng trước một bài toán? Bạn ra quyết định dựa trên cái gì? Khi làm việc với engineer và PM, bạn đóng góp được gì?
Bài học này tập trung hoàn toàn vào việc xây dựng portfolio cho UI designer — thứ khác biệt căn bản so với portfolio của illustrator hay graphic designer. Bạn sẽ hiểu vì sao portfolio UI phải là case study driven (dẫn dắt bằng câu chuyện tình huống), cấu trúc một case study chuẩn gồm những gì, và cách trình bày để chứng minh tư duy chứ không chỉ khoe pixel. Đây là kỹ năng quyết định việc bạn có được gọi phỏng vấn hay không — quan trọng ngang, thậm chí hơn, kỹ năng thiết kế thuần túy.
Khái niệm cốt lõi
Portfolio UI khác gì với portfolio illustrator?
Đây là điểm mấu chốt mà nhiều bạn chuyển ngành từ graphic design hoặc mỹ thuật hay hiểu sai.
Portfolio của illustrator / graphic designer là một gallery — một phòng trưng bày. Giá trị nằm ở bản thân tác phẩm: màu sắc, bố cục, phong cách cá nhân. Người xem lướt qua, cảm nhận cái đẹp, và đánh giá dựa trên gu thẩm mỹ. Càng nhiều tác phẩm đẹp, càng tốt.
Portfolio của UI designer là một tập hợp case study — mỗi dự án là một câu chuyện giải quyết vấn đề. Giá trị không nằm ở "màn hình này đẹp thế nào", mà ở "tại sao bạn thiết kế nó như vậy, và nó giải quyết vấn đề gì cho người dùng/doanh nghiệp". UI design là một nghề mang tính chức năng (functional) — sản phẩm phải hoạt động, phải giải quyết được nhu cầu, phải đo lường được. Nên portfolio phải phản ánh đúng bản chất đó.
Nói ngắn gọn: illustrator show pretty pixels, UI designer show process + decisions.
Case study driven nghĩa là gì?
Một case study không phải là "đây là app tôi làm, xem này". Nó là một hành trình có mở đầu — thân bài — kết luận, trả lời được ba câu hỏi lớn:
- Vấn đề là gì? (Bối cảnh, người dùng, mục tiêu kinh doanh, ràng buộc)
- Bạn đã làm gì và tại sao? (Quá trình, các quyết định thiết kế, những gì bạn cân nhắc và loại bỏ)
- Kết quả ra sao? (Tác động — lý tưởng là có số liệu; nếu không có thì là bài học rút ra)
Ba câu hỏi thầm lặng trong đầu người tuyển dụng
Khi lướt portfolio của bạn, Design Lead đang tự hỏi:
- "Người này có tư duy sản phẩm không, hay chỉ biết làm đẹp?" — Bạn có hiểu người dùng, business, metric không?
- "Người này làm việc với team thế nào?" — Bạn có nhắc đến việc phối hợp với PM, engineer, research không? Hay tự thiết kế trong bong bóng?
- "Người này có craft không?" — Chi tiết nhỏ: spacing đều, typography nhất quán, biết dùng component/design system. Đây là nơi kỹ năng Figma của bạn được nhìn thấy.
Chất lượng hơn số lượng: 3–4 case study là đủ
Sai lầm kinh điển: nhồi 10 dự án vào portfolio để "trông có kinh nghiệm". Ngược lại hoàn toàn. 3–4 case study sâu sắc đánh bại 10 dự án hời hợt. Nhà tuyển dụng chỉ dành trung bình 2–5 phút cho một portfolio ở vòng đầu — họ sẽ đọc kỹ 1–2 case study đầu tiên. Hãy đặt dự án mạnh nhất lên đầu.
Tình huống thực tế
Ví dụ 1: Ngọc — chuyển ngành từ graphic design sang UI
Ngọc, 24 tuổi ở TP.HCM, làm graphic design 2 năm cho một agency, muốn chuyển sang UI/Product Design. Portfolio đầu tiên của bạn ấy trên Behance có 8 dự án: vài cái redesign Shopee, một app đặt đồ ăn tự nghĩ, vài banner. Tất cả đều là ảnh mockup đặt trong khung điện thoại 3D bóng bẩy, không một dòng chữ giải thích. Gửi 25 đơn, không một lời hồi đáp.
Sau khi được mentor góp ý, Ngọc làm lại. Bạn giữ 3 dự án, viết lại thành case study đầy đủ. Với dự án "app đặt đồ ăn", thay vì chỉ show 12 màn hình, Ngọc viết: bối cảnh (giả định một quán bún bò gia đình muốn có app đặt online), vấn đề (khách lớn tuổi khó thao tác), quyết định (font size tối thiểu 16px, nút to, luồng đặt hàng chỉ 3 bước), và một bảng so sánh "phương án A vs B" cho màn hình giỏ hàng kèm lý do chọn A. Kết quả: từ 25 đơn im lặng, đợt sau gửi 12 đơn được gọi 4 nơi, nhận offer ở một startup fintech.
Bài học: Cùng một kỹ năng thiết kế, nhưng cách trình bày tư duy mới là thứ mở cửa. Việc cắt từ 8 xuống 3 dự án không làm portfolio yếu đi — nó làm portfolio tập trung hơn.
Ví dụ 2: Minh — designer có 3 năm kinh nghiệm nhưng toàn NDA
Minh làm ở một công ty phần mềm outsourcing tại Đà Nẵng, dự án toàn là sản phẩm nội bộ cho khách nước ngoài, ký NDA (thỏa thuận bảo mật) nên không được public. Minh bế tắc: "Em không có gì để show cả." Đây là tình huống cực kỳ phổ biến ở Việt Nam, nơi rất nhiều designer làm outsourcing/agency.
Giải pháp mentor đưa ra: (1) Xin phép công ty cho dùng một phần dưới dạng ẩn danh — làm mờ logo, đổi tên brand, chỉ nói "một sản phẩm quản lý kho cho khách hàng ở Bắc Âu". Nhiều công ty đồng ý nếu bạn hỏi đàng hoàng. (2) Với phần không thể public, Minh viết case study tập trung vào process thay vì screen: mô tả bài toán, sketch tay, wireframe (được phép hơn là final UI), và các quyết định — kèm một câu ghi chú "final UI dưới NDA, có thể present trực tiếp khi phỏng vấn". (3) Bổ sung một concept project tự làm để show craft mới nhất.
Kết quả: Minh chuyển được sang một công ty product (không phải outsourcing) với mức lương tăng 40%, vì case study cho thấy tư duy hệ thống — thứ mà công ty product cần.
Bài học: NDA không phải là dấu chấm hết. Process kể được ngay cả khi final design bị khóa. Và luôn hỏi công ty trước — đừng tự ý public rồi vi phạm hợp đồng.
Ví dụ 3: Team tuyển dụng tại một startup ở Singapore
Một Design Lead tại startup SaaS ở Singapore (gọi là công ty X) chia sẻ cách họ sàng lọc: mỗi tuần nhận khoảng 60 portfolio cho một vị trí Mid-level Product Designer. Vòng đầu, mỗi portfolio được xem trung bình 90 giây. Tiêu chí loại ngay: portfolio chỉ có mockup không giải thích; portfolio dài dòng 5000 chữ mỗi case study (không ai đọc hết); portfolio load chậm hoặc link hỏng.
Những portfolio lọt qua vòng đầu có điểm chung: case study đầu tiên có một câu tóm tắt tác động ngay ở trên cùng (ví dụ: "Redesign luồng onboarding, giảm drop-off từ 60% xuống 38%"), có ảnh before/after rõ ràng, và phần "role của tôi" ghi rõ Minh làm gì trong team (vì hầu hết dự án là teamwork).
Bài học: Người tuyển dụng đọc rất nhanh và rất nhiều. Portfolio phải quét được trong 90 giây nhưng vẫn có chiều sâu cho người muốn đọc kỹ. Nêu tác động lên đầu, ghi rõ vai trò của bạn.
Hướng dẫn từng bước
Bước 1 — Chọn 3–4 dự án mạnh nhất. Ưu tiên dự án đa dạng (một mobile app, một web dashboard, một design system chẳng hạn) để show phạm vi. Nếu chưa có dự án thật, làm concept project — nhưng phải nghiêm túc như dự án thật, có bài toán rõ ràng, đừng redesign vu vơ.
Bước 2 — Viết cấu trúc case study cho từng dự án. Dùng khung sau:
- Overview / TL;DR: 2–3 câu tóm tắt vấn đề, giải pháp, tác động. Đặt trên cùng.
- Vai trò của tôi: Bạn làm gì, làm với ai, trong bao lâu.
- Vấn đề & bối cảnh: Người dùng là ai, pain point là gì, mục tiêu kinh doanh, ràng buộc.
- Quá trình: Research (nếu có), sketch, wireframe, các phương án và lý do chọn. Đây là phần quan trọng nhất.
- Giải pháp cuối: Final UI, nhưng luôn kèm chú thích giải thích quyết định.
- Kết quả & bài học: Số liệu nếu có; nếu không, viết "nếu làm lại tôi sẽ...".
Bước 4 — Show craft. Chèn một vài ảnh cho thấy sự tỉ mỉ: spacing grid, component library, states của một button/form, responsive. Đây là nơi kỹ năng Figma và design system của bạn được nhìn thấy.
Bước 5 — Chọn nền tảng. Với UI designer, ưu tiên website riêng (Framer, Webflow, hoặc thậm chí một trang Notion gọn gàng) vì nó tự nó là một sản phẩm thể hiện craft. Behance/Dribbble tốt để show visual nhưng khó kể chuyện dài. Nhiều bạn dùng combo: website làm portfolio chính, Dribbble để show craft lẻ.
Bước 6 — Viết một trang About ngắn và thật. Bạn là ai, mạnh về gì, đang tìm gì. Kèm ảnh, link LinkedIn, và cách liên hệ. Đừng quên nút liên hệ rõ ràng.
Bước 7 — Nhờ review và test. Nhờ 2–3 người (lý tưởng là designer đi làm) đọc và cho feedback. Test link trên điện thoại. Kiểm tra tốc độ load.
Lỗi thường gặp & mẹo
Lỗi 1 — Chỉ show mockup, không giải thích. Đây là lỗi giết chết portfolio junior. Sửa: mỗi màn hình quan trọng phải có ít nhất một câu "tại sao".
Lỗi 2 — Nhồi quá nhiều dự án. 10 dự án hời hợt thua 3 dự án sâu. Cắt không thương tiếc.
Lỗi 3 — Không nêu vai trò của mình trong dự án team. Nếu bạn làm chung 5 người, hãy ghi rõ bạn phụ trách phần nào. Nhà tuyển dụng cần biết bạn làm gì, không phải cả team.
Lỗi 4 — Case study dài lê thê. 5000 chữ không ai đọc. Mục tiêu: quét được trong 2 phút, đọc kỹ được trong 8 phút. Dùng heading, bullet, ảnh để chia nhỏ.
Lỗi 5 — Không có tác động / số liệu. Nếu không có metric thật (thường junior không có), hãy dùng số định tính hoặc bài học: "test với 5 người dùng, 4/5 hoàn thành luồng đặt hàng không cần hỏi". Trung thực quan trọng hơn bịa số.
Lỗi 6 — Portfolio đẹp nhưng bản thân portfolio lại lỗi craft. Spacing lệch, font không nhất quán trên chính trang portfolio — mỉa mai thay, đây là red flag lớn nhất với một UI designer. Portfolio của bạn là một sản phẩm UI.
Mẹo: Kể chuyện thất bại một cách khéo léo. Một dòng "phương án đầu tiên tôi làm bị user test bác bỏ, tôi học được X và sửa thành Y" cho thấy bạn có tư duy cầu thị — điều mà senior rất coi trọng.
Mẹo: Update portfolio ngay khi vừa xong một dự án, đừng đợi đến lúc thất nghiệp mới cuống cuồng làm. Lúc đó ký ức về quyết định đã phai.
Bài tập thực hành
- Chọn dự án. Liệt kê tất cả dự án bạn từng làm (kể cả concept, bài tập khóa học). Chọn ra 3 dự án mạnh nhất và đa dạng nhất. Ghi lý do vì sao chọn mỗi cái.
- Viết TL;DR. Với dự án mạnh nhất, viết một đoạn tóm tắt 3 câu: vấn đề → giải pháp → tác động. Đây phải đọc trong 15 giây là hiểu.
- Dựng khung một case study đầy đủ. Áp dụng 6 phần ở Bước 2 cho dự án đó. Đặc biệt dồn công vào phần "Quá trình": viết ra ít nhất 3 quyết định thiết kế kèm lý do, và 1 phương án bạn đã loại bỏ.
- Audit craft trang portfolio. Nếu đã có portfolio, mở nó ra và soi: spacing có đều không, font có nhất quán không, link có hỏng không, load trên mobile thế nào. Ghi ra 5 điểm cần sửa.
- Xin feedback. Gửi case study nháp cho một designer đang đi làm (hoặc mentor) và hỏi đúng một câu: "Đọc xong bạn có hiểu tôi tư duy như thế nào không?" Nếu câu trả lời là không, viết lại phần Quá trình.
Tóm tắt
Portfolio của UI designer khác căn bản với portfolio illustrator: nó là case study driven, show process + decisions chứ không chỉ pretty pixels. Nhà tuyển dụng đọc portfolio để trả lời ba câu hỏi thầm lặng — bạn có tư duy sản phẩm không, làm việc với team ra sao, và có craft không.
Nguyên tắc vàng: chất lượng hơn số lượng — 3–4 case study sâu đánh bại 10 dự án hời hợt. Mỗi case study nên có cấu trúc rõ (Overview → Vai trò → Vấn đề → Quá trình → Giải pháp → Kết quả), với phần Quá trình là trái tim vì nó chứng minh tư duy. Luôn nêu tác động lên đầu, ghi rõ vai trò của bạn, và nhớ rằng bản thân trang portfolio cũng là một sản phẩm UI — craft của nó nói lên rất nhiều.
Ba tình huống của Ngọc, Minh và startup ở Singapore cho thấy: cùng kỹ năng thiết kế, cách trình bày tư duy mới là thứ quyết định bạn có được gọi phỏng vấn hay không. Hãy bắt đầu ngay hôm nay — chọn dự án, viết TL;DR, và dựng case study đầu tiên của bạn.