Sự Thật buổi Phỏng Vấn PM: CV Đẹp Chỉ dễ qua vòng Cv đúng mindset giúp bạn nhận offer và thực sử giỏi trong ngành.
Đừng ảo tưởng về ba cái title hào nhoáng hay một chiếc CV được design xịn xò. Kỹ năng giải bài toán thực tế của tổ chức mới là vũ khí chốt deal nhanh nhất lúc phỏng vấn. ( Đính kèm bộ câu hỏi thực chi
“Bạn đừng tin vào chuyện sửa profile cho hoành tráng hay dùng Ai sửa vô tội vạ, hay ngồi nói mình từng làm cty to sẽ hơn các bạn khác có thể đúng đúng với vòng Cv thôi. Cách bạn tự tin đối mặt với câu hỏi và chứng minh được mình giải quyết nổi bài toán mà công ty đang đau đầu đó mới là con đường chốt offer nhanh nhất.”
Nếu bạn từng ngồi mòn ghế ở các buổi phỏng vấn tuyển PM (đứng từ góc độ người đi tuyển), với mình chưa bao giờ tin việc một người giỏi keyword sẽ giỏi làm nên khi phỏng vấn mình tìm cơ hội tìm đúng người đang có khả năng lớn fit đc vị trí mình đang tìm vì mục tiêu tuyển dụng luôn là Win-Win chứ không cần phải chứng minh người đi ngồi Pv thông minh hơn hay có giá trị hơn ứng viên.
Nhìn một vòng thị trường, quá nhiều bạn đang rơi vào cái bẫy của việc đánh bóng profile. CV dài mấy trang toàn Ai Gen, font chữ minimalist chuẩn Figma, keyword rợp trời: Agile, Scrum, Growth Hacking, DAU, MAU, retention curve. Nhưng đến vòng phỏng vấn case study thực tế? Gãy, mình thấy các bạn rớt điểm chủ yếu ở đây. Vì sao PM hay bị hỏi đào sâu và phải phỏng vấn nhiều vì số lượng PM thường rất ít trong một team so với đội Eng trước đây đã ít nhưng ở thời đại AI gần như một product chỉ còn 1-2 PM cho việc quyết định sản phẩm (mình nhắc tý mình đang nói về PM thật sự người dẫn dắt prod đi đến thành công nhé không phải một bạn PM vào để làm theo quy trình)
Mình cũng đã từng ở trong những buổi phỏng vấn mà ứng viên chém bay nóc về framework chiến lược, nhưng hỏi một câu cực kỳ nhỏ: “Ứng dụng đang drop-off 15% ở khâu thanh toán, tuần tới bạn làm gì?” thì lại lôi mớ lý thuyết sách vở ra gõ đầu và hơn 5 phút chưa đi vào trọng tâm câu trả lời.
Bởi vì sao? Vì CV đẹp chỉ giúp bạn qua được vòng của HR. Ở vòng trong, khi ngồi đối diện C-level, thứ họ cần không phải là một thợ viết spec chuyên nghiệp, mà là một người đứng ra gánh và có một mindset sáng để tự tin gởi gắm vào con người này giải quyết bài toán cốt lõi hằng ngày ở sản phẩm đó.
Cái Bẫy Của Việc Chém Gió theo trend.
Thành thật mà nói, bạn nghĩ người phỏng vấn không biết check chéo xem công ty cũ của bạn thực sự làm gì à? Với Network ở VN (đặc biệt là loanh quanh mấy tech lớn) mối quan hệ ae trong ngành tương đối nhỏ, hỏi một vòng là ra ngay ai làm vị trí gì, impact thật hay bánh vẽ.
Thay vì mất thời gian tô vẻ bằng CV, hãy chuẩn bị cho những mindset tốt và cởi mở trong một buổi trao đổi thực sự.
Trong quá trình làm việc chắc cũng may mắn, nên mình được Pv rất nhiều và cũng học được rất nhiều từ việc phỏng vấn ứng viên PM 7-8 năm qua. Mình không nhớ số lượng nhưng mình nhớ từng case Pv nhưng rất nhiều, Nếu ai vô tình đọc bài này nếu đã phỏng vấn với mình thì cho mình tý ý kiến nhé.
Mình có một thói quen nhỏ là luôn đọc Cv của ứng viên và sẽ note một vài câu hỏi phù hợp với ứng viên để đánh giá lại 1 số điểm chưa rõ trong Cv và đánh giá độ trung thực của ứng viên.
Từ vụ đó nên giờ lúc lại mình có 1 bảng khá nhiều câu hỏi.
Đợt rồi có thời gian nên mình đã trích xuất từ thực tế pv lúc làm Zalo, VinID Onemount, Cũng được hơn một bộ 140 câu hỏi phỏng vấn PM mình đã từng hỏi, đi thẳng vào câu hỏi và liệt kê 1 vài lỗi sai hy vọng giúp ích cho ace một chút mindset trong công việc lẫn nếu vô tình phải đi Phỏng vấn. (Các câu hỏi quá cá nhân hoặc theo từng Cv mình đã loại bỏ)
Ví dụ, nếu bạn ứng tuyển vào một fintech, đừng ngạc nhiên khi bị ném cho câu này: “Thiết kế tính năng mới cho MoMo nhắm vào người dùng nông thôn.”
Nếu bạn trả lời theo kiểu thêm tính năng A, B, C một cách đầy cảm tính mà quên mất rằng user nông thôn có data yếu, xài feature phone, và pain point của họ chỉ quanh quẩn chuyện chuyển tiền/nhận lương, thì bạn dễ bị out hơn vì câu trả lời không cô động.
Tìm kiếm và hiểu rõ user/ vấn đề mình phục vụ là một đặt điểm nổi trội.
Hay một câu hỏi kinh điển về Metrics: “Tỷ lệ chuyển đổi checkout giảm 15% tuần này. Bạn điều tra thế nào để quyết định làm gì?”
Đừng vội vã đưa ra một giải pháp trên trời rơi xuống trong đầu. Quy trình đúng của một PM có sạn trong đầu là: Confirm lại data → Segment theo platform/traffic → Check xem tuần rồi có deploy bản release nào lỗi không → Determine điểm drop-off trong funnel. Chấm hết.
Bài Toán Hai Chiều: Bạn Giỏi Chưa Chắc Đã Hợp
Đến đây, bạn có thể nghĩ: “OK, vậy cứ luyện 140 câu hỏi này là đậu mọi công ty đúng không?”
Sai. Hoàn toàn sai. Thực ra, nếu bạn thuộc lòng câu trả lời thì dễ bị ảo tưởng sức mạnh lắm. Lúc phỏng vấn thật, interviewer chỉ twist một dữ kiện là bạn đứng hình ngay. Và mỗi người Pv sẽ có những cách tiếp cận khác nhau bộ này là một luồng suy nghĩ đúng mình gợi ý thêm cho bạn.
Nên nhớ, phỏng vấn là câu chuyện đi tìm sự phù hợp từ CẢ HAI PHÍA.
Bạn có thể cày nát các framework RICE, CIRCLES, biết cách thiết kế cả một Mini App platform, bóc tách tỷ lệ MAU cực ngon. Bạn rất giỏi. Nhưng nếu bạn nhảy vào một công ty mà văn hóa của họ chỉ cần một PM gọi dạ bảo vâng, làm đúng ý sếp lớn giao xuống (vâng, mình biết rất nhiều công ty thế này), thì sớm muộn gì bạn cũng trầm cảm mà rời đi.
Đó là lý do tại sao ở bộ 140 câu hỏi này mình tổng hợp lại hi vọng có thể hỗ trợ bạn, mình có đề xuất thêm hẳn một section: HỎI NGƯỢC INTERVIEWER. Vì mình thấy tỉ lệ Pv có người chịu hỏi lại người Pv là ko nhiều và những câu hỏi cho có lệ. Bạn hãy luôn có các câu hỏi để bạn xác định cty đó có hợp bạn ko và trong đầu luôn.
Bạn hãy thẳng thắn đặt câu hỏi lại cho họ. Ví dụ:
Team product hoạt động thế nào? PM có quyền quyết định những gì? (Lọc ngay những công ty dùng PM làm order taker nếu vào bạn phải đồng ý đó là văn hoá đừng blame hay kì vọng thay đổi).
Thất bại gần nhất của team là gì và bài học rút ra ra sao? (Văn hóa đổ lỗi hay văn hóa growth-minded?).
Giỏi là một chuyện, nhưng Match với văn hóa và nỗi đau của tổ chức lại là một chuyện khác. Nếu thấy không êm, hãy mạnh dạn say no ngay từ đầu. Cuộc đời PM vốn dĩ đã đủ sóng gió, đừng dấn thân vào một nơi mà sếp thì thích “đếm cua trong lỗ” còn bạn lại muốn build data-driven.
Tóm lại nếu bạn sắp đi phỏng vấn ngày mai, cất CV vào ngăn kéo làm hành trang nhưng đừng phụ thuộc nó nữa, pha một ly cold brew, và tự hỏi: “Mình có đủ bản lĩnh để giải quyết cái mớ bòng bong của công ty họ không? Nếu có thì bạn chỉ là cạnh tranh với những người Pv cùng bạn đợt đó thôi còn không thì là sự may mắn :D
P/s : Món quà cho bạn từ Kinh nghiệm Pv của mình: Mình hay có thói quen viết trước một số câu hỏi khi bắt đầu Pv một nhân sự mới dựa vào CV của họ bên cạnh các bộ câu hỏi từ Cty. Dưới đây mình đã hỏi còn lưu lại được vào bộ 140 Câu Hỏi Phỏng Vấn PM đính kèm ngay dưới bài viết này.
Nó có vài phần từ Product Sense, Metrics & Analytics, Behavioral, Estimation. Đi phỏng vấn thì hãy cầm nó làm vũ khí có thể giúp bạn được một phần nếu sắp đi Pv và tìm việc sắp đến Gluck.
Thanks for reading Datht's Reflections ! Subscribe for free to receive new posts.
Trọn Bộ 140 Câu Hỏi Phỏng Vấn PM Thực Chiến mình đã dùng còn lưu lại đc.
Note Trước khi đọc:
Bộ câu hỏi này là bảng lọc lại từ bảng note nên có nhiều yếu tố cá nhân / đã loại bỏ các câu hỏi quá đặc thù theo CV và câu hỏi liên quan biz kinh doanh một số cty hiện tại. Các nội dung có điều chỉnh 1 số để phù hợp giảm lộ thông tin các cty mình đã làm.
Đây là cách hỏi và cách tiếp cận cá nhân sẽ không đúng và thay thế cho cách hỏi của từng Hiring manager khác nhau vì nhu cầu tìm kiếm đặt điểm nhân sự là khác nhau.
Nên đọc để đơn giản bổ sung 1 cách tiếp cận tư duy trả lời có tính logic và có cấu trúc. Thay vì trả lời theo cảm tính.
Sẵn sàng nếu chưa nghĩ ra câu trả lời có thể trao đổi em cần chút thời gian suy nghĩ. Đừng trả lời khi không chắc chắn vì câu hỏi sai thiếu logic có thể khiến toàn bộ các điểm tốt trước của bạn giảm điểm.
Thực hành cách suy nghĩ mỗi ngày chứ không phải thực hành cách suy nghĩ khi phỏng vấn.
Bộ câu hỏi trả lời dưới có thể ứng dụng ngay cả lúc làm việc của bạn.
PM là người đứng giữa nhiều góc nhìn và luồng tư duy nên bạn khó có cách chọn tốt nhất cho mọi phía. Hãy suy nghĩ logic và chọn thứ đúng nhất cho tổ chức và ở thời điểm đấy.
Mọi quyết định ở thời điểm A điều có thể không còn đúng ở thời điểm B với các điều kiện khác nhau. Vì vậy việc trả lời sai chưa hẳn là xấu. Nhưng cần giải thích được vì sao mình trả lời thế đôi khi suy nghĩ bạn đúng nhưng bạn chưa có kinh nghiệm nên bạn trả lời sai thôi. Nó không bao giờ là vấn đề vì ko trả lời không nghĩ bạn hiếm khi nào có cơ hội nghĩ đúng.
⚠️ Lỗi hay gặp: Thiết kế phức tạp không phù hợp kết nối yếu.
🏢 Công ty liên quan: MoMo
Câu 2: Cải thiện trải nghiệm checkout của Shopee VN.
🛠 Framework: User Journey Mapping
💡 Hướng trả lời: Phân tích funnel → drop-off tại địa chỉ, voucher, thanh toán → ưu tiên friction lớn nhất → đề xuất: 1-click COD, auto-apply voucher tốt nhất, address autocomplete.
⚠️ Lỗi hay gặp: Chỉ “thêm tính năng” mà không phân tích pain point.
🏢 Công ty liên quan: Shopee
Câu 3: Tăng tần suất dùng app Be/Grab … của tài xế.
🛠 Framework: Jobs To Be Done
💡 Hướng trả lời: JTBD: kiếm nhiều hơn, ít phí, biết điểm nóng → heatmap thu nhập theo giờ, gamification, nhóm chat tài xế khu vực.
⚠️ Lỗi hay gặp: Quên tài xế là 2-sided marketplace.
🏢 Công ty liên quan: Be, Xanh, Grab
Câu 4: Thêm tính năng gì cho ZaloPay để cạnh tranh VNPay?
🛠 Framework: Competitive Analysis + RICE
💡 Hướng trả lời: ZaloPay thế mạnh: social graph Zalo → split-bill với bạn Zalo, loyalty dùng được ở offline merchant.
⚠️ Lỗi hay gặp: Copy feature mà không tận dụng lợi thế riêng.
🏢 Công ty liên quan: ZaloPay, VNPay
Câu 5: PM của Tiki: ưu tiên tính năng nào cho quý tới?
🛠 Framework: RICE Scoring
💡 Hướng trả lời: List features → score Reach/Impact/Confidence/Effort → present top 3 có lý do rõ.
⚠️ Lỗi hay gặp: Chọn feature mình thích thay vì data.
🏢 Công ty liên quan: Tiki
Câu 6: Giảm cancel rate cho Grab ride-hailing.
🛠 Framework: Root Cause Analysis
💡 Hướng trả lời: Phân loại cancel: rider vs driver → driver cancel: pickup xa, giá thấp, traffic → surge better, driver cancel penalty.
⚠️ Lỗi hay gặp: Đề xuất solution ngay mà không phân tích root cause.
🏢 Công ty liên quan: Grab, Be
Câu 7: Thiết kế tính năng quản lý cho người bán nhỏ lẻ trên Shopee.
🛠 Framework: User Research + Persona
💡 Hướng trả lời: Persona: chủ shop 1-3 người, dùng điện thoại → Pain: track đơn nhiều kênh, quản lý tồn kho → Solution: unified inbox, auto-reply, low-stock alert.
⚠️ Lỗi hay gặp: Thiết kế phức tạp như phần mềm kế toán.
🏢 Công ty liên quan: Shopee
Câu 8: Redesign luồng onboarding VNPay.
🛠 Framework: Onboarding Framework
💡 Hướng trả lời: Map hiện tại → tìm drop point (eKYC, liên kết ngân hàng) → progressive disclosure, skip bước không cần thiết.
⚠️ Lỗi hay gặp: Redesign toàn bộ mà không đo baseline.
🏢 Công ty liên quan: VNPay
Câu 9: Định nghĩa “sản phẩm thành công” cho tính năng mới của Zalo.
🛠 Framework: Goal Setting
💡 Hướng trả lời: Gắn với business goal → north star metric → leading indicators (DAU, engagement) + lagging (revenue, retention) → set baseline trước khi launch.
⚠️ Lỗi hay gặp: Chỉ dùng rating mà không có context.
Câu 51: Lần bạn push back requirement từ stakeholder.
🛠 Framework: STAR Method
💡 Hướng trả lời: Data-backed counter-proposal → propose A/B test nhỏ → stakeholder agree → test prove hypothesis.
⚠️ Lỗi hay gặp: Kể mình "thắng" không mention relationship.
Câu 52: Feature thất bại. Bạn học được gì?
🛠 Framework: Growth Mindset
💡 Hướng trả lời: Own failure, explain basis quyết định → detect failure sớm → rollback/pivot → learning cụ thể.
⚠️ Lỗi hay gặp: Không có failure hoặc blame người khác.
Câu 53: Tech lead và bạn không đồng ý về technical approach.
🛠 Framework: Conflict Resolution
💡 Hướng trả lời: Listen → share perspective với data → tìm common ground → propose experiment nhỏ → document decision.
⚠️ Lỗi hay gặp: Override tech lead không explain tại sao.
Câu 54: Quyết định với incomplete data.
🛠 Framework: Decision Making
💡 Hướng trả lời: Collect data nhanh nhất có thể → reversibility → explicit assumptions → decide & track → adjust khi có data.
⚠️ Lỗi hay gặp: Wait forever for perfect data.
Câu 55: Gather feedback user không có budget research.
🛠 Framework: Resourcefulness
💡 Hướng trả lời: Guerrilla testing, CS ticket mining, app review analysis, fake door test, talk to support team. Kết hệ sử dụng Ai với 1 số đánh giá giả định để giảm Risk.
⚠️ Lỗi hay gặp: Nói cần budget mới làm được.
Câu 56: Xử lý khi deadline gần mà team bị block.
🛠 Framework: Crisis Management
💡 Hướng trả lời: Identify block → scope cut không phải quality cut → communicate proactively → document để prevent.
⚠️ Lỗi hay gặp: Im lặng đến ngày deadline hay đề xuất giảm quality. Đưa đối tác xác nhận để nhanh tôi giảm chất lượng có Ok ko ?
Câu 57: Nói không với yêu cầu của CEO.
🛠 Framework: Managing Up
💡 Hướng trả lời: "Làm thế nào để đạt được mục tiêu của bạn một cách tốt nhất" thay vì nói "không" → đưa ra giải pháp thay thế dựa trên dữ liệu → đề xuất những gì bạn CÓ THỂ làm.
⚠️ Lỗi hay gặp: Luôn yes hoặc confrontational.
Câu 58: Engineer khó tính. Bạn xử lý thế nào?
🛠 Framework: Collaboration
💡 Hướng trả lời: Hiểu pressure của họ → build respect (hiểu tech đủ) → shared wins → address 1-1 trước khi escalate.
⚠️ Lỗi hay gặp: Escalate ngay lên manager.
Câu 59: Change direction sau khi đã commit với team.
🛠 Framework: Adaptability
💡 Hướng trả lời: Communicate sớm lý do → acknowledge wasted effort → extract learning → re-plan cùng team.
⚠️ Lỗi hay gặp: Blame external không nhận vai trò mình.
Câu 60: Điểm yếu của bạn với tư cách PM.
🛠 Framework: Self-Awareness
💡 Hướng trả lời: Genuine weakness → context tại sao → cách đang work on it → cụ thể.
Câu 71: MoMo lose market share cho ZaloPay ở Gen Z. Bạn là CPO, làm gì?
🛠 Framework: Strategic Analysis
💡 Hướng trả lời: Validate data → Root cause: ZaloPay có Zalo distribution → Options: build social features riêng, exclusive partner brand GenZ thích → Test & measure.
⚠️ Lỗi hay gặp: Chỉ "cải thiện UX" không address distribution advantage.
🏢 Công ty liên quan: MoMo, ZaloPay
Câu 72: Shopee muốn tăng seller dùng Shopee Ads.
🛠 Framework: B2B Product Strategy
💡 Hướng trả lời: Barrier: không biết dùng, không thấy ROI → guided setup với expected ROI, success story, free credit thử, performance dashboard đơn giản.
⚠️ Lỗi hay gặp: Chỉ marketing campaign không fix product barrier. 🏢 Công ty liên quan: Shopee
Câu 73: Be muốn mở rộng hơn BeFood. Bạn đánh giá thế nào?
🛠 Framework: Market Entry
💡 Hướng trả lời: Market 600M USD tăng 20% → GrabFood/ShopeeFood dominant → Be advantage: existing driver → pilot HCM trước.
⚠️ Lỗi hay gặp: Chỉ nhìn market size không assess moat.
🏢 Công ty liên quan: Be
Câu 74: Tiki mất seller về Shopee. Bạn build gì để giữ?
💡 Hướng trả lời: Không charge individual messaging → Zalo for Business premium tools, OA monetization, ZaloPay integration deeper, B2B ads.
⚠️ Lỗi hay gặp: Propose charging individual users với msg.
🏢 Công ty liên quan: Zalo, VNG
Câu 76: GrabFood VN delivery time tăng từ 25 lên 40 phút. Root cause?
🛠 Framework: Operations Analysis
💡 Hướng trả lời: Supply: ít driver → Demand tăng → Restaurant: prep time cao → Traffic → Routing algorithm → Investigate từng factor.
⚠️ Lỗi hay gặp: Ngay lập tức blame driver.
🏢 Công ty liên quan: GrabFood
Câu 77: ELSA Speak expand sang ngôn ngữ khác tại VN. Ưu tiên gì?
🛠 Framework: Market Prioritization
💡 Hướng trả lời: Criteria: demand VN, competition, tech feasibility, willingness-to-pay → Japanese > Korean > Chinese.
⚠️ Lỗi hay gặp: Chọn ngôn ngữ phổ biến toàn cầu không xét VN context.
🏢 Công ty liên quan: ELSA
Câu 78: App POS quán cà phê churn 15%/tháng.
🛠 Framework: Churn Analysis
💡 Hướng trả lời: Segment: new vs mature → Exit interview → Cohort sau pricing change? → Common: tính năng thiếu, bugs, support kém. ⚠️ Lỗi hay gặp: Ngay lập tức giảm giá.
🏢 Công ty liên quan: KiotViet
Câu 79: Tại sao Baemin thất bại và bạn học được gì?
🛠 Framework: Post-mortem Analysis
💡 Hướng trả lời: Heavy subsidy không sustainable → unit economics never worked → Leaders có multi-service advantage → Lesson: subsidy không build loyalty, moat quan trọng hơn.
⚠️ Lỗi hay gặp: Chỉ blame macro hoặc COVID.
🏢 Công ty liên quan: Baemin
Câu 80: Edtech VN 200k users nhưng 2% paying. Tăng conversion thế nào?
🛠 Framework: Freemium Conversion
💡 Hướng trả lời: Hiểu why free → better free-to-paid trigger sau value moment, trial period, lower price point ngắn hạn.
⚠️ Lỗi hay gặp: Ngay lập tức giảm giá hoặc add more free.
Câu Z1: Zalo có 74 triệu user nhưng ARPU rất thấp. Là CPO, bạn sẽ làm gì để tăng revenue per user?
🛠 Framework: Monetization Framework
💡 Hướng trả lời: Map revenue streams hiện tại (OA, Ads, ZaloPay) → Gap: user spend time ở đâu mà chưa monetize? → Priorities: 1) Zalo for Business subscription cho SME, 2) In-chat commerce (Zalo Shop tích hợp payment ngay chat), 3) Premium features cá nhân (cloud storage, sticker pack, Themes …). Không charge messaging vì đây là core moat.
⚠️ Lỗi hay gặp: Propose paywall cho messaging — giết user base ngay lập tức.
🏢 Công ty liên quan: Zalo
Câu Z2: Thiết kế Zalo Mini App platform trở thành một sản phẩm cạnh tranh như WeChat Mini Program tại TQ.
🛠 Framework: Platform Strategy
💡 Hướng trả lời: Developer value: 1 codebase, tiếp cận 74M user → Attract developer: free SDK, revenue sharing 70/30, top app featured. User value: không cần download app riêng → Trust & Safety: review process, permission model. Priority vertical: F&B ordering, payment, healthcare booking.
⚠️ Lỗi hay gặp: Cố copy WeChat y chang không xét ecosystem VN. 🏢 Công ty liên quan: Zalo
Câu Z3: Zalo Groups đang có vấn đề spam và low-quality content. Bạn xử lý thế nào?
🛠 Framework: Trust & Safety Design
💡 Hướng trả lời: Root cause: admin không có đủ tools, bot/spam dễ join → Solutions: admin moderation dashboard, auto-detect spam, member reputation score, slow mode cho group lớn, verified group badge.
⚠️ Lỗi hay gặp: Chỉ ban user không build systematic solution.
🏢 Công ty liên quan: Zalo
Câu Z4: Thiết kế Zalo Ads platform để thu hút SME Việt Nam.
🛠 Framework: B2B Product Design
💡 Hướng trả lời: SME pain: phức tạp, không biết target, khó đo ROI → Simple campaign builder → Audience: OA followers, lookalike, location-based → Dashboard đơn giản → Minimum budget thấp (100k VND).
⚠️ Lỗi hay gặp: Copy Google/Meta Ads interface quá phức tạp cho SME.
🏢 Công ty liên quan: Zalo
Câu Z5: Zalo Stories có engagement thấp hơn kỳ vọng. Root cause và giải pháp?
🛠 Framework: Root Cause + Feature Improvement
💡 Hướng trả lời: Hypothesis 1: Zalo dùng chủ yếu cho công việc → ngại share personal stories. Hypothesis 2: Stories buried trong UI. Hypothesis 3: Content khó tạo → Test: user interview → Solution nếu H1 đúng: Stories riêng cho personal vs work contacts.
⚠️ Lỗi hay gặp: Ngay lập tức redesign Stories không validate hypothesis.
🏢 Công ty liên quan: Zalo
Câu Z6: Thiết kế notification system cho Zalo để tránh notification fatigue.
⚠️ Lỗi hay gặp: Blast tất cả real-time, không có prioritization. 🏢 Công ty liên quan: Zalo
Câu Z7: Thiết kế tính năng “Zalo Shop” cho phép mua hàng ngay trong chat.
🛠 Framework: In-chat Commerce
💡 Hướng trả lời: OA list sản phẩm → buyer browse trong chat → Add to cart → Checkout bằng Payment không rời app → Order tracking trong chat thread → Review sau nhận hàng. Key differentiator: conversational commerce.
⚠️ Lỗi hay gặp: Build e-commerce platform riêng biệt thay vì tích hợp native vào chat.
🏢 Công ty liên quan: Zalo
Câu Z8: Chiến lược để Zalo mở rộng sang thị trường Đông Nam Á.
🛠 Framework: International Expansion
💡 Hướng trả lời: Zalo moat = VN social graph, không transferable → Risk: compete với WhatsApp/Line có network effect mạnh → Strategy: không expand consumer messaging → Instead: B2B API cho công ty VN có văn phòng nước ngoài → Follow VN diaspora communities.
⚠️ Lỗi hay gặp: Assume social app có thể expand như B2B SaaS.
🏢 Công ty liên quan: Zalo
Câu Z9: Cân bằng privacy user và nhu cầu data advertiser trên Zalo.
🛠 Framework: Ethics + Business
💡 Hướng trả lời: First-party data approach: không sell user data, chỉ target bằng aggregated audience → Contextual ads dựa trên OA follow, không phải conversation content → Transparent controls → Privacy-preserving targeting → Tuân thủ Nghị định 13/2023.
⚠️ Lỗi hay gặp: Monetize bằng cách sell conversation data.
🏢 Công ty liên quan: Zalo
Câu Z10: Nếu Zalo muốn enter B2B SaaS (Zalo Workspace cạnh tranh Slack). Lộ trình 12 tháng?
🛠 Framework: Product Roadmap
💡 Hướng trả lời: Q1: Launch Zalo Business (tách workspace khỏi personal), admin console, channels → Q2: Integrations (Google Drive, calendar, Jira) → Q3: Security/compliance (SSO, audit log) → Q4: Marketplace business apps. Pricing: free <10 users, subscription team lớn.
⚠️ Lỗi hay gặp: Build tất cả feature Slack trước khi launch.
🏢 Công ty liên quan: Zalo
Câu Z11: Làm thế nào đo success của Zalo OA platform cho doanh nghiệp?
🛠 Framework: B2B Metrics
💡 Hướng trả lời: Supply: OA created, active OA, OA churn → Demand: follower growth, open rate, CTR → Platform health: delivery rate, spam report → Business: OA upgrade to paid plan rate.
⚠️ Lỗi hay gặp: Chỉ đo số OA được tạo.
🏢 Công ty liên quan: Zalo
Câu Z12: Tỷ lệ chuyển đổi Zalo free sang Zalo Business đang thấp.
🛠 Framework: Funnel Analysis
💡 Hướng trả lời: Map funnel: awareness → visit pricing page → trial → convert → Identify biggest drop → Qualitative: interview SME owner → Hypothesis: giá cao, feature không clear, setup phức tạp → A/B test messaging.
⚠️ Lỗi hay gặp: Ngay lập tức giảm giá.
🏢 Công ty liên quan: Zalo
Câu Z13: Zalo Mini App: metric nào quan trọng nhất để track health?
🛠 Framework: Platform Metrics
💡 Hướng trả lời: Developer: active developers, apps approved, SDK adoption → User: mini apps used/user, session per app → Liquidity: % user dùng any mini app this month → Business: GMV qua mini apps, developer revenue.
⚠️ Lỗi hay gặp: Chỉ đo số app được submit.
🏢 Công ty liên quan: Zalo
Câu Z14: Bạn phải thuyết phục leadership Zalo không làm feature vì có thể harm user trust.
🛠 Framework: STAR + Ethics
💡 Hướng trả lời: Build business case: short-term revenue vs long-term user trust loss → Frame là "business risk" không phải "ethical concern" → Propose privacy-first alternative → Result: phương án alternative được chọn.
⚠️ Lỗi hay gặp: Chỉ nói "tôi luôn đặt user first" không có story cụ thể.
🏢 Công ty liên quan: Zalo
Câu Z15: Conflict giữa team Monetization (muốn thêm ads) và team UX (lo ảnh hưởng experience) tại Zalo.
🛠 Framework: Cross-functional Conflict
💡 Hướng trả lời: Không chọn bên → Frame là shared problem: "làm thế nào monetize mà không hurt retention" → User research xem ad format nào ít disruptive → A/B test impact lên engagement → Set clear guardrail metrics.
⚠️ Lỗi hay gặp: Để hai team tự chiến không có mediator.
🏢 Công ty liên quan: Zalo
8. Chuyên sâu — VinID (15 câu)
Câu V1: VinID có unique advantage là ecosystem Vingroup. Leverage điều này trong product strategy như thế nào?
🛠 Framework: Ecosystem Strategy
💡 Hướng trả lời: Map touchpoints: Vincom, VinFast, VinHomes, WinMart, Vinmec, VinSchool → Design loyalty loop: mua nhà VinHomes → earn VinID points → dùng tại WinMart → ưu đãi Vincom. Key: single identity + points across entire ecosystem.
⚠️ Lỗi hay gặp: Treat VinID như standalone payment app không kết nối ecosystem.
🏢 Công ty liên quan: VinID, Vingroup
Câu V2: Thiết kế hệ thống loyalty points của VinID để tối đa cross-selling giữa các service Vingroup.
🛠 Framework: Loyalty Design
💡 Hướng trả lời: Earn: points từ WinMart, Vincom parking, VinFast service — earn rate cao hơn khi dùng nhiều service → Burn: voucher WinMart, parking free, ưu đãi Vinmec → Tier: Bronze/Silver/Gold/Diamond theo annual spend → Benefits: lounge Vincom, priority booking Vinmec, VinFast test drive.
⚠️ Lỗi hay gặp: Loyalty points chỉ dùng cho 1 service.
🏢 Công ty liên quan: VinID
Câu V3: VinID muốn mở rộng user base ra ngoài khách hàng Vincom. Chiến lược?
🛠 Framework: Growth Strategy
💡 Hướng trả lời: Current: middle/upper class đô thị → Expansion: WinMart (1500+ cửa hàng) làm entry point → VinFast charging station là touchpoint mới → Digital-first: VinID trước, dùng service sau.
⚠️ Lỗi hay gặp: Assume mọi người muốn join loyalty program của công ty không quen.
🏢 Công ty liên quan: VinID
Câu V4: Tính năng parking tại Vincom là use case mạnh nhất. Bạn sẽ build gì tiếp theo?
🛠 Framework: Adjacent Feature
💡 Hướng trả lời: Parking data → biết user đang ở Vincom → Unlock: 1) location-based offers khi park, 2) pre-order F&B trong mall deliver đến xe, 3) reserve spot trước → Build habit: từ parking tool thành "Vincom companion app".
⚠️ Lỗi hay gặp: Chỉ optimize parking feature không build adjacent use case.
🏢 Công ty liên quan: VinID
Câu V5: VinFast launch xe điện tại VN. Tích hợp VinID với VinFast ecosystem thế nào?
🛠 Framework: Product Integration
💡 Hướng trả lời: VinID làm digital key → mở cửa xe, set preferences → Charge management: tìm trạm sạc, schedule charging, pay qua VinID → Earn points mỗi kWh → Service booking (bảo dưỡng) qua VinID → VinFast owner community trong app.
⚠️ Lỗi hay gặp: Chỉ dùng VinID để pay phí đỗ xe VinFast.
🏢 Công ty liên quan: VinID, VinFast
Câu V6: Thiết kế onboarding cho khách hàng mua nhà VinHomes để adopt VinID.
🛠 Framework: Onboarding Design
💡 Hướng trả lời: Moment: ký hợp đồng mua nhà → High motivation point → Tích hợp VinID vào handover process → First value: truy cập toà nhà bằng QR, book amenity, pay phí quản lý → Neighbor community trong app.
⚠️ Lỗi hay gặp: Send email generic về VinID sau khi họ đã nhận nhà.
🏢 Công ty liên quan: VinID, Vinhomes
Câu V7: VinID muốn trở thành default payment tại tất cả điểm bán Vingroup. Rào cản?
🛠 Framework: Product Strategy + Operations
💡 Hướng trả lời: Merchant: nhiều POS system khác nhau → cần integration → User: habit dùng tiền mặt/card → Bank partnership: cần link tài khoản → Solutions: QR universal (không cần POS mới), incentive mạnh lần đầu thanh toán.
⚠️ Lỗi hay gặp: Assume chỉ cần "bật tính năng" là xong.
🏢 Công ty liên quan: VinID
Câu V8: WinMart tích hợp vào VinID. Thiết kế shopping experience trong app thế nào?
⚠️ Lỗi hay gặp: Chỉ add "WinMart section" không redesign shopping journey.
🏢 Công ty liên quan: VinID, WinMart
Câu V9: User dùng VinID để park xe nhưng không dùng cho payment. Bạn làm gì?
🛠 Framework: Activation Problem
💡 Hướng trả lời: Root cause: không trust VinID bằng card/MoMo, không link ngân hàng, không đủ incentive → Test: post-parking offer (5k cashback nếu pay WinMart trong 30 phút) → Lower friction: link ngân hàng tại parking booth.
⚠️ Lỗi hay gặp: Chỉ add thêm notification mà không address barrier.
🏢 Công ty liên quan: VinID
Câu V10: VinID muốn thêm health services từ Vinmec. Evaluate cơ hội này?
🛠 Framework: Opportunity Assessment
💡 Hướng trả lời: Demand: khách hàng Vingroup upper-middle → willingness to pay Vinmec cao → Frequency thấp nhưng high-intent moment → Product fit: appointment booking, test result, prescription → Monetization: commission hoặc premium health plan. Risk: data privacy health records.
⚠️ Lỗi hay gặp: Chỉ nhìn revenue không xét privacy risk.
🏢 Công ty liên quan: VinID, Vinmec
Câu V11: Làm thế nào đo success của VinID super app trong bối cảnh phục vụ nhiều BU Vingroup?
🛠 Framework: Multi-sided Metrics
💡 Hướng trả lời: App-level: MAU, DAU/MAU, retention → Cross-service: "services used per user per month" là north star → Per-service: GMV qua VinID tại WinMart/Vincom/VinFast → Ecosystem: % Vingroup revenue qua VinID.
⚠️ Lỗi hay gặp: Chỉ đo tổng MAU không đo cross-service engagement.
🏢 Công ty liên quan: VinID
Câu V12: VinID loyalty program: metric nào quan trọng nhất?
🛠 Framework: Loyalty Metrics
💡 Hướng trả lời: Earn rate/member/month → Redemption rate (>50% = healthy) → Cross-service users: % member dùng >2 services qua VinID → Incremental spend: member vs non-member → Program ROI: incremental revenue vs cost of points.
⚠️ Lỗi hay gặp: Chỉ đo tổng points issued.
🏢 Công ty liên quan: VinID
Câu V13: Align product roadmap VinID với 6 business unit khác nhau của Vingroup.
🛠 Framework: Stakeholder Management
💡 Hướng trả lời: Quarterly Business Review với tất cả BU → Shared metrics (cross-service engagement) để align → Integration priority: user overlap × frequency × revenue potential → Dedicated BU liaisons → Clear API contract để BU tự integrate.
⚠️ Lỗi hay gặp: Làm theo yêu cầu BU nào to tiếng nhất.
🏢 Công ty liên quan: VinID
Câu V14: Bạn phát hiện quyết định product từ leadership VinID sẽ hurt user experience. Bạn làm gì?
🛠 Framework: Managing Up
💡 Hướng trả lời: Không comply im lặng → Không publicly criticize → 1-1 với decision maker → Frame là risk: "concern từ user research, risk là X" → Đề xuất alternative → Document concern → Execute + monitor closely.
⚠️ Lỗi hay gặp: Comply hoàn toàn hoặc passive-aggressively delay.
🏢 Công ty liên quan: VinID
Câu V15: VinID đang cạnh tranh với MoMo và ZaloPay về payment. Differentiation strategy nên là gì?
🛠 Framework: Competitive Strategy
💡 Hướng trả lời: MoMo: largest network → ZaloPay: Zalo distribution → VinID moat: Vingroup captive ecosystem (Vincom + WinMart + VinFast) → Strategy: win WITHIN ecosystem first → Embedded payments → Loyalty points integration → Không compete head-to-head ngoài ecosystem.
⚠️ Lỗi hay gặp: Replicate MoMo general payment strategy.
⚠️ Lỗi hay gặp: Compete về số lượng listing với Batdongsan.
🏢 Công ty liên quan: OneHousing
Câu O2: Thiết kế trust & safety cho nền tảng giao dịch bất động sản online.
🛠 Framework: Trust & Safety Design
💡 Hướng trả lời: Listing trust: verified agent badge (licensed broker), property title verification, photo authenticity → Transaction trust: escrow mechanism, standardized contract, milestone payment → User trust: agent review verified buyer only, dispute resolution → Legal: partner with notary digital signature. ⚠️ Lỗi hay gặp: Chỉ rely vào user-reported reviews.
🏢 Công ty liên quan: OneHousing
Câu O3: VinShop serve hàng nghìn tiệm tạp hóa nhỏ. Cải thiện order experience thế nào?
🛠 Framework: B2B UX Design
💡 Hướng trả lời: Persona: chủ tiệm 40-60 tuổi, Android cũ, ít quen app → Pain: không biết đặt gì, sợ đặt nhầm → Solution: voice ordering ("đặt mì tôm Hảo Hảo 2 thùng"), photo scan barcode, reorder 1-tap, "hàng bán chạy cùng tiệm tương tự" recommendation.
⚠️ Lỗi hay gặp: Design giống B2C e-commerce app.
🏢 Công ty liên quan: VinShop
Câu O4: Onboard tiệm tạp hóa nhỏ (ít quen công nghệ) lên VinShop.
🛠 Framework: Onboarding Design
💡 Hướng trả lời: Channel: sales rep trực tiếp → rep setup app trên điện thoại của chủ → First order: rep đặt cùng chủ → Free delivery đơn đầu → Video YouTube ngắn 2 phút → Hotline riêng → Nhóm Zalo theo khu vực.
⚠️ Lỗi hay gặp: Assume chủ tiệm tự onboard qua app store.
🏢 Công ty liên quan: VinShop
Câu O5: OneHousing muốn thêm “mortgage calculator và kết nối ngân hàng”. Evaluate thế nào?
🛠 Framework: Feature Evaluation
💡 Hướng trả lời: 80% buyer cần vay → High-decision moment → Cần bank API → Monetization: lead fee từ ngân hàng → MVP: calculator + lead gen form → Phase 2: instant pre-approval từ partner bank. Risk: regulatory (tư vấn tài chính).
⚠️ Lỗi hay gặp: Build full mortgage platform từ đầu.
🏢 Công ty liên quan: OneHousing
Câu O6: OneHousing muốn expand sang secondary market (mua bán nhà cũ). Thách thức lớn nhất?
⚠️ Lỗi hay gặp: Expand ngay không build data infrastructure.
🏢 Công ty liên quan: OneHousing
Câu O7: Thiết kế tính năng giúp agent bất động sản làm việc hiệu quả hơn trên OneHousing.
🛠 Framework: Platform Tool Design
💡 Hướng trả lời: Agent jobs: find leads, manage portfolio, close deals → Tools: 1) CRM nhẹ trong app, 2) Property comparison tool để pitch buyer, 3) Commission calculator realtime, 4) Shared viewing calendar, 5) Digital document signing. Key: agent là critical supply side.
⚠️ Lỗi hay gặp: Chỉ design cho buyer side.
🏢 Công ty liên quan: OneHousing
Câu O8: OneMount có nhiều sản phẩm (OneHousing, VinShop, OneU...). Làm thế nào prioritize resource?
🛠 Framework: Portfolio Prioritization
💡 Hướng trả lời: BCG Matrix adapted → Star: invest heavily → Cash Cow: maintain → Question Mark: make bet or cut → Dog: divest → Shared infra investment (data platform, identity) → Quarterly review với P&L per product.
⚠️ Lỗi hay gặp: Phân bổ đều resource cho tất cả.
🏢 Công ty liên quan: OneHousing, VinShop, OneU
Câu O9: Thiết kế tính năng AI match buyer với property phù hợp trên OneHousing.
🛠 Framework: AI Feature Design
💡 Hướng trả lời: Data signals: search history, budget, family size, commute preference, past viewing → Collaborative filtering + content-based → UX: "Dựa trên lịch sử tìm kiếm của bạn" card → Explain recommendation (transparent AI) → Feedback loop → Edge case: cold start user mới.
⚠️ Lỗi hay gặp: Black box recommendation không explain why.
🏢 Công ty liên quan: OneHousing
Câu O10: VinShop muốn expand sang tier 2-3 cities. Thách thức và cơ hội?
🛠 Framework: Market Expansion
💡 Hướng trả lời: Opportunity: tiệm tạp hóa tier 2-3 phụ thuộc traditional distributor → Challenges: logistics cost cao, order value nhỏ, no brand recognition → Model: partner với local distributor (asset-light) → Pilot 2-3 thành phố gần HCM/HN → Min order value cao hơn.
⚠️ Lỗi hay gặp: Dùng y chang model HCM/HN.
🏢 Công ty liên quan: VinShop
Câu O11: Thiết kế supply chain visibility cho VinShop để chủ tiệm tin tưởng hơn.
🛠 Framework: Trust Design
💡 Hướng trả lời: Chủ tiệm worry: đặt hàng không biết khi nào đến → Realtime tracking → ETA dự đoán khi đặt → Notify các mốc: confirmed, packed, out for delivery → Delivery proof (ảnh) → Easy return 24h.
⚠️ Lỗi hay gặp: Chỉ show "đang xử lý" generic.
🏢 Công ty liên quan: VinShop
Câu O12: Metric nào quan trọng nhất để track health của VinShop B2B marketplace?
🛠 Framework: B2B Marketplace Metrics
💡 Hướng trả lời: Supply: active SKUs, in-stock rate, supplier fill rate → Demand: active retailers (order last 30 days), orders/retailer/month, retailer churn → Liquidity: fulfillment rate, avg delivery time → Unit economics: gross margin/order, CAC:LTV ratio.
⚠️ Lỗi hay gặp: Chỉ đo total GMV.
🏢 Công ty liên quan: VinShop
Câu O13: Làm thế nào đo Product-Market Fit cho VinShop với tiệm tạp hóa nhỏ?
🛠 Framework: PMF Framework
💡 Hướng trả lời: Sean Ellis adapted: "Bạn sẽ thất vọng thế nào nếu không còn VinShop?" → Target >40% "rất thất vọng" → Behavioral: order frequency trend, churn từ early cohorts → NPS từ active retailers → Order value/retailer theo thời gian.
⚠️ Lỗi hay gặp: Dùng total revenue làm PMF indicator.
🏢 Công ty liên quan: VinShop
Câu O14: Tại OneMount, build product trong điều kiện không có đủ data về user.
🛠 Framework: Resourceful Research
💡 Hướng trả lời: Proxy data: competitor app analysis, social listening (Facebook group chủ tiệm, group mua bán nhà) → Primary: ride along với sales rep, shadow agent → Rapid prototype: paper prototype test 5 user → Launch với analytics từ ngày 1.
⚠️ Lỗi hay gặp: Wait cho đủ data mới build.
🏢 Công ty liên quan: VinShop, OneHousing
Câu O15: VinShop cạnh tranh với Telio và Masan. Điểm mạnh nào cần double down?
⚠️ Lỗi hay gặp: Compete về assortment width với Telio.
🏢 Công ty liên quan: VinShop
Tổng cộng: 140 câu hỏi | Cập nhật: 2025 | Dat.ht
Thanks for reading Datht's Reflections ! Subscribe for free to receive new posts and support my work.
Bạn nghĩ sao về chuyện các buổi phỏng vấn dần trở nên khuôn mẫu? Nên mình chả bao giờ Pv PM quá khuôn mẫu và khi Pv sẽ luôn là một buổi nc để hiểu nhau ? ( Và mình chỉ thường Pv các bạn senior hoặc cần tạo tiêu chuẩn chung khi nhiều team cùng 1 thời điểm cần offer nhiều người thì việc Pv round cuối để xác nhận chất lượng đầu vào từng giai đoạn là đồng nhất với nhau)
Bài viết quá có tâm ạ, em phài lưu lại ngay 🥰