Product Management
Đăng nhập
ESC

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

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

Feature scorecard

Mẫu & ví dụ Evaluation Templates

Một bảng cho mỗi tính năng — đối tượng, dùng thử, giữ chân, hài lòng, tác động, chi phí vận hành — mỗi dòng có định nghĩa, mục tiêu đặt trước và đánh giá.

Mẫu này giúp bạn

Bắt đầu từ đây

Hiểu rằng tổng lượt dùng không nói lên giá trị của một tính năng, và biết bốn lăng kính đối tượng, dùng thử, giữ chân, hài lòng phải đọc theo thứ tự.

Khi đã làm được

Định nghĩa hành động cốt lõi và chu kỳ nhu cầu, điền scorecard sáu dòng có định nghĩa và mục tiêu đặt trước, đọc hình dạng đường giữ chân, chỉ ra điểm nghẽn để quyết giữ, cải tiến, định vị lại hay khai tử, và tổng hợp cả danh mục mỗi quý.

Mẫu, ví dụ đã điền và cách dùng

Đã đọc 0/9 mục · còn khoảng 10 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Feature scorecard dùng để làm gì?

Feature scorecard là một bảng ngắn trả lời câu hỏi "tính năng này đang làm tốt đến đâu?" bằng bốn lăng kính theo đúng thứ tự — đối tượng, dùng thử, giữ chân, hài lòng — cộng thêm tác động kinh doanh và chi phí vận hành. Thứ tự quan trọng vì mỗi lăng kính là mẫu số của lăng kính sau: không biết tính năng dành cho ai thì không tính được tỉ lệ dùng thử; không có người dùng thử thì không có gì để đo giữ chân.

Mỗi dòng có bốn thứ đi kèm: định nghĩa (để người đọc kiểm lại được), mục tiêu đặt trước (để không ai gọi mọi kết quả là "khá tốt"), kết quả, và đánh giá. Thiếu một trong bốn, dòng đó chỉ là một con số, không phải một nhận định.

Scorecard có hai cách dùng. Cho một tính năng: điền sau 6–8 tuần, đọc ra điểm nghẽn nằm ở lăng kính nào, và quyết giữ, cải tiến, định vị lại hay khai tử. Cho cả danh mục: mỗi quý một bảng tổng hợp, mỗi tính năng một dòng, để thấy tính năng nào đang tốn chi phí bảo trì mà không còn ai dùng, và tính năng nào tốt mà ít người biết.

Dành cho: PM · Growth PM · Product Owner · Head of Product (bảng tổng hợp quý)

Dùng khi: Mục tiêu viết trong PRD trước khi ra mắt. Scorecard điền lần đầu 6–8 tuần sau khi đối tượng mục tiêu đã thấy tính năng, hoặc sau một chu kỳ nhu cầu đầy đủ. Bảng tổng hợp danh mục: mỗi quý.

Scorecard khác gì với dashboard tính năng?

Cho bạnKhông cho bạn
DashboardSố liệu chạy liên tục, nhiều biểu đồ, lọc theo mọi chiềuMục tiêu, định nghĩa thống nhất, và một kết luận
Báo cáo lượt dùngMột con số lớnBiết đó là nhiều người dùng một lần hay ít người dùng hằng ngày
Feature scorecardSáu dòng có định nghĩa và mục tiêu, đọc theo thứ tự, ra một quyết địnhChi tiết để đào sâu — việc đó quay lại dashboard

Dashboard là nơi bạn tìm câu trả lời. Scorecard là nơi bạn viết câu trả lời ra để người khác đồng ý hoặc phản đối.

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

Phần A cho một tính năng. Phần B là bảng tổng hợp quý, mỗi tính năng một dòng lấy từ phần A của nó.

FEATURE SCORECARD — [Tên tính năng]
Ngày ra mắt: ......   Ngày chấm: ......   Người chấm: ......
Hành động cốt lõi (thế nào là "đã dùng"): ......
Chu kỳ nhu cầu (hằng ngày / tuần / tháng / theo mùa): ......

PHẦN A — BẢNG ĐIỂM
1. Đối tượng
   Định nghĩa: ......
   Kết quả: ...... người, ......% người dùng hoạt động   Đánh giá: ......
2. Dùng thử
   Định nghĩa: ......% nhóm đối tượng có hành động cốt lõi trong ...... ngày
   Mục tiêu đặt trước: ......   Kết quả: ......   Đánh giá: ......
3. Giữ chân
   Định nghĩa: trong số đã thử, còn hành động cốt lõi ở ......
   Mục tiêu đặt trước: ......   Kết quả: ......   Đánh giá: ......
   Hình dạng đường: rơi về 0 / rơi rồi đi ngang ở ......% / rơi rồi lên lại
4. Hài lòng
   Câu hỏi: ......   Hỏi ai, lúc nào: ......
   Mục tiêu đặt trước: ......   Kết quả: ...... (n = ......)   Đánh giá: ......
5. Tác động kinh doanh
   Định nghĩa: ...... so với nhóm đối chứng ......
   Mục tiêu đặt trước: ......   Kết quả: ......   Đánh giá: ......
6. Chi phí vận hành
   Ticket / 1.000 người dùng tính năng: ...... (trung bình sản phẩm: ......)
   Chi phí hạ tầng, đối tác mỗi tháng: ......   Đánh giá: ......

Đánh giá dùng: TỐT / ĐẠT / THẤP / CHƯA ĐO ĐƯỢC

ĐIỂM NGHẼN: lăng kính số ...... vì ......
QUYẾT ĐỊNH ĐỀ XUẤT: GIỮ / CẢI TIẾN / ĐỊNH VỊ LẠI / KHAI TỬ
  Vì: ......
  Việc tiếp theo: ......   Người: ......   Chấm lại ngày: ......

PHẦN B — TỔNG HỢP DANH MỤC, QUÝ ......
Tính năng | Đối tượng | Dùng thử | Giữ chân | Hài lòng | Ticket/1.000 | Quyết định
......

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

ÔĐiền gìBỏ trống thì hỏng ở đâu
Hành động cốt lõiHành động chứng tỏ tính năng đã làm được việc của nó — không phải lượt mở màn hình.Đếm lượt mở là đo sự tò mò; tỉ lệ dùng thử trông cao mà không ai thật sự được giúp gì.
Chu kỳ nhu cầuNgười dùng cần tính năng này bao lâu một lần.Đo giữ chân theo tuần cho một tính năng dùng cuối tháng sẽ cho ra đường rơi về 0 giả, và đội khai tử nhầm một tính năng tốt.
Đối tượngMột câu định nghĩa nhóm mà tính năng dành cho, kèm số người.Mẫu số là toàn bộ người dùng làm tỉ lệ dùng thử thấp giả tạo; định nghĩa sau khi thấy số là tự lừa mình.
Dùng thửPhần trăm nhóm đối tượng đã có hành động cốt lõi ít nhất một lần trong 30 ngày.Không có dòng này thì không biết vấn đề là ít người biết, hay biết rồi mà không thích.
Giữ chân và hình dạng đườngTỉ lệ còn dùng ở một mốc, và đường đi ngang ở đâu.Một con số ở tuần 8 không cho biết đường đã đi ngang hay vẫn đang rơi — hai tình huống dẫn tới hai quyết định ngược nhau.
Hài lòngMột câu hỏi, hỏi người đã dùng đủ số lần, ngay sau hành động cốt lõi; ghi cỡ mẫu.Hỏi người mới dùng một lần là đo ấn tượng đầu tiên. Không ghi cỡ mẫu thì 4,5 điểm từ 12 người trông như 4,5 điểm từ 1.200 người.
Tác động kinh doanhChênh lệch một chỉ số kinh doanh so với nhóm đối chứng.Người dùng tính năng vốn đã tích cực hơn; không so thì scorecard lúc nào cũng cho thấy tác động lớn.
Chi phí vận hànhTicket trên 1.000 người dùng tính năng, chi phí hạ tầng hoặc đối tác.Tính năng được dùng nhiều mà sinh nhiều ticket đang tốn tiền theo cách không biểu đồ nào cho thấy.
Điểm nghẽnLăng kính đầu tiên có đánh giá thấp, đi từ trên xuống.Không chỉ ra điểm nghẽn thì đội sửa chỗ dễ sửa thay vì chỗ đang chặn.
Quyết định đề xuấtMột trong bốn quyết định, kèm lý do và ngày chấm lại.Scorecard không dẫn tới quyết định là một bảng số đẹp nằm trong thư mục.

Cách điền và đọc scorecard

  • Trước khi ra mắt: viết hành động cốt lõi, đối tượng và mục tiêu cho dòng 2 đến 5 vào PRD. Bước này quyết định scorecard có đáng tin hay không. Nếu đã lỡ ra mắt mà chưa có, ghi rõ "mục tiêu đặt sau ra mắt" trong ô đó.
  • Đếm đối tượng trước khi đếm gì khác. Viết một câu định nghĩa, nhờ data đếm. Nhiều đội ngạc nhiên ngay ở bước này: nhóm họ thiết kế cho nhỏ hơn họ nghĩ nhiều.
  • Lấy đường giữ chân theo cohort, không chỉ một con số. Gọi tên hình dạng của nó vào ô hình dạng đường.
  • Đọc từ trên xuống, dừng ở lăng kính thấp đầu tiên. Đó là điểm nghẽn. Dùng thử thấp mà giữ chân cao: vấn đề là khả năng được phát hiện, không phải giá trị. Dùng thử cao mà giữ chân thấp: vấn đề là giá trị cốt lõi.
  • Ghi "chưa đo được" thay vì bỏ trống. Ô chưa đo được là thông tin: nó cho biết đội đang không theo dõi điều gì.
  • Viết quyết định đề xuất trong ba câu và đem tới buổi họp sản phẩm, kèm ngày chấm lại.
  • Cuối quý: chép dòng tóm tắt của mỗi tính năng vào phần B. Sắp theo ticket trên 1.000 người dùng giảm dần và hỏi: những tính năng ở đầu bảng có xứng với chi phí không?

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

SổBán (giả định) là ứng dụng quản lý bán hàng cho khoảng 85.000 tiệm tạp hoá và cửa hàng nhỏ, thu phí gói năm. Tính năng "Sổ nợ khách quen" — ghi nợ cho khách mua chịu, nhắn nhắc nợ qua Zalo — đã ra mắt được 10 tuần. Chủ tiệm ghi nợ hằng ngày và thu nợ theo tuần hoặc theo kỳ lương của khách, nên chu kỳ nhu cầu là tuần.

FEATURE SCORECARD — Sổ nợ khách quen
Ngày ra mắt: 03/03   Ngày chấm: 12/05   Người chấm: Phương (PM), Đạt (Data)
Hành động cốt lõi: ghi ít nhất một khoản nợ VÀ đánh dấu đã thu ít nhất
  một khoản (chỉ ghi mà không thu là chưa dùng sổ nợ thật)
Chu kỳ nhu cầu: hằng tuần

PHẦN A
1. Đối tượng
   Định nghĩa: tiệm có ít nhất 20 đơn/ngày, bán cho khách quen trong khu
     dân cư (tạp hoá, đại lý gas, nước đá, tiệm thuốc nhỏ)
   Kết quả: 52.000 tiệm, khoảng 61% tiệm đang hoạt động   Đánh giá: ĐỦ LỚN
2. Dùng thử
   Định nghĩa: tiệm thuộc đối tượng có hành động cốt lõi trong 30 ngày
   Mục tiêu: 20%   Kết quả: 27%   Đánh giá: TỐT
3. Giữ chân
   Định nghĩa: tiệm đã dùng thử còn hành động cốt lõi ở tuần thứ 8
   Mục tiêu: 35%   Kết quả: 22%   Đánh giá: THẤP
   Hình dạng đường: rơi mạnh ở tuần 2 và 3, đi ngang ở 22% từ tuần 5
4. Hài lòng
   Câu hỏi: "Sổ nợ giúp anh/chị thu nợ dễ hơn không?" thang 1–5,
     hỏi sau lần đánh dấu đã thu thứ 3
   Mục tiêu: 4,0   Kết quả: 4,4 (n = 2.310)   Đánh giá: TỐT
5. Tác động kinh doanh
   Định nghĩa: tỉ lệ gia hạn gói năm của tiệm đã dùng thử, so với tiệm
     cùng đối tượng chưa thấy tính năng (nhóm đối chứng 10%, 6 tuần)
   Mục tiêu: hơn 2 điểm   Kết quả: hơn 1,1 điểm, chưa chắc chắn
     (khoảng tin cậy từ -0,4 đến +2,6 điểm)
   Đánh giá: CHƯA ĐO ĐƯỢC CHẮC CHẮN
6. Chi phí vận hành
   Ticket / 1.000 tiệm dùng: 14 (trung bình ứng dụng: 9)
   Tin nhắn Zalo nhắc nợ: 31 triệu/tháng
   Đánh giá: CẦN CHÚ Ý

ĐIỂM NGHẼN: lăng kính 3. Nhiều tiệm thử, tiệm ở lại thì hài lòng, nhưng
  gần 4/5 bỏ trong 3 tuần đầu. Ticket cho thấy lý do: 60% là "khách trả
  một phần, không biết ghi thế nào" — tính năng chỉ cho đánh dấu đã thu
  toàn bộ một khoản nợ.
QUYẾT ĐỊNH ĐỀ XUẤT: CẢI TIẾN giá trị cốt lõi; không đầu tư thêm vào việc
  kéo người dùng thử.
  Vì: dùng thử đã vượt mục tiêu; đưa thêm người vào một luồng làm 4/5
  người bỏ chỉ làm tăng ticket.
  Việc tiếp theo: cho ghi thu nợ một phần; gộp các khoản của cùng một
  khách.   Người: Phương, sprint 21–22   Chấm lại: 14/07

PHẦN B — TỔNG HỢP DANH MỤC, QUÝ 2
Tính năng             | Đối tượng | Dùng thử | Giữ chân | Hài lòng | Ticket | Quyết định
Sổ nợ khách quen      | 52.000    | 27%      | 22%      | 4,4      | 14     | Cải tiến giá trị
In hoá đơn Bluetooth  | 85.000    | 64%      | 71%      | 4,1      | 6      | Giữ
Báo cáo lãi lỗ ngày   | 85.000    | 9%       | 48%      | 4,3      | 2      | Cải tiến phát hiện
Đặt hàng nhà cung cấp | 12.000    | 4%       | 15%      | 3,2      | 11     | Khai tử quý 3
Tích điểm khách hàng  | 30.000    | 12%      | 8%       | 3,0      | 7      | Xem lại, có thể khai tử

Hai điều đáng học từ ví dụ này. Thứ nhất, định nghĩa hành động cốt lõi đòi cả ghi nợ lẫn thu nợ — nếu chỉ đếm ghi nợ, tỉ lệ dùng thử sẽ là 41% và đội sẽ không thấy rằng nhiều tiệm ghi vài khoản rồi bỏ. Thứ hai, dòng tác động được ghi thật là "chưa đo được chắc chắn" kèm khoảng tin cậy, thay vì báo "+1,1 điểm gia hạn" như một kết quả. Ở phần B, "Báo cáo lãi lỗ ngày" là cơ hội rẻ nhất cả danh mục: ít người biết, nhưng ai đã dùng thì gần một nửa ở lại.

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

HiccupVì sao xảy raXử lý
Chỉ có một con số lượt dùngDễ lấy, dễ khoeSáu dòng theo thứ tự lăng kính, mỗi dòng có định nghĩa.
"Đã dùng" nghĩa là mở màn hìnhEvent lượt xem có sẵn, event hành động cốt lõi thì chưaThêm event cho hành động cốt lõi vào tracking plan trước khi ra mắt.
Đo giữ chân sai chu kỳCông cụ mặc định đo theo tuầnĐo theo chu kỳ nhu cầu; tính năng dùng cuối tháng thì đo theo tháng.
Bỏ trống ô không có sốNgại thừa nhận chưa đoGhi "chưa đo được" và thêm việc đo vào backlog.
Đọc scorecard từ dưới lênTác động kinh doanh là thứ sếp hỏi trướcĐọc từ đối tượng xuống; tác động thấp thường có nguyên nhân ở một lăng kính phía trên.
Phần B không bao giờ có dòng "khai tử"Không ai được khen vì xoá một tính năngĐặt câu hỏi khai tử cho mọi dòng có dùng thử và giữ chân cùng thấp sau hai lần cải tiến.

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

Vai tròBạn dùng nó để
PMTrả lời "tính năng này có ai dùng không" bằng sáu dòng có định nghĩa, và chỉ ra điểm nghẽn thay vì đề xuất làm thêm tính năng
Growth PMTìm những tính năng giữ chân tốt mà ít người biết — cơ hội tăng trưởng rẻ nhất trong sản phẩm
Product OwnerBiết việc tiếp theo cho mỗi tính năng là sửa khả năng phát hiện, sửa giá trị hay dọn đi, để backlog phản ánh đúng
Head of ProductDùng phần B mỗi quý để thấy danh mục đang tốn chi phí ở đâu, và quyết khai tử có căn cứ

Definition of done

  • Hành động cốt lõi và chu kỳ nhu cầu được viết ở đầu scorecard.
  • Đối tượng có định nghĩa một câu và con số.
  • Mỗi dòng có định nghĩa, mục tiêu đặt trước (hoặc ghi rõ đặt sau), kết quả và đánh giá.
  • Giữ chân có hình dạng đường, không chỉ một con số.
  • Tác động được so với nhóm đối chứng, hoặc ghi "chưa đo được chắc chắn".
  • Có điểm nghẽn, quyết định đề xuất và ngày chấm lại; cuối quý có dòng trong phần B.

Sử dụng trong vai trò

Thảo luận & tài liệu thêm 0

Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.

Hãy là người đầu tiên chia sẻ kinh nghiệm cho kỹ năng này.

Học kỹ năng này ở đâu?

Xem các khóa liên quan, miễn phí và bằng tiếng Việt.

Bắt đầu học