Ước tính giá trị kinh doanh của một tính năng mới

Chuẩn bị trước

• Một tính năng đang chờ duyệt, mô tả được trong hai câu.
• Số liệu analytics của màn hình hoặc luồng nơi tính năng sẽ xuất hiện (số người đi qua mỗi tháng).
• Lãi gộp của một đơn, một giao dịch hoặc một khách mỗi tháng — hỏi bên tài chính, đừng tự đoán.
• Một hai căn cứ cho mức thay đổi hành vi: tính năng tương tự đã ra mắt, thí nghiệm cũ, ghi chép phỏng vấn.
• Ước tính công sức thô từ đội kỹ thuật (người-tuần), kể cả thiết kế và QA.

Các bước

1. Bước 1 Viết một câu: ai làm khác đi điều gì, và điều đó nối với tiền ở đâu

   Tính năng không tự tạo ra tiền. 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 qua một trong ba con đường: doanh thu, giữ chân hoặc chi phí phục vụ. Viết đúng một câu theo khung: "[Tính năng] làm [nhóm người] [làm hành vi gì] thay vì [cách đang làm]; hành vi đó nối với [con đường]." Chọn một con đường chính. Con đường phụ ghi ra nhưng không cộng vào con số.

   Ví dụ

   Bối cảnh (giả định): VéXe Nhanh là ứng dụng bán vé xe khách liên tỉnh, 900.000 người dùng hoạt động mỗi tháng, 310.000 người mua vé mỗi tháng. Sau khi mua vé chiều đi, màn hình xác nhận chỉ có nút về trang chủ. Đội đề xuất nút "Đặt luôn vé về": chọn ngày về ngay tại đó, hoặc bấm "chưa chắc ngày về" để được nhắc trước hai ngày.

   Câu của PM: "Đặt luôn vé về làm người vừa mua vé chiều đi mua tiếp vé chiều về trên ứng dụng, thay vì mua ở bến hoặc gọi nhà xe; hành vi đó nối với doanh thu qua hoa hồng vé." Con đường phụ: người mua cả hai chiều có thể quay lại nhiều hơn — ghi chú, không tính.

   Mẹo: Nếu không viết được câu này mà không dùng chữ "trải nghiệm", tính năng chưa rõ nó thay đổi hành vi nào.

2. Bước 2 Đếm phạm vi: người đi qua đúng chỗ tính năng xuất hiện

   Phạm vi không phải tổng số người dùng. Nó là số người thực sự gặp tính năng trong một tháng. Bắt đầu từ số người đi qua màn hình đó, rồi trừ dần những người không thể hoặc không cần thay đổi: không đủ điều kiện, đã làm hành vi đó rồi. Ghi nguồn cạnh mỗi con số.

   Ví dụ

   Dòng	Số người/tháng	Nguồn
   Người mua vé (đều thấy màn hình xác nhận)	310.000	Analytics, tháng 8
   Đi tuyến mà chiều về có nhà xe bán trên ứng dụng (78%)	242.000	Bảng tuyến của đội vận hành
   Trừ người đã tự mua vé về trên ứng dụng trong 7 ngày (15%)	khoảng 205.000	Analytics, ghép đơn theo tài khoản

   Phạm vi dùng cho phép tính: 205.000 người mỗi tháng. Nếu PM lấy 900.000 người dùng hoạt động làm phạm vi, con số cuối sẽ phình gấp hơn bốn lần ngay từ dòng đầu.

3. Bước 3 Ước mức thay đổi hành vi bằng một khoảng có căn cứ

   Đây là thành phần khó nhất và cũng là chỗ con số hay bị thổi phồng. Đừng đoán một số. Gom hai ba căn cứ, mỗi căn cứ cho một gợi ý, rồi đặt mức thấp, giữa, cao. Lấy hành vi của người dùng trung bình, không lấy của nhóm nhiệt tình nhất.

   Ví dụ

   • Căn cứ 1: không có gợi ý nào, vẫn có 15% người tự mua vé về trên ứng dụng — nhu cầu có thật.
   • Căn cứ 2: nút "Thêm hành lý" đặt ở cùng màn hình xác nhận năm ngoái được 6% người mua dùng.
   • Căn cứ 3: 12 cuộc phỏng vấn: 7 người mua vé về ở bến vì chưa chắc ngày về, 3 người không biết ứng dụng bán chiều về.

   Khoảng PM chốt, tính bằng điểm phần trăm người mua thêm vé về: thấp 4%, giữa 7%, cao 12%. Mức cao chỉ xảy ra nếu phần nhắc "chưa chắc ngày về" hoạt động tốt, vì đó là lý do lớn nhất trong phỏng vấn.

4. Bước 4 Tính giá trị của một hành vi bằng lãi gộp, không bằng doanh thu

   Một hành vi đáng bao nhiêu tiền với công ty, sau chi phí trực tiếp? Với sàn và ứng dụng trung gian, giá trị đơn hàng không phải doanh thu của công ty. Trừ mọi chi phí biến đổi đi kèm: phí thanh toán, voucher, chi phí đối tác. Nếu tính năng đi kèm ưu đãi, ưu đãi cũng phải trừ ở đây.

   Ví dụ

   Dòng	Mỗi vé về
   Giá vé trung bình (không phải tiền của VéXe Nhanh)	280.000đ
   Hoa hồng từ nhà xe (8%)	22.400đ
   Phí cổng thanh toán (1,5% giá vé)	−4.200đ
   Voucher khứ hồi đi kèm tính năng	−5.000đ
   Lãi gộp mỗi vé về	13.200đ

   Dùng 280.000đ thay cho 13.200đ sẽ làm giá trị lớn gấp hơn 20 lần. Đây là lỗi phổ biến nhất trong các bản ước tính của sàn thương mại và ứng dụng đặt chỗ.

5. Bước 5 Nhân ra ba mức và viết độ tin cậy

   Nhân phạm vi × thay đổi hành vi × giá trị mỗi hành vi cho từng mức. Viết kết quả thành bảng ba dòng, kèm một câu về độ tin cậy và giả định yếu nhất. Không đưa một con số đơn lẻ: nó sẽ thành lời hứa.

   Ví dụ

   Mức	Phép tính	Giá trị/tháng
   Thấp	205.000 × 4% × 13.200đ	khoảng 108 triệu
   Giữa	205.000 × 7% × 13.200đ	khoảng 189 triệu
   Cao	205.000 × 12% × 13.200đ	khoảng 325 triệu

   "Độ tin cậy trung bình. Phạm vi và lãi gộp có số thật; giả định yếu nhất là mức thay đổi hành vi, vì chưa có thí nghiệm trực tiếp."

6. Bước 6 Đặt cạnh chi phí và tính hoàn vốn ở mức thấp

   Ước tính công sức bằng người-tuần của mọi bộ phận phải động tay, nhân với chi phí đầy đủ một người-tuần (lương, bảo hiểm, thiết bị — hỏi tài chính). Cộng chi phí vận hành hằng tháng. Rồi tính hoàn vốn ở mức thấp: nếu mức thấp vẫn ổn, quyết định không phụ thuộc vào sự lạc quan.

   Ví dụ

   • Xây: 2 kỹ sư mobile, 1 backend, thiết kế và QA mỗi bên nửa người, trong 6 tuần, khoảng 24 người-tuần × 12 triệu = 288 triệu.
   • Vận hành: thêm ticket đổi, huỷ vé về, khoảng 10 triệu/tháng.
   • Hoàn vốn ở mức thấp: 288 ÷ (108 − 10) ≈ 3 tháng. Ở mức giữa: khoảng 1,6 tháng.

   Mẹo: Chi phí chỉ tính dev là bẫy quen thuộc. Thêm thiết kế, QA, CS phải được đào tạo, và pháp lý nếu tính năng chạm tới tiền.

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

   Ba phép kiểm nhanh. So với tổng thể: con số giữa chiếm bao nhiêu phần trăm chỉ số lớn mà nó thuộc về? Vài phần trăm là hợp lý; hai chục phần trăm gần như chắc có lỗi. So với lịch sử: lần ước tính trước của đội lệch bao nhiêu? Kiểm giả định yếu nhất: thiết kế một phép thử rẻ, có ngưỡng viết trước.

   Ví dụ

   • Tổng thể: lãi gộp hoa hồng toàn ứng dụng khoảng 5,7 tỉ mỗi tháng. Mức giữa 189 triệu là khoảng 3,3% — hợp lý cho một tính năng tốt.
   • Lịch sử: nút "Thêm hành lý" từng được ước 10%, thực tế 6% — đội lạc quan khoảng 1,7 lần. Chia mức giữa 7% cho 1,7 được khoảng 4%, tức đúng mức thấp. Vẫn hoàn vốn trong 3 tháng.
   • Phép thử: fake door 2 tuần cho 10% người mua — nút "Đặt luôn vé về" dẫn tới màn chọn ngày. Dưới 3% bấm và chọn ngày thì xem lại trước khi xây bản đầy đủ.

8. Bước 8 Viết đoạn "Giá trị kinh doanh" và ghi ngày so lại

   Gom tất cả vào một khối ngắn trong PRD hoặc đề xuất. Dòng cuối là ngày bạn sẽ so ước tính với thực tế: khi người viết biết con số sẽ bị so, con số tự bớt lạc quan.

   Ví dụ

   GIÁ TRỊ KINH DOANH — Đặt luôn vé về (VéXe Nhanh, giả định)
   
   Con đường: doanh thu (hoa hồng vé chiều về)
   Phạm vi: khoảng 205.000 người/tháng (analytics tháng 8, bảng tuyến)
   Thay đổi hành vi: thêm 4% / 7% / 12% người mua vé về trên ứng dụng
     (căn cứ: 15% tự mua hiện nay, nút hành lý 6%, 12 phỏng vấn)
   Giá trị mỗi vé về: 13.200đ lãi gộp (đã trừ phí thanh toán, voucher)
   
   Ước tính: thấp 108 / giữa 189 / cao 325 triệu mỗi tháng
   Độ tin cậy: trung bình. Giả định yếu nhất: mức thay đổi hành vi.
   Kiểm trước: fake door 2 tuần, 10% người mua, dừng nếu dưới 3%.
   
   Chi phí: 24 người-tuần (288 triệu), vận hành 10 triệu/tháng
   Hoàn vốn ở mức thấp: khoảng 3 tháng
   
   Đo sau ra mắt: tỉ lệ người mua chiều đi mua chiều về trong 7 ngày,
   so với nhóm đối chứng 10%. Đánh giá lại: 8 tuần sau ra mắt.

Bạn xong khi

• Có một câu nói rõ nhóm người nào làm khác đi điều gì, và con đường nối với tiền.
• Mỗi con số trong chuỗi có nguồn hoặc căn cứ ghi ngay bên cạnh.
• Giá trị mỗi hành vi tính bằng lãi gộp, không phải giá trị đơn hay doanh thu.
• Có ba mức, một câu về độ tin cậy, và thời gian hoàn vốn ở mức thấp.
• Có phép thử cho giả định yếu nhất và ngày so lại với thực tế.

Lỗi thường gặp

Tiếp theo

Muốn hiểu sâu hơn vì sao mỗi bước làm như vậy — RICE và các bẫy của nó, ba con đường nối với tiền, cách nói bằng khoảng — đọc kỹ năng Feature Business Value Estimation. Nếu tính năng chạm vào giá vốn, voucher hoặc chi phí có khách, đọc tiếp Unit Economics & Business Case để đặt đoạn giá trị này vào bức tranh kinh tế đơn vị.

Khi cần xin duyệt một khoản đầu tư lớn hơn một tính năng, điền tiếp mẫu Business case một trang trong kỹ năng Unit Economics & Business Case — ba kịch bản, điểm hoà vốn và điểm dừng.