Mở đầu — vì sao bài này quan trọng
Nếu bạn từng ngồi trong một buổi họp sản phẩm và nghe một PM kỳ cựu thốt ra câu nhận xét kiểu "tính năng này nhìn hay nhưng người dùng sẽ không bao giờ tìm thấy nó", trong khi cả phòng gật gù còn bạn thì ngơ ngác không hiểu vì sao họ biết — thì bạn vừa chứng kiến product sense đang hoạt động.
Product sense (tạm dịch: "giác quan sản phẩm" hay "khả năng cảm nhận sản phẩm") là thứ mà mọi nhà tuyển dụng PM đều tìm kiếm, mọi bài blog đều nhắc đến, nhưng gần như không ai dạy được một cách trực tiếp. Đối với người đang chuyển nghề sang PM, đây là rào cản lớn nhất và cũng âm thầm nhất. Bạn có thể học SQL trong bốn tuần, học A/B testing qua vài khóa, viết được một case study tử tế. Nhưng product sense thì không có "khóa cấp tốc" — nó được bồi đắp qua hàng trăm lần quan sát nhỏ mỗi ngày.
Tin tốt là: chính vì nó được xây qua thói quen quan sát hằng ngày, nên bạn — người mới — hoàn toàn có thể bắt đầu xây ngay hôm nay, mà không cần chờ có job PM. Và đó chính xác là điều bài học này sẽ chỉ cho bạn: biến những hành động bạn vốn đã làm mỗi ngày (mở app, mua hàng online, lướt Facebook) thành một phòng tập product sense miễn phí. Khi vào phỏng vấn vòng case study hay khi ngồi vào ghế PM thật sự, người có thói quen này sẽ luôn nhanh hơn, sắc hơn người chỉ học lý thuyết.
Khái niệm cốt lõi
Product sense thực ra là gì?
Product sense là khả năng nhìn vào một sản phẩm (hoặc một tính năng, một luồng trải nghiệm) và giải thích được vì sao nó tốt hoặc dở, rồi từ đó đề xuất được nó nên thay đổi như thế nào — dựa trên hiểu biết về người dùng, về mục tiêu kinh doanh, và về bối cảnh. Nó gồm hai nửa luôn đi cùng nhau:
- Nửa "đọc vị" (diagnosis): Tại sao nút "Đặt hàng" của Shopee lại to và màu cam rực, còn nút "Thêm vào giỏ" lại nhạt hơn? Tại sao Grab hỏi điểm đến trước rồi mới hỏi điểm đón? Tại sao Spotify cho nghe nhạc ngay mà không bắt đăng ký?
- Nửa "kiến tạo" (generation): Nếu được giao thiết kế lại màn hình thanh toán của MoMo cho người lớn tuổi, bạn sẽ bỏ gì, giữ gì, thêm gì?
Vì sao nó develop qua observation, không qua sách?
Sách dạy bạn các framework (ví dụ AARRR, Jobs-to-be-Done), và framework rất hữu ích như khung lập luận. Nhưng framework chỉ là cái khuôn rỗng. Cái lấp đầy nó — trực giác về việc người dùng Việt thực sự hành xử ra sao, vì sao bà nội bạn sợ nhập số thẻ, vì sao sinh viên thích "săn sale" lúc nửa đêm — chỉ đến từ việc bạn quan sát thật nhiều sản phẩm thật, trong bối cảnh thật.
Hãy ví product sense như khẩu vị của một đầu bếp. Bạn không thể đọc sách để có vị giác tinh tế; bạn phải nếm hàng nghìn món, để ý nguyên liệu, so sánh, ghi nhớ. PM giỏi cũng vậy: họ đã "nếm" hàng trăm sản phẩm, mổ xẻ từng quyết định, và dần dần hình thành một thư viện mẫu trong đầu. Khi gặp bài toán mới, họ rút mẫu tương tự ra so sánh gần như tức thì.
Ba lớp quan sát
Để observation có chiều sâu, hãy luyện nhìn theo ba lớp, từ nông đến sâu:
- Lớp bề mặt — "Cái gì": Sản phẩm này làm gì, có những màn hình/tính năng nào, luồng đi ra sao.
- Lớp ý đồ — "Tại sao": Vì sao họ thiết kế như vậy? Quyết định này nhằm phục vụ chỉ số nào (giữ chân, chuyển đổi, doanh thu)? Họ đang đánh đổi điều gì?
- Lớp giả định — "Nếu là tôi": Họ đang đặt cược vào giả định gì về người dùng? Giả định đó có đúng với người dùng Việt Nam không? Tôi sẽ thử nghiệm khác đi như thế nào?
Tình huống thực tế
Ví dụ 1 — Vì sao MoMo đặt "QR" ở chính giữa thanh điều hướng?
Mở app MoMo, bạn sẽ thấy nút quét QR nằm chình ình ở chính giữa thanh dưới cùng, to và nổi bật hơn mọi nút khác. Một người quan sát ở lớp bề mặt chỉ nói: "À, nút quét mã." Nhưng hãy xuống lớp ý đồ.
Tại Việt Nam giai đoạn 2020–2024, hành vi thanh toán phổ biến nhất tại quán cà phê, hàng ăn, chợ chính là quét QR. Đây là hành động có tần suất cao nhất và mang lại "khoảnh khắc giá trị" rõ ràng nhất — người dùng cảm nhận MoMo hữu ích ngay tại quầy. Bằng cách đặt QR ở vị trí ngón cái dễ chạm nhất (giữa màn hình, dưới cùng), MoMo giảm ma sát cho hành động cốt lõi, tăng tần suất mở app, và mỗi lần quét là một lần củng cố thói quen.
Bài học rút ra: Vị trí và kích thước của một nút không phải ngẫu nhiên — nó phản ánh hành động mà công ty muốn người dùng làm nhiều nhất. Khi bạn nhìn thanh điều hướng của bất kỳ app nào, hãy hỏi: "Nút nào được ưu ái nhất, và điều đó tiết lộ gì về chiến lược của họ?" Đó là một suy luận product sense kinh điển bạn có thể tập mỗi ngày.
Ví dụ 2 — Vì sao Shopee bắt bạn xem video và "săn xu" trước khi mua?
Nhiều người chuyển nghề, đặc biệt những bạn đến từ ngành tài chính hay kỹ thuật, nhìn các tính năng "Shopee Live", "Lắc xu", "Nông trại Shopee" và nghĩ: "Mấy thứ vô bổ này làm app rối tung, sao không bỏ đi cho gọn?" Đây là một phản xạ rất tự nhiên nhưng thiếu product sense.
Hãy xuống lớp ý đồ. Bài toán lớn của một sàn thương mại điện tử không phải là "bán được một món" mà là giữ người dùng quay lại mỗi ngày (DAU — daily active users). Một người chỉ mở app khi cần mua đồ là một người mà Shopee phải tốn tiền quảng cáo để "kéo về" mỗi lần. Còn các tính năng game hóa như lắc xu, điểm danh nhận xu, xem live nhận voucher — chúng tạo ra lý do để mở app ngay cả khi chưa có nhu cầu mua. Mỗi lần mở app là một cơ hội để một sản phẩm lọt vào mắt người dùng và kích hoạt nhu cầu tiềm ẩn.
Con số minh họa (giả định hợp lý theo logic ngành): nếu game hóa giúp một người dùng mở app từ 4 lần/tháng lên 20 lần/tháng, thì dù tỉ lệ mua mỗi lần mở có thấp, tổng số đơn vẫn tăng đáng kể — chưa kể chi phí marketing kéo lại giảm mạnh.
Bài học rút ra: Đừng vội đánh giá một tính năng là "thừa" chỉ vì bạn cá nhân không dùng nó. Hãy hỏi: "Tính năng này phục vụ chỉ số nào trong phễu? Nó nhắm đến nhóm người dùng nào mà tôi không thuộc về?" Người mới hay thiết kế cho chính mình; PM giỏi thiết kế cho phân khúc người dùng thật.
Ví dụ 3 — Một quyết định "ngược đời" của Telegram so với Zalo
Hãy so sánh hai ứng dụng nhắn tin. Zalo, sản phẩm thống lĩnh ở Việt Nam, đầu tư rất mạnh vào tính năng "Nhật ký" (giống bảng tin Facebook), tích hợp thanh toán ZaloPay, mini-app, official account cho doanh nghiệp. Telegram thì gần như trần trụi: tập trung vào tốc độ, kênh (channel), nhóm lớn, và quyền riêng tư.
Xuống lớp giả định: hai sản phẩm đặt cược vào hai chân dung người dùng và hai bài toán kinh doanh khác nhau. Zalo cược rằng người dùng Việt muốn một siêu ứng dụng gói trọn nhắn tin, mạng xã hội, thanh toán, mua sắm — mô hình "super-app" để khóa người dùng trong hệ sinh thái và kiếm tiền qua quảng cáo, thanh toán, dịch vụ doanh nghiệp. Telegram cược vào nhóm người dùng coi trọng tốc độ, kênh thông tin và sự riêng tư, chấp nhận hi sinh độ "phong phú" để giữ trải nghiệm sạch.
Không có cái nào "đúng" tuyệt đối — chúng tối ưu cho mục tiêu khác nhau và phân khúc khác nhau. Một PM với product sense tốt sẽ không nói "Zalo thừa thãi" hay "Telegram thiếu tính năng", mà nói: "Hai sản phẩm này đang đánh đổi giữa chiều rộng hệ sinh thái và sự tập trung trải nghiệm, phù hợp với hai chiến lược kiếm tiền khác nhau."
Bài học rút ra: Khi hai sản phẩm cùng ngành làm khác nhau ở một điểm rõ rệt, đó luôn là một "mỏ vàng" để luyện product sense. Sự khác biệt đó hầu như không bao giờ là tình cờ — nó tiết lộ giả định và chiến lược ẩn bên dưới.
Hướng dẫn từng bước
Đây là một quy trình thực hành hằng ngày bạn có thể bắt đầu ngay, chỉ tốn 10–15 phút mỗi ngày.
Bước 1 — Chọn một "đối tượng quan sát" mỗi ngày. Không cần app lớn. Có thể là màn hình đăng nhập của một app ngân hàng, luồng đặt xe trên Grab, trang sản phẩm của Tiki, hay thậm chí form đăng ký một newsletter. Một sản phẩm/ngày là đủ; chất lượng quan trọng hơn số lượng.
Bước 2 — Đặt câu hỏi "Sản phẩm này dành cho ai và giải quyết việc gì?" Hãy mô tả người dùng mục tiêu và "công việc" họ thuê sản phẩm này làm (Jobs-to-be-Done). Ví dụ: trang đặt vé của một hãng xe khách — người dùng là ai (dân tỉnh về quê dịp lễ?), công việc là gì (đặt được ghế đúng giờ, không lo hết vé)?
Bước 3 — Chọn MỘT quyết định thiết kế cụ thể và hỏi "Tại sao?". Đừng cố mổ xẻ cả app. Chọn một thứ: vì sao bước này hỏi số điện thoại trước email? Vì sao giá hiển thị kèm chữ "đã gồm thuế"? Vì sao nút này bị làm mờ cho đến khi điền xong? Mỗi quyết định nhỏ đều có một giả định đứng sau.
Bước 4 — Đề xuất một thay đổi và dự đoán hệ quả. Đây là bước rèn nửa "kiến tạo". Nếu tôi đổi X thành Y, chỉ số nào sẽ tăng, chỉ số nào có thể giảm? Ví dụ: "Nếu cho phép thanh toán khách vãng lai (guest checkout) thay vì bắt đăng ký, tỉ lệ hoàn tất đơn có thể tăng, nhưng dữ liệu khách hàng để remarketing sẽ giảm."
Bước 5 — Ghi lại trong một dòng. Mở một file ghi chú (Notion, Google Keep, sổ tay đều được) và viết một câu súc tích: "[Tên app] đặt QR ở giữa vì hành động tần suất cao nhất là quét thanh toán → ưu tiên giảm ma sát cho hành động cốt lõi." Việc viết ra buộc suy nghĩ của bạn phải rõ ràng, và sau ba tháng bạn sẽ có một "sổ tay product sense" hàng trăm mẫu — vũ khí cực mạnh cho phỏng vấn.
Bước 6 — Mỗi tuần một lần, đối chiếu với người khác. Đọc phân tích sản phẩm trên các cộng đồng, hỏi mentor, hoặc tranh luận với bạn cùng học. Bạn sẽ phát hiện những góc nhìn mình bỏ sót (ví dụ: yếu tố pháp lý, chi phí vận hành, văn hóa địa phương) và hiệu chỉnh trực giác.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhầm gu cá nhân với product sense. Nói "app này xấu/đẹp" là vô nghĩa nếu không gắn với mục tiêu và người dùng. Mẹo: luôn ép mình hoàn thành câu "...điều này tốt/dở đối với [người dùng nào] trong việc [đạt mục tiêu nào]".
Lỗi 2 — Thiết kế cho chính mình. Bạn không phải người dùng đại diện. Một bạn dân công nghệ ở TP.HCM dễ quên rằng phần lớn người dùng Việt dùng máy tầm trung, mạng yếu, ngại nhập liệu, sợ lừa đảo khi thanh toán. Mẹo: mỗi lần phân tích, tự hỏi "mẹ tôi / bác bán hàng ngoài chợ có dùng được luồng này không?".
Lỗi 3 — Phân tích quá rộng, không có chiều sâu. Cố nói về mọi thứ trong app sẽ ra một mớ chung chung. Mẹo: mỗi ngày đào sâu MỘT quyết định còn hơn lướt qua mười cái.
Lỗi 4 — Chỉ "đọc vị" mà không "kiến tạo". Nhiều người chỉ giỏi chê, không đề xuất được giải pháp. Trong phỏng vấn, phần đề xuất cải tiến mới là phần ghi điểm. Mẹo: luôn kết thúc mỗi phân tích bằng ít nhất một đề xuất kèm dự đoán hệ quả.
Lỗi 5 — Bỏ qua đánh đổi (trade-off). Sản phẩm thật luôn là chuỗi đánh đổi: thêm tính năng A thì rối hơn, dễ hơn cho nhóm này thì khó cho nhóm kia. PM non thường nói "cứ thêm hết vào". Mẹo: mỗi đề xuất phải nêu cả mặt được lẫn mặt mất.
Mẹo bổ trợ — Học từ chính khoảnh khắc khó chịu của bạn. Bất cứ khi nào bạn thấy bực mình khi dùng một app (tìm mãi không thấy nút, bị bắt điền lại form, không hiểu mình đang ở bước nào), hãy dừng lại 30 giây và phân tích: đây chính là một "lỗi sản phẩm" sống động. Sự khó chịu của bạn là dữ liệu vàng.
Bài tập thực hành
- Nhật ký 7 ngày — 1 sản phẩm/ngày. Mỗi ngày chọn một app/luồng khác nhau (gợi ý: Grab, MoMo, Tiki, Shopee, Zalo, app ngân hàng bạn đang dùng, một trang đặt vé). Với mỗi cái, viết đúng theo Bước 2–5 ở trên, gói gọn trong nửa trang. Cuối tuần, đọc lại 7 ghi chú và tự rút ra một quy luật chung mà bạn nhận thấy.
- Bài tập "tại sao to, tại sao nhỏ". Mở ba app bất kỳ, chụp lại thanh điều hướng dưới cùng. Với mỗi app, xác định nút nào được ưu ái nhất (vị trí, kích thước, màu) và viết một câu suy luận về chỉ số/chiến lược mà nó phục vụ.
- Bài tập "thiết kế lại cho bà tôi". Chọn luồng thanh toán của một app bất kỳ. Giả sử người dùng là một người 60 tuổi, không rành công nghệ, sợ nhập sai. Liệt kê 3 thay đổi bạn sẽ làm và với mỗi thay đổi, nêu rõ bạn đánh đổi điều gì.
- Bài tập so sánh đối thủ. Chọn một cặp sản phẩm cùng ngành (ví dụ Grab vs Be, Tiki vs Lazada). Tìm ra một điểm họ làm khác nhau rõ rệt và viết một đoạn lý giải: mỗi bên đang đặt cược vào giả định gì về người dùng và mục tiêu kinh doanh nào?
- Bài tập đề xuất + dự đoán. Lấy lại một trong các phân tích ở bài 1, viết thêm một đề xuất cải tiến cụ thể và liệt kê: nếu triển khai, chỉ số nào tăng, chỉ số nào có nguy cơ giảm, và bạn sẽ đo lường thành công bằng gì.
Tóm tắt
Product sense là khả năng vừa "đọc vị" được vì sao một sản phẩm tốt hay dở, vừa "kiến tạo" được cách cải thiện nó — luôn gắn với một nhóm người dùng cụ thể và một mục tiêu rõ ràng. Nó không phải gu thẩm mỹ, không phải ý kiến cá nhân, và quan trọng nhất: nó không đến từ sách mà đến từ quan sát có chủ đích, lặp đi lặp lại mỗi ngày.
Hãy nhớ ba lớp quan sát: Cái gì → Tại sao → Nếu là tôi. Người mới dừng ở lớp một; PM giỏi sống ở lớp hai và ba. Và hãy nhớ ba ví dụ trong bài: nút QR của MoMo dạy bạn đọc ý đồ qua vị trí, game hóa của Shopee dạy bạn nhìn xa hơn nhu cầu của chính mình, còn sự khác biệt giữa Zalo và Telegram dạy bạn rằng mỗi quyết định đều ẩn chứa một đánh đổi và một canh bạc chiến lược.
Điều tuyệt vời nhất: bạn không cần chờ có job PM mới bắt đầu. Mỗi lần mở app từ hôm nay, bạn đang ở trong phòng tập. Chỉ cần 10–15 phút mỗi ngày, viết một dòng vào sổ tay product sense, và sau ba tháng bạn sẽ ngạc nhiên vì mình "đọc vị" sản phẩm nhanh đến mức nào. Đó chính là thứ sẽ tỏa sáng trong vòng case study, và là nền tảng giúp bạn trở thành một PM thực thụ.