Mở đầu — vì sao bài này quan trọng
Là một product leader, bạn sẽ liên tục đối mặt với một câu hỏi tưởng đơn giản nhưng quyết định sống còn của sản phẩm: "Quý này chúng ta nên đặt cược lớn vào một canh bạc đổi đời, hay tiếp tục cải tiến từng chút một những thứ đang chạy tốt?"
Đây không phải câu hỏi của một kỹ sư hay một PM cấp dưới. Đó là câu hỏi cấp danh mục (portfolio) — câu hỏi mà chỉ người nắm toàn bộ bức tranh sản phẩm mới có quyền và trách nhiệm trả lời. Nếu bạn đổ hết nguồn lực vào big bets, bạn có thể đốt sạch tiền và đánh mất khách hàng hiện tại trước khi canh bạc kịp ra trái. Nếu bạn chỉ làm incremental — cải tiến nhỏ giọt — bạn sẽ tối ưu hóa chính mình tới chỗ chết, giống Nokia từng làm điện thoại tốt hơn mỗi năm trong khi iPhone định nghĩa lại cả ngành.
Bài học này dạy bạn cách suy nghĩ như một nhà quản lý danh mục đầu tư: không chọn "một trong hai", mà phân bổ rủi ro và nguồn lực một cách có chủ đích trên nhiều loại sáng kiến cùng lúc. Đây là một trong những kỹ năng phân biệt rõ nhất giữa một PM giỏi và một product leader thực thụ.
Khái niệm cốt lõi
Big bet và incremental — hai bản chất khác nhau
Incremental (cải tiến tiệm tiến) là những thay đổi nhỏ, rủi ro thấp, kết quả dễ đoán: tối ưu trang thanh toán để tăng tỷ lệ chuyển đổi 2%, thêm một bộ lọc tìm kiếm, giảm thời gian tải trang. Chúng đem lại giá trị chắc chắn nhưng có giới hạn — bạn không thể tăng trưởng 10 lần chỉ bằng cách tinh chỉnh nút bấm.
Big bet (canh bạc lớn) là những sáng kiến rủi ro cao, đòi hỏi đầu tư lớn, kết quả khó đoán, nhưng nếu thành công sẽ thay đổi cuộc chơi: ra mắt một dòng sản phẩm mới, bước vào một thị trường mới, đặt cược vào một công nghệ nền tảng. Phần lớn big bet sẽ thất bại — và đó là điều bình thường, miễn là một vài cú trúng đủ lớn để bù lại tất cả.
Sai lầm phổ biến là coi chúng như hai lựa chọn loại trừ nhau. Người làm leadership giỏi hiểu rằng chúng là hai loại tài sản trong cùng một danh mục, phục vụ hai mục tiêu khác nhau: incremental bảo vệ và mở rộng hiện tại, big bet xây dựng tương lai.
Khung danh mục đổi mới 70/20/10 của McKinsey
Khung kinh điển nhất để cân bằng hai loại sáng kiến này là mô hình 70/20/10 mà McKinsey đúc kết từ nghiên cứu các công ty tăng trưởng bền vững (Google cũng từng công khai áp dụng tư duy tương tự). Ý tưởng là chia danh mục đổi mới thành ba lớp theo mức độ gần với hoạt động cốt lõi:
- 70% — Core (cốt lõi): Đầu tư vào việc cải tiến tiệm tiến sản phẩm và mô hình kinh doanh hiện có, phục vụ đúng khách hàng hiện tại. Đây là incremental thuần túy — rủi ro thấp, hiệu quả chắc chắn, là nguồn nuôi sống công ty hôm nay.
- 20% — Adjacent (lân cận): Mở rộng sang phân khúc khách hàng mới, thị trường mới, hoặc mô hình kinh doanh kề cận dựa trên năng lực sẵn có. Ví dụ: một app gọi xe mở thêm dịch vụ giao đồ ăn — vẫn dùng mạng lưới tài xế, nhưng phục vụ nhu cầu mới. Rủi ro trung bình.
- 10% — Transformational (chuyển đổi): Những big bet thực sự — sản phẩm hoàn toàn mới, công nghệ đột phá, thị trường chưa ai chạm tới. Rủi ro cao, phần lớn thất bại, nhưng đây là nơi sinh ra tăng trưởng đột phá và các đường cong tăng trưởng mới (S-curve mới).
Ba đường chân trời (Three Horizons)
Một cách nhìn bổ trợ là khung Three Horizons của McKinsey, ánh xạ gần như 1-1 với 70/20/10 nhưng theo trục thời gian:
- Horizon 1: Bảo vệ và mở rộng việc kinh doanh cốt lõi đang sinh lời (tương ứng 70%).
- Horizon 2: Nuôi dưỡng các cơ hội mới nổi đang tăng trưởng, chưa sinh lời nhiều nhưng có tiềm năng (tương ứng 20%).
- Horizon 3: Tạo ra các hạt giống cho việc kinh doanh tương lai — ý tưởng, thử nghiệm, đặt cược dài hạn (tương ứng 10%).
Tư duy danh mục: chấp nhận thất bại có chủ đích
Bản chất của quản lý danh mục là tư duy xác suất. Bạn không kỳ vọng mọi sáng kiến đều thắng. Với lớp 10% transformational, có thể 8 trên 10 cú đặt cược sẽ chết, nhưng 1-2 cú thắng đủ lớn để bù toàn bộ. Điều này đòi hỏi một sự thay đổi văn hóa lãnh đạo: bạn phải tách bạch giữa "thất bại do thực thi kém" (cần khắc phục) và "thất bại của một canh bạc hợp lý đã được thử nghiệm tử tế" (cần ăn mừng vì đã học được điều gì đó nhanh và rẻ).
Tình huống thực tế
Ví dụ 1: Grab và canh bạc fintech (bối cảnh Đông Nam Á)
Năm 2018-2019, Grab đứng trước ngã rẽ điển hình của bài học này. Mảng cốt lõi — gọi xe — đang sinh tiền và cạnh tranh khốc liệt với Gojek. Theo tư duy 70/20/10:
- Core (70%): Grab tiếp tục tối ưu mảng ride-hailing — thuật toán ghép chuyến, giá động, tối ưu thời gian chờ. Đây là incremental, giữ vững thị phần.
- Adjacent (20%): GrabFood và GrabExpress — tận dụng chính mạng lưới tài xế sẵn có để phục vụ nhu cầu mới (giao đồ ăn, giao hàng). Rủi ro vừa phải vì năng lực nền đã có.
- Transformational (10%): GrabFinancial — ví điện tử, cho vay, bảo hiểm. Đây là big bet thực sự, bước vào một ngành hoàn toàn khác, đòi hỏi giấy phép, công nghệ và niềm tin người dùng ở một cấp độ khác hẳn.
Ví dụ 2: Một startup SaaS Việt Nam dồn hết trứng vào một giỏ (bối cảnh giả định hợp lý)
Hãy hình dung "FinanBox" — một startup Việt làm phần mềm kế toán SaaS cho doanh nghiệp nhỏ, doanh thu khoảng 25 tỷ đồng/năm, đang tăng trưởng 15%/năm ổn định. CEO đi dự một hội thảo về AI, trở về và yêu cầu toàn bộ đội ngũ 18 kỹ sư dừng mọi việc để xây "trợ lý kế toán AI" trong 6 tháng — một big bet 100% danh mục.
Hệ quả: Trong 6 tháng đó, sản phẩm cốt lõi không có bản cập nhật nào. Các lỗi tồn đọng chất chồng, một số khách hàng lớn rời bỏ vì tính năng họ cần bị hoãn vô thời hạn. Tỷ lệ rời bỏ (churn) tăng từ 2% lên 5%/tháng. Sản phẩm AI ra mắt nhưng chưa đủ chín, người dùng không tin tưởng giao sổ sách cho nó. Sáu tháng sau, công ty vừa mất khách cũ, vừa chưa có khách mới.
Bài học rút ra: Đây là lỗi kinh điển "all-in vào một big bet". Một product leader đúng nghĩa lẽ ra phải nói với CEO: "Chúng ta giữ 70% đội ngũ chăm sóc và giữ chân khách hàng cốt lõi, dùng 20% xây tính năng AI bổ trợ cho sản phẩm hiện có, và lập một đội nhỏ 2-3 người làm bản thử nghiệm (prototype) trợ lý AI như cú đặt cược 10%. Nếu thử nghiệm cho tín hiệu tốt, ta tăng đầu tư." Tư duy danh mục giúp đặt cược mà không tự sát.
Ví dụ 3: Amazon và kỷ luật "đặt cược nhiều, mỗi cú vừa phải"
Amazon là bậc thầy về portfolio approach. Jeff Bezos nổi tiếng với triết lý: nếu mỗi canh bạc chỉ có thể thắng vài lần lợi nhuận thì phải hạn chế đặt cược; nhưng nếu một canh bạc có thể thắng gấp trăm lần, bạn nên đặt cược thường xuyên hơn, vì bạn chỉ cần đúng vài lần.
AWS là big bet huyền thoại — ban đầu chỉ là một thử nghiệm nhỏ tách ra từ hạ tầng nội bộ, không ai trong ngành tin một công ty bán lẻ lại đi bán hạ tầng đám mây. Nó đã trở thành cỗ máy lợi nhuận lớn nhất của Amazon. Nhưng song song đó, Amazon cũng có vô số big bet thất bại: Fire Phone (lỗ hàng trăm triệu USD), Amazon Destinations (du lịch, đóng cửa sau vài tháng). Bezos công khai gọi đây là chuyện bình thường.
Bài học rút ra: Amazon không thành công vì mọi canh bạc đều thắng, mà vì họ kỷ luật về kích thước cú đặt cược (mỗi big bet được giới hạn nguồn lực ở giai đoạn đầu, chỉ tăng đầu tư khi có tín hiệu) và chấp nhận tỷ lệ thất bại cao. Đó chính là quản lý danh mục: nhiều cú đặt cược nhỏ-tới-vừa, thất bại rẻ và nhanh, dồn nguồn lực vào số ít cú đang thắng.
Hướng dẫn từng bước
Đây là quy trình thực tế để bạn xây và quản lý danh mục sản phẩm của mình:
Bước 1 — Kiểm kê danh mục hiện tại. Liệt kê mọi sáng kiến đang ngốn nguồn lực kỹ sư/PM của bạn. Với mỗi cái, gắn nhãn Core / Adjacent / Transformational. Tính tỷ lệ phần trăm nguồn lực (tính bằng đầu người-tháng, không phải số dự án) cho mỗi lớp.
Bước 2 — So sánh với mục tiêu phù hợp giai đoạn. Bạn không cần đúng 70/20/10. Nếu công ty đang ở giai đoạn sinh tồn, nghiêng về Core nhiều hơn là hợp lý. Nếu thị trường cốt lõi đang bão hòa, bạn cần tăng Adjacent và Transformational. Tự hỏi: tỷ lệ hiện tại có khớp với rủi ro chiến lược của công ty không?
Bước 3 — Phân biệt rõ tiêu chí đánh giá cho từng lớp. Đây là điểm quan trọng nhất mà nhiều leader bỏ qua. Sáng kiến Core đo bằng ROI và các chỉ số chắc chắn. Sáng kiến Transformational không được đo bằng ROI ngắn hạn — chúng đo bằng "đã học được gì", "đã loại bỏ được giả định rủi ro nào". Dùng cùng một thước đo cho cả ba lớp là cách giết chết mọi big bet.
Bước 4 — Cấp ngân sách theo kiểu vốn mạo hiểm (staged funding). Đừng rót toàn bộ ngân sách cho một big bet ngay từ đầu. Cấp một khoản nhỏ để kiểm chứng giả định rủi ro nhất. Đạt cột mốc thì cấp tiếp (tăng gấp đôi). Không đạt thì dừng (kill) sớm và lấy lại nguồn lực. Đây là cơ chế giúp thất bại trở nên rẻ.
Bước 5 — Bảo vệ lớp 10% bằng thể chế. Tách riêng đội ngũ, ngân sách, và đôi khi cả không gian báo cáo cho Transformational, để chúng không bị "ăn thịt" mỗi khi Core gặp sức ép quý. Nếu để chung quỹ, lớp 10% luôn thua trong cuộc đua nguồn lực.
Bước 6 — Rà soát danh mục định kỳ. Mỗi quý, xem lại: cú đặt cược nào cần tăng đầu tư (graduate lên lớp gần hơn), cú nào cần dừng, ô trống nào trong danh mục cần lấp. Danh mục là một sinh thể sống, không phải bản kế hoạch đóng băng.
Lỗi thường gặp & mẹo
Lỗi 1 — Tô vẽ incremental thành "đổi mới". Nhiều đội gọi việc thêm tính năng nhỏ là "big bet" để nghe oai. Hãy trung thực phân loại; nếu danh mục của bạn 95% là Core thì đừng tự lừa rằng mình đang đổi mới.
Lỗi 2 — Dùng chung một thước đo ROI cho cả ba lớp. Bắt một big bet H3 phải chứng minh doanh thu trong quý đầu là cách chắc chắn nhất để bóp chết nó. Mẹo: đặt tiêu chí "learning milestone" (cột mốc học hỏi) cho H2/H3 thay vì tiêu chí doanh thu.
Lỗi 3 — Không bao giờ dừng một big bet. Vì sĩ diện hoặc vì đã đầu tư nhiều (sunk cost), leader cứ tiếp tục bơm tiền cho một canh bạc đã chết. Mẹo: định nghĩa trước "kill criteria" (điều kiện dừng) ngay khi khởi động, để quyết định dừng là khách quan chứ không cảm tính.
Lỗi 4 — Để big bet bị ăn nguồn lực dần dần. Mỗi khi Core kẹt, người ta "mượn tạm" kỹ sư từ đội big bet. Sau vài tháng, big bet rỗng nhân sự mà không ai nhận ra. Mẹo: rào ngân sách và nhân sự của lớp Transformational một cách cứng rắn.
Lỗi 5 — Tất tay hoặc né tránh hoàn toàn. Hoặc dồn 100% vào một canh bạc, hoặc sợ rủi ro tới mức không bao giờ đặt cược. Cả hai đều sai. Mẹo: luôn duy trì nhiều cú đặt cược song song, mỗi cú có kích thước được kiểm soát.
Mẹo tổng quát: Hãy diễn đạt danh mục bằng ngôn ngữ rủi ro và xác suất khi báo cáo cấp trên, thay vì hứa hẹn kết quả chắc chắn cho những thứ vốn không chắc chắn. Điều này tạo niềm tin và bảo vệ bạn khi một số canh bạc thất bại như dự liệu.
Bài tập thực hành
- Kiểm kê danh mục thật. Lấy danh sách mọi sáng kiến sản phẩm đội bạn đang làm trong quý này. Gắn nhãn Core / Adjacent / Transformational cho từng cái và tính tỷ lệ nguồn lực (theo người-tháng). Viết ra con số thực tế của bạn, ví dụ: 88/12/0.
- Chẩn đoán. So sánh tỷ lệ của bạn với giai đoạn hiện tại của công ty. Bạn đang đầu tư quá an toàn hay quá liều? Nếu lớp Transformational là 0%, điều gì sẽ đe dọa công ty bạn sau 3-5 năm?
- Thiết kế một big bet có kỷ luật. Chọn một cơ hội Transformational tiềm năng. Viết ra: (a) giả định rủi ro nhất cần kiểm chứng trước, (b) khoản ngân sách nhỏ nhất để kiểm chứng nó, (c) cột mốc học hỏi để quyết định tăng đầu tư, và (d) kill criteria — điều kiện cụ thể để bạn dừng.
- Tập từ chối tất tay. Viết một đoạn 5-6 câu như thể bạn đang thuyết phục một CEO muốn dồn 100% đội ngũ vào một canh bạc, giải thích vì sao phân bổ theo danh mục an toàn và hiệu quả hơn.
Tóm tắt
Big bets và incremental không phải hai lựa chọn loại trừ — chúng là hai loại tài sản trong cùng một danh mục sản phẩm mà bạn, với tư cách product leader, phải chủ động cân bằng. Khung 70/20/10 (Core / Adjacent / Transformational) và Three Horizons cho bạn một cách tư duy để phân bổ nguồn lực theo mức độ rủi ro và tầm nhìn thời gian: 70% nuôi sống hôm nay, 20% mở rộng ngày mai, 10% xây dựng tương lai.
Điều phân biệt một leader xuất sắc là khả năng: bảo vệ ngân sách cho những canh bạc dài hạn khỏi sức ép ngắn hạn, dùng tiêu chí học hỏi thay vì ROI cho các big bet, cấp vốn theo từng giai đoạn như một nhà đầu tư mạo hiểm, và đủ kỷ luật để dừng sớm những cú đặt cược đã chết. Grab dùng dòng tiền gọi xe nuôi canh bạc fintech, Amazon đặt nhiều cú cược vừa phải và chấp nhận đa số thất bại để có một AWS — đó là tư duy danh mục trong thực tế. Đừng tất tay, cũng đừng né tránh; hãy đặt nhiều cược có kiểm soát, và để xác suất làm việc cho bạn.