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

Mục tiêu không phải đoán đúng

Khi bị hỏi "tính năng này đáng bao nhiêu tiền", phần lớn PM né hoặc đưa một con số tròn. Cả hai đều làm mất lòng tin. Một ước tính tốt không cần đúng — nó cần làm lộ các giả định, để mọi người tranh luận về từng giả định thay vì tranh luận về ý kiến.

Khoá học dùng cùng công thức gốc với trang kỹ năng Feature Business Value Estimation:

Giá trị mỗi tháng = phạm vi × thay đổi hành vi × giá trị mỗi hành vi

Hướng dẫn từng bước có ở Ước tính giá trị tính năng. Bài này đi qua một ví dụ đầy đủ.

Ví dụ: đặt cọc khi đặt lịch online ở NhanhLịch

Vấn đề: khách đặt lịch online rồi không đến, chủ salon mất một khung giờ. Đề xuất: cho phép salon yêu cầu khách đặt cọc khi đặt lịch, thanh toán qua cổng tích hợp. NhanhLịch thu phí 1,5% trên số tiền cọc và trả cổng thanh toán 0,9%.

Chi phí làm: 3 kỹ sư trong 2 tháng (3 × 2 × 40 triệu = 240 triệu) cộng thời gian PM, thiết kế, QA khoảng 60 triệu: 300 triệu.

Bước 1: phạm vi

Đặt lịch online chỉ có ở gói Pro: 2.000 cơ sở. Không phải salon nào cũng muốn đòi khách đặt cọc — nhiều nơi sợ khách quen phật lòng. Từ khảo sát 40 chủ tiệm và dữ liệu một đối thủ công bố, tỉ lệ bật tính năng trong năm đầu:

Bước 2: thay đổi hành vi

Một cơ sở Pro trung bình nhận 300 lịch online mỗi tháng. Khi bật đặt cọc, giả định mỗi lịch cọc trung bình 100.000đ. Tổng tiền cọc mỗi cơ sở: 300 × 100.000đ = 30 triệu mỗi tháng.

Bước 3: giá trị mỗi hành vi — lãi gộp, không phải doanh thu

Ở mức giữa, doanh thu là 500 × 450.000đ = 225 triệu mỗi tháng. Lãi gộp chỉ 500 × 180.000đ = 90 triệu. Nếu bạn báo con số 225 triệu, người làm tài chính sẽ tự trừ — và từ đó không tin các con số khác của bạn nữa.

Bước 4: đừng quên chi phí mới

Đặt cọc kéo theo hoàn tiền, tranh chấp, câu hỏi "khách tôi chuyển rồi sao chưa thấy". Ước tính 1 ticket mỗi cơ sở mỗi tháng, mỗi ticket tốn 40.000đ thời gian hỗ trợ.

Kết quả: ba mức, một độ tin cậy

Thời gian hoàn vốn tính từ khi đạt mức ổn định; thực tế cần cộng thêm vài tháng để các salon bật dần.

Câu kèm theo bảng: "Độ tin cậy trung bình. Giả định yếu nhất là tỉ lệ bật tính năng. Chúng tôi sẽ kiểm bằng cách mở cho 50 cơ sở Pro trong 4 tuần trước khi làm bản đầy đủ. Nếu dưới 8 cơ sở bật (16%), chúng tôi dừng và báo lại."

Ngay cả ở mức thấp, tính năng hoàn vốn trong khoảng 7 tháng. Đó là lập luận mạnh nhất bạn có — mạnh hơn mọi con số ở mức cao.

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

• So với tổng thể. Mức giữa 70 triệu bằng khoảng 2,9% doanh thu hiện tại. Hợp lý cho một tính năng phụ trợ. Nếu ước tính của bạn bằng 30% doanh thu, nhiều khả năng có giả định sai.
• So với giá trị khách nhận. Mỗi salon trả 450.000đ phí mỗi tháng. Nếu đặt cọc giúp họ giữ thêm 3 khung giờ mỗi tháng, mỗi khung 200.000đ, họ được 600.000đ — họ có lời, nên giả định họ chịu trả phí là có cơ sở.
• Phần giữ chân để riêng. Salon dùng đặt cọc có thể ít rời bỏ hơn. Nhưng "người dùng tính năng X ít rời đi" gần như luôn đúng vì người dùng tích cực vốn đã gắn bó. Không cộng phần này vào con số chính; ghi nó là phần có thể có thêm, chỉ tính khi có thí nghiệm.

Viết phần giá trị trong PRD

GIÁ TRỊ KINH DOANH — Đặt cọc khi đặt lịch
Chuỗi: 2.000 cơ sở Pro × 25% bật × 30 triệu cọc/tháng × 0,6% lãi gộp
Kết quả: 42 / 70 / 98 triệu/tháng (thấp / giữa / cao), sau chi phí hỗ trợ
Chi phí làm: 300 triệu. Hoàn vốn mức thấp: khoảng 7 tháng
Độ tin cậy: trung bình. Giả định yếu nhất: tỉ lệ bật
Kiểm trước: 50 cơ sở, 4 tuần, ngưỡng dừng dưới 8 cơ sở bật
Ngày so với thực tế: 90 ngày sau ra mắt

Dòng cuối cùng quan trọng nhất về lâu dài. Một PM có ước tính được so lại với thực tế, kể cả khi lệch, sẽ được tin hơn một PM chưa bao giờ sai vì chưa bao giờ cam kết.

Làm ngay

Chọn tính năng lớn nhất trong backlog của bạn và viết chuỗi phạm vi × thay đổi hành vi × giá trị mỗi hành vi, ghi nguồn cho từng số. Đưa ba mức. Gửi cho một người bên tài chính và hỏi đúng một câu: "Số nào anh chị thấy khó tin nhất?"