Mở đầu — vì sao bài này quan trọng
Trong một buổi phỏng vấn PM tại Big Tech, người phỏng vấn bất ngờ hỏi: "Theo bạn, mỗi ngày có bao nhiêu đơn ShopeeFood được đặt tại TP.HCM?". Nhiều ứng viên giỏi product sense vẫn lúng túng ở đây — họ vốn quen suy nghĩ về tính năng, trải nghiệm, không quen "bóc tách một con số khổng lồ từ con số không". Và đó chính xác là điều người phỏng vấn muốn nhìn thấy: không phải con số cuối cùng có đúng tuyệt đối hay không, mà là bạn tư duy có cấu trúc đến mức nào khi đối diện với sự mơ hồ.
Estimation (ước lượng) và market sizing (ước tính quy mô thị trường) là vòng gần như chắc chắn xuất hiện trong các quy trình phỏng vấn PM tại Google, Meta, Amazon, cũng như tại các công ty công nghệ lớn ở Việt Nam và Đông Nam Á như Grab, Momo, VNG hay Shopee. Lý do rất thực tế: công việc hằng ngày của một PM đầy rẫy các quyết định phải đưa ra khi dữ liệu chưa đầy đủ. "Tính năng này đáng đầu tư không?", "Thị trường này đủ lớn để mở rộng chưa?", "Nếu launch ở Đà Nẵng thì kỳ vọng bao nhiêu user?" — tất cả đều là bài toán estimation đội lốt.
Trong bài này, chúng ta sẽ tập trung vào hai trụ cột: hai phương pháp ước lượng top-down và bottom-up, và kỹ năng sanity-check (kiểm tra tính hợp lý) các giả định. Đây là phần riêng của Bài 5 — chúng ta sẽ không đi sâu vào các kiểu đề estimation cụ thể (việc đó dành cho Bài 18 và 19), mà tập trung trang bị cho bạn bộ khung tư duy nền tảng để xử lý bất kỳ bài estimation nào.
Khái niệm cốt lõi
Estimation là gì và người phỏng vấn thực sự chấm điểm gì
Estimation là bài toán bạn phải đưa ra một con số gần đúng cho một đại lượng mà bạn không tra cứu được trực tiếp, bằng cách chia nó thành các thành phần nhỏ hơn mà bạn có thể đưa ra giả định hợp lý.
Điều quan trọng nhất cần hiểu: người phỏng vấn không có đáp án đúng trong đầu. Họ không kỳ vọng bạn nói trúng "847.000 đơn/ngày". Thứ họ chấm là bốn yếu tố:
- Cấu trúc (structure): bạn chia bài toán thành công thức rõ ràng hay đoán mò?
- Giả định (assumptions): các con số bạn đưa ra có nói rõ ra và có hợp lý không?
- Tính toán (math): bạn làm toán nhẩm gọn gàng, không sai số học cơ bản?
- Sanity-check (kiểm tra hợp lý): bạn có dừng lại để hỏi "con số này có vô lý không?" hay không?
Top-down: đi từ tổng thể xuống
Phương pháp top-down bắt đầu từ một con số lớn đã biết (thường là dân số, tổng số hộ gia đình, GDP, tổng số smartphone...) rồi nhân dần với các tỷ lệ phần trăm để thu hẹp xuống đại lượng cần tìm.
Ví dụ công thức top-down cho số đơn ShopeeFood/ngày tại TP.HCM:
> Dân số TP.HCM × % dùng smartphone × % có cài app giao đồ ăn × % dùng ShopeeFood × tần suất đặt trung bình mỗi ngày
Ưu điểm: nhanh, ít bước, phù hợp khi bạn có một con số "mỏ neo" lớn đáng tin. Nhược điểm: rất nhạy cảm với các tỷ lệ phần trăm — chỉ cần đoán sai một tỷ lệ là kết quả lệch nhiều lần, và các tỷ lệ này thường khó kiểm chứng.
Bottom-up: đi từ đơn vị nhỏ lên
Phương pháp bottom-up bắt đầu từ một đơn vị cụ thể có thật (một nhà hàng, một shipper, một cửa hàng, một giờ hoạt động) rồi nhân lên theo số lượng đơn vị để ra tổng.
Ví dụ công thức bottom-up cho cùng bài toán:
> Số nhà hàng/quán đối tác trên ShopeeFood tại TP.HCM × số đơn trung bình mỗi quán nhận mỗi ngày
Hoặc tiếp cận từ phía cung ứng:
> Số shipper ShopeeFood hoạt động tại TP.HCM × số đơn trung bình một shipper giao mỗi ngày
Ưu điểm: các giả định gắn với thực tế hữu hình hơn (bạn có thể hình dung một quán bún bò nhận bao nhiêu đơn/ngày), dễ sanity-check. Nhược điểm: nếu bạn không nắm được số lượng đơn vị (bao nhiêu nhà hàng đối tác?) thì bản thân con số gốc lại trở thành một bài estimation con khác.
Vì sao nên dùng cả hai
Kỹ thuật mạnh nhất — và là thứ gây ấn tượng nhất với người phỏng vấn — là làm bằng một phương pháp, rồi kiểm tra chéo bằng phương pháp còn lại (triangulation). Nếu top-down ra ~800K đơn/ngày và bottom-up ra ~750K đơn/ngày, bạn có thể tự tin nói "con số nằm trong khoảng 750K–850K". Nếu hai cách ra lệch nhau 10 lần, đó là tín hiệu có một giả định nào đó sai nghiêm trọng — và việc bạn phát hiện ra điều đó còn giá trị hơn cả đáp án.
Sanity-check: kỹ năng phân biệt ứng viên giỏi
Sanity-check là thói quen dừng lại và tự hỏi: "Con số trung gian này, đem so với điều tôi biết về thế giới thực, có hợp lý không?". Ví dụ: nếu phép tính của bạn ngụ ý rằng mỗi người dân TP.HCM đặt đồ ăn online 3 lần/ngày, bạn phải nhận ra ngay điều đó vô lý và quay lại sửa giả định. Một PM giỏi không bao giờ đọc ra một con số mà chưa "ngửi" thử xem nó có mùi đúng hay không.
Tình huống thực tế
Ví dụ 1: "Bao nhiêu đơn ShopeeFood mỗi ngày tại TP.HCM?" — giải bằng top-down
Bối cảnh: Đây là câu kinh điển trong phỏng vấn PM tại các công ty công nghệ Đông Nam Á. Hãy đi từng bước.
Diễn giải (top-down):
- Dân số TP.HCM: làm tròn ~10 triệu người.
- Loại bớt nhóm không phải khách hàng tiềm năng (trẻ em, người già không dùng app, người không dùng smartphone): giả định ~60% là dân số trong độ tuổi và có smartphone → ~6 triệu người.
- Trong số đó, tỷ lệ từng cài và dùng app giao đồ ăn: giả định ~50% → 3 triệu người.
- Trong số người dùng app giao đồ ăn, thị phần ShopeeFood: thị trường VN chủ yếu là cuộc đua giữa ShopeeFood và GrabFood, giả định ShopeeFood chiếm ~40% → 1,2 triệu người dùng ShopeeFood.
- Tần suất đặt: không phải ai cũng đặt mỗi ngày. Giả định trung bình một người dùng đặt 2 lần/tuần → ~0,29 đơn/người/ngày.
- Kết quả: 1.200.000 × 0,29 ≈ 350.000 đơn/ngày.
Ví dụ 2: Cùng bài toán, giải bằng bottom-up để kiểm tra chéo
Bối cảnh: Sau khi ra ~350K bằng top-down, người phỏng vấn hỏi: "Bạn có tin con số đó không? Kiểm chứng cách khác đi."
Diễn giải (bottom-up):
- Số quán/nhà hàng đối tác ShopeeFood tại TP.HCM: TP.HCM là thành phố ẩm thực dày đặc. Giả định ~40.000 quán có mặt trên nền tảng (gồm cả quán nhỏ, quán cà phê, trà sữa).
- Số đơn trung bình mỗi quán nhận/ngày: phân bố rất lệch — quán lớn nhận trăm đơn, quán nhỏ vài đơn. Giả định trung bình ~10 đơn/quán/ngày.
- Kết quả: 40.000 × 10 = 400.000 đơn/ngày.
Ví dụ 3: Sanity-check cứu một câu trả lời sắp đổ — bài toán Momo
Bối cảnh: Ứng viên được hỏi "Ước tính tổng giá trị giao dịch (GMV) qua ví Momo mỗi ngày tại Việt Nam". Bạn ấy đi top-down: ~70 triệu người trưởng thành × 50% dùng ví điện tử × 60% dùng Momo × 3 giao dịch/ngày × 500.000đ/giao dịch.
Diễn giải: Phép tính cho ra: 70.000.000 × 0,5 × 0,6 × 3 × 500.000 = 31.500 tỷ đồng/ngày, tức hơn 11 triệu tỷ đồng/năm. Lúc này ứng viên dừng lại sanity-check: GDP Việt Nam chỉ khoảng 10–11 triệu tỷ đồng/năm. Không thể nào một ví điện tử lại luân chuyển dòng tiền lớn hơn cả GDP cả nước. Có giả định sai.
Soát lại: lỗi nằm ở "500.000đ/giao dịch" — phần lớn giao dịch Momo là nạp thẻ điện thoại, thanh toán hóa đơn nhỏ, chuyển tiền vài chục nghìn. Giá trị trung bình thực tế gần ~100.000đ hơn. Sửa lại: con số rơi xuống ~6.300 tỷ đồng/ngày, hợp lý hơn nhiều.
Bài học rút ra: Sanity-check bằng cách neo vào một đại lượng vĩ mô bạn biết (GDP, dân số, tổng chi tiêu hộ gia đình) là vũ khí cực mạnh. Một ứng viên biết tự bắt lỗi của chính mình giữa chừng được đánh giá cao hơn nhiều so với người đọc trơn tru ra một con số sai mà không hề hay biết.
Hướng dẫn từng bước
Đây là quy trình 6 bước bạn có thể áp dụng cho mọi bài estimation trong phỏng vấn:
Bước 1 — Làm rõ phạm vi (clarify). Đừng vội tính. Hỏi lại để khoanh vùng: "Đơn tại TP.HCM thôi hay cả vùng đô thị mở rộng?", "Tính cả đồ ăn lẫn đồ uống/grocery hay chỉ đồ ăn?", "Một ngày thường hay tính trung bình cả cuối tuần?". Việc này vừa giúp bạn tính đúng cái cần tính, vừa cho thấy tư duy product (luôn xác định scope trước).
Bước 2 — Chọn phương pháp và viết công thức ra. Tuyên bố rõ: "Tôi sẽ tiếp cận top-down từ dân số" hoặc "Tôi sẽ làm bottom-up từ số nhà hàng đối tác". Viết/nói công thức tổng quát trước khi điền số. Điều này cho người phỏng vấn thấy bộ khung của bạn ngay từ đầu.
Bước 3 — Đưa ra từng giả định, nói rõ lý do. Với mỗi tỷ lệ hay con số, giải thích ngắn gọn vì sao. "Tôi giả định 50% người trưởng thành dùng app giao đồ ăn vì ở đô thị lớn tỷ lệ này khá cao, nhưng vẫn có nhóm lớn nấu ăn ở nhà." Dùng số tròn để dễ nhẩm (10 triệu, 50%, không phải 9,73 triệu, 47,2%).
Bước 4 — Tính toán mạch lạc. Làm toán theo bậc, gom các phép nhân chia gọn gàng. Nếu con số to, dùng ký hiệu mũ (10^6) để khỏi lạc số 0. Đọc to phép tính để người phỏng vấn theo kịp.
Bước 5 — Sanity-check. Dừng lại hỏi: con số này quy về một đơn vị quen thuộc thì ra sao? "350K đơn/ngày nghĩa là ~0,035 đơn/người dân/ngày, tức trung bình mỗi người TP.HCM đặt ShopeeFood ~1 lần/tháng. Nghe hợp lý." Nếu vô lý, quay lại bước 3.
Bước 6 — Kiểm tra chéo và kết luận. Nếu còn thời gian, làm nhanh phương pháp còn lại để triangulate. Kết thúc bằng một khoảng (range) và một câu nói về độ nhạy: "Con số quanh 350K–400K, nhạy cảm nhất với giả định thị phần ShopeeFood — nếu thực tế cao/thấp hơn thì kết quả thay đổi đáng kể."
Lỗi thường gặp & mẹo
Lỗi 1 — Lao vào tính ngay mà không viết công thức. Người phỏng vấn sẽ thấy bạn đoán mò. Luôn dựng khung công thức trước.
Lỗi 2 — Giả định "giấu trong đầu". Bạn tự nhân ngầm một tỷ lệ mà không nói ra. Người phỏng vấn không đọc được suy nghĩ của bạn; mọi con số phải được phát ngôn.
Lỗi 3 — Dùng số lẻ khó nhẩm. Lấy 9,7 triệu thay vì 10 triệu chỉ làm bạn dễ sai số học và tốn thời gian. Phỏng vấn estimation thưởng cho số tròn và nhẩm nhanh.
Lỗi 4 — Không sanity-check. Đây là lỗi chí mạng. Đọc ra "31.500 tỷ/ngày" mà không giật mình là dấu hiệu thiếu phán đoán thực tế.
Lỗi 5 — Lạc mất số 0. Nhân chia với hàng triệu, hàng tỷ rất dễ thừa/thiếu một chữ số 0, khiến kết quả lệch 10 lần. Mẹo: tách phần "hệ số" và phần "lũy thừa của 10" ra tính riêng (ví dụ 6 × 10^6 × 3 × 10^5 = 18 × 10^11).
Lỗi 6 — Bám chết một con số duy nhất. Hãy trình bày kết quả dưới dạng khoảng và nêu giả định nhạy cảm nhất. Điều đó thể hiện sự trưởng thành trong tư duy.
Mẹo vàng: Thuộc lòng vài "con số mỏ neo" về Việt Nam để khỏi luống cuống: dân số cả nước ~100 triệu, TP.HCM ~10 triệu, Hà Nội ~8 triệu, số hộ gia đình cả nước ~28 triệu, GDP ~10–11 triệu tỷ đồng/năm. Những mốc này giúp bạn vừa khởi động bài top-down vừa có cái neo để sanity-check.
Bài tập thực hành
Hãy luyện ba bài sau, mỗi bài bắt buộc giải bằng cả hai phương pháp top-down và bottom-up, rồi so sánh:
- Ước tính số cốc cà phê Highlands Coffee bán ra mỗi ngày trên toàn quốc. Gợi ý: top-down đi từ số người uống cà phê ngoài hàng; bottom-up đi từ số cửa hàng × số cốc/cửa hàng/ngày. Sau khi ra kết quả, sanity-check bằng cách quy về doanh thu/ngày và xem có khớp quy mô một chuỗi F&B lớn không.
- Mỗi ngày có bao nhiêu chuyến xe GrabBike được hoàn thành tại Hà Nội? Gợi ý: thử cả hướng cầu (số người dùng × tần suất) lẫn hướng cung (số tài xế × số cú/ngày). Khi hai con số lệch nhau, hãy viết một câu giải thích giả định nào có thể sai.
- Tổng dung lượng lưu trữ (TB) mà người dùng Việt Nam tải lên Facebook mỗi ngày. Gợi ý: bottom-up từ số user hoạt động × số ảnh/video đăng × dung lượng mỗi file. Đây là bài luyện kỹ năng đổi đơn vị và quản lý số 0.
Tóm tắt
Estimation và market sizing không phải bài toán đố mẹo, mà là bài kiểm tra xem bạn có tư duy có cấu trúc dưới sự mơ hồ hay không — đúng phẩm chất cốt lõi của một PM. Hãy ghi nhớ ba điều:
- Hai phương pháp: top-down đi từ con số lớn nhân xuống bằng các tỷ lệ; bottom-up đi từ đơn vị nhỏ hữu hình nhân lên. Mạnh nhất là dùng một cái rồi kiểm tra chéo (triangulation) bằng cái còn lại.
- Giả định phải minh bạch: nói ra mọi con số, giải thích lý do, dùng số tròn dễ nhẩm.
- Sanity-check là vũ khí: luôn neo kết quả vào một đại lượng thực tế bạn biết (dân số, GDP, tần suất hợp lý) và quay lại sửa nếu thấy vô lý.