Product Manager: Chấm điểm ưu tiên tính năng bằng RICE từ backlog hiện có

Biến backlog dài thành cuộc thảo luận có cấu trúc với RICE: chuẩn hóa sáng kiến, thống nhất Reach, ước lượng Impact, Confidence và Effort, rồi tính điểm trên Google Sheets hoặc Notion.

Một backlog có thể chứa cùng lúc yêu cầu từ khách hàng lớn, phản hồi từ sales, lỗi trong luồng đăng ký và ý tưởng mới từ nội bộ. Khi đến kỳ lập roadmap, mọi mục đều có vẻ “cần làm ngay” — nhưng lại thiếu một cách chung để so sánh.

RICE giúp PM, Product Lead và founder biến cuộc tranh luận đó thành các giả định có thể kiểm tra: sáng kiến chạm tới bao nhiêu người, tác động kỳ vọng là gì, bằng chứng mạnh đến đâu và cần bao nhiêu nguồn lực.

RICE là gì?

RICE là mô hình ưu tiên do Intercom phát triển để so sánh sản phẩm, tính năng và các sáng kiến khác trên roadmap.

RICE gồm bốn yếu tố:

Reach (độ phủ): Sáng kiến dự kiến chạm tới bao nhiêu người hoặc hành động trong một khoảng thời gian? Impact (tác động): Sáng kiến có thể tác động đến mục tiêu hoặc trải nghiệm người dùng ở mức nào? Confidence (độ tin cậy): Team có bao nhiêu cơ sở cho các ước lượng Reach và Impact? Effort (nỗ lực): Tổng nguồn lực từ product, design, engineering, kiểm thử và các vai trò liên quan cần để hoàn thành là bao nhiêu?

Công thức:

RICE = Reach × Impact × Confidence / Effort

Ba yếu tố đầu là lợi ích kỳ vọng; Effort phản ánh chi phí triển khai trong phép so sánh.

> RICE không tự động đưa ra quyết định. Nó tạo một cách nhất quán để so sánh các sáng kiến và giải thích vì sao một mục được ưu tiên hơn mục khác.

Bước 1: Chuẩn hóa backlog thành các sáng kiến

Đừng chấm điểm trực tiếp những ticket mơ hồ như “cải thiện checkout” hoặc “làm báo cáo cho khách hàng”. Trước tiên, hãy viết mỗi mục thành một sáng kiến đủ rõ để mọi người cùng ước lượng.

| Trường | Câu hỏi cần trả lời | |---|---| | Tên sáng kiến | Team đang cân nhắc thay đổi điều gì? | | Vấn đề | Người dùng hoặc doanh nghiệp đang gặp vấn đề gì? | | Đối tượng | Nhóm người dùng, khách hàng hoặc hành vi nào liên quan? | | Mục tiêu | Sáng kiến kỳ vọng hỗ trợ mục tiêu nào? | | Bằng chứng hiện có | Có dữ liệu, phản hồi khách hàng hoặc quan sát nào liên quan? | | Phụ thuộc | Có điều kiện hoặc phần việc nào cần hoàn tất trước không? |

Mục tiêu không phải là viết tài liệu dài. Mục tiêu là bảo đảm mọi người đang chấm điểm cùng một vấn đề.

Bước 2: Chốt đơn vị và khung thời gian cho Reach

Reach là số người hoặc số hành động mà sáng kiến dự kiến tác động tới trong một khoảng thời gian cụ thể.

Trước khi chấm điểm, hãy thống nhất hai điều:

Đo Reach bằng gì? Có thể là khách hàng mới, người dùng thử tính năng, lượt giao dịch hoặc lượt đăng ký dùng thử.

Đo trong bao lâu? Có thể là một tháng, một quý hoặc một chu kỳ phù hợp với cách team lập kế hoạch.

Ví dụ theo mô hình RICE:

Nếu một dự án dự kiến mang lại 150 khách hàng mới trong quý tới, Reach là 150. Nếu một trang dùng thử có 1.200 khách truy cập trong tháng và tỷ lệ đăng ký dự kiến là 30%, Reach là 360.

Quy tắc quan trọng khi xếp hạng

Chỉ nên xếp hạng trực tiếp các sáng kiến khi chúng dùng cùng đơn vị Reach và cùng khung thời gian.

Ví dụ, không nên đặt cạnh nhau một mục có Reach là “người dùng trong quý” với một mục có Reach là “ticket support trong tháng”. Nếu cần so sánh, hãy quy đổi chúng về cùng cách đo trước.

Bước 3: Chấm Impact bằng thang điểm chung

Impact thể hiện mức tác động kỳ vọng khi người dùng tiếp cận sáng kiến. Tác động có thể gắn với mục tiêu định lượng, như chuyển đổi, hoặc mục tiêu định tính, như cải thiện trải nghiệm khách hàng.

Intercom sử dụng thang năm mức, từ tác động tối thiểu đến tác động rất lớn. Các mức cao nhất lần lượt là:

| Mức Impact | Ý nghĩa | |---:|---| | 3 | Tác động rất lớn | | 2 | Tác động cao | | 1 | Tác động trung bình |

Hai mức còn lại dành cho tác động thấp và tối thiểu. Điều quan trọng hơn việc tranh luận một điểm số là dùng cùng một thang đo cho tất cả sáng kiến.

Impact thường khó xác định trước khi triển khai. Ngay cả khi đã có dữ liệu, không phải lúc nào team cũng tách riêng được tác động của một tính năng khỏi các yếu tố khác.

Vì vậy, bên cạnh điểm Impact, hãy ghi ngắn gọn:

Sáng kiến kỳ vọng ảnh hưởng đến mục tiêu nào? Lý do nào khiến team chọn mức tác động đó? Bằng chứng nào đang hỗ trợ nhận định?

Bước 4: Dùng Confidence để phản ánh chất lượng bằng chứng

Confidence giúp phân biệt sáng kiến có cơ sở rõ ràng với sáng kiến chủ yếu dựa trên trực giác.

Chẳng hạn, team có thể có dữ liệu tốt về Reach nhưng chỉ mới có giả định hoặc phản hồi rời rạc về Impact. Confidence là nơi phản ánh sự không chắc chắn đó.

Các mức Confidence trong RICE gồm:

| Mức Confidence | Ý nghĩa | |---:|---| | 100% | Độ tin cậy cao | | 80% | Độ tin cậy trung bình | | 50% | Độ tin cậy thấp |

Với mức dưới 50%, mô hình RICE gợi ý xem đây là một moonshot: ý tưởng có thể đáng khám phá, nhưng các ưu tiên trước mắt có thể nên đặt vào nơi có cơ sở vững hơn.

Thay vì hỏi “ai tin ý tưởng này nhất?”, hãy hỏi:

Reach dựa trên dữ liệu hay chỉ là ước đoán? Impact dựa trên nghiên cứu, phản hồi hay quan sát nào? Giả định nào cần được kiểm chứng trước?

Bước 5: Ước lượng Effort theo tổng nguồn lực

Effort là mẫu số trong công thức RICE, phản ánh chi phí triển khai sáng kiến.

Mô hình này thường ước lượng Effort bằng person-month: tổng số tháng công của tất cả nguồn lực cần thiết, bao gồm product, design, engineering, kiểm thử và các công việc liên quan.

Ví dụ, nếu một dự án cần tổng cộng ba person-month, điểm Effort là 3.

Khi ước lượng, đừng chỉ tính thời gian phát triển. Một thay đổi có vẻ nhỏ vẫn có thể cần thiết kế, kiểm thử, phối hợp liên nhóm hoặc xử lý phụ thuộc.

Bước 6: Tạo bảng RICE trong backlog

Bạn có thể tạo một bảng chung trong Google Sheets, Notion hoặc công cụ quản lý sản phẩm đang dùng.

| Sáng kiến | Reach | Impact | Confidence | Effort | Điểm RICE | Nguồn dữ liệu | Ngày cập nhật | Ghi chú | |---|---:|---:|---:|---:|---:|---|---|---| | Sáng kiến A | | | | | | | | | | Sáng kiến B | | | | | | | | | | Sáng kiến C | | | | | | | | |

Hai cột Nguồn dữ liệu và Ngày cập nhật rất hữu ích khi rà soát lại điểm số. Chúng giúp team biết Reach, Impact và Confidence đang dựa trên dashboard, nghiên cứu người dùng, phản hồi khách hàng hay một giả định cần kiểm chứng.

Công thức Google Sheets

Giả sử:

Reach ở cột B Impact ở cột C Confidence ở cột D Effort ở cột E

Nếu Confidence được nhập dưới dạng phần trăm, dùng công thức:

text =IFERROR((B2C2D2)/E2,"")

Kéo công thức xuống các hàng còn lại, rồi sắp xếp cột Điểm RICE theo thứ tự giảm dần.

Công thức Notion

Nếu database có các thuộc tính số tên là Reach, Impact, Confidence và Effort, tạo thuộc tính Formula cho điểm RICE:

text prop("Reach") prop("Impact") prop("Confidence") / prop("Effort")

Hãy thống nhất cách nhập Confidence trong toàn bộ database để công thức được tính nhất quán.

Bước 7: Tách các hạng mục bắt buộc khỏi cuộc đua điểm số

Không phải mọi việc đều nên cạnh tranh với nhau bằng RICE.

Các sáng kiến bắt buộc vì yêu cầu pháp lý, bảo mật, cam kết với khách hàng hoặc nghĩa vụ đã được chốt cần được đánh dấu rõ trong backlog. Thay vì để chúng bị đẩy xuống vì điểm RICE thấp, hãy xử lý chúng như một nhóm ưu tiên riêng.

Cách làm đơn giản:

Thêm trường Loại ưu tiên: Bắt buộc hoặc Theo RICE. Đưa các mục bắt buộc vào kế hoạch theo hạn chót, mức độ rủi ro hoặc cam kết liên quan. Dùng RICE để xếp thứ tự chủ yếu cho phần backlog có thể lựa chọn.

Nhờ vậy, bảng điểm vẫn minh bạch mà không biến yêu cầu bắt buộc thành một cuộc tranh luận sai trọng tâm.

Bước 8: Rà soát điểm định kỳ

Điểm RICE là ảnh chụp của các giả định tại một thời điểm, không phải kết luận cố định.

Hãy rà soát lại bảng khi:

Có dữ liệu mới về hành vi hoặc nhu cầu người dùng. Có thêm kết quả nghiên cứu, phản hồi khách hàng hoặc thử nghiệm. Phạm vi thay đổi làm Effort tăng hoặc giảm. Phụ thuộc kỹ thuật hoặc nguồn lực của team thay đổi. Team bước vào một chu kỳ lập kế hoạch mới.

Mỗi lần cập nhật, ghi lại nguồn dữ liệu và ngày cập nhật. Điều này giúp stakeholder hiểu vì sao thứ tự ưu tiên đã thay đổi.

Checklist trước khi chốt ưu tiên

[ ] Mỗi mục backlog đã được mô tả thành một sáng kiến rõ ràng. [ ] Reach có đơn vị đo và khung thời gian cụ thể. [ ] Các sáng kiến được xếp hạng trực tiếp dùng cùng đơn vị Reach và cùng khung thời gian. [ ] Team dùng chung thang Impact. [ ] Confidence phản ánh chất lượng bằng chứng, không phải mức độ yêu thích ý tưởng. [ ] Effort phản ánh tổng nguồn lực, không chỉ thời gian phát triển. [ ] Bảng có cột nguồn dữ liệu và ngày cập nhật. [ ] Các hạng mục bắt buộc được tách khỏi backlog cạnh tranh theo RICE. [ ] Điểm số được rà soát khi có dữ liệu mới hoặc Effort thay đổi.

Kết luận

RICE giúp backlog bớt phụ thuộc vào ý kiến mạnh nhất trong phòng họp. Bằng cách buộc team làm rõ độ phủ, tác động, mức độ chắc chắn và nỗ lực, mô hình này tạo ra một cách so sánh nhất quán cho các sáng kiến trên roadmap.

Điểm RICE không thay thế phán đoán của PM. Nó làm các giả định trở nên rõ ràng hơn, dễ kiểm tra hơn và dễ trao đổi hơn với team lẫn stakeholder.