Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn ngồi trong phòng phỏng vấn (hoặc trên Google Meet) với một PM senior của Grab. Người ta đặt cho bạn một câu hỏi tưởng chừng đơn giản: "Hãy thiết kế một ứng dụng đặt lịch khám bệnh cho người cao tuổi ở Việt Nam." Bạn có 25 phút. Đồng hồ bắt đầu chạy.
Phần lớn ứng viên Việt Nam thất bại không phải vì thiếu ý tưởng — mà vì quá nhiều ý tưởng nhưng không có trật tự. Họ nhảy ngay vào tính năng ("app sẽ có chat với bác sĩ, có video call, có nhắc uống thuốc..."), bỏ qua việc hiểu đề, không xác định ai là người dùng thật sự, và đến phút thứ 20 thì lan man không có kết luận. Người phỏng vấn rời cuộc gọi với một cảm giác mơ hồ: "Bạn này thông minh đấy, nhưng tôi không thấy được cách bạn tư duy."
Đây chính là lý do bài học này tồn tại. Vòng Product Sense (cảm quan sản phẩm) là vòng quan trọng nhất và gây trượt nhiều nhất trong phỏng vấn PM tại Big Tech. Và CIRCLES™ — framework do Lewis Lin tạo ra — là "khung xương" giúp bạn biến mớ suy nghĩ hỗn loạn thành một cuộc trình bày có cấu trúc, mạch lạc, mà người phỏng vấn có thể theo dõi và chấm điểm được.
Ở bài này, chúng ta tập trung trọn vẹn vào việc hiểu và vận hành 7 bước của CIRCLES khi gặp dạng câu hỏi kinh điển: "Design X for Y" (Thiết kế sản phẩm X cho đối tượng Y). Đây là nền móng. Những bài sau (Bài 15, 16, 17) sẽ đào sâu từng biến thể, còn bài này dạy bạn bộ khung gốc mà mọi biến thể đều dựa vào.
Khái niệm cốt lõi
CIRCLES là từ viết tắt của 7 bước, đi theo đúng thứ tự:
- C — Comprehend the situation (Hiểu bối cảnh)
- I — Identify the customer (Xác định khách hàng)
- R — Report customer needs (Liệt kê nhu cầu khách hàng)
- C — Cut, through prioritization (Cắt tỉa, ưu tiên)
- L — List solutions (Liệt kê giải pháp)
- E — Evaluate trade-offs (Đánh giá đánh đổi)
- S — Summarize recommendation (Tóm tắt đề xuất)
C — Comprehend (Hiểu bối cảnh)
Đây là bước bị bỏ qua nhiều nhất nhưng lại quyết định điểm số nhiều nhất. Trước khi giải, bạn phải làm rõ đề bài. Khi nghe "Design X for Y", đừng vội. Hãy đặt câu hỏi làm rõ (clarifying questions):
- Mục tiêu kinh doanh là gì? (tăng người dùng mới, tăng doanh thu, giữ chân, hay thâm nhập thị trường mới?)
- Đây là sản phẩm web, mobile, hay đa nền tảng?
- Có ràng buộc nào không? (ngân sách, thời gian, công nghệ, quy định pháp lý)
- Ta đang xây từ con số 0 hay cải thiện cái đã có?
I — Identify (Xác định khách hàng)
Bạn không thể thiết kế cho "tất cả mọi người". Bước này yêu cầu bạn liệt kê các nhóm khách hàng (user personas) có thể có, rồi chọn một nhóm để tập trung. Hãy phân nhóm theo một tiêu chí rõ ràng: theo độ tuổi, theo mức độ thành thạo công nghệ, theo tần suất sử dụng, theo địa lý (thành thị/nông thôn).
Ví dụ, với "app khám bệnh cho người cao tuổi": bạn có thể chia thành (1) người già sống cùng con cháu rành công nghệ, (2) người già sống một mình ở nông thôn, (3) con cái đặt lịch hộ cha mẹ. Việc chọn nhóm nào và giải thích vì sao chính là nơi tư duy sản phẩm của bạn tỏa sáng.
R — Report needs (Liệt kê nhu cầu)
Với nhóm khách hàng đã chọn, hãy "bước vào đôi giày" của họ và liệt kê các nhu cầu (needs) hoặc nỗi đau (pain points). Một cách rất hiệu quả là dùng user journey — đi qua hành trình của họ từ đầu đến cuối — hoặc cấu trúc "As a [user], I want to [action], so that [benefit]".
C — Cut (Cắt tỉa, ưu tiên)
Bạn vừa liệt kê có thể 6-8 nhu cầu. Không thể giải hết. Hãy chọn ra 2-3 nhu cầu quan trọng nhất dựa trên tiêu chí rõ ràng: mức độ đau (severity), tần suất (frequency), và mức độ phù hợp với mục tiêu kinh doanh ở bước C đầu tiên. Nói rõ vì sao bạn giữ cái này và bỏ cái kia.
L — List solutions (Liệt kê giải pháp)
Với mỗi nhu cầu được chọn, hãy brainstorm 2-3 giải pháp. Ở đây bạn cần sự sáng tạo có kiểm soát: đưa ra cả giải pháp an toàn lẫn giải pháp táo bạo. Đừng tự kiểm duyệt quá sớm.
E — Evaluate (Đánh giá đánh đổi)
Mỗi giải pháp đều có cái giá. Hãy đánh giá theo các trục: tác động đến người dùng (user impact), chi phí xây dựng (effort/cost), độ phức tạp kỹ thuật, rủi ro. Bạn có thể dùng một ma trận đơn giản Impact vs Effort.
S — Summarize (Tóm tắt đề xuất)
Khép lại bằng một câu kết luận dứt khoát: "Vậy em đề xuất ưu tiên giải pháp A vì nó giải quyết nhu cầu quan trọng nhất với chi phí hợp lý, và em sẽ đo thành công bằng [chỉ số]." Đừng để cuộc trình bày trôi tuột không có điểm dừng.
Tình huống thực tế
Ví dụ 1: "Thiết kế ứng dụng học tiếng Anh cho công nhân khu công nghiệp ở Bình Dương"
Bối cảnh: Đây là câu hỏi một ứng viên gặp khi phỏng vấn vị trí PM tại một startup edtech Việt Nam. Phản xạ đầu tiên của nhiều người là: "App sẽ có flashcard, có AI chấm phát âm, có gamification..." — sai lầm kinh điển: nhảy thẳng vào L (List).
Diễn giải theo CIRCLES:
- Comprehend: Ứng viên hỏi lại: "Mục tiêu là số người dùng hay doanh thu? Em giả định đây là sản phẩm mobile-first vì công nhân chủ yếu dùng điện thoại giá rẻ, kết nối 3G/4G chập chờn." → Người phỏng vấn gật đầu.
- Identify: Chọn nhóm "công nhân 22-35 tuổi, thu nhập 7-9 triệu/tháng, học tiếng Anh để xin lên vị trí tổ trưởng hoặc làm cho công ty FDI Hàn/Nhật". Bỏ qua nhóm muốn học để đi du lịch.
- Report: Nhu cầu nổi bật: học được trong 15-20 phút giờ nghỉ trưa; nội dung gắn với công việc nhà máy (từ vựng kỹ thuật); không tốn nhiều data; động lực duy trì vì hay bỏ giữa chừng.
- Cut: Giữ lại 2 nhu cầu: (1) học ngắn gọn theo ngữ cảnh công việc, (2) duy trì động lực. Bỏ qua "luyện thi IELTS" vì không khớp đối tượng.
- List + Evaluate: Cho nhu cầu (1): bài học micro 5 phút tải sẵn offline (impact cao, effort trung bình). Cho nhu cầu (2): bảng xếp hạng theo từng nhà máy + phần thưởng nhỏ (impact cao, effort thấp).
- Summarize: "Em ưu tiên bài học offline 5 phút gắn với từ vựng nhà máy, đo bằng tỉ lệ hoàn thành bài học hằng ngày."
Ví dụ 2: "Thiết kế tính năng ví điện tử cho người bán hàng rong" (bối cảnh MoMo/ZaloPay)
Bối cảnh: Một câu hỏi sát với thị trường VN. Người bán hàng rong (bún, cà phê, vé số) là phân khúc khổng lồ nhưng ít được phục vụ.
Diễn giải: Sau bước Comprehend (mục tiêu: tăng số giao dịch nhỏ lẻ), ứng viên Identify nhóm "người bán rong 40-55 tuổi, không rành smartphone, khách hàng đa phần vẫn trả tiền mặt". Report nhu cầu: nhận tiền nhanh không cần thao tác phức tạp; biết ngay đã nhận đủ tiền (vì vừa bán vừa đông khách); rút tiền mặt dễ dàng vì cần tiền lẻ trả khách. Cut giữ "nhận tiền tức thì có âm thanh xác nhận" và "rút tiền mặt qua điểm tạp hóa gần nhà". List: mã QR in sẵn dán lên xe đẩy + loa thông báo "Đã nhận 25 nghìn đồng" (giống loa Loa Thần Tài thật ngoài đời). Summarize: ưu tiên loa thông báo vì giải quyết nỗi sợ "bị quỵt" — rào cản tâm lý lớn nhất.
Bài học rút ra: Bước Report needs tốt đòi hỏi sự đồng cảm thật sự. Chi tiết "loa thông báo bằng giọng nói" chỉ xuất hiện khi bạn thực sự hình dung cảnh người bán đang luống cuống đếm tiền lẻ. CIRCLES ép bạn dừng lại ở bước này thay vì nhảy vọt.
Ví dụ 3: Lỗi điển hình — "đảo ngược thứ tự"
Bối cảnh: Một ứng viên giỏi kỹ thuật, khi được hỏi "Design một sản phẩm cho sinh viên", lập tức vẽ kiến trúc và nói về tính năng trong 3 phút đầu. Người phỏng vấn ngắt lời: "Khoan, sản phẩm gì? Cho sinh viên nào?"
Diễn giải: Ứng viên đã làm L → E mà bỏ C-I-R. Hậu quả: giải pháp không neo vào nhu cầu nào cả, và khi bị hỏi "vì sao là tính năng này", anh ta không trả lời được vì chưa từng định nghĩa nhu cầu.
Bài học rút ra: Thứ tự của CIRCLES là một phần của câu trả lời. Đi đúng trật tự cho thấy bạn tư duy từ khách hàng (customer-centric), không phải từ giải pháp (solution-first).
Hướng dẫn từng bước
Khi bước vào một câu hỏi "Design X for Y" thật, hãy làm theo guồng này, kèm gợi ý phân bổ thời gian cho cuộc phỏng vấn ~30 phút:
- Comprehend (3-4 phút): Phát biểu lại đề. Hỏi 2-3 câu làm rõ về mục tiêu, nền tảng, ràng buộc. Nêu một giả định và xin xác nhận. Viết mục tiêu lên một góc giấy/màn hình để bám vào suốt buổi.
- Identify (3-4 phút): Nói to: "Có vài nhóm người dùng tiềm năng: A, B, C." Chọn một nhóm và giải thích lý do chọn (thường gắn với mục tiêu kinh doanh hoặc quy mô thị trường). Đây là một quyết định — hãy quyết đoán.
- Report (4-5 phút): Đi qua user journey của nhóm đã chọn, liệt kê 4-6 nhu cầu/pain point. Nói thành tiếng từng bước hành trình để người phỏng vấn thấy logic.
- Cut (2 phút): Chọn 2-3 nhu cầu ưu tiên. Nêu rõ tiêu chí cắt (severity × frequency × phù hợp mục tiêu). Câu mẫu: "Em ưu tiên nhu cầu này vì nó vừa đau, vừa xảy ra thường xuyên, vừa khớp mục tiêu tăng giữ chân."
- List (5-6 phút): Với mỗi nhu cầu, đề xuất 2-3 giải pháp. Dùng cấu trúc bảng trong đầu: nhu cầu → giải pháp. Cho phép một ý táo bạo.
- Evaluate (3-4 phút): Chấm điểm nhanh từng giải pháp theo Impact và Effort. Loại bớt cái effort cao impact thấp.
- Summarize (2 phút): Chốt 1-2 giải pháp ưu tiên, nêu lý do, và gợi ý chỉ số đo lường thành công (chỉ cần một câu — đừng sa đà, đó là chủ đề của Bài 7 và Bài 22). Mời người phỏng vấn phản hồi.
Lỗi thường gặp & mẹo
Lỗi 1 — Bỏ qua Comprehend, lao vào giải pháp. Đây là lỗi phổ biến nhất của ứng viên VN, nhất là người có nền kỹ thuật. Mẹo: tự nhủ "không nói tính năng nào trước phút thứ 10".
Lỗi 2 — Cố làm hài lòng tất cả mọi người. Không dám chọn một nhóm khách hàng. Mẹo: nhớ rằng việc chọn và loại bỏ chính là điểm cộng, không phải điểm trừ. Một PM giỏi là người biết nói "không".
Lỗi 3 — Bỏ qua bước Cut. Liệt kê 8 giải pháp rồi cố làm hết. Mẹo: luôn nói thành tiếng tiêu chí ưu tiên trước khi cắt.
Lỗi 4 — Quên neo vào mục tiêu kinh doanh. Giải pháp hay nhưng không phục vụ mục tiêu đã thống nhất ở bước C. Mẹo: viết mục tiêu ra góc màn hình và liếc lại sau mỗi bước.
Lỗi 5 — Biến CIRCLES thành cái máy đọc thuộc. Đọc tên 7 bước một cách máy móc, robotic. Mẹo: dùng framework như khung xương ẩn bên dưới, còn lời nói thì tự nhiên như đang trò chuyện.
Lỗi 6 — Không quản lý thời gian. Dành 15 phút cho Report rồi cụt ở Summarize. Mẹo: luyện với đồng hồ bấm giờ, biết khi nào phải chuyển bước.
Mẹo vàng: Khi bí ý ở bước List, hãy quay lại đọc to nhu cầu ở bước Report. Giải pháp luôn nảy ra từ nhu cầu rõ ràng. Nếu bạn không nghĩ ra giải pháp, thường là vì nhu cầu chưa được định nghĩa đủ sắc.
Bài tập thực hành
Bài 1 — Áp dụng đầy đủ (45 phút): Lấy đề "Thiết kế ứng dụng giao đồ ăn cho người cao tuổi sống một mình ở TP.HCM." Viết ra giấy lần lượt cả 7 bước CIRCLES. Bấm giờ đúng phân bổ ở phần Hướng dẫn. Ghi âm lại phần Summarize và nghe lại — bạn có chốt được một câu dứt khoát không?
Bài 2 — Luyện bước Comprehend (15 phút): Với mỗi đề sau, viết ra 3 câu hỏi làm rõ và 1 giả định: (a) "Design một sản phẩm cho tài xế GrabBike", (b) "Design một tính năng cho Shopee Live", (c) "Design một app cho học sinh cấp 3 ôn thi đại học". Mục tiêu: rèn phản xạ không vội giải.
Bài 3 — Luyện bước Cut (10 phút): Lấy 6 nhu cầu bất kỳ của một nhóm người dùng bạn tự chọn, rồi cắt còn 2 — và viết một câu giải thích tiêu chí. Lặp lại 3 lần với 3 nhóm khác nhau.
Bài 4 — Soi gương: Tìm một người bạn đóng vai người phỏng vấn, làm thử một đề trong 25 phút. Nhờ họ ghi lại: bạn có đi đúng thứ tự không? Có think out loud không? Có chốt được kết luận không?
Tóm tắt
CIRCLES™ — Comprehend, Identify, Report, Cut, List, Evaluate, Summarize — là bộ khung giúp bạn biến câu hỏi "Design X for Y" từ một bài kiểm tra trí nhớ thành một màn trình diễn tư duy có cấu trúc. Bảy bước này không phải để đọc thuộc, mà là một dòng chảy: hiểu đề trước khi giải, chọn khách hàng trước khi tìm nhu cầu, định nghĩa nhu cầu trước khi nghĩ giải pháp, và luôn chốt bằng một đề xuất dứt khoát.
Ba điều cần khắc cốt ghi tâm: (1) Đừng nhảy vào giải pháp — bước Comprehend và Identify quyết định nửa số điểm; (2) Dám chọn và dám loại — bước Cut là nơi tư duy PM lộ rõ nhất; (3) Think out loud và bám mục tiêu kinh doanh suốt cả buổi. Khi 7 bước này trở thành phản xạ tự nhiên, bạn sẽ bước vào mọi câu hỏi Product Sense với sự bình tĩnh của một PM thực thụ — và đó chính là điều người phỏng vấn Big Tech đang tìm kiếm.