Feature Business Value Estimation

Vì sao phải ước tính giá trị trước khi xây

Câu hỏi "Tính năng này đáng bao nhiêu tiền?" làm nhiều PM lúng túng, và phản xạ thường là một trong hai: né ("cái này khó đo lắm anh") hoặc bịa một con số đẹp. Cả hai đều làm mất niềm tin của người ra quyết định — và người có ngân sách sẽ đưa ngân sách cho người trả lời được.

Ước tính giá trị không nhằm đoán đúng. Nó nhằm làm lộ ra các giả định để mọi người cùng tranh luận về giả định, thay vì tranh luận về ý kiến. Khi bạn viết "tính năng này tăng 2% đơn hàng", người khác chỉ có thể đồng ý hoặc không. Khi bạn viết "300.000 người thấy nó, 5–10% trong số đó mua thêm một đơn mỗi tháng, mỗi đơn lãi gộp 60.000đ", mọi người có thể chỉ vào từng số và nói số nào họ không tin.

Công thức gốc: phạm vi × thay đổi hành vi × giá trị mỗi hành vi

Giá trị mỗi tháng = số người được chạm tới × mức thay đổi hành vi mỗi người × giá trị của mỗi hành vi đó

Gần như mọi tính năng đều đi qua chuỗi này. Tính năng không tạo ra tiền trực tiếp — nó làm một nhóm người cư xử khác đi, và hành vi mới đó mới gắn với tiền.

Ví dụ (giả định): ví điện tử VíXanh có 2 triệu người dùng hoạt động mỗi tháng. Đội muốn làm tính năng nhắc thanh toán hoá đơn điện nước.

• Phạm vi: 40% người dùng từng thanh toán hoá đơn = 800.000 người. Khoảng 60% bật thông báo = 480.000 người thực sự nhận được nhắc.
• Thay đổi hành vi: mỗi người thanh toán thêm 0,1 đến 0,5 hoá đơn mỗi tháng (vì trước đây họ trả qua ứng dụng ngân hàng hoặc tại quầy). Giá trị giữa: 0,3.
• Giá trị mỗi hành vi: phí đối tác trả cho VíXanh sau chi phí xử lý, khoảng 1.500đ mỗi giao dịch.
• Kết quả: 480.000 × 0,3 × 1.500đ ≈ 216 triệu đồng mỗi tháng, khoảng 72 đến 360 triệu tuỳ mức thay đổi hành vi.

Chưa tính giá trị giữ chân người dùng — phần này thường lớn hơn nhưng khó chứng minh hơn, nên tách riêng (xem phần dưới).

Nối tính năng với chỉ số kinh doanh — ba con đường

Mỗi tính năng phải nối được tới ít nhất một trong ba con đường dưới đây. Nếu không nối được tới con đường nào, đó là tín hiệu nên hỏi lại vì sao làm tính năng này.

Về con đường giữ chân — cẩn thận với tương quan. Câu "người dùng tính năng X có tỉ lệ rời đi thấp hơn 40%" gần như luôn đúng và gần như luôn gây hiểu nhầm: người dùng nhiều tính năng vốn đã là người gắn bó. Chỉ tính giá trị giữ chân khi có thí nghiệm, hoặc khi bạn chiết khấu mạnh con số (ví dụ chỉ tin một phần tư chênh lệch) và nói rõ điều đó.

Về B2B và outsourcing: giá trị thường đi qua hợp đồng — tính năng giúp thắng deal, giữ hợp đồng gia hạn, hoặc giảm giờ công đội triển khai. Hỏi đội sales: trong 6 tháng qua có bao nhiêu deal hỏi tới tính năng này, tổng giá trị bao nhiêu, và tính năng là yếu tố quyết định hay chỉ là một dòng trong checklist.

Nói bằng khoảng và độ tin cậy, không bằng một con số

Một con số đơn lẻ như "216 triệu/tháng" tạo cảm giác chính xác giả. Người nghe sẽ nhớ nó, và sáu tháng sau nó trở thành lời hứa. Hãy luôn nói ba mức và một độ tin cậy.

Kèm theo: "Độ tin cậy trung bình. Giả định yếu nhất là mức thay đổi hành vi — chúng tôi sẽ kiểm bằng thử nghiệm với 5% người dùng trong 3 tuần trước khi làm bản đầy đủ."

Vì sao cách này tốt hơn: (1) người duyệt biết rủi ro nằm ở đâu; (2) bạn có sẵn kế hoạch giảm rủi ro; (3) nếu kết quả rơi vào mức thấp, đó là kết quả đã được nói trước, không phải thất bại. Ngay cả ở mức thấp, nếu chi phí làm là 3 kỹ sư trong 6 tuần, tính năng vẫn hoàn vốn trong vài tháng — và đó là lập luận mạnh nhất bạn có.

So sánh các phương án: RICE và những cái bẫy của nó

RICE (Reach, Impact, Confidence, Effort) là cách phổ biến để xếp hạng nhiều ý tưởng cùng lúc: điểm = phạm vi × tác động × độ tin cậy ÷ công sức. Nó hữu ích vì buộc mọi ý tưởng đi qua cùng một khung. Nhưng nó cũng dễ bị dùng sai đến mức tạo ra một thứ tự trông khoa học mà thực chất vẫn là cảm tính.

Dùng RICE để mở cuộc thảo luận, không để kết thúc nó. Khi hai ý tưởng cách nhau dưới 30% điểm, coi như ngang nhau và quyết bằng chiến lược.

Kiểm tra độ hợp lý trước khi gửi đi

• So với tổng thể. Nếu ước tính nói tính năng tăng 15% doanh thu công ty, gần như chắc chắn có lỗi. Tính năng tốt thường đóng góp vài phần trăm vào một chỉ số lớn.
• So với lịch sử. Ba tính năng gần nhất đội ước tính bao nhiêu và thực tế ra bao nhiêu? Nếu đội thường lạc quan gấp đôi, hãy chia đôi con số lần này và nói rõ.
• Tính từ hai phía. Từ dưới lên (người × hành vi × giá trị) và từ trên xuống (thị phần của thị trường liên quan). Hai con số chênh nhau gấp mười là dấu hiệu một giả định sai.
• Hỏi "nếu đúng thì còn điều gì phải đúng". Nếu 30% người dùng sẽ dùng tính năng mỗi tuần, thì phỏng vấn mười người phải có ít nhất vài người nhắc tới vấn đề này mà không cần gợi ý.
• Đưa cho người hoài nghi nhất đọc trước. Thường là người bên tài chính. Câu hỏi đầu tiên họ đặt ra là giả định yếu nhất của bạn.

Viết phần giá trị trong PRD — mẫu để copy

GIÁ TRỊ KINH DOANH

Chỉ số kinh doanh được tác động: [doanh thu / giữ chân / chi phí phục vụ] — cụ thể: ...

Chuỗi giá trị:
  Phạm vi: ... người/tháng (nguồn: ...)
  Thay đổi hành vi: ... đến ... (giữa: ...) mỗi người/tháng (căn cứ: ...)
  Giá trị mỗi hành vi: ...đ lãi gộp (nguồn: tài chính, tháng ...)

Ước tính: thấp ... / giữa ... / cao ... mỗi tháng
Độ tin cậy: thấp / trung bình / cao, vì ...
Giả định yếu nhất và cách kiểm trước khi làm đầy đủ: ...

Chi phí: xây ... người-tuần (dev, thiết kế, QA, khác); vận hành ...đ/tháng
Hoàn vốn ở mức thấp: ... tháng

Cách đo sau ra mắt: chỉ số ..., nhóm đối chứng ..., đánh giá lại vào ngày ...

Dòng cuối là dòng giữ cho ước tính trung thực. Khi người viết biết con số sẽ được so với thực tế vào một ngày cụ thể, con số tự khắc bớt lạc quan.

Lỗi thường gặp

Luyện trong tuần này

• Lấy tính năng đầu tiên trong backlog quý tới và viết chuỗi phạm vi × hành vi × giá trị cho nó. Đánh dấu ô nào bạn có số thật, ô nào là đoán.
• Hẹn 20 phút với một người bên tài chính và hỏi đúng một câu: lãi gộp của một đơn hàng (hoặc một giao dịch, một khách hàng một tháng) là bao nhiêu? Con số này dùng được cho mọi ước tính sau.
• Viết ba mức cho ước tính và một câu về giả định yếu nhất.
• Tìm lại một tính năng đã ra mắt có ước tính ban đầu và so với thực tế. Ghi tỉ lệ lệch — đó là hệ số hiệu chỉnh đầu tiên của bạn.