Roadmap Now / Next / Later

Roadmap Now / Next / Later dùng để làm gì?

Roadmap Now / Next / Later xếp việc theo mức độ chắc chắn thay vì theo ngày. Cột Now là thứ đội đang làm và đã cam kết; Next là thứ sẽ làm khi Now xong, đã hiểu vấn đề nhưng chưa chốt giải pháp; Later là những vấn đề đáng giải nhưng còn mù mờ. Càng sang phải, độ chi tiết càng thấp — và đó là chủ ý, không phải sự lười biếng.

Lý do dùng nó thay cho một biểu đồ Gantt theo tháng: một roadmap ghi ngày cho việc sáu tháng sau là một lời hứa mà đội không giữ được. Đến lúc trễ, không ai nhớ rằng ngày đó vốn chỉ là ước đoán; người ta chỉ nhớ đội sản phẩm "lại trễ". Now / Next / Later nói thật về những gì bạn biết và những gì bạn chưa biết.

Mẫu dưới đây thêm hai thứ mà nhiều bản Now / Next / Later bỏ quên: mỗi mục là một vấn đề kèm chỉ số chứ không phải tên tính năng, và mỗi mục ở Next có điều kiện để được chuyển sang Now. Thiếu hai thứ đó, roadmap chỉ là một backlog chia ba cột.

Dành cho: Product Manager · Product Owner · Head of Product · CPO

Dùng khi: Khi lập roadmap quý hoặc nửa năm; khi lãnh đạo hỏi "khi nào có X" mà bạn không muốn trả lời bằng một ngày bịa ra; khi roadmap cũ toàn tên tính năng và không ai còn nhớ vì sao làm.

Khác gì với roadmap theo tháng và với backlog?

Now / Next / Later không cấm ngày. Cột Now có thể và nên có mốc giao, vì đội đã hiểu đủ để ước lượng. Thứ nó cấm là ngày giả cho những việc chưa ai hiểu.

Bản trắng — copy và dán vào tài liệu của bạn

Dán vào Google Docs, Notion hoặc Confluence. Giữ nó trong một trang: nếu không vừa một trang, cột Later đang quá dài hoặc cột Now đang ôm quá nhiều.

ROADMAP NOW / NEXT / LATER — [Tên sản phẩm / đội]
Cập nhật: ________  |  Chủ sở hữu: ________  |  Xem lại lần tới: ________

NORTH STAR / MỤC TIÊU GIAI ĐOẠN
  Chỉ số: ______________________________
  Hiện tại: ________   Mục tiêu: ________ (đến ________)
  Vì sao chỉ số này: ______________________________

CHỦ ĐỀ (tối đa 3)
  T1: ______________   T2: ______________   T3: ______________

==== NOW — đang làm, đã cam kết (6-8 tuần tới) ====
Mục 1
  Vấn đề cần giải: ______________________________
  Chủ đề: T_    Chỉ số mục tiêu: ________ từ ____ lên/xuống ____
  Giải pháp đang làm: ______________________________ (link spec)
  Mốc giao: ________   Đội nhận: ________
  Bằng chứng vì sao làm bây giờ: ______________________________

Mục 2 ... (tối đa bằng số đội x 2)

==== NEXT — đã hiểu vấn đề, chưa chốt giải pháp (1-2 quý) ====
Mục A
  Vấn đề: ______________________________
  Chủ đề: T_    Chỉ số dự kiến tác động: ________
  Câu hỏi còn mở: ______________________________
  Điều kiện để chuyển sang NOW: ______________________________

==== LATER — đáng giải, còn nhiều điều chưa biết ====
  - Vấn đề: ______________  | Vì sao chưa: ______________
  - Vấn đề: ______________  | Vì sao chưa: ______________

KHÔNG LÀM TRONG GIAI ĐOẠN NÀY
  - ______________  (lý do: ______________)

THAY ĐỔI SO VỚI BẢN TRƯỚC
  - ______________  (vì sao: ______________)

Từng ô điền gì, và vì sao ô đó tồn tại

Cách lập và giữ roadmap sống

• Bắt đầu từ chỉ số, không từ backlog. Viết north star và mục tiêu giai đoạn trước. Nếu chưa có, dừng lại thống nhất với lãnh đạo — roadmap không sửa được một chiến lược mù.
• Gom yêu cầu thành vấn đề. Đổ backlog, yêu cầu của sales, phiếu hỗ trợ ra một chỗ; nhóm những thứ cùng một nỗi đau lại và đặt tên theo vấn đề. Ba mươi yêu cầu thường rút được còn tám đến mười vấn đề.
• Chọn tối đa ba chủ đề nối thẳng với chỉ số. Vấn đề nào không thuộc chủ đề nào thì xuống Later hoặc vào danh sách không làm.
• Xếp vào cột theo độ chắc chắn, không theo độ quan trọng. Vấn đề quan trọng nhất mà chưa hiểu vẫn ở Next, kèm câu hỏi còn mở. Now chỉ chứa những gì đội đủ hiểu để giao trong 6-8 tuần, và không nhiều hơn năng lực thật của đội.
• Viết điều kiện chuyển cột cho mọi mục ở Next. Đây chính là câu trả lời soạn sẵn cho câu hỏi "khi nào làm X".
• Rà với kỹ thuật và thiết kế trước khi đưa lãnh đạo. Họ sẽ phát hiện mục Now không thể giao đúng hạn, hoặc mục Later thực ra rất rẻ và nên làm luôn.
• Cập nhật mỗi hai đến bốn tuần và luôn điền phần "thay đổi so với bản trước". Roadmap cập nhật mà không nói đã đổi gì là cách nhanh nhất để mất lòng tin.

Ví dụ đã điền đầy đủ

Gom Hàng (công ty giả định) — phần mềm quản lý đơn cho shop bán hàng online nhỏ, khoảng 4.200 shop trả phí, hai squad sản phẩm. Roadmap cho nửa đầu năm 2027.

ROADMAP NOW / NEXT / LATER — Gom Hàng, quản lý đơn cho shop online
Cập nhật: 06/01/2027  |  Chủ sở hữu: Trâm (Head of Product)  |  Xem lại: 03/02/2027

NORTH STAR / MỤC TIÊU GIAI ĐOẠN
  Chỉ số: số đơn giao thành công mỗi tuần qua Gom Hàng
  Hiện tại: 182.000   Mục tiêu: 240.000 (đến 30/06/2027)
  Vì sao chỉ số này: shop trả tiền vì đơn tới được tay khách; đơn hoàn là
  lý do số một khiến shop bỏ đi (62% shop huỷ năm 2026 nêu "hoàn hàng").

CHỦ ĐỀ
  T1: Giảm đơn giao thất bại
  T2: Shop xử lý đơn nhanh hơn
  T3: Giữ shop mới qua tháng đầu

==== NOW (01/2027 - 02/2027) ====
Mục 1
  Vấn đề cần giải: 14% đơn COD bị hoàn vì khách không nghe máy hoặc đổi
  ý; shop mất phí ship hai chiều, trung bình 31.000đ mỗi đơn hoàn.
  Chủ đề: T1    Chỉ số mục tiêu: tỷ lệ hoàn COD từ 14% xuống 10%
  Giải pháp đang làm: gửi tin xác nhận đơn qua Zalo trước khi bàn giao
  vận chuyển; đơn không xác nhận sau 12 giờ được đánh dấu cho shop gọi.
  Mốc giao: tuần 3 tháng 02   Đội nhận: Squad Giao hàng
  Bằng chứng: thử tay với 40 shop tháng 11, hoàn giảm từ 15% còn 9,8%.

Mục 2
  Vấn đề cần giải: shop từ 50 đơn/ngày trở lên mất 2-3 giờ in và dán
  nhãn vì phải mở từng đơn một.
  Chủ đề: T2    Chỉ số mục tiêu: thời gian từ nhận đơn tới bàn giao
  vận chuyển, trung vị từ 19 giờ xuống 8 giờ
  Giải pháp đang làm: in hàng loạt theo bộ lọc, gộp nhãn nhiều hãng
  Mốc giao: tuần 4 tháng 01   Đội nhận: Squad Vận hành shop
  Bằng chứng: 212 phiếu hỗ trợ quý 4 hỏi cách in nhiều đơn; 9/10 shop
  lớn được phỏng vấn tự nêu vấn đề này.

==== NEXT (Q2/2027) ====
Mục A
  Vấn đề: 38% shop mới không tạo tới đơn thứ 10 trong 30 ngày đầu.
  Chủ đề: T3    Chỉ số dự kiến: % shop mới đạt 10 đơn trong 30 ngày
  Câu hỏi còn mở: họ kẹt ở kết nối sàn, ở cài phí ship, hay đơn quá ít?
  Điều kiện chuyển sang NOW: có phân tích phễu onboarding (Linh, dự
  kiến 15/02) VÀ Squad Vận hành shop xong Mục 2.

Mục B
  Vấn đề: shop không biết khách nào hay bom hàng trước khi nhận đơn.
  Chủ đề: T1    Chỉ số dự kiến: tỷ lệ hoàn COD
  Câu hỏi còn mở: chia sẻ lịch sử khách giữa các shop có vướng quy định
  bảo vệ dữ liệu cá nhân không? Shop có chấp nhận chia sẻ không?
  Điều kiện chuyển sang NOW: pháp chế trả lời bằng văn bản VÀ Mục 1 đã
  chạy 4 tuần mà tỷ lệ hoàn vẫn trên 10%.

==== LATER ====
  - Vấn đề: shop đa kênh phải nhập tồn kho tay ở nhiều nơi
    | Vì sao chưa: chỉ 11% shop bán trên 3 kênh trở lên; chờ số liệu Q2
  - Vấn đề: shop không biết sản phẩm nào lãi thật sau ship và hoàn
    | Vì sao chưa: chưa có dữ liệu giá vốn; cần hỏi thêm 15 shop

KHÔNG LÀM TRONG GIAI ĐOẠN NÀY
  - App cho người mua cuối (lý do: không kéo chỉ số đơn giao thành công,
    là một sản phẩm khác hẳn)
  - Tích hợp sàn thứ tư (lý do: ba sàn hiện có đã chiếm 93% số đơn)

THAY ĐỔI SO VỚI BẢN TRƯỚC (12/2026)
  - "Báo cáo lãi lỗ" từ NEXT xuống LATER (vì sao: thiếu dữ liệu giá vốn)
  - "Xác nhận đơn qua Zalo" từ NEXT lên NOW (vì sao: thử tay cho kết quả tốt)

Để ý ba chỗ. Mục 1 ở Now có bằng chứng từ một lần thử tay, nên đội dám đặt con số 10%. Mục B ở Next quan trọng không kém nhưng còn một câu hỏi pháp lý chưa có lời đáp — đưa nó vào Now là cam kết một thứ có thể không được phép làm. Và phần "thay đổi so với bản trước" giải thích vì sao một mục rời khỏi Next, trước khi có ai kịp hỏi.

Hiccups thường gặp và cách xử lý

Vì sao vai trò của bạn cần cái này

Definition of done

• Đầu trang có một chỉ số mục tiêu, kèm giá trị hiện tại và hạn.
• Mọi mục được viết dưới dạng vấn đề, không phải tên tính năng.
• Mỗi mục ở Now có chỉ số, giải pháp, mốc giao, đội nhận và bằng chứng.
• Mỗi mục ở Next có câu hỏi còn mở và điều kiện chuyển sang Now.
• Số mục ở Now không vượt quá năng lực thật của đội.
• Có danh sách không làm và phần thay đổi so với bản trước.