Mở đầu — vì sao bài này quan trọng
Nếu bạn từng làm Product Manager, chắc chắn bạn đã ít nhất một lần rơi vào tình huống này: sếp hỏi "Tháng 3 năm sau mình ship được tính năng X chưa?", còn bạn thì vừa muốn trả lời thành thật, vừa sợ rằng nếu hứa thì sẽ bị "đóng đinh" vào một deadline mà bản thân chưa chắc chắn. Đây chính là vấn đề cốt lõi mà roadmapping hiện đại cố gắng giải quyết.
Trong nhiều năm, các công ty quản lý sản phẩm bằng một bản roadmap dạng Gantt chart — những thanh ngang trải dài theo từng tháng, ghi rõ tính năng nào ra mắt ngày nào. Nghe rất chuyên nghiệp, nhưng thực tế nó là một cái bẫy: nó biến roadmap thành một danh sách lời hứa về ngày tháng (date-based commitment), trong khi bản chất của làm sản phẩm là không chắc chắn. Bạn không thể biết trước tính năng A có giải quyết được vấn đề của khách hàng không cho đến khi bạn thật sự xây và đo lường nó.
Roadmap kiểu Now / Next / Later ra đời để chữa đúng căn bệnh này. Thay vì hứa hẹn ngày tháng cụ thể, nó phân loại công việc theo mức độ chắc chắn và khoảng thời gian gần — xa. Càng "Now" thì càng chắc chắn và chi tiết; càng "Later" thì càng mơ hồ và mang tính định hướng. Khi bạn kết hợp nó với OKR (Objectives and Key Results — mục tiêu và kết quả then chốt), bạn có một bộ công cụ vừa giúp đội ngũ tập trung, vừa giữ được sự linh hoạt cần thiết.
Bài này sẽ giúp bạn hiểu sâu format ba tầng đó, biết cách gắn nó với OKR để mọi tính năng đều phục vụ một mục tiêu kinh doanh rõ ràng, và quan trọng nhất là biết cách trình bày roadmap sao cho các bên liên quan tin tưởng mà không cảm thấy bị "treo".
Khái niệm cốt lõi
Roadmap không phải là danh sách tính năng
Trước hết, cần phá bỏ một hiểu lầm phổ biến: roadmap không phải là một danh sách các tính năng sắp xếp theo thời gian. Một roadmap tốt là bản tường thuật về cách đội ngũ sẽ đạt được mục tiêu chiến lược qua từng giai đoạn. Tính năng chỉ là phương tiện. Mục tiêu mới là thứ neo giữ mọi thứ.
Sự khác biệt nghe có vẻ học thuật, nhưng nó thay đổi hoàn toàn cách bạn nói chuyện với stakeholder. Khi ai đó hỏi "tại sao tính năng này bị đẩy xuống Later?", thay vì biện minh về nguồn lực, bạn trả lời được: "vì mục tiêu quý này là tăng tỷ lệ giữ chân người dùng tháng đầu, và tính năng đó không tác động trực tiếp đến số liệu đó."
Ba tầng: Now / Next / Later
Đây là trái tim của bài học. Hãy hình dung ba tầng như ba mức độ hội tụ của ánh sáng đèn pin: gần thì rõ nét, xa thì mờ dần.
Now (quý hiện tại): Đây là những việc đội ngũ đã cam kết và đang triển khai. Mọi thứ ở tầng này phải rất rõ ràng: vấn đề đã được xác định, giải pháp đã được thiết kế, scope đã được chốt, đội kỹ thuật đã hoặc sắp bắt tay vào làm. Mức độ tin cậy ở đây nên đạt khoảng 80–90%. Nếu một item ở Now mà bạn vẫn còn mơ hồ về "liệu có nên làm không", nó không thuộc về Now.
Next (1–2 quý tới): Đây là những việc có độ tin cậy cao, đã được nghiên cứu sơ bộ và tinh chỉnh (refined), nhưng chưa cam kết cứng. Bạn biết khá rõ vấn đề mình muốn giải quyết, đã có ý tưởng về hướng đi, nhưng scope cụ thể có thể thay đổi sau khi học được điều gì đó từ những gì đang làm ở Now. Mức tin cậy khoảng 50–70%.
Later (từ quý thứ ba trở đi): Đây là vùng định hướng — những cơ hội, ý tưởng lớn, vấn đề mà đội ngũ tin là quan trọng nhưng chưa đủ thông tin để lên kế hoạch chi tiết. Ở đây bạn nói về theme (chủ đề) chứ không phải tính năng cụ thể. Ví dụ: "mở rộng sang thị trường doanh nghiệp" là một theme Later hợp lý, còn "xây dashboard phân quyền theo phòng ban" thì quá chi tiết cho tầng này.
Điểm tinh tế cần nhớ: Now / Next / Later không phải là cam kết về ngày. "Next" không có nghĩa là "chắc chắn quý sau". Nó là một thứ tự ưu tiên có gắn khung thời gian tương đối. Đây chính là điều khiến nó an toàn hơn nhiều so với Gantt chart — bạn được phép thay đổi khi học được điều mới.
OKR alignment — chất keo gắn kết
OKR là cầu nối giữa chiến lược công ty và những item cụ thể trên roadmap. Một Objective là một mục tiêu định tính, truyền cảm hứng (ví dụ: "Trở thành lựa chọn thanh toán đáng tin cậy nhất cho tiểu thương"). Key Results là 2–4 con số đo lường được, cho biết bạn đã đạt Objective đó đến đâu (ví dụ: "Tỷ lệ giao dịch thất bại giảm từ 4% xuống 1%").
Nguyên tắc vàng: mỗi item ở tầng Now nên truy ngược được tới ít nhất một Key Result. Nếu bạn không thể trả lời câu hỏi "tính năng này phục vụ KR nào?", đó là tín hiệu cảnh báo. Hoặc tính năng đó không nên làm bây giờ, hoặc OKR của bạn chưa phản ánh đúng việc đội ngũ thực sự đang theo đuổi.
Cách phân tầng cũng phản ánh trong OKR: OKR quý hiện tại gắn chặt với Now; OKR của các quý tiếp theo còn dạng nháp, gắn lỏng với Next; còn Later thì thường gắn với mục tiêu năm hoặc tầm nhìn dài hạn.
Tình huống thực tế
Ví dụ 1: Ứng dụng gọi xe MoveNow (giả định, bối cảnh Đông Nam Á)
MoveNow là một startup gọi xe đang cạnh tranh với các ông lớn tại thị trường TP.HCM. Đầu quý, ban giám đốc đặt Objective: "Tăng tần suất sử dụng của tài xế đang hoạt động". Key Result chính: nâng số chuyến trung bình mỗi tài xế/tuần từ 22 lên 30.
PM của đội Driver Experience xây roadmap như sau:
- Now: Tối ưu thuật toán ghép chuyến để giảm thời gian tài xế chờ giữa các cú; ra mắt tính năng "chuỗi chuyến" gợi ý điểm đón tiếp theo gần điểm trả khách. Cả hai đều gắn trực tiếp với KR "30 chuyến/tuần".
- Next: Chương trình thưởng giờ cao điểm theo khu vực — đã có ý tưởng nhưng cần dữ liệu từ tính năng "chuỗi chuyến" để biết khu vực nào tài xế hay bị "kẹt".
- Later: Theme "Tài chính cho tài xế" — có thể là ứng lương, bảo hiểm, vay vốn. Chưa rõ làm gì trước, nhưng đội ngũ tin đây là đòn bẩy giữ chân tài xế dài hạn.
Ví dụ 2: Tiki và bài toán roadmap đa đội nhóm (bối cảnh Việt Nam)
Hãy hình dung một sàn thương mại điện tử lớn như Tiki, nơi có hàng chục đội sản phẩm cùng chạy song song: tìm kiếm, thanh toán, logistics, seller tools... Vấn đề kinh điển ở quy mô này là mỗi đội có roadmap riêng và chúng "đá nhau" hoặc trùng lặp.
Giả sử công ty đặt Objective cấp công ty: "Rút ngắn thời gian giao hàng nội thành xuống dưới 2 giờ". Một roadmap Now/Next/Later tốt sẽ buộc các đội căn chỉnh quanh Objective này:
- Đội Logistics đặt ở Now: tối ưu thuật toán phân bổ kho gần nhất.
- Đội Checkout đặt ở Now: hiển thị cam kết "giao trong 2 giờ" ngay tại trang thanh toán để đo nhu cầu.
- Đội Seller Tools đặt ở Next: công cụ giúp người bán cập nhật tồn kho theo thời gian thực — điều kiện cần để thuật toán phân bổ kho hoạt động chính xác.
Bài học: Roadmap Now/Next/Later không chỉ để giao tiếp, nó là công cụ phát hiện phụ thuộc chéo đội. Việc đặt mọi thứ cạnh nhau theo cùng một khung thời gian tương đối giúp lộ ra những "mắt xích" mà từng đội riêng lẻ không thấy.
Ví dụ 3: Startup SaaS và cái bẫy "roadmap bán hàng"
Một startup SaaS B2B Việt Nam (gọi là FlowDesk, làm phần mềm quản lý công việc) gặp tình huống đội sales liên tục hứa với khách hàng lớn về các tính năng cụ thể để chốt hợp đồng. Kết quả: roadmap biến thành danh sách yêu cầu rời rạc từ vài khách hàng to tiếng nhất, không còn gắn với chiến lược.
PM mới về quyết định tái cấu trúc bằng Now/Next/Later gắn OKR. Objective quý: "Giảm churn của khách hàng trả phí từ 6%/tháng xuống 4%". Mọi yêu cầu từ sales đều được hỏi: "Tính năng này tác động đến KR churn như thế nào?" Những yêu cầu không trả lời được sẽ bị đẩy xuống Later như một "tín hiệu cần quan sát thêm", chứ không bị từ chối thẳng — điều này giúp giữ hòa khí với sales.
Sau một quý, tỷ lệ churn giảm còn 4,3%, gần đạt mục tiêu. Quan trọng hơn, đội sales bắt đầu tự lọc yêu cầu trước khi đem lên, vì họ đã hiểu "luật chơi" của roadmap.
Bài học: Roadmap có gắn OKR là một công cụ chính trị mạnh — nó cho bạn một lý do khách quan để nói "không" mà không gây mất lòng, vì bạn đang nói "không" nhân danh mục tiêu chung chứ không phải ý kiến cá nhân.
Hướng dẫn từng bước
Dưới đây là quy trình xây dựng một roadmap Now/Next/Later gắn OKR mà bạn có thể áp dụng ngay.
Bước 1 — Xác định Objective của giai đoạn. Bắt đầu từ chiến lược công ty, chọn ra 1–3 Objective cho đội của bạn trong quý. Viết chúng dưới dạng định tính, truyền cảm hứng. Đừng có quá 3 Objective — quá nhiều mục tiêu nghĩa là không có mục tiêu nào.
Bước 2 — Định nghĩa Key Results đo lường được. Với mỗi Objective, chọn 2–4 KR là con số cụ thể, có baseline (giá trị hiện tại) và target (giá trị muốn đạt). Ví dụ: "từ 22 lên 30 chuyến/tuần". Tránh KR dạng "hoàn thành tính năng X" — đó là output, không phải outcome.
Bước 3 — Liệt kê các cơ hội và vấn đề. Tập hợp mọi ý tưởng, yêu cầu, vấn đề từ research, dữ liệu, phản hồi khách hàng và stakeholder. Đây là "kho nguyên liệu" thô, chưa phân loại.
Bước 4 — Phân tầng theo mức độ tin cậy. Với mỗi item, hỏi hai câu: (a) Nó tác động đến KR nào? (b) Mình hiểu vấn đề và giải pháp đến mức nào? Item rõ ràng + cam kết được → Now. Item hứa hẹn nhưng cần tinh chỉnh → Next. Item là theme lớn, chưa rõ giải pháp → Later.
Bước 5 — Kiểm tra dependency và năng lực. Nhìn lại tầng Now: liệu đội có đủ người làm hết không? Quy tắc kinh nghiệm: đừng nhồi Now quá 60–70% năng lực, để dành chỗ cho việc phát sinh và bảo trì. Đồng thời rà các phụ thuộc chéo đội như ví dụ Tiki ở trên.
Bước 6 — Viết roadmap theo ngôn ngữ outcome. Mỗi item ở Now nên ghi rõ "vấn đề muốn giải quyết" và "KR liên quan", không chỉ ghi tên tính năng. Ở Later, ghi theme chứ đừng ghi giải pháp cụ thể.
Bước 7 — Trình bày và đối thoại với stakeholder. Trình bày roadmap, nhấn mạnh rằng Now/Next/Later phản ánh mức độ chắc chắn, không phải lời hứa ngày tháng. Đây là lúc bạn "đào tạo" stakeholder về cách đọc roadmap.
Bước 8 — Rà soát định kỳ. Mỗi tháng hoặc mỗi sprint, xem lại: item nào ở Next đã đủ chín để lên Now? Item nào ở Now hóa ra không tác động KR và nên dừng? Roadmap là tài liệu sống, không phải bản hợp đồng đóng khung.
Lỗi thường gặp & mẹo
Lỗi 1 — Biến Now/Next/Later thành Gantt chart trá hình. Nhiều PM gắn ngày tháng cụ thể vào từng tầng ("Now = tháng 1–3"), rồi stakeholder lại coi đó là cam kết cứng. Mẹo: dùng nhãn quý tương đối (quý này / 1–2 quý tới / sau đó) và lặp lại liên tục thông điệp "đây là mức ưu tiên, không phải deadline".
Lỗi 2 — Tầng Later quá chi tiết. Khi Later đầy những tính năng cụ thể, bạn đang tự trói mình vào giải pháp trước khi hiểu vấn đề. Mẹo: ép bản thân chỉ viết theme ở Later. Nếu thấy mình viết tên một nút bấm cụ thể, hãy lùi lại hỏi "vấn đề gốc là gì?".
Lỗi 3 — Tầng Now phình to vì sợ làm stakeholder thất vọng. PM nhồi mọi thứ vào Now để ai cũng vui, rồi đội ngũ quá tải và chẳng giao được gì đúng hạn. Mẹo: giữ Now ít item nhưng chắc. Một Now gọn gàng được giao trọn vẹn đáng tin hơn một Now hoành tráng làm dở dang.
Lỗi 4 — Roadmap không gắn OKR, chỉ là danh sách tính năng. Đây là lỗi khiến roadmap mất ý nghĩa chiến lược. Mẹo: thêm một cột "KR liên quan" cho mỗi item Now. Item nào để trống cột này phải bị chất vấn nghiêm túc.
Lỗi 5 — Không cập nhật roadmap. Một roadmap đẹp nhưng ba tháng không đụng tới sẽ nhanh chóng lệch thực tế và mất uy tín. Mẹo: đặt lịch rà soát cố định, biến nó thành nghi thức (ritual) của đội.
Mẹo nâng cao: Khi trình bày cho ban lãnh đạo, hãy chuẩn bị câu trả lời cho câu hỏi kinh điển "tại sao X không ở Now?". Câu trả lời tốt luôn quy về OKR và năng lực, không quy về cảm tính.
Bài tập thực hành
- Dựng roadmap cho 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 1 Objective và 2–3 Key Results cho quý này. Sau đó liệt kê tối thiểu 8 ý tưởng/việc cần làm, rồi phân chúng vào Now / Next / Later. Với mỗi item ở Now, ghi rõ KR mà nó phục vụ.
- Kiểm tra "truy ngược KR". Nhìn lại danh sách Now của bạn. Có item nào không gắn được vào KR nào không? Nếu có, hãy quyết định: đẩy nó xuống Later, hay sửa lại OKR để phản ánh đúng thực tế. Viết ra lý do cho quyết định đó.
- Tập viết Later đúng cách. Lấy ba item ở Later mà bạn lỡ viết quá chi tiết (dạng tính năng), và viết lại thành theme cấp cao hơn. Ví dụ: đổi "thêm đăng nhập bằng vân tay" thành theme "giảm ma sát khi đăng nhập".
- Tình huống stakeholder. Giả sử giám đốc kinh doanh yêu cầu đưa một tính năng từ Later lên Now ngay lập tức để chốt một hợp đồng lớn. Viết một đoạn 5–7 câu trả lời họ, vừa tôn trọng yêu cầu, vừa bảo vệ tính toàn vẹn của roadmap dựa trên OKR và năng lực đội ngũ.
Tóm tắt
Roadmap Now/Next/Later là một cách quản lý kế hoạch sản phẩm phản ánh đúng bản chất bất định của nghề: càng gần thì càng chắc và chi tiết (Now), càng xa thì càng linh hoạt và mang tính định hướng (Later). Nó giải phóng bạn khỏi cái bẫy hứa hẹn ngày tháng của Gantt chart, đồng thời vẫn cho stakeholder một bức tranh rõ ràng về thứ tự ưu tiên.
Chất keo khiến roadmap này thực sự có sức mạnh là OKR alignment: mỗi item ở tầng Now phải truy ngược được tới ít nhất một Key Result. Nhờ đó, mọi cuộc tranh luận về ưu tiên đều quy về một câu hỏi khách quan — "điều này phục vụ mục tiêu nào?" — thay vì cảm tính hay tiếng nói của người to mồm nhất.
Hãy nhớ ba điều cốt lõi: giữ tầng Now gọn và chắc, giữ tầng Later ở mức theme chứ đừng chi tiết, và biến việc rà soát roadmap thành một nghi thức định kỳ. Làm được ba điều đó, bạn không chỉ có một bản roadmap đẹp — bạn có một công cụ lãnh đạo giúp cả đội ngũ cùng nhìn về một hướng, đồng thời đủ tự tin để trả lời câu hỏi khó nhất của mọi PM: "Bao giờ thì xong?".