Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn đã học xong 56 bài trước trong khóa này. Bạn biết Design Thinking, biết dựng design system, biết viết microcopy, biết làm việc với engineer. Nhưng có một sự thật phũ phàng: không ai thuê bạn chỉ vì bạn "biết". Họ thuê bạn vì họ tin bạn làm được — và thứ duy nhất tạo ra niềm tin đó trong vài phút đầu tiên chính là portfolio của bạn.
Có một câu nói trong giới tuyển dụng design mà tôi muốn bạn khắc cốt ghi tâm: CV là lời nói, portfolio là bằng chứng. CV liệt kê "tôi từng làm app fintech, tôi thành thạo Figma, tôi tăng conversion 20%". Ai cũng viết được những dòng đó. Portfolio thì khác — nó cho người ta nhìn thấy cách bạn tư duy, cách bạn chuyển một bài toán mơ hồ thành giải pháp cụ thể, cách bạn đưa ra quyết định và bảo vệ quyết định ấy.
Và đây là điều khắc nghiệt nhất bạn cần chuẩn bị tinh thần: một hiring manager ở các công ty như MoMo, Tiki, VNG, hay một studio như Kalo, Beautique nhận hàng trăm hồ sơ cho một vị trí. Họ không đọc kỹ portfolio của bạn. Lần đầu, họ lướt qua trong khoảng 60 giây. Trong 60 giây đó, họ quyết định: "Có đáng để đọc kỹ không?" Nếu portfolio của bạn không thể hiện được range (độ rộng năng lực) và depth (chiều sâu tư duy) một cách nhanh chóng, bạn bị loại — dù năng lực thật của bạn có tốt đến đâu.
Bài học hôm nay không phải về việc "làm portfolio cho đẹp". Nó là về việc xây dựng một công cụ bán hàng cá nhân — bán chính bạn — được thiết kế cho cách người ta thực sự đọc nó, chứ không phải cách bạn mong họ đọc.
Khái niệm cốt lõi
Portfolio là sản phẩm, và bạn là người dùng đang phục vụ hiring manager
Sai lầm gốc rễ của hầu hết portfolio yếu là: designer xây nó như một cuốn nhật ký — "đây là tất cả những gì tôi đã làm". Người giỏi thì xây portfolio như một sản phẩm có người dùng cụ thể. Người dùng ở đây là hiring manager hoặc design lead. Nhiệm vụ (job-to-be-done) của họ là: tìm nhanh người phù hợp, giảm rủi ro tuyển sai. Portfolio của bạn phải giúp họ làm việc đó dễ dàng.
Tư duy này thay đổi mọi quyết định: bạn show cái gì, bỏ cái gì, sắp xếp ra sao. Bạn không trưng bày tất cả — bạn biên tập.
Bộ phận cấu thành: 3–6 case study là xương sống
Trái tim của portfolio không phải là ảnh đẹp, không phải animation mượt, mà là case study — câu chuyện về một dự án thật. Con số vàng là 3 đến 6 case study.
- Dưới 3: trông như bạn chưa có đủ kinh nghiệm, hoặc không tự tin vào công việc của mình.
- Trên 6: bạn làm loãng. Hiring manager mệt, và họ nghi ngờ bạn không biết đâu là việc giỏi nhất của mình. Biết bỏ bớt cũng là một kỹ năng design.
Range và Depth — hai trục đánh giá
Hiring manager đánh giá bạn trên hai trục:
- Range (độ rộng): Bạn có thể làm nhiều loại bài toán không? Mobile lẫn web? B2C lẫn B2B? Bạn vừa làm được flow phức tạp vừa làm được visual polish? Range được thể hiện qua tập hợp các case study — mỗi case nên show một khía cạnh khác nhau, tránh ba dự án na ná nhau.
- Depth (chiều sâu): Với một bài toán, bạn đào sâu được tới đâu? Bạn có hiểu vì sao chọn pattern này, có cân nhắc edge case, có đo lường kết quả không? Depth được thể hiện trong từng case study.
Cấu trúc một trang portfolio điển hình
- Hero / dòng giới thiệu: một câu nói rõ bạn là ai và làm được gì. "Product designer, 3 năm kinh nghiệm fintech & e-commerce, tập trung vào flow phức tạp và design system."
- Lưới case study: 3–6 thẻ, mỗi thẻ có ảnh đại diện + tiêu đề nói rõ kết quả, không phải tên dự án chung chung.
- Trang case study chi tiết: nơi kể câu chuyện đầy đủ.
- About: con người bạn, vì sao bạn làm nghề này.
- Liên hệ: email, LinkedIn — rõ ràng, dễ tìm.
Quy tắc 60 giây
Vì lần lướt đầu chỉ kéo dài khoảng một phút, mọi thứ quan trọng phải "đập vào mắt" ngay: tiêu đề case study phải tự nó kể được kết quả, ảnh hero phải sạch và rõ, và phần tóm tắt (TL;DR) ở đầu mỗi case phải trả lời được "dự án này là gì, bạn làm gì, kết quả ra sao" trong ba dòng. Hãy thiết kế cho người lướt, rồi thưởng cho người đọc kỹ.
Tình huống thực tế
Ví dụ 1 — Minh, junior designer chuyển ngành, và bài học "ít mà chất"
Minh là một bạn ở TP.HCM, trước làm marketing, tự học UI/UX trong 8 tháng. Portfolio đầu tiên của bạn có 11 dự án: phần lớn là redesign các app nổi tiếng (Grab, Shopee, Netflix) — kiểu bài tập "concept redesign" mà ai mới vào nghề cũng làm. Bạn rải hồ sơ đi 30 nơi, chỉ được 1 lần phỏng vấn. Tỉ lệ phản hồi gần như bằng không.
Vấn đề không phải Minh thiếu năng lực. Vấn đề là 11 dự án redesign concept gửi đi một thông điệp ngầm: "Tôi chưa làm sản phẩm thật, và tôi không biết chọn lọc." Mỗi case lại chỉ có vài màn hình đẹp, không có câu chuyện, không có vấn đề kinh doanh, không có người dùng thật.
Minh được một mentor góp ý làm lại theo nguyên tắc ít mà chất. Bạn cắt còn 3 case study: (1) một dự án freelance thật cho một tiệm bánh nhỏ — đặt hàng online, có số liệu "giảm 40% tin nhắn hỏi giá qua Facebook"; (2) một redesign concept nhưng đào cực sâu — phỏng vấn 5 người dùng thật, vẽ user flow, giải thích từng đánh đổi; (3) một dự án nhóm ở bootcamp, làm rõ vai trò của riêng mình. Sau khi làm lại, trong 6 tuần Minh nhận 4 lời mời phỏng vấn và nhận offer junior ở một startup logistics.
Bài học rút ra: số lượng case study không tỉ lệ thuận với độ thuyết phục. 3 case có câu chuyện và số liệu thật đánh bại 11 case "đẹp mà rỗng". Và một dự án nhỏ thật (tiệm bánh) có sức nặng hơn nhiều một redesign Netflix hoành tráng nhưng không ai yêu cầu.
Ví dụ 2 — Studio Beam (giả định) và "60 giây tàn nhẫn"
Một design studio tầm trung ở Hà Nội, gọi là Beam, đăng tuyển 1 vị trí mid-level và nhận 180 hồ sơ trong 10 ngày. Chị design lead kể lại quy trình thật của họ: vòng đầu, mỗi portfolio được mở ra và lướt trung bình 40–70 giây. Tiêu chí loại nhanh rất đơn giản và phũ phàng:
- Link hỏng hoặc bắt tải PDF 50MB → loại.
- Trang chủ chỉ toàn mockup đẹp, không có một dòng chữ nào nói về vấn đề/kết quả → loại (vì "không phân biệt được với một bạn làm graphic").
- Tiêu đề case kiểu "Project A", "App XYZ" không nói gì → cho điểm thấp.
Bài học rút ra: portfolio của bạn cạnh tranh trong một cái phễu thật, với thời gian thật. Tối ưu cho lần lướt đầu — link sống, tải nhanh, tiêu đề biết nói, TL;DR ở đầu — không phải là "làm màu", mà là điều kiện sống còn để được đọc tiếp.
Ví dụ 3 — Hương và case study cứu vãn một dự án "thất bại"
Hương làm product designer 2 năm ở một công ty SaaS. Bạn có một dự án mà bạn từng ngại đưa vào portfolio: redesign luồng onboarding, nhưng sau khi launch, chỉ số activation không cải thiện như kỳ vọng. Theo bản năng, Hương định giấu nó đi và chỉ show các dự án "thành công".
Mentor của bạn khuyên ngược lại: hãy biến nó thành case study mạnh nhất. Vì sao? Vì câu chuyện thất bại — nếu được kể đúng — chứng minh điều mà case "thành công" không chứng minh được: bạn biết đo lường, biết phân tích vì sao sai, và biết điều chỉnh. Hương viết lại case theo hướng: giả thuyết ban đầu là gì, thiết kế ra sao, kết quả thực tế ra sao, bạn học được gì, và lần lặp tiếp theo bạn làm khác đi như thế nào (lần này nhích activation lên 12%). Khi phỏng vấn ở một công ty product lớn hơn, đây chính là case mà interviewer đào sâu nhất và khen ngợi nhất.
Bài học rút ra: hiring manager senior không tìm người "luôn đúng" — họ tìm người biết tư duy khi gặp khó. Một case study trung thực về một dự án chưa đạt kỳ vọng, kèm bài học và lần lặp tiếp theo, thường thuyết phục hơn ba case "mọi thứ đều hoàn hảo".
Hướng dẫn từng bước
Bước 1 — Chọn dự án (audit & biên tập). Liệt kê tất cả dự án bạn từng làm. Với mỗi cái, tự hỏi: "Nó chứng minh được năng lực gì mà nhà tuyển dụng quan tâm?" Chọn ra 3–6 dự án sao cho tập hợp của chúng phủ được range bạn muốn cho thấy (ví dụ: 1 mobile flow phức tạp, 1 design system, 1 dự án có số liệu kinh doanh rõ). Ưu tiên dự án thật trên dự án concept.
Bước 2 — Viết outline cho từng case theo khung kể chuyện. Trước khi mở Figma, hãy viết bằng chữ: Bối cảnh (công ty/sản phẩm/người dùng) → Vấn đề & mục tiêu kinh doanh → Vai trò của bạn (nói rõ "tôi làm gì" trong dự án nhóm) → Quá trình (research, ý tưởng, các phương án) → Quyết định & đánh đổi (cái này cực quan trọng) → Giải pháp cuối → Kết quả & số liệu → Bài học.
Bước 3 — Viết TL;DR cho mỗi case. Ba câu ở đầu trang: dự án là gì, bạn làm gì, kết quả ra sao. Đây là phần phục vụ người lướt 60 giây.
Bước 4 — Đặt tiêu đề biết nói. Thay vì "Redesign app A", viết "Giảm 40% bước thanh toán cho app giao đồ ăn". Tiêu đề phải gợi kết quả hoặc bài toán, không phải tên dự án trống rỗng.
Bước 5 — Chọn nền tảng & dựng trang. Với người Việt mới bắt đầu, dùng được ngay: Behance/Dribbble (nhanh nhưng kém kể chuyện), Notion/Framer/Webflow (linh hoạt, kể chuyện tốt), hoặc tự code nếu bạn muốn show kỹ năng. Quan trọng nhất: link phải sống, tải nhanh, xem tốt trên cả desktop và mobile.
Bước 6 — Viết phần About và Liên hệ. Một đoạn ngắn về con người và động lực của bạn, kèm ảnh thật. Email và LinkedIn để chỗ dễ thấy — đừng bắt người ta đi tìm.
Bước 7 — Test lần lướt 60 giây. Nhờ một người (lý tưởng là một designer khác) lướt portfolio đúng 60 giây rồi tắt đi, sau đó kể lại họ nhớ gì. Nếu họ không nhớ được bạn giỏi cái gì và kết quả nào, bạn cần sửa.
Bước 8 — Lặp. Portfolio là sản phẩm sống. Sau mỗi vòng phỏng vấn, ghi lại câu hỏi nào interviewer hỏi nhiều, phần nào họ bối rối, rồi chỉnh lại.
Lỗi thường gặp & mẹo
Lỗi 1 — Chỉ show kết quả cuối, giấu quá trình. Đây là lỗi phổ biến nhất. Màn hình đẹp chỉ chứng minh bạn dùng được công cụ. Hãy show cả sketch, wireframe, các phương án bị loại bỏ, và lý do loại. Quá trình mới là thứ phân biệt designer với người tô màu.
Lỗi 2 — Nhồi quá nhiều dự án. Như case của Minh: nhiều không bằng tinh. Nếu phân vân giữ hay bỏ một case, hãy bỏ.
Lỗi 3 — Không nói rõ vai trò trong dự án nhóm. Hiring manager luôn nghi ngờ "cái này bạn làm hay cả team làm?". Một dòng "Tôi phụ trách research và toàn bộ flow thanh toán; visual do bạn X làm" tạo niềm tin lớn. Phóng đại vai trò là rủi ro nhất — interviewer giỏi sẽ đào ra ngay.
Lỗi 4 — Tiêu đề và mô tả chung chung, không có số liệu. "Cải thiện trải nghiệm" là vô nghĩa. "Giảm tỉ lệ bỏ giỏ hàng từ 68% xuống 51%" là vũ khí.
Lỗi 5 — Bỏ qua mobile và tốc độ tải. Nhiều hiring manager mở link trên điện thoại lúc đang di chuyển. Portfolio vỡ layout hoặc tải PDF nặng = loại.
Mẹo vàng:
- Viết case study như đang kể cho một đồng nghiệp nghe, không phải viết báo cáo học thuật.
- Nếu chưa có dự án thật, hãy tìm một dự án nhỏ nhưng thật (cho người quen, cho một tiệm nhỏ) thay vì redesign concept của app lớn.
- Đừng sợ show thất bại có bài học — như Hương, nó có thể là case mạnh nhất.
- Mỗi case có một "câu chốt" về điểm mạnh bạn muốn người ta nhớ.
Bài tập thực hành
- Audit dự án (30 phút): Liệt kê toàn bộ dự án bạn có. Với mỗi dự án, viết một câu "Nó chứng minh năng lực gì?". Khoanh tròn 3–6 dự án phủ được range rộng nhất.
- Viết outline + TL;DR cho 1 case study (60 phút): Chọn dự án mạnh nhất. Viết đầy đủ theo khung 8 phần ở Bước 2, và viết TL;DR ba câu ở đầu. Chưa cần mở Figma — chỉ viết bằng chữ.
- Đặt lại tiêu đề (15 phút): Viết lại tiêu đề của cả 3–6 case sao cho mỗi tiêu đề nói rõ kết quả hoặc bài toán, không dùng tên dự án trống rỗng.
- Test 60 giây (30 phút): Nhờ một người lướt bản nháp portfolio của bạn đúng 60 giây rồi tắt. Hỏi họ: "Tôi giỏi cái gì? Case nào ấn tượng nhất? Kết quả nào bạn nhớ?" Ghi lại và sửa những chỗ họ không nhớ được.
Tóm tắt
Portfolio không phải cuốn album khoe ảnh đẹp — nó là bằng chứng thuyết phục người ta thuê bạn, và là một sản phẩm mà người dùng là hiring manager. Hãy nhớ những điều cốt lõi: CV là lời nói, portfolio là bằng chứng; lần lướt đầu chỉ kéo dài khoảng 60 giây nên mọi thứ quan trọng phải đập vào mắt ngay; xương sống là 3–6 case study cân bằng giữa range và depth; mỗi case kể trọn câu chuyện Bối cảnh → Vấn đề → Vai trò → Quá trình → Đánh đổi → Kết quả → Bài học, không chỉ trưng màn hình cuối. Như Minh đã thấy, ít mà chất thắng nhiều mà rỗng; như studio Beam cho thấy, bạn đang cạnh tranh trong một cái phễu thật với thời gian thật; và như Hương chứng minh, một thất bại được kể đúng có thể là case mạnh nhất. Hãy biên tập nghiêm khắc, viết rõ vai trò và số liệu, tối ưu cho người lướt — rồi thưởng cho người đọc kỹ.