Danh sách soát hành vi sản phẩm
Mẫu & ví dụ Growth TemplatesSoát một luồng qua động lực, ma sát, lời nhắc, mặc định, bằng chứng xã hội, sợ mất, thói quen và dark pattern — mỗi câu có quan sát, bằng chứng, cách sửa, ưu tiên — rồi chọn ba việc sửa theo mức hại.
Mẫu này giúp bạn
Hiểu mô hình động lực, khả năng, lời nhắc và các đòn bẩy hành vi, và rằng mỗi đòn bẩy đều có một phiên bản lạm dụng.
Chạy được buổi soát 60 phút trên một luồng với đủ người trong phòng, ghi quan sát và bằng chứng cho từng câu, làm nhóm dark pattern và đạo đức một cách nghiêm túc, chọn ba việc sửa theo mức hại nhân số người, gắn chỉ số bảo vệ cho mỗi việc, và đưa nhóm đạo đức vào review thiết kế.
Mẫu, ví dụ đã điền và cách dùng
Danh sách soát hành vi sản phẩm dùng để làm gì?
Hiểu các nguyên lý hành vi — động lực, khả năng, lời nhắc, mặc định, bằng chứng xã hội — không đảm bảo áp dụng được trong buổi review lúc 5 giờ chiều khi cả đội muốn kịp ra mắt. Danh sách soát làm hai việc trí nhớ không làm được: buộc đội trả lời mọi câu, kể cả câu khó chịu, và để lại dấu vết rằng câu đó đã được hỏi.
Mẫu đi qua một luồng quan trọng theo chín nhóm: hành vi mục tiêu, động lực, khả năng và ma sát, lời nhắc, mặc định, bằng chứng xã hội, sợ mất và cam kết, thói quen, và cuối cùng là dark pattern và đạo đức. Mỗi câu không dừng ở có hay không mà đòi bốn ô: quan sát được gì, bằng chứng nào, sửa thế nào, ưu tiên ra sao. Câu không có bằng chứng là câu chưa được trả lời.
Cuối danh sách, đội chọn ba việc sửa theo mức hại cho người dùng nhân với số người đi qua luồng — không theo việc nào làm nhanh nhất, cũng không theo việc nào tăng chỉ số chính nhiều nhất. Một câu trượt ở nhóm đạo đức tự động vào nhóm ưu tiên đầu.
Dành cho: PM · Growth PM · Product designer · Product Owner · BA · chăm sóc khách hàng
Dùng khi: Trước khi ra mắt một luồng chạm tới tiền, dữ liệu, đăng ký hoặc huỷ; mỗi quý cho ba luồng quan trọng nhất; và khi một chỉ số chính tăng nhanh bất thường mà chưa ai hiểu vì sao.
Khác gì với review thiết kế và kiểm thử khả dụng?
| Hỏi gì | Bỏ sót gì | |
|---|---|---|
| Review thiết kế | Có đúng hệ thống thiết kế, có đẹp, có rõ không | Thiết kế đẹp vẫn có thể tích sẵn một khoản phí |
| Kiểm thử khả dụng | Người dùng có làm được việc không | Người dùng làm được, nhưng có phải điều họ muốn làm không |
| Danh sách soát hành vi | Hành vi nào đang được đẩy, bằng đòn bẩy nào, và ai được lợi | Chi tiết thị giác — việc đó của review thiết kế |
Kiểm thử khả dụng cho biết một luồng dễ đi. Danh sách soát hỏi thêm: luồng đó dễ đi theo hướng có lợi cho ai, và lối ra có dễ ngang lối vào không. Hai việc bổ sung cho nhau, không thay nhau.
Bản trắng — copy và dán vào tài liệu của bạn
Mỗi câu một khối bốn ô. Không bỏ câu nào; câu không áp dụng thì ghi KAD và lý do. Một luồng mất khoảng 45–60 phút với đủ người trong phòng.
DANH SÁCH SOÁT HÀNH VI — Luồng: ...... Ngày: ......
Người tham gia: PM ...... | Designer ...... | CSKH ...... | Pháp chế ......
Người đi qua luồng mỗi tháng: ......
Mỗi câu ghi: Quan sát: ...... Bằng chứng: ......
Sửa: ...... Ưu tiên: CAO / TB / THẤP / KAD
A. HÀNH VI MỤC TIÊU
A1 Hành vi mong muốn viết được trong một câu, có động từ cụ thể
A2 Biết tỉ lệ hoàn tất hiện tại và bước bỏ cuộc nhiều nhất
A3 Có chỉ số chính, chỉ số phụ và ít nhất một chỉ số bảo vệ
B. ĐỘNG LỰC
B1 Lợi ích cho người dùng hiện ra đúng ở bước họ phải quyết định
B2 Lợi ích là của người dùng, không phải của công ty
B3 Không dùng phần thưởng ngắn hạn để che một luồng khó
C. KHẢ NĂNG VÀ MA SÁT
C1 Đếm: ...... màn hình, ...... trường, ...... lần chuyển ứng dụng
C2 Bước nào bỏ được, dời ra sau được, điền sẵn được
C3 Hành vi rủi ro có ma sát bảo vệ; hành vi tốt không bị ma sát thừa
D. LỜI NHẮC
D1 Lời nhắc đến lúc nhu cầu xuất hiện, không theo lịch của đội
D2 Có ngân sách thông báo mỗi người mỗi tuần; đo tỉ lệ tắt thông báo
D3 Lời nhắc có một hành động rõ ngay trong đó
E. MẶC ĐỊNH
E1 Mỗi lựa chọn chọn sẵn có lợi cho người dùng nếu họ được hỏi rõ
E2 Không khoản phí, gói trả tiền hay chia sẻ dữ liệu nào chọn sẵn
E3 Đổi mặc định dễ, ở đúng chỗ người dùng tìm
F. BẰNG CHỨNG XÃ HỘI
F1 Mọi con số "bao nhiêu người đã..." là thật, có nguồn, cập nhật
F2 Nhóm được nêu giống người đang xem (khu vực, nghề, quy mô)
G. SỢ MẤT VÀ CAM KẾT
G1 Mọi hạn chót, đếm ngược, "sắp hết" là thật
G2 Cam kết bắt đầu bằng bước nhỏ, và luôn có lối lùi
G3 Người dùng được nhắc trước khi một cam kết bắt đầu tính tiền
H. THÓI QUEN
H1 Biết tín hiệu tự nhiên nào trong đời sống dẫn tới hành vi
H2 Phần thưởng đến ngay sau hành vi, không chờ nhiều ngày
H3 Có phần đầu tư khiến lần sau tốt hơn (dữ liệu, cài đặt, lịch sử)
H4 Đo thói quen bằng tỉ lệ quay lại không cần nhắc
I. DARK PATTERN VÀ ĐẠO ĐỨC (trượt câu nào -> ưu tiên CAO)
I1 Huỷ, rời đi, tắt dễ ngang lúc đăng ký, bật
I2 Tổng chi phí hiện ra trước bước xác nhận cuối
I3 Nút từ chối có lời lẽ trung tính
I4 Không ép quyền truy cập không cần cho việc đang làm
I5 Bài kiểm tra cuộc họp: người dùng nghe được lý do thật thì có
thấy ổn không?
BA VIỆC SỬA ƯU TIÊN (mức hại × số người)
1. ...... Người làm: ...... Hạn: ...... Chỉ số bảo vệ: ......
2. ......
3. ......
Câu trượt nhưng chưa sửa, và vì sao: ......
Chạy lại ngày: ......Từng ô điền gì, và vì sao ô đó tồn tại
| Ô | Điền gì | Bỏ trống thì hỏng ở đâu |
|---|---|---|
| Người đi qua luồng mỗi tháng | Số người thật sự gặp luồng này mỗi tháng. | Không có số người, không nhân được với mức hại, và đội sẽ sửa lỗi gây khó chịu cho 200 người trước lỗi gây thiệt hại cho 20.000. |
| Người tham gia | Ít nhất PM, designer và một người chăm sóc khách hàng; thêm pháp chế nếu luồng chạm tiền. | Làm một mình sẽ dính điểm mù của chính người thiết kế. Ticket hỗ trợ là nơi dark pattern lộ ra đầu tiên, rất lâu trước khi hiện trên số liệu. |
| Quan sát | Điều đang thật sự xảy ra trên màn hình hoặc trong dữ liệu, mô tả không phán xét. | Bỏ ô này, câu trả lời thành "ổn" hoặc "chưa ổn" mà không ai biết nhìn vào đâu để kiểm lại. |
| Bằng chứng | Ảnh màn hình, số liệu phễu, số ticket, trích lời người dùng. | Câu không có bằng chứng là ý kiến. Ý kiến của người cầm chỉ số chính thường nghiêng về phía giữ nguyên. |
| Sửa | Một thay đổi cụ thể, đủ để giao việc. | "Cải thiện trải nghiệm" không giao được cho ai. Một câu trượt mà không có cách sửa sẽ nằm nguyên tới lần audit sau. |
| Ưu tiên | Cao, trung bình, thấp theo mức hại; KAD nếu câu không áp dụng, kèm lý do. | Không có ưu tiên, mọi câu trượt trông nặng như nhau và đội chọn việc dễ nhất. |
| Nhóm I — dark pattern và đạo đức | Năm câu bắt buộc; trượt câu nào thì câu đó tự động ưu tiên cao. | Một luồng đạt mọi nhóm khác nhưng trượt nhóm I là luồng đang vay niềm tin người dùng để trả cho số liệu quý này. |
| Ba việc sửa và chỉ số bảo vệ | Ba việc theo mức hại nhân số người, mỗi việc có người làm, hạn, và chỉ số không được xấu đi. | Không giới hạn ba việc thì danh sách thành backlog 20 dòng và không dòng nào được làm. Không có chỉ số bảo vệ thì không biết việc sửa có gây hại mới không. |
Cách chạy một buổi soát — 60 phút cho một luồng
- Chọn một luồng, không chọn cả sản phẩm. Ưu tiên luồng chạm tới tiền, dữ liệu, đăng ký hoặc huỷ, hoặc luồng có chỉ số đang tăng mà chưa ai giải thích được.
- Chuẩn bị bằng chứng trước buổi họp: ảnh từng màn hình theo thứ tự, phễu của luồng, ticket hỗ trợ ba tháng gần nhất có nhắc tới luồng, nội dung mọi thông báo luồng gửi đi.
- Đi qua luồng trên điện thoại thật, như người dùng mới. Một người cầm máy, những người khác đọc to từng câu. Ghi quan sát và bằng chứng ngay, sửa và ưu tiên điền sau.
- Làm nhóm I cuối cùng, và không vội. Đọc to câu I5 và để mỗi người trả lời. Người chăm sóc khách hàng thường là người trả lời thật nhất.
- Chọn ba việc sửa theo mức hại nhân số người. Câu trượt ở nhóm I đứng trước. Gom các câu cùng một màn hình thành một việc.
- Gắn chỉ số bảo vệ cho mỗi việc sửa — ví dụ tỉ lệ hoàn tiền, ticket "tôi không biết mình đã đăng ký", đánh giá một sao — và ngưỡng dừng nếu thử nghiệm.
- Lưu bản soát cạnh tài liệu sản phẩm và đặt ngày chạy lại. Gắn nhóm I vào review thiết kế: luồng chạm tới tiền, dữ liệu hay huỷ không được duyệt khi chưa qua nhóm này.
Ví dụ đã điền đầy đủ
TậpGần (giả định) là app đặt buổi tập ở 600 phòng gym và studio tại TP.HCM và Hà Nội. Người dùng mới được dùng thử 7 ngày miễn phí, sau đó chuyển sang gói tháng 399.000đ, tự gia hạn. Mỗi tháng có khoảng 20.000 người bắt đầu dùng thử; 34% chuyển sang trả tiền. Đội soát luồng "dùng thử đến gói tháng" sau khi ticket hoàn tiền tăng gấp đôi trong một quý. Bản dưới đây rút gọn những câu đạt, giữ đủ những câu trượt.
DANH SÁCH SOÁT HÀNH VI — Luồng: dùng thử 7 ngày đến gói tháng
Ngày: 09/08/2027
Người tham gia: PM Quyên | Designer Bảo | CSKH chị Lụa | Pháp chế anh Sơn
Người đi qua luồng mỗi tháng: khoảng 20.000 bắt đầu dùng thử;
6.800 chuyển sang trả tiền; 31.000 đang có gói tháng
A. HÀNH VI MỤC TIÊU
A1 Quan sát: "Đặt và đến ít nhất 2 buổi tập trong 7 ngày dùng thử"
Bằng chứng: người đến 2 buổi giữ gói sau 3 tháng gấp 2,4 lần
Sửa: không Ưu tiên: đạt
A3 Quan sát: chỉ đo tỉ lệ chuyển sang trả tiền; không có chỉ số bảo vệ
Bằng chứng: dashboard tăng trưởng chỉ có một biểu đồ
Sửa: thêm tỉ lệ hoàn tiền trong 14 ngày và ticket "bị trừ tiền
không biết" làm chỉ số bảo vệ Ưu tiên: TB
B. ĐỘNG LỰC
B1 Quan sát: màn hình đầu nói "Tập không giới hạn", không nói phòng
tập nào gần nhà
Bằng chứng: 41% người dùng thử không đặt buổi nào trong 2 ngày đầu
Sửa: hiện 3 phòng tập gần nhất có lớp còn chỗ hôm nay
Ưu tiên: TB
C. KHẢ NĂNG VÀ MA SÁT
C1 Quan sát: 6 màn hình, 9 trường, 1 lần chuyển sang app ngân hàng
để lưu thẻ trước khi đặt được buổi đầu
Bằng chứng: 28% bỏ ở bước lưu thẻ
Sửa: cho đặt buổi đầu trước, lưu thẻ ở ngày thứ 5
Ưu tiên: TB (xem thêm I1, G3)
D. LỜI NHẮC
D1 Quan sát: nhắc "Bạn chưa tập hôm nay" lúc 8 giờ sáng cho mọi người
Bằng chứng: tỉ lệ mở 3%; người dùng thử tắt thông báo 22%
Sửa: nhắc 90 phút trước lớp đã đặt, và tối hôm trước với lớp
gần nhà vào giờ họ hay tập Ưu tiên: TB
D2 Quan sát: không có ngân sách; người dùng thử nhận 11 thông báo
trong 7 ngày Bằng chứng: log gửi Sửa: tối đa 4/tuần
Ưu tiên: TB
E. MẶC ĐỊNH
E2 Quan sát: ô "Thêm bảo hiểm chấn thương 29.000đ/tháng" chọn sẵn
khi lưu thẻ
Bằng chứng: 87% người trả tiền đang có bảo hiểm; 60 ticket/tháng
hỏi "khoản 29.000đ là gì"
Sửa: bỏ chọn sẵn; giải thích lợi ích, để người dùng tự chọn
Ưu tiên: CAO — 6.800 người mới mỗi tháng
F. BẰNG CHỨNG XÃ HỘI
F1 Quan sát: "Hơn 1 triệu người đã tập cùng TậpGần"
Bằng chứng: con số là lượt tải app, không phải người đã tập
Sửa: "12.400 người tập ở Quận 3 tháng trước" — số thật, theo
khu vực người đang xem Ưu tiên: TB
G. SỢ MẤT VÀ CAM KẾT
G1 Quan sát: banner "Ưu đãi 299.000đ tháng đầu kết thúc sau 02:59:59"
đếm lại từ đầu mỗi lần mở app
Bằng chứng: ảnh 3 lần mở app trong 2 ngày
Sửa: bỏ đồng hồ; nếu ưu đãi có hạn thật, ghi ngày cụ thể
Ưu tiên: CAO (trượt cả I5)
G3 Quan sát: không có thông báo trước khi hết dùng thử và trừ tiền
Bằng chứng: 38% ticket hoàn tiền nói "không biết sẽ bị trừ"
Sửa: nhắc ngày 5 và ngày 6, ghi rõ ngày trừ, số tiền, nút huỷ
Ưu tiên: CAO
H. THÓI QUEN
H1 Quan sát: tín hiệu tự nhiên là giờ tan làm 17–19 giờ, nhưng app
không biết người dùng hay tập giờ nào
Bằng chứng: 64% buổi đặt rơi vào 17–20 giờ
Sửa: hỏi giờ tập ưa thích sau buổi đầu tiên
Ưu tiên: THẤP
H3 Quan sát: chưa có phần đầu tư; lịch sử tập không được dùng
Sửa: gợi ý "đặt lại lớp tuần trước" một chạm Ưu tiên: THẤP
I. DARK PATTERN VÀ ĐẠO ĐỨC
I1 Quan sát: đăng ký 2 chạm; huỷ gói phải gọi tổng đài giờ hành chính
Bằng chứng: 900 cuộc gọi huỷ/tháng; thời gian chờ trung bình 14 phút
Sửa: huỷ trong app, không quá 3 chạm, có một màn hình ưu đãi giữ
chân có nút "Tiếp tục huỷ" ngang hàng Ưu tiên: CAO
I3 Quan sát: nút từ chối gia hạn ghi "Không, tôi bỏ cuộc"
Sửa: "Để sau" Ưu tiên: CAO (rẻ, làm cùng I1)
I5 Quan sát: chị Lụa trả lời: "Nếu khách nghe mình nói chọn sẵn bảo
hiểm để họ không để ý, họ sẽ đòi lại tiền" — trượt cho E2, G1, I1
BA VIỆC SỬA ƯU TIÊN (mức hại × số người)
1. Nhắc trước khi trừ tiền ngày 5 và ngày 6 (G3) + bỏ đồng hồ đếm
ngược giả (G1) — 20.000 người/tháng
Người làm: đội Thanh toán Hạn: 30/08
Chỉ số bảo vệ: hoàn tiền 14 ngày, ticket "không biết bị trừ"
2. Bỏ chọn sẵn bảo hiểm 29.000đ (E2) — 6.800 người/tháng
Người làm: đội Thanh toán Hạn: 30/08
Chỉ số bảo vệ: ticket hỏi khoản lạ; tỉ lệ tự chọn bảo hiểm
3. Huỷ trong app 3 chạm + sửa lời nút từ chối (I1, I3)
— 31.000 người đang có gói
Người làm: đội Tài khoản Hạn: 20/09
Chỉ số bảo vệ: cuộc gọi tổng đài; tỉ lệ quay lại trong 60 ngày
Câu trượt nhưng chưa sửa: B1, C1, D1, D2, F1 — xếp vào quý 4; H1, H3
để sau khi có dữ liệu giờ tập.
Chạy lại ngày: 15/11/2027Đội ước tính việc sửa số 1 và số 2 sẽ làm tỉ lệ chuyển sang trả tiền giảm vài điểm phần trăm và doanh thu bảo hiểm giảm mạnh — Quyên ghi điều đó vào bản trình bày thay vì giấu đi. Lý do vẫn làm: 38% ticket hoàn tiền đến từ đúng chỗ này, và mỗi người bị trừ tiền bất ngờ là một người không bao giờ quay lại và kể với bạn bè. Để ý thêm câu C1: nó trượt nặng về ma sát nhưng chỉ ưu tiên trung bình, vì ma sát ở đây làm người dùng bỏ đi chứ không làm họ thiệt hại. Mức hại, không phải mức khó chịu, quyết định thứ tự.
Hiccups thường gặp và cách xử lý
| Hiccup | Vì sao xảy ra | Xử lý |
|---|---|---|
| Mọi câu đều "đạt" | Người thiết kế luồng tự chấm luồng của mình | Mời chăm sóc khách hàng và một người ngoài đội; mỗi câu phải có bằng chứng. |
| Chọn việc sửa theo độ dễ | Muốn có kết quả ngay sau buổi họp | Xếp theo mức hại nhân số người; câu trượt nhóm I luôn đứng trước. |
| Bỏ qua nhóm I vì "pháp chế đã duyệt" | Nhầm hợp pháp với không gây hại | Đọc to bài kiểm tra cuộc họp; một thiết kế hợp pháp vẫn có thể trượt. |
| Soát cả sản phẩm trong một buổi | Muốn làm một lần cho xong | Một luồng mỗi buổi; ba luồng quan trọng nhất mỗi quý. |
| Sửa xong không đo | Coi việc sửa là hiển nhiên đúng | Mỗi việc sửa có chỉ số bảo vệ và, nếu thử nghiệm, một ngưỡng dừng viết trước. |
| Chỉ số chính giảm, việc sửa bị đảo ngược | Người cầm chỉ số chính có quyền duyệt duy nhất | Ghi lý do quyết định trong bản soát; người được giao chỉ số không là người duy nhất duyệt thay đổi tăng chỉ số đó. |
Vì sao vai trò của bạn cần cái này
| Vai trò | Bạn dùng nó để |
|---|---|
| PM | Có một quy trình buộc đặt câu hỏi khó trong phòng, và một văn bản giải thích vì sao chấp nhận giảm chỉ số chính để sửa một dark pattern |
| Growth PM | Tách đòn bẩy bền (mặc định tốt, lời nhắc đúng lúc, bớt ma sát) khỏi đòn bẩy làm đẹp số liệu ngắn hạn rồi trả giá bằng hoàn tiền |
| Product Owner | Biến ba việc sửa ưu tiên thành story có tiêu chí chấp nhận và chỉ số bảo vệ |
| BA | Đếm bước, trường và lần chuyển ứng dụng một cách hệ thống, và đối chiếu luồng với điều khoản và quy định |
| Head of Product | Gắn nhóm I vào review thiết kế cho mọi luồng chạm tiền, dữ liệu hoặc huỷ, để đạo đức là việc của quy trình chứ không của lương tâm từng người |
Definition of done
- Có tên luồng, người tham gia (ít nhất PM, designer, chăm sóc khách hàng) và số người đi qua luồng mỗi tháng.
- Mọi câu có quan sát và bằng chứng, hoặc KAD kèm lý do.
- Mọi câu trượt có cách sửa cụ thể và mức ưu tiên.
- Nhóm I được trả lời đủ năm câu, có câu I5 đọc to trong phòng.
- Có đúng ba việc sửa ưu tiên theo mức hại nhân số người, mỗi việc có người làm, hạn và chỉ số bảo vệ.
- Câu trượt chưa sửa được ghi lý do, và có ngày chạy lại.
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.