Menu
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Đang tải...

Bài 10 — Strategy Doc / Vision Doc

Viết PRD & Product Spec cho PM Bài 10/60

Mở đầu — vì sao bài này quan trọng

Hãy tưởng tượng bạn là PM của một đội ngũ 12 người. Mỗi quý, đội bạn ship được 8-10 feature. Nhìn vào con số đó, ai cũng khen "team chạy nhanh, năng suất cao". Nhưng sau 18 tháng, một câu hỏi đáng sợ xuất hiện trong buổi review với ban lãnh đạo: "Vậy rốt cuộc sản phẩm của chúng ta đang đi đâu? Tất cả những feature đó đang xây dựng nên cái gì?". Và bạn không trả lời được. Mỗi feature đều hợp lý khi đứng riêng, nhưng ghép lại thì chúng không tạo thành một bức tranh nào cả — giống như xây 50 viên gạch đẹp nhưng không có bản vẽ ngôi nhà.

Đó chính là khoảng trống mà Strategy Doc (tài liệu chiến lược) và Vision Doc (tài liệu tầm nhìn) lấp đầy. Trong toàn bộ khóa học này, chúng ta dành phần lớn thời gian học cách viết PRD — tài liệu mô tả một tính năng cụ thể sắp ship. Nhưng PRD chỉ trả lời câu hỏi "xây cái gì trong 1-3 tháng tới". Còn câu hỏi "tại sao chúng ta tồn tại, chúng ta đang đi về đâu trong 6-24 tháng tới, và tại sao con đường này chứ không phải con đường khác" — đó là việc của Strategy Doc.

Đây là một trong những kỹ năng phân biệt PM cấp senior với PM mới vào nghề. Một junior PM viết PRD giỏi. Một senior PM viết được Strategy Doc khiến cả tổ chức đồng thuận đi theo một hướng. Bài này sẽ dạy bạn cách làm điều đó.

Khái niệm cốt lõi

Strategy Doc khác PRD ở đâu

Khác biệt cốt lõi nằm ở phạm vi (scope)độ trừu tượng (altitude).

  • PRD trả lời: "Chúng ta sẽ ship tính năng X như thế nào, với hành vi cụ thể ra sao?". Phạm vi: 1 feature. Thời gian: vài tuần đến vài tháng. Đối tượng đọc: kỹ sư, designer, QA — những người sắp build.
  • Strategy Doc trả lời: "Trong 6-24 tháng tới, sản phẩm/mảng (surface) này sẽ đi về đâu, vì sao, và chúng ta sẽ thắng bằng cách nào?". Phạm vi: cả một product hoặc một surface lớn. Thời gian: 6-24 tháng, đôi khi xa hơn. Đối tượng đọc: ban lãnh đạo, các đội liên quan, và chính team của bạn.
Một cách ví von dễ nhớ: nếu PRD là bản vẽ thi công một căn phòng, thì Strategy Doc là bản quy hoạch tổng thể cả khu đô thị — nó quyết định khu nào là nhà ở, khu nào là thương mại, đường lớn chạy theo hướng nào. Bạn không thể xây từng căn phòng đẹp rồi hy vọng chúng tự ghép thành một thành phố sống được.

Vision Doc và Strategy Doc — hai mức độ khác nhau

Nhiều người dùng lẫn lộn hai khái niệm này, nhưng phân biệt được sẽ giúp bạn viết sắc hơn:

  • Vision Doc là bức tranh điểm đến — thế giới sẽ trông như thế nào khi chúng ta thành công, thường ở chân trời 3-5 năm. Nó mang tính truyền cảm hứng, định tính, ít con số. Ví dụ vision của Grab giai đoạn đầu: "Mọi người Đông Nam Á đều có thể di chuyển an toàn, tiện lợi chỉ với vài cú chạm". Vision không nói làm thế nào, nó nói vì sao điều này đáng để theo đuổi.
  • Strategy Doccon đường từ hiện tại đến điểm đến đó — nó cụ thể hơn, có lựa chọn (bets), có đánh đổi (trade-offs), có thứ tự ưu tiên. Strategy phải trả lời được câu hỏi gai góc: "Tại sao con đường này mà không phải con đường kia?".
Trong thực tế, ở các công ty nhỏ và vừa, hai thứ này thường gộp chung vào một tài liệu — phần đầu là vision, phần sau là strategy. Đó hoàn toàn bình thường và là cách tôi khuyên bạn làm khi mới bắt đầu.

Cấu trúc một Strategy Doc tốt

Đây là khung sườn tôi dùng và đã thấy hiệu quả ở nhiều tổ chức:

  • Vision (1-2 câu): Điểm đến cuối cùng. Một câu khiến người đọc thấy "đáng làm". Ngắn gọn đến mức có thể đọc to trong một hơi thở.
  • Context & Current State (bối cảnh hiện tại): Chúng ta đang ở đâu? Thị trường ra sao, đối thủ làm gì, người dùng đang đau ở đâu, sản phẩm hiện đang mạnh/yếu chỗ nào. Đây là phần "nền đất" mà mọi lập luận sau dựa vào.
  • Insight / Why now (tại sao là lúc này): Điều gì đã thay đổi khiến cơ hội này xuất hiện bây giờ mà không phải 2 năm trước? Có thể là hành vi người dùng, công nghệ mới, hay một khoảng trống thị trường. Đây là phần phân biệt strategy hay với strategy tầm thường.
  • Strategic Bets / Pillars (các trụ cột / cú đặt cược chiến lược): 2-4 hướng đi lớn mà bạn cược nguồn lực vào. Mỗi bet phải gắn với insight ở trên và giải thích được vì sao chọn nó.
  • Non-goals (những điều không làm): Cực kỳ quan trọng và thường bị bỏ quên. Nói rõ những thứ hấp dẫn nhưng bạn cố tình không theo đuổi trong giai đoạn này. (Phần này sẽ được đào sâu ở Bài 14, ở đây chỉ ở tầm chiến lược.)
  • Roadmap theo tầng (themes, không phải feature list): Lộ trình theo các chủ đề lớn theo quý/nửa năm, không phải danh sách tính năng chi tiết. Strategy doc không liệt kê 30 feature — nó nói "Quý 1-2: củng cố nền tảng giữ chân; Quý 3-4: mở rộng sang phân khúc mới".
  • Success Metrics (thước đo thành công): Làm sao biết chiến lược đang đúng hướng? Thường là 1-3 North Star Metric ở cấp chiến lược.
  • Risks & Open Questions: Những rủi ro lớn và câu hỏi chưa có lời giải. Sự trung thực ở đây tạo ra niềm tin.
Lưu ý quan trọng: Strategy Doc không đi xuống mức acceptance criteria, edge case, hay schema dữ liệu — đó là việc của PRD và các bài sau. Nếu bạn thấy mình đang viết "khi user nhấn nút thì hệ thống sẽ...", bạn đã tụt độ cao và viết nhầm sang PRD rồi.

Tình huống thực tế

Ví dụ 1 — Một startup fintech Việt Nam "ship nhiều nhưng lạc hướng"

Một startup ví điện tử tại TP.HCM (tạm gọi là VíMo) có khoảng 800.000 người dùng. Trong 12 tháng, team ship 40+ tính năng: nạp tiền, mua vé xem phim, chia hóa đơn, mini-game tích điểm, đặt vé máy bay... Mỗi feature đều có PRD chỉn chu. Nhưng tỷ lệ giữ chân (retention) sau 30 ngày chỉ 18%, và CEO không hiểu vì sao "làm nhiều thế mà không lớn".

Khi PM trưởng ngồi viết Strategy Doc đầu tiên, mọi thứ sáng tỏ. Phần Context chỉ ra: 70% người dùng chỉ dùng VíMo cho một việc duy nhất — thanh toán hóa đơn điện nước. Phần Insight phát hiện: người dùng không coi VíMo là "ví", họ coi nó là "app trả tiền điện". Tất cả 40 feature kia chỉ phục vụ 5% người dùng còn lại. Từ insight đó, Strategic Bet được viết lại thành: "Biến hành vi trả hóa đơn hàng tháng thành thói quen tài chính rộng hơn (tiết kiệm, đầu tư nhỏ)" — thay vì rải tiền vào hàng chục tính năng giải trí. Non-goal ghi rõ: "Không làm thêm mini-game trong 12 tháng tới".

Bài học rút ra: Strategy Doc không tạo ra ý tưởng mới — nó buộc bạn nhìn lại dữ liệu ở tầm cao và phát hiện rằng bạn đang phân tán nguồn lực. Nếu không có nó, team sẽ tiếp tục ship feature thứ 41, 42... và vẫn đứng yên.

Ví dụ 2 — Vision Doc giúp Grab sắp xếp thứ tự ưu tiên (bối cảnh giả định hợp lý)

Hãy lấy bối cảnh một super-app như Grab. Trong giai đoạn họ mở rộng từ gọi xe sang giao đồ ăn, thanh toán, rồi tài chính, áp lực rất lớn: mỗi đội đều muốn nguồn lực, mỗi mảng đều "quan trọng". Một Vision Doc tốt ở đây không liệt kê tính năng — nó tuyên bố: "Trở thành ứng dụng hằng ngày (everyday app) mà người Đông Nam Á mở ra nhiều lần mỗi ngày".

Từ vision một câu đó, Strategy Doc suy ra được thứ tự ưu tiên: mảng nào làm tăng tần suất mở app sẽ được ưu tiên hơn mảng có doanh thu lớn nhưng tần suất thấp. Đó là lý do giao đồ ăn (mở app vài lần/tuần) được đầu tư mạnh hơn so với những dịch vụ chỉ dùng vài lần/năm. Success Metric ở tầng chiến lược không phải là doanh thu từng mảng, mà là "số lượng dịch vụ trung bình mỗi người dùng dùng mỗi tháng" — một chỉ số phản ánh đúng vision.

Bài học rút ra: Vision một câu, nếu sắc, sẽ trở thành "máy ra quyết định" cho hàng trăm lựa chọn nhỏ phía sau. Khi hai đội tranh cãi nên ưu tiên gì, bạn quay lại hỏi: "Cái nào phục vụ vision 'everyday app' tốt hơn?". Đó là sức mạnh thật của một vision được viết ra rõ ràng.

Ví dụ 3 — Strategy Doc của một SaaS B2B giúp thuyết phục ban lãnh đạo cấp ngân sách

Một công ty SaaS quản lý nhân sự ở Singapore phục vụ các SME (tạm gọi HROne) muốn xin thêm ngân sách tuyển 6 kỹ sư. PM viết một Strategy Doc dài 4 trang. Phần Why now rất mạnh: "Quy định mới về bảo hiểm xã hội điện tử tại 3 thị trường Đông Nam Á sắp có hiệu lực trong 9 tháng tới; các SME sẽ buộc phải số hóa quy trình lương — đây là cửa sổ cơ hội hẹp". Phần Strategic Bets chỉ có 2 mũi nhọn rõ ràng, kèm trade-off thẳng thắn: "Chúng ta cược vào tự động hóa tuân thủ (compliance), và chấp nhận tụt lại ở mảng chấm công — vì đó không phải nỗi đau cấp bách của SME".

Ban lãnh đạo duyệt ngân sách ngay, vì lần đầu họ thấy một câu chuyện có logic, có đánh đổi, có thời điểm — chứ không phải một danh sách "chúng tôi muốn làm thêm nhiều thứ".

Bài học rút ra: Strategy Doc là công cụ xin nguồn lực và tạo đồng thuận, không chỉ là tài liệu nội bộ team. Phần "Why now" và "trade-off thẳng thắn" thường là thứ thuyết phục lãnh đạo nhất — vì nó cho thấy bạn đã suy nghĩ về cái giá phải trả, chứ không chỉ vẽ giấc mơ.

Hướng dẫn từng bước

Đây là quy trình tôi khuyên bạn làm khi viết Strategy Doc đầu tiên:

Bước 1 — Thu thập "nền đất" trước khi viết. Đừng mở doc trắng và bắt đầu gõ vision. Hãy dành 1-2 tuần gom dữ liệu: chỉ số sản phẩm (retention, tần suất dùng, phân khúc người dùng), phỏng vấn 5-8 người dùng, phân tích đối thủ, nói chuyện với sales và support. Strategy không có dữ liệu nền chỉ là cảm tính.

Bước 2 — Viết Context & Current State thật trung thực. Mô tả sản phẩm hiện đang thật sự ở đâu, kể cả những điểm yếu khó chịu. Một strategy doc tô hồng hiện trạng sẽ dẫn đến những cú đặt cược sai.

Bước 3 — Tìm cho ra Insight / Why now. Đây là phần khó nhất. Hãy hỏi: "Điều gì đúng bây giờ mà 18 tháng trước chưa đúng?". Nếu không tìm được câu trả lời thuyết phục, có thể chiến lược của bạn chưa đủ chín.

Bước 4 — Viết Vision (1-2 câu) — viết sau cùng của phần đầu, không phải đầu tiên. Nghe lạ nhưng đúng: vision tốt thường được chưng cất sau khi bạn hiểu context và insight. Viết, đọc to, cắt gọt đến khi nó vừa truyền cảm hứng vừa cụ thể.

Bước 5 — Chọn 2-4 Strategic Bets. Mỗi bet phải nối được với insight. Nếu bạn có 7-8 bet, bạn chưa thật sự chọn — bạn đang né tránh việc ưu tiên. Ép mình xuống tối đa 4.

Bước 6 — Viết Non-goals song song với Bets. Cứ mỗi bet, hãy tự hỏi: "Vậy cái gì hấp dẫn nhưng tôi sẽ không làm vì đã chọn bet này?". Viết nó ra. Non-goals làm strategy của bạn đáng tin gấp đôi.

Bước 7 — Vẽ Roadmap theo theme, gắn Metric. Lộ trình theo chủ đề lớn theo quý, mỗi giai đoạn gắn với một success metric. Tránh sa vào danh sách tính năng.

Bước 8 — Đưa đi review và sửa. Strategy Doc sống bằng phản biện. Gửi cho lãnh đạo, đội kỹ sư, các PM khác. Phần "Open Questions" chính là nơi bạn mời mọi người tranh luận. Một strategy được phản biện kỹ sẽ vững hơn nhiều so với một bản viết một mình rồi công bố.

Lỗi thường gặp & mẹo

Lỗi 1 — Strategy Doc biến thành danh sách feature. Nếu doc của bạn có 25 dòng "sẽ làm tính năng A, B, C...", bạn đang viết roadmap chứ không phải strategy. Mẹo: thử xóa hết tên feature cụ thể đi — nếu doc vẫn còn ý nghĩa và vẫn nói được "chúng ta thắng bằng cách nào", đó là strategy thật.

Lỗi 2 — Vision quá chung chung, ai cũng có thể nói. "Trở thành sản phẩm tốt nhất cho người dùng" — câu này áp dụng cho mọi công ty trên đời, nên nó vô dụng. Mẹo: một vision tốt phải khiến đối thủ không thể nói câu y hệt mà vẫn đúng. Nếu Lazada và Shopee đều có thể copy nguyên văn vision của bạn, nó chưa đủ sắc.

Lỗi 3 — Thiếu trade-off / non-goals. Strategy là về lựa chọn, mà lựa chọn nghĩa là từ bỏ thứ khác. Một doc không nói "chúng ta sẽ không làm gì" thực ra chưa chọn gì cả. Mẹo: bắt buộc bản thân viết ít nhất 3 non-goals rõ ràng.

Lỗi 4 — Trộn lẫn độ cao (altitude). Đang nói tầm 18 tháng bỗng nhảy xuống "nút này màu xanh". Mẹo: đặt câu hỏi kiểm tra "Ai sẽ hành động dựa trên câu này?". Nếu câu trả lời là "kỹ sư khi code", nó thuộc về PRD, không phải strategy.

Lỗi 5 — Viết một lần rồi để đó. Strategy Doc là tài liệu sống. Thị trường đổi, insight đổi, strategy phải được xem lại mỗi 6 tháng. Mẹo: ghi ngày tạo và ngày review tiếp theo ngay đầu doc.

Mẹo tổng quát: Độ dài lý tưởng của một Strategy Doc là 2-5 trang. Nếu dài hơn, bạn đang lan man hoặc tụt độ cao. Sự ngắn gọn ở đây không phải lười biếng — nó là kỷ luật tư duy.

Bài tập thực hành

Hãy chọn một sản phẩm bạn đang làm (hoặc một sản phẩm bạn dùng hằng ngày và hiểu rõ, ví dụ một app gọi xe, một app học tiếng Anh, một sàn TMĐT) và viết một Strategy Doc nháp dài đúng 2 trang theo các yêu cầu:

  • Vision (1-2 câu): Viết sao cho đối thủ không thể dùng nguyên văn câu này mà vẫn đúng. Đọc to để kiểm tra độ gãy gọn.
  • Context & Current State: 3-4 gạch đầu dòng trung thực về hiện trạng, kèm ít nhất 2 con số (dù là ước lượng hợp lý).
  • Insight / Why now: Một đoạn trả lời "tại sao là bây giờ".
  • 2-3 Strategic Bets: Mỗi bet nối với insight, kèm 1 câu giải thích "vì sao chọn nó".
  • Ít nhất 3 Non-goals: Những thứ hấp dẫn nhưng bạn cố tình không làm.
  • Roadmap theo theme: 2-3 chủ đề lớn theo quý (KHÔNG liệt kê feature cụ thể).
  • 1-2 Success Metric ở cấp chiến lược.
Sau khi viết xong, làm bài kiểm tra này: xóa hết tên feature cụ thể trong doc. Nếu doc vẫn truyền tải được "chúng ta đi đâu và thắng bằng cách nào", bạn đã viết được một strategy thật. Nếu nó trở nên rỗng tuếch, bạn đã viết nhầm thành roadmap — hãy quay lại bước 3 và đào sâu insight.

Tóm tắt

  • PRD trả lời "ship feature X thế nào" (vài tuần–vài tháng); Strategy Doc trả lời "product/surface này đi đâu trong 6-24 tháng và thắng bằng cách nào".
  • Vision Docđiểm đến (3-5 năm, truyền cảm hứng); Strategy Doccon đường tới đó (có bets, có trade-offs, có thứ tự ưu tiên).
  • Cấu trúc cốt lõi: Vision → Context → Insight/Why now → Strategic Bets → Non-goals → Roadmap theo theme → Success Metrics → Risks & Open Questions.
  • Strategy Doc không xuống mức acceptance criteria hay schema — đó là việc của PRD. Giữ đúng độ cao.
  • Sức mạnh thật của một vision sắc là biến nó thành "máy ra quyết định" cho hàng trăm lựa chọn nhỏ phía sau.
  • Ba thứ phân biệt strategy hay với tầm thường: insight "why now" thuyết phục, trade-off/non-goals thẳng thắn, và sự ngắn gọn kỷ luật (2-5 trang).
  • Strategy Doc là tài liệu sống — viết để được phản biện, và xem lại mỗi 6 tháng.