Mở đầu — vì sao bài này quan trọng
Nếu bạn đang học lên PSPO II, có một sự thật phũ phàng cần đối diện ngay từ bài đầu tiên: phần lớn Product Owner ở Việt Nam giỏi quản lý Backlog nhưng yếu về chiến lược sản phẩm. Họ biết viết User Story, biết ưu tiên, biết chạy Sprint trơn tru — nhưng khi sếp hỏi "Sản phẩm này ba năm nữa sẽ ở đâu, và tại sao chúng ta lại làm tính năng này thay vì tính năng kia?" thì câu trả lời thường rất mơ hồ.
Đó chính là khoảng cách mà bài học này muốn lấp đầy. Product Vision (tầm nhìn sản phẩm) và Product Strategy (chiến lược sản phẩm) là hai lớp nằm bên trên Product Goal và Backlog. Chúng trả lời câu hỏi "Tại sao" và "Đi đâu", trong khi Backlog chỉ trả lời "Làm gì tiếp theo". Một PSPO II thực thụ phải làm chủ được cả ba lớp này, và đặc biệt phải hiểu mối liên kết giữa chúng.
Trong Scrum, Product Owner không chỉ là người "giữ vé" cho Backlog. Theo Scrum Guide 2020, PO chịu trách nhiệm "tối đa hóa giá trị của sản phẩm". Muốn tối đa hóa giá trị, bạn buộc phải biết giá trị hướng về đâu — và đó chính là vai trò của Vision và Strategy. Bài học này sẽ giúp bạn phân biệt rạch ròi hai khái niệm, biết cách xây dựng một Vision đủ sức truyền cảm hứng, và hiểu Strategy như cây cầu nối từ Vision xuống tới công việc hằng ngày.
Khái niệm cốt lõi
Product Vision — bức tranh tương lai
Product Vision mô tả tương lai mà sản phẩm hướng tới. Nó không phải là danh sách tính năng, không phải là kế hoạch, cũng không phải là mục tiêu doanh thu quý này. Vision là một trạng thái mong muốn của thế giới sau khi sản phẩm của bạn thành công — một hình ảnh đủ rõ ràng để mọi người trong nhóm có thể hình dung và đủ hấp dẫn để họ muốn dồn sức tạo ra nó.
Một Vision tốt cần ba đặc điểm cốt lõi:
- Inspirational (truyền cảm hứng): Vision phải khiến người ta muốn thức dậy mỗi sáng để theo đuổi. Nó chạm tới một khát vọng lớn hơn bản thân tính năng. So sánh hai cách diễn đạt: "Xây một ứng dụng gọi xe" so với "Giúp mọi người Việt Nam di chuyển an toàn, nhanh chóng với chỉ một chạm". Câu sau khiến người ta muốn cống hiến.
- Clear & concise (rõ ràng và súc tích): Nếu bạn không thể nói Vision trong vòng 30 giây và để người nghe hiểu ngay, thì nó chưa đủ tốt. Vision không cần dài. "Mua bán đồ cũ dễ như nhắn tin" là một Vision rõ ràng. Sự súc tích buộc bạn phải chắt lọc bản chất.
- Stable (ổn định nhưng không cứng nhắc): Backlog thay đổi mỗi Sprint, Strategy có thể điều chỉnh mỗi quý, nhưng Vision thì ổn định trong nhiều năm. Nó là điểm tựa khi mọi thứ xung quanh biến động. Tuy vậy, "ổn định" không có nghĩa là bất biến — khi thị trường thay đổi căn bản, Vision cũng cần được xem lại.
Product Strategy — con đường đến Vision
Nếu Vision là đích đến, thì Product Strategy là con đường bạn chọn để đi đến đó. Strategy trả lời câu hỏi: với nguồn lực có hạn, chúng ta sẽ tập trung vào ai, giải quyết vấn đề gì, tạo ra giá trị gì khác biệt, và bỏ qua những gì để dồn sức cho những điều quan trọng.
Điểm cốt lõi mà nhiều người bỏ qua: chiến lược không phải là việc bạn chọn làm gì, mà là việc bạn chọn KHÔNG làm gì. Một chiến lược nói "chúng ta sẽ làm mọi thứ cho mọi người" thực chất là không có chiến lược. Sức mạnh của Strategy nằm ở sự đánh đổi (trade-off) có chủ đích.
Theo cách tư duy của Roman Pichler, một chiến lược sản phẩm tốt cần làm rõ bốn yếu tố: thị trường mục tiêu (target market — chúng ta phục vụ ai), nhu cầu (needs — họ cần giải quyết vấn đề gì), đặc điểm nổi bật (key features — điều gì khiến sản phẩm khác biệt), và mục tiêu kinh doanh (business goals — sản phẩm mang lại lợi ích gì cho doanh nghiệp).
Phân biệt ba lớp: Vision → Strategy → Product Goal
Đây là phần dễ nhầm lẫn nhất, nên hãy ghi nhớ trật tự:
- Vision (nhiều năm, ổn định): Tương lai chúng ta muốn tạo ra. Ví dụ: "Mọi tiểu thương Việt Nam đều có thể bán hàng online chuyên nghiệp như một chuỗi lớn."
- Strategy (vài quý đến vài năm, điều chỉnh dần): Con đường để đến Vision. Ví dụ: "Trong 18 tháng tới, tập trung vào tiểu thương ngành thời trang tại các thành phố cấp 2, cung cấp công cụ quản lý kho và livestream tích hợp."
- Product Goal (vài Sprint đến vài quý, theo Scrum Guide): Mục tiêu cụ thể gần nhất trên con đường đó. Ví dụ: "Đạt 5.000 cửa hàng thời trang sử dụng tính năng livestream tích hợp với tỷ lệ chốt đơn trên 8%."
Tình huống thực tế
Tình huống 1 — Một startup fintech Việt Nam đánh mất Vision
Một startup ví điện tử (gọi là VíNhanh để giữ tính giả định) khởi đầu với Vision rất rõ: "Giúp người lao động phổ thông không có thẻ ngân hàng tiếp cận dịch vụ tài chính." Trong hai năm đầu, mọi quyết định sản phẩm đều bám vào đối tượng này: nạp tiền qua cửa hàng tạp hóa, giao diện đơn giản, hỗ trợ tiếng Việt giọng miền Tây trong tổng đài.
Đến năm thứ ba, áp lực gọi vốn khiến ban lãnh đạo lao vào làm tính năng đầu tư chứng khoán, mua bảo hiểm, mở thẻ tín dụng — những thứ hấp dẫn nhà đầu tư nhưng hoàn toàn không phục vụ người lao động phổ thông. Backlog phình to, đội ngũ kiệt sức, và sản phẩm trở thành một mớ tính năng rời rạc. Tỷ lệ giữ chân người dùng (retention) tháng thứ 6 rớt từ 42% xuống 19%.
Bài học: Khi Strategy trôi xa khỏi Vision mà không có sự xem xét nghiêm túc, sản phẩm mất bản sắc. PO ở đây lẽ ra phải là người dám đứng lên hỏi: "Những tính năng này có đưa chúng ta lại gần Vision không, hay chỉ làm vừa lòng nhà đầu tư trong ngắn hạn?" Chiến lược tốt phải dám nói KHÔNG.
Tình huống 2 — Grab và sức mạnh của Vision đủ rộng
Grab khởi đầu năm 2012 với một bài toán rất hẹp tại Malaysia: an toàn cho hành khách taxi. Nhưng Vision của họ được đặt rộng hơn nhiều — đại ý là "trở thành siêu ứng dụng phục vụ nhu cầu hằng ngày của người Đông Nam Á". Chính Vision rộng đó cho phép Grab mở rộng có chủ đích từ gọi xe sang giao đồ ăn (GrabFood), thanh toán (GrabPay), rồi tài chính.
Điều đáng học không phải là việc Grab làm nhiều thứ, mà là từng bước mở rộng đều phục vụ cùng một Vision. Mỗi dịch vụ mới đều nhắm vào "nhu cầu hằng ngày của người Đông Nam Á" và tận dụng cùng một tập khách hàng, cùng một hạ tầng bản đồ và thanh toán. Đây là sự khác biệt giữa "mở rộng theo Vision" và "thêm tính năng lung tung" như VíNhanh ở ví dụ trên.
Bài học: Một Vision đủ rộng và đủ rõ cho phép sản phẩm tiến hóa qua nhiều năm mà không mất phương hướng. Strategy thay đổi theo từng giai đoạn (gọi xe → đồ ăn → tài chính), nhưng Vision là sợi chỉ đỏ xuyên suốt.
Tình huống 3 — Đội sản phẩm nội bộ không có Strategy
Một ngân hàng lớn tại TP.HCM lập đội phát triển app mobile banking. Họ có Vision đẹp do ban lãnh đạo công bố: "Ngân hàng số được yêu thích nhất Việt Nam." Nhưng giữa Vision và Backlog là một khoảng trống — không ai định nghĩa Strategy. Kết quả: mỗi phòng ban (tín dụng, thẻ, tiết kiệm, marketing) tự đẩy yêu cầu của mình vào Backlog. PO trở thành "người ghi đơn", ưu tiên theo ai la to nhất.
Sau một năm, app có 140 tính năng nhưng điểm App Store chỉ 3,2 sao, người dùng phàn nàn rối rắm. Khi một PO mới về, việc đầu tiên anh làm là xây Strategy: chọn target là khách hàng trẻ 22–30 tuổi giao dịch thường xuyên, tập trung vào ba luồng cốt lõi (chuyển tiền, thanh toán hóa đơn, mở tài khoản tiết kiệm online), và tạm hoãn mọi thứ khác. Sáu tháng sau, điểm số lên 4,5 sao.
Bài học: Thiếu Strategy, Vision chỉ là khẩu hiệu treo tường và Backlog trở thành bãi rác yêu cầu. Strategy là bộ lọc giúp PO biết nói KHÔNG một cách có cơ sở.
Hướng dẫn từng bước
Dưới đây là quy trình thực tế để xây dựng và kết nối Vision với Strategy.
Bước 1 — Xác định khách hàng và vấn đề cốt lõi. Trước khi nghĩ tới giải pháp, hãy trả lời: chúng ta phục vụ ai, và nỗi đau lớn nhất của họ là gì? Viết ra một câu duy nhất. Nếu không gọi tên được khách hàng cụ thể, mọi thứ sau đó sẽ mơ hồ.
Bước 2 — Viết bản nháp Vision. Dùng một khuôn mẫu đơn giản để bắt đầu, ví dụ: "Dành cho [khách hàng], những người [vấn đề/khát vọng], sản phẩm của chúng tôi là [loại sản phẩm] giúp họ [lợi ích cốt lõi], khác với [giải pháp hiện tại] ở chỗ [điểm khác biệt]." Sau đó chắt lọc thành một câu ngắn gọn, truyền cảm hứng.
Bước 3 — Kiểm tra Vision bằng ba tiêu chí. Hỏi lại: Nó có truyền cảm hứng không? Có rõ ràng và súc tích (nói được trong 30 giây)? Có đủ ổn định để dùng nhiều năm? Nếu một tiêu chí chưa đạt, viết lại.
Bước 4 — Phác thảo Strategy. Làm rõ bốn yếu tố: thị trường mục tiêu, nhu cầu, đặc điểm nổi bật, mục tiêu kinh doanh. Quan trọng nhất, viết ra một danh sách "những điều chúng ta KHÔNG làm trong giai đoạn này". Đây là phần thể hiện chiến lược thật sự.
Bước 5 — Phân rã Strategy thành Product Goal. Chọn một mục tiêu gần nhất, đo lường được, phục vụ trực tiếp cho Strategy. Đây là cầu nối xuống Scrum: Product Goal sẽ định hướng các Sprint sắp tới.
Bước 6 — Kiểm tra tính liên kết (alignment check). Đi ngược từ dưới lên: Sprint Goal có phục vụ Product Goal? Product Goal có phục vụ Strategy? Strategy có tiến về Vision? Nếu một mắt xích đứt, hãy điều chỉnh trước khi tiếp tục.
Bước 7 — Truyền đạt và lặp lại. Vision và Strategy chỉ có giá trị khi cả nhóm và stakeholder hiểu và tin. Hãy lặp lại chúng trong mỗi Sprint Review, dán lên không gian làm việc, và xem lại Strategy mỗi quý.
Lỗi thường gặp & mẹo
Lỗi 1 — Nhầm Vision với mục tiêu doanh thu. "Đạt 1 triệu người dùng vào 2027" không phải Vision, đó là một mục tiêu. Vision nói về tương lai bạn tạo ra cho khách hàng, không phải con số nội bộ. Con số là kết quả, Vision là lý do.
Lỗi 2 — Vision hướng giải pháp thay vì vấn đề. "Trở thành app gọi xe số 1" gắn chặt với một công nghệ cụ thể. Khi công nghệ lỗi thời, Vision chết theo. Hãy đặt Vision quanh vấn đề con người: "Giúp mọi người di chuyển an toàn, tiện lợi."
Lỗi 3 — Có Vision nhưng không có Strategy. Đây là lỗi của tình huống ngân hàng ở trên. Vision treo tường, Backlog thành bãi rác. Mẹo: luôn buộc bản thân viết ra "danh sách KHÔNG làm" cho mỗi giai đoạn.
Lỗi 4 — Strategy quá chi tiết, biến thành kế hoạch. Strategy không phải roadmap chi tiết tới từng tính năng. Nó là định hướng về ai, vấn đề gì, khác biệt gì. Để chừa không gian cho việc khám phá và thích nghi.
Lỗi 5 — Không bao giờ xem lại. Thị trường đổi, đối thủ đổi, nhưng nhiều đội giữ nguyên Strategy cũ vì quán tính. Mẹo: đặt lịch review Strategy mỗi quý, dùng dữ liệu thực tế để quyết định giữ hay đổi.
Mẹo quan trọng cho PSPO II: Trong vai trò PO, bạn không phải lúc nào cũng là người tạo ra Vision (đôi khi nó đến từ cấp lãnh đạo). Nhưng bạn bắt buộc phải là người sở hữu Strategy và đảm bảo Backlog phục vụ Vision. Khi bị stakeholder ép thêm tính năng lệch hướng, hãy dùng Vision và Strategy làm lá chắn lý lẽ.
Bài tập thực hành
Bài tập 1 — Viết Vision cho sản phẩm của bạn. Lấy sản phẩm bạn đang làm (hoặc một sản phẩm bạn yêu thích) và viết Vision theo khuôn mẫu ở Bước 2. Sau đó tự chấm theo ba tiêu chí: Inspirational, Clear & concise, Stable. Viết lại ít nhất hai lần để rút gọn xuống còn một câu nói được trong 30 giây.
Bài tập 2 — Phân tích trật tự ba lớp. Với cùng sản phẩm đó, hãy viết ra ba dòng: một dòng Vision, một dòng Strategy (kèm danh sách "KHÔNG làm"), và một dòng Product Goal hiện tại. Kiểm tra xem ba lớp có liên kết logic với nhau không. Nếu Product Goal hiện tại không phục vụ Strategy, hãy ghi chú lại — đó là một dấu hiệu cần điều chỉnh.
Bài tập 3 — Mổ xẻ một thất bại. Tìm một sản phẩm thật đã thất bại hoặc đánh mất phương hướng (có thể là một startup Việt Nam bạn biết). Phân tích: Vision của họ là gì? Strategy có rõ không? Chỗ nào liên kết bị đứt? Viết khoảng 150 từ. Bài tập này rèn tư duy phản biện rất cần cho kỳ thi PSPO II.
Tóm tắt
- Product Vision mô tả tương lai mà sản phẩm hướng tới — một trạng thái mong muốn của thế giới, hướng tới khách hàng và vấn đề của họ, không phải tính năng hay con số doanh thu.
- Vision tốt cần ba đặc điểm: truyền cảm hứng, rõ ràng & súc tích, và ổn định qua nhiều năm.
- Product Strategy là con đường để đến Vision: làm rõ thị trường mục tiêu, nhu cầu, đặc điểm nổi bật và mục tiêu kinh doanh. Sức mạnh của Strategy nằm ở việc dám chọn KHÔNG làm gì.
- Trật tự ba lớp Vision → Strategy → Product Goal phải liên kết thông suốt. Product Goal (theo Scrum Guide) là mắt xích nối xuống các Sprint.
- Các lỗi phổ biến: nhầm Vision với mục tiêu doanh thu, Vision hướng giải pháp, có Vision mà không có Strategy, và không bao giờ xem lại chiến lược.
- Với PSPO II, vai trò cốt lõi của PO là sở hữu Strategy và đảm bảo mọi việc trong Backlog đều kéo sản phẩm tiến gần hơn tới Vision — biết nói KHÔNG khi cần là một kỹ năng chiến lược, không phải sự cứng đầu.