Mở đầu — vì sao bài này quan trọng
Nếu bạn từng ngồi trước một bảng tính roadmap với hàng chục sáng kiến (initiative) chen chúc, mỗi cái đều "rất quan trọng" theo lời một stakeholder nào đó, bạn hiểu cảm giác bế tắc này: làm sao chọn được thứ tự đúng, làm sao biện minh được lựa chọn với sếp và team, và làm sao truyền đạt roadmap mà không khiến mọi người hiểu nhầm thành lời hứa giao hàng đúng ngày?
Roadmap planning là một trong những công việc tốn tâm trí nhất của PM. Nó không phải là điền vào một mẫu Gantt chart đẹp. Nó là chuỗi quyết định: nên đặt cược vào sáng kiến nào để đạt mục tiêu, đánh đổi giữa giá trị và công sức ra sao, sắp xếp theo trình tự nào để các phần phụ thuộc lẫn nhau không vỡ, và kể câu chuyện đó sao cho thuyết phục.
AI không thay bạn ra quyết định roadmap — đó vẫn là phán đoán của PM dựa trên hiểu biết thị trường, chiến lược công ty và năng lực team. Nhưng AI là một cộng sự cực mạnh ở những khâu vốn ngốn thời gian và dễ thiên kiến: mở rộng không gian ý tưởng (để bạn không bỏ sót lựa chọn), cấu trúc hóa việc chấm điểm ưu tiên, phát hiện dependency ẩn, và biến một mớ ý tưởng lộn xộn thành câu chuyện roadmap mạch lạc cho từng đối tượng. Bài này tập trung riêng vào việc dùng AI cho roadmap planning — tức là từ mục tiêu đến danh sách sáng kiến có ưu tiên và trình tự. (Việc soạn OKR sẽ được học riêng ở Bài 28, viết PRD chi tiết ở Bài 11, nên ở đây ta không lấn sang.)
Khái niệm cốt lõi
Roadmap không phải là lịch giao hàng
Trước khi nói AI, cần nắm rõ một điều: roadmap hiện đại là bản đồ về vấn đề và kết quả cần đạt, không phải danh sách tính năng kèm deadline cố định. Một roadmap tốt trả lời "chúng ta đang giải quyết vấn đề gì, theo thứ tự nào, vì sao" chứ không phải "tính năng X giao ngày 15/3". Đây là tư duy now–next–later (làm ngay – tiếp theo – để sau) thay vì timeline cứng. Khi bạn dùng AI, hãy giữ nguyên tinh thần này, nếu không AI sẽ vui vẻ tạo cho bạn một Gantt chart giả tạo chính xác.
Bốn vai trò của AI trong roadmap planning
1. Brainstorm sáng kiến (mở rộng không gian lựa chọn). Xuất phát từ một mục tiêu — ví dụ "tăng activation rate từ 30% lên 45%" — AI có thể đề xuất 20–30 hướng đi khả thi trong vài giây. Giá trị ở đây không phải để dùng nguyên xi, mà để bạn không rơi vào "tunnel vision" chỉ nghĩ ra 3–4 ý quen thuộc.
2. Cấu trúc hóa ưu tiên (prioritization). AI giúp áp khung như RICE (Reach – Impact – Confidence – Effort), ICE, hay value-vs-effort một cách nhất quán cho cả danh sách. Nó không tự biết con số Reach của bạn, nhưng nó buộc bạn điền đủ và tính toán không sai số học, đồng thời nêu giả định để bạn phản biện.
3. Phát hiện dependency và rủi ro về trình tự (sequencing). Khi bạn đưa danh sách sáng kiến, AI khá giỏi chỉ ra "cái B cần cái A xong trước", "cái C và D đều đụng vào hệ thống thanh toán nên đừng làm song song", giúp bạn tránh nghẽn.
4. Truyền đạt roadmap (communication). Từ cùng một roadmap, AI viết được nhiều phiên bản: bản cho ban lãnh đạo (nhấn business outcome), bản cho engineering (nhấn scope và dependency), bản cho sales/CS (nhấn lợi ích khách hàng) — tiết kiệm cho bạn hàng giờ viết lại.
Ranh giới: nơi AI giỏi và nơi bạn không được giao phó
AI giỏi ở generate và structure. AI yếu ở judgment có ngữ cảnh chiến lược: nó không biết CEO vừa cam kết với nhà đầu tư rằng quý này tập trung vào thị trường doanh nghiệp; nó không biết team backend đang nợ kỹ thuật trầm trọng ở module thanh toán; nó không biết đối thủ vừa tung tính năng khiến một sáng kiến của bạn mất giá. Những con số "Impact" và "Confidence" do AI gợi ý chỉ là điểm khởi đầu để tranh luận, tuyệt đối không phải sự thật. Vai trò của bạn là nạp ngữ cảnh đó vào và phản biện đầu ra.
Tình huống thực tế
Ví dụ 1 — Tiki và bài toán activation cho người bán mới
Giả định một PM tại sàn thương mại điện tử như Tiki phụ trách trải nghiệm onboarding cho nhà bán hàng (seller). OKR quý: đưa tỷ lệ seller mới đăng được sản phẩm đầu tiên trong 7 ngày từ 30% lên 45%. PM mở Claude và đưa vào ngữ cảnh: mô tả funnel hiện tại, 4 điểm rớt lớn nhất theo dữ liệu (rớt mạnh nhất ở bước xác minh giấy phép kinh doanh và bước chụp ảnh sản phẩm), năng lực team (6 kỹ sư, 1 designer).
Prompt đại ý: "Mục tiêu của chúng tôi là tăng activation seller mới từ 30% lên 45%. Đây là funnel và các điểm rớt [dán dữ liệu]. Hãy brainstorm 20 sáng kiến khả thi, phân nhóm theo điểm rớt mà nó tác động, và đánh dấu sáng kiến nào là 'quick win' công sức thấp."
AI trả về 20 ý, trong đó có những thứ team đã nghĩ tới (tự động hóa OCR giấy phép), nhưng cũng có 3–4 ý mới đáng giá: gợi ý mẫu mô tả sản phẩm bằng AI để seller không phải tự viết, cho phép tải ảnh sản phẩm từ website cũ của seller, và "đăng nháp" để seller thấy thành quả sớm. PM lọc ra 9 sáng kiến, rồi nhờ AI chấm RICE với giả định rõ ràng. Kết quả: hai quick win (mẫu mô tả AI và đăng nháp) leo lên đầu vì Effort thấp và Reach cao, trong khi sáng kiến OCR — vốn team đang say mê — bị đẩy xuống vì Confidence thấp và Effort lớn.
Bài học: AI mở rộng không gian ý tưởng giúp tìm ra quick win mà tư duy "đường mòn" bỏ sót, và việc chấm điểm có cấu trúc giúp PM dám hoãn một sáng kiến hào nhoáng nhưng kém hiệu quả.
Ví dụ 2 — Startup SaaS B2B sắp xếp lại trình tự để gỡ nghẽn
Một startup SaaS B2B tại TP.HCM (giả định, ~25 người) có roadmap quý gồm 12 sáng kiến do nhiều stakeholder đẩy vào: tích hợp SSO cho khách doanh nghiệp, làm lại trang báo cáo, ra mắt API public, thêm phân quyền theo vai trò (RBAC), v.v. PM cảm thấy danh sách "bằng phẳng" — không rõ làm gì trước.
PM đưa toàn bộ 12 sáng kiến kèm mô tả ngắn vào AI và hỏi: "Hãy phân tích dependency kỹ thuật và logic giữa các sáng kiến này. Cái nào phải làm trước cái nào? Có nhóm nào tranh chấp cùng một hệ thống không?" AI chỉ ra một chuỗi quan trọng: API public và SSO đều phụ thuộc vào việc làm lại lớp xác thực (auth layer), mà RBAC cũng đụng vào đúng lớp đó. Nếu làm ba thứ song song bởi ba nhóm, sẽ xung đột liên tục. AI gợi ý: làm auth layer refactor trước như một "nền móng", rồi mới mở RBAC, SSO, API lần lượt.
PM mang phân tích này vào họp với engineering lead. Engineer xác nhận đúng và bổ sung thêm một dependency mà AI không biết (vấn đề migration dữ liệu). Roadmap được sắp lại theo now–next–later, và quan trọng hơn, PM có lập luận rõ ràng để giải thích vì sao "trang báo cáo mới" mà CEO mong đợi phải lùi sang "next".
Bài học: AI rất mạnh trong việc phơi bày các phụ thuộc ẩn để bạn sắp xếp trình tự hợp lý — nhưng luôn cần engineer kiểm chứng vì có những dependency chỉ người trong cuộc mới biết.
Ví dụ 3 — Một câu chuyện roadmap, ba khán giả
PM tại một fintech ví điện tử (giả định kiểu MoMo) đã chốt roadmap nửa năm, giờ phải truyền đạt. Thay vì viết tay ba bản, PM đưa roadmap đã chốt (dạng now–next–later kèm lý do mỗi nhóm) vào AI và yêu cầu ba phiên bản: một slide tóm tắt cho ban điều hành nhấn vào tác động doanh thu và giữ chân người dùng; một bản cho team engineering nhấn vào phạm vi kỹ thuật, dependency và rủi ro; một email cho team CS giải thích khách hàng sẽ thấy thay đổi gì và khi nào (kèm cảnh báo "đây là định hướng, không phải cam kết ngày").
Trong 15 phút PM có ba bản nháp chất lượng tốt, chỉ cần tinh chỉnh. Đáng giá nhất là AI tự động "dịch" cùng một sáng kiến sang ngôn ngữ phù hợp từng nhóm: với lãnh đạo là "giảm churn 2 điểm", với engineer là "refactor module thanh toán", với CS là "khách sẽ ít gặp lỗi giao dịch hơn".
Bài học: Cùng một sự thật roadmap có thể — và nên — được kể bằng nhiều ngôn ngữ. AI biến việc này từ chuyện tốn cả buổi thành chuyện 15 phút.
Hướng dẫn từng bước
Đây là một quy trình bạn có thể áp dụng ngay cho chu kỳ roadmap tới.
Bước 1 — Nạp ngữ cảnh trước khi hỏi. Đừng hỏi AI "lập roadmap cho sản phẩm của tôi". Hãy cung cấp: mục tiêu/OKR của kỳ, dữ liệu hiện trạng (funnel, metric chính), năng lực team (số kỹ sư, designer, thời gian), và các ràng buộc chiến lược ("quý này công ty ưu tiên thị trường doanh nghiệp"). Chất lượng đầu ra tỉ lệ thuận với chất lượng ngữ cảnh.
Bước 2 — Brainstorm rộng. Yêu cầu AI đề xuất 20–30 sáng kiến hướng tới mục tiêu, phân nhóm theo vấn đề/điểm rớt mà chúng tác động. Yêu cầu nó bao gồm cả những hướng "phi truyền thống" để phá tư duy đường mòn. Sau đó bạn — con người — lọc xuống còn 8–12 ứng viên thực sự.
Bước 3 — Chấm điểm ưu tiên có cấu trúc. Chọn một khung (RICE thường hợp cho danh sách dài). Yêu cầu AI lập bảng với cột Reach, Impact, Confidence, Effort, và bắt buộc nêu giả định cho từng con số. Bạn rà lại từng giả định, sửa con số theo hiểu biết thực tế. Đây là bước AI dễ "bịa số" nhất — hãy coi đầu ra là bản nháp để tranh luận.
Bước 4 — Phân tích trình tự và dependency. Đưa danh sách đã ưu tiên vào và hỏi về dependency kỹ thuật/logic, các sáng kiến đụng cùng hệ thống, và trình tự đề xuất. Mang kết quả này đi kiểm chứng với engineering lead.
Bước 5 — Sắp vào khung now–next–later. Yêu cầu AI nhóm các sáng kiến theo now/next/later kèm lý do mỗi nhóm, dựa trên điểm ưu tiên và dependency. Tránh để AI gán ngày tháng cứng.
Bước 6 — Tạo các phiên bản truyền đạt. Sinh bản cho lãnh đạo, engineering, và go-to-market từ cùng một roadmap. Luôn thêm dòng nhắc "định hướng, không phải cam kết giao hàng".
Bước 7 — Stress-test roadmap. Hỏi AI đóng vai "luật sư của quỷ": "Hãy chỉ ra ba lý do roadmap này có thể thất bại" hoặc "Một skeptical CFO sẽ phản bác điều gì?". Đây là cách rẻ để vá lỗ hổng trước khi vào phòng họp.
Lỗi thường gặp & mẹo
Lỗi 1 — Tin vào điểm số AI tự sinh. Con số Impact/Confidence do AI gợi ý khi không có dữ liệu thật chỉ là phỏng đoán. Nếu bạn ưu tiên dựa trên đó mà không kiểm chứng, bạn đang ra quyết định trên cát. Mẹo: luôn yêu cầu AI lộ giả định, rồi thay bằng dữ liệu thật của bạn (analytics, phỏng vấn, ước lượng của engineer).
Lỗi 2 — Để AI biến roadmap thành Gantt chart deadline. Khi AI gán ngày cụ thể, roadmap trở thành lời hứa và bạn sẽ bị truy trách nhiệm khi trễ. Mẹo: yêu cầu rõ định dạng now–next–later hoặc theo quý, và nêu rõ đây là định hướng.
Lỗi 3 — Bỏ qua ngữ cảnh chiến lược. AI không biết cam kết của CEO với nhà đầu tư hay nợ kỹ thuật của team. Roadmap "tối ưu" theo RICE có thể đi ngược chiến lược công ty. Mẹo: nạp ràng buộc chiến lược ngay từ đầu và đích thân ghi đè khi cần.
Lỗi 4 — Dán dữ liệu nhạy cảm vô tội vạ. Roadmap chứa thông tin cạnh tranh, doanh thu, kế hoạch chưa công bố. Mẹo: dùng công cụ doanh nghiệp được duyệt, ẩn danh con số nhạy cảm, hoặc dùng giá trị tương đối (chủ đề guardrails dữ liệu sẽ học sâu ở Bài 37).
Lỗi 5 — Chấp nhận danh sách brainstorm nguyên xi. 20 ý của AI luôn lẫn vài ý chung chung vô dụng. Mẹo: xem AI như máy phát ý tưởng, còn việc lọc và phán đoán là của bạn — đừng outsource khâu này.
Mẹo nâng cao: Lưu một "context prompt" chuẩn về sản phẩm, team và chiến lược của bạn (có thể dùng Claude Projects/Custom GPT — học ở Bài 13) để mỗi lần làm roadmap không phải nạp lại ngữ cảnh từ đầu.
Bài tập thực hành
- Brainstorm có ngữ cảnh. Lấy một mục tiêu thật của sản phẩm bạn đang làm (hoặc một sản phẩm bạn yêu thích). Viết một prompt nạp đầy đủ mục tiêu, hiện trạng và ràng buộc team, yêu cầu AI brainstorm 20 sáng kiến phân nhóm. Tự lọc xuống 8 ý mạnh nhất.
- Bảng RICE. Yêu cầu AI chấm RICE cho 8 sáng kiến đó kèm giả định từng con số. Rà lại và sửa ít nhất 3 con số mà bạn thấy AI đoán sai so với thực tế. Ghi chú lý do bạn sửa.
- Soi dependency. Đưa danh sách vào và yêu cầu AI chỉ ra dependency và đề xuất trình tự now–next–later. Tự đánh giá: có dependency nào AI bỏ sót mà bạn — người hiểu sản phẩm — nhận ra không?
- Stress-test. Yêu cầu AI đóng vai một CFO hoài nghi phản biện roadmap của bạn. Viết ra ba điểm yếu nó tìm thấy và cách bạn sẽ vá.
- Đa phiên bản. Tạo hai bản truyền đạt từ cùng roadmap: một cho ban lãnh đạo, một cho engineering. So sánh xem AI đã "dịch" cùng một sáng kiến sang hai ngôn ngữ ra sao.
Tóm tắt
Roadmap planning là công việc phán đoán, và AI là cộng sự khuếch đại phán đoán đó — không thay thế nó. Bốn vai trò cốt lõi: brainstorm để mở rộng không gian lựa chọn, chấm điểm để ưu tiên có cấu trúc, soi dependency để sắp trình tự, và viết đa phiên bản để truyền đạt. Sức mạnh thật sự đến từ việc bạn nạp ngữ cảnh chiến lược đầy đủ và luôn phản biện đầu ra: coi mọi con số và danh sách AI sinh ra là bản nháp để tranh luận, chứ không phải kết luận. Giữ roadmap ở dạng now–next–later thay vì lịch giao hàng cứng, kiểm chứng dependency với engineer, và stress-test trước khi vào phòng họp. Làm đúng, bạn sẽ rút ngắn một quy trình từng tốn cả tuần xuống còn vài buổi — mà chất lượng quyết định lại cao hơn vì bạn đã xét nhiều lựa chọn hơn và phơi bày được rủi ro sớm hơn.