ONMATE / CRO – TỐI ƯU CHUYỂN ĐỔI

CRO – tối ưu chuyển đổi

Biến lượt truy cập thành nhiều cơ hội liên hệ và mua hàng hơn.

ONMATE phân tích hành vi trên website để tìm bước khiến khách dừng lại, sau đó đề xuất và kiểm thử thay đổi về nội dung, biểu mẫu hoặc quy trình mua hàng. Hiệu quả được đánh giá bằng dữ liệu và chất lượng chuyển đổi.

Xem phạm vi dịch vụ Trao đổi nhu cầu

Phễu theo bước

analytics.google.com/analytics/web

Analyticsnhathom.example – GA4Thử tìm kiếm “trang đích”N

Trang chủBáo cáoTổng quanThu nạpSự kiệnTrang đíchKhám pháQuảng cáoQuản trị

Khám phá phễu: gửi form báo giá

14 ngày trước khi sửa form

01–14/08/2026Mọi thiết bịTrang: /qua-tang-doanh-nghiep

Phễu theo bước

BướcNgười dùngQua bướcBỏ dở
1Vào trangpage_view24.000——
2Thấy formform_view5.52023,0%−77,0%
3Bắt đầu điềnform_start3.28059,4%−40,6%
4Gửi thành cônggenerate_lead1.20836,8%−63,2%

Tỷ lệ hoàn thành toàn phễu5,03%1.208 trên 24.000

Bản đồ cuộn

clarity.microsoft.com/projects

CClaritynhathom.exampleN

Bảng điều khiểnBản ghiBản đồ nhiệtCài đặt

Bản đồ nhiệt

Điện thoại · 14 ngày · 16.800 phiên (mẫu)

BấmCuộnVùng

Màn hình đầuNút hiện tạiForm

Người xem cuộn tới đâu

Tiêu đề, mô tả100%
Ba lợi ích68%
Khách hàng, ảnh41%
Form nhận báo giá20%
Chân trang12%

Nút “Nhận báo giá” nằm sau phần Ba lợi ích, nên chỉ 68% người xem có thể thấy nút này. Chỉ 20% tới được form.

Kết quả thử nghiệm

sotoiuu.nhathom.example/thu-nghiem/h1/ket-qua

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

H1 · kết quả

Điện thoại · 29/08 – 11/09/2026 · đã kết thúc

ABản gốc

Bản gốc

Lượt vào: 8.412
Lead: 320
Tỷ lệ gửi: 3,80%

BCao hơn

Nút dưới tiêu đề

Lượt vào: 8.388
Lead: 402
Tỷ lệ gửi: 4,79%

Chênh lệch tỷ lệ gửi (B trừ A)

0+0,38+0,99+1,60

Khoảng tin cậy 95%: từ +0,38 đến +1,60 điểm %. Cả khoảng nằm bên phải số 0.

Đủ 14 ngày, hai chu kỳ tuần
Đủ cỡ mẫu: 16.800 lượt, hơn mức 12.920 đã định
Chia mẫu 8.412 và 8.388, khớp 50/50

Bản B có tỷ lệ phù hợp thấp hơn (37,3% so với 40,9%); xem kiểm tra ở màn hình sau.

Xu hướng theo tuần

sotoiuu.nhathom.example/ket-qua/xu-huong

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

Lead theo tuần

Trang Quà tặng doanh nghiệp · 8 tuần

59001–07/08
61808–14/08
68915–21/08
71922–28/08
70529/08–04/09
78505–11/09
77612–18/09
79719–25/09

Sửa form 15/08Thử A/B 29/08 – 11/09Áp dụng B 12/09

Bản tin email 09/09

Bản tin email gửi cho cả hai bản A và B nên không làm lệch kết quả thử nghiệm, nhưng làm tuần 05–11/09 cao hơn thường. Đọc xu hướng cần ghi chú các sự kiện như vậy.

HÀNH TRÌNH TRÊN TỐI ƯU CHUYỂN ĐỔI

Tối ưu chuyển đổi bắt đầu bằng đo khách dừng ở đâu, rồi mới tới đổi gì.

Một vòng tối ưu đi qua nhiều chặng, từ đo phễu đến đọc kết quả. Chọn chặng để xem việc ở đó.

CHẶNG 01

Đo từng bước

Mỗi bước của khách có một sự kiện đã thử trên điện thoại thật, nối thành phễu để biết khách dừng ở đâu.

Sáu chặng quay quanh một điểm. Chọn một chặng để đọc chi tiết.

CRO – TỐI ƯU CHUYỂN ĐỔI

SÁU PHẦN VIỆC

Chọn một phần việc để xem
toàn bộ cách làm.

Mỗi phần việc có màn hình làm việc, đầu vào và cách đo riêng.

Chạm vào một thẻ để đổi nội dung bên dưới.

Đang xemBiết khách dừng ở bước nào

Nội dung của thẻ Biết khách dừng ở bước nàoChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Đo từng bước trông như thế nào.

Ba màn hình: phễu form báo giá, phễu theo thiết bị, thử sự kiện DebugView. Bấm từng mục để xem.

Phễu theo bước của form báo giá

24.000 lượt vào trong 14 ngày: 5.520 người thấy form, 3.280 bắt đầu điền, 1.208 gửi thành công. Bước “Thấy form” bỏ dở 77,0%, “Gửi thành công” bỏ dở 63,2%.

Đọc tiếp

Phễu cho biết khách dừng ở đâu, chưa cho biết vì sao. Bước hụt nhiều nhất đáng tìm lý do trước, nhưng cần xem hành vi khách rồi mới sửa.

MÔ PHỎNG · SỐ MẪU

analytics.google.com/analytics/web

Analyticsnhathom.example – GA4Thử tìm kiếm “trang đích”N

Trang chủBáo cáoTổng quanThu nạpSự kiệnTrang đíchKhám pháQuảng cáoQuản trị

Khám phá phễu: gửi form báo giá

14 ngày trước khi sửa form

01–14/08/2026Mọi thiết bịTrang: /qua-tang-doanh-nghiep

Phễu theo bước

BướcNgười dùngQua bướcBỏ dở
1Vào trangpage_view24.000——
2Thấy formform_view5.52023,0%−77,0%
3Bắt đầu điềnform_start3.28059,4%−40,6%
4Gửi thành cônggenerate_lead1.20836,8%−63,2%

Tỷ lệ hoàn thành toàn phễu5,03%1.208 trên 24.000

Bước “Thấy form” bỏ dở 77,0%: chỉ 5.520 trên 24.000 lượt vào tới được form. Hụt nhiều nhất, xem đầu tiên.
Gửi thành công bỏ dở 63,2%: 3.280 người bắt đầu điền, chỉ 1.208 gửi được. Hay do lỗi nhập hoặc form quá dài.
Tỷ lệ toàn phễu 5,03%: 1.208 trên 24.000. Mức nền để so sau khi sửa, cùng thời gian và bộ lọc.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Chia phễu theo điện thoại, máy tính

Điện thoại chiếm 70% lượt vào, chỉ 36% lead. Gửi trên lượt vào: 2,62% ở điện thoại, 10,67% ở máy tính; 42,4% người điền trên điện thoại gặp lỗi.

Đọc tiếp

Số tổng có thể che vấn đề của một nhóm. Chia theo thiết bị cho thấy form chạy ổn ở máy tính nhưng vướng riêng trên điện thoại.

MÔ PHỎNG · SỐ MẪU

analytics.google.com/analytics/web

Analyticsnhathom.example – GA4Thử tìm kiếm “trang đích”N

Trang chủBáo cáoTổng quanThu nạpSự kiệnTrang đíchKhám pháQuảng cáoQuản trị

Phễu theo thiết bị

14 ngày trước khi sửa form

01–14/08/2026So sánh: Điện thoại và Máy tính

Gửi form báo giá

Điện thoại: phần lượt vào70%Điện thoại: phần lead36%Gửi / lượt vào, điện thoại2,62%Gửi / lượt vào, máy tính10,67%

Từng bước theo thiết bị

Bước	Điện thoại	Tỷ lệ	Máy tính	Tỷ lệ
Vào trang	16.800	100%	7.200	100%
Thấy form	3.360	20,0%	2.160	30,0%
Bắt đầu điền	1.840	54,8%	1.440	66,7%
Gửi thành công	440	23,9%	768	53,3%
Gặp lỗi ở form	780	42,4%	180	12,5%

Dòng cuối so với số người bắt đầu điền. Các dòng khác so với bước trước.

Điện thoại chiếm 70% lượt vào nhưng chỉ 36% lead: gửi trên lượt vào 2,62%, máy tính 10,67%. Cần sửa ở điện thoại.
Gửi trên người bắt đầu điền: điện thoại 23,9%, máy tính 53,3%. Cùng form mà khác xa, nghi lỗi riêng ở điện thoại.
Gặp lỗi ở form: 42,4% người điền trên điện thoại, 12,5% trên máy tính. Xem bản ghi để tìm ô gây lỗi.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Google Analytics: khám phá phễu ↗Google Analytics: sự kiện đề xuất ↗

LÀM NHƯ THẾ NÀO

Năm bước đo phễu.

Đo trước, sửa sau. Số đúng quyết định mọi bước tiếp theo.

01Liệt kê các bước khách đi qua, từ vào trang tới gửi thành công, và đặt tên sự kiện.
02Gắn sự kiện bằng Google Tag Manager, kèm tham số như form_id và field_name để biết lỗi ở ô nào.
03Thử trên điện thoại thật với DebugView; mỗi sự kiện phải bắn đúng một lần, đúng lúc.
04Chờ đủ 14 ngày rồi dựng phễu trong báo cáo Khám phá, chia theo thiết bị và theo tuần.
05Ghi mức nền (lượt vào, người qua từng bước, tỷ lệ) và chọn bước hụt nhiều nhất để xem tiếp.

Bạn đưa vào

Trang và form cần đo
Quyền vào Google Tag Manager
Quyền xem Google Analytics
Việc được tính là thành công

Sự kiện, phễu, mức nềnONMATE cùng doanh nghiệp

Bạn nhận lại

Kế hoạch sự kiện, thẻ kiểm tra, phễu theo bước và thiết bị, bảng mức nền 14 ngày, bước chọn xem tiếp.

Tài liệu tham khảo:Google Tag Manager: chế độ xem trước ↗Google Analytics: sự kiện chính ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để đo phễu.

Cần biết việc nào tính là thành công và có quyền cài thẻ đo.

NGUYÊN TẮC

Kế hoạch sự kiện là bảng: tên, bắn khi nào, tham số, có phải sự kiện chính không, cách kiểm. Mỗi bước một sự kiện, không đếm trùng.

KẾ HOẠCH SỰ KIỆN · MẪU

docs.google.com/spreadsheets

nhathom-ke-hoach-do-formTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D	E
1	Sự kiện	Bắn khi nào	Tham số	Sự kiện chính	Cách kiểm tra
2	page_view	Trang tải xong	page_path	Không	Mở trang, thấy trong DebugView
3	form_view	Form hiện trong màn hình ít nhất 1 giây	form_id	Không	Cuộn tới form trên điện thoại
4	form_start	Lần đầu chạm vào một ô, chỉ một lần	form_id, field_name	Không	Chạm vào ô Họ và tên
5	form_error	Form báo lỗi ở một ô	form_id, field_name, error_type	Không	Cố ý nhập sai số điện thoại
6	generate_lead	Gửi thành công, trang cảm ơn hiện	form_id	Có	Gửi form thử, thấy dấu cờ
7	click_to_call	Bấm số điện thoại trên đầu trang	link_url	Chưa chọn	Bấm thử trên điện thoại

Sự kiệnTham số

form_start: bắn khi khách chạm vào ô đầu tiên, một lần mỗi lần xem. Là mẫu số để tính tỷ lệ gửi.
form_error có field_name: cho biết ô nào lỗi, như “ô số điện thoại lỗi nhiều nhất”. Thiếu nó chỉ biết có lỗi.
generate_lead là sự kiện chính: chỉ bắn khi gửi thành công, không bắn khi bấm nút. Đánh dấu một lần, tránh đếm trùng.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Một bước, một sự kiện

Tên nhất quán, không trùng

Một sự kiện chính

Cho mỗi việc thành công

Tham số đủ dùng

form_id, field_name, error_type

Thử trên thiết bị thật

Trước khi tin số liệu

Bộ tài nguyên4 mục

KháchViệc nào là thành côngGửi form, gọi điện hay đặt hàng.
TệpQuyền Tag Manager, AnalyticsQuyền sửa thẻ, xem báo cáo.
ẢnhẢnh form và trang cảm ơnSố ô form, địa chỉ trang cảm ơn.
BảngSố liệu hiện có (nếu có)Lượt vào, liên hệ, đơn 1–3 tháng qua.

Xem đủ thông số và ghi chú

Nguồn: Khám phá phễu Google Analytics mô tả khám phá phễu là cách hình dung các bước người dùng đi qua để hoàn thành một việc và xem họ làm tốt hay chưa ở từng bước.
Nguồn: Xem trước thẻ và sự kiện chính Google Tag Manager có chế độ xem trước để kiểm tra thẻ nào bắn trên trang trước khi xuất bản. Google Analytics có sự kiện chính để đánh dấu hành động quan trọng cần đếm.
Lưu ý: Số liệu sai thì mọi bước sau đều sai Sự kiện bắn thiếu, bắn hai lần hay bắn khi chưa gửi thành công làm phễu lệch. Cần thử trên thiết bị thật và đối chiếu với số liên hệ thực nhận.

Tài liệu tham khảo:Google Analytics: sự kiện chính ↗Google Analytics: báo cáo form tạo lead ↗

ĐO ĐIỀU GÌ

Đo bằng người qua từng bước.

Phễu theo tuần cho mức nền: lượt vào, thấy form, bắt đầu điền, gửi thành công. Lấy mức nền trước khi sửa.

CẦN ĐO

Đọc cặp: số người và tỷ lệ qua bước. Tỷ lệ qua thấp là điểm rơi.

PHỄU THEO TUẦN · SỐ MẪU

analytics.google.com/analytics/web

Analyticsnhathom.example – GA4Thử tìm kiếm “trang đích”N

Trang chủBáo cáoTổng quanThu nạpSự kiệnTrang đíchKhám pháQuảng cáoQuản trị

Phễu theo tuần

Mức nền trước khi sửa

01–14/08/2026Mọi thiết bị

Từng tuần

Tuần	Vào trang	Thấy form	Bắt đầu	Gửi thành công	Gửi / vào
01–07/08	11.800	2.700	1.610	590	5,00%
08–14/08	12.200	2.820	1.670	618	5,07%
14 ngày	24.000	5.520	3.280	1.208	5,03%

Hai tuần gần nhau nên dùng làm mức nền trước khi sửa. Mỗi lần so sánh sau này dùng cùng độ dài thời gian.

Tuần 01–07/08: gửi trên lượt vào 5,00%. Đây là mức nền của tuần đầu, lấy trước khi sửa bất cứ thứ gì.
Tuần 08–14/08: 5,07%, gần tuần trước nên mức nền ổn định. Hai tuần liền nhau giống nhau mới dùng làm mốc.
Dòng tổng 14 ngày: 1.208 lead trên 24.000 lượt vào (5,03%). Con số này sẽ được so với 14 ngày sau khi sửa.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Tỷ lệ qua bước	So với bước ngay trước đó	Chỉ nhìn trên toàn lượt vào nên lẫn các bước
Số theo tuần	Hai tuần liền nhau gần nhau, như 5,00% và 5,07%	Mỗi tuần một khác, chưa có mức nền
Theo thiết bị	Điện thoại và máy tính cùng cỡ	Một nhóm kém hơn hẳn nhóm kia
Sự kiện	Mỗi bước bắn một lần, khớp số thực nhận	Số sự kiện lệch số liên hệ thực

CÁCH ĐỌC

Mở báo cáo Khám phá, chọn mẫu phễu, thêm bước, chia theo thiết bị.

Đọc tiếp

Đọc từ bước hụt nhiều nhất, rồi đối chiếu với liên hệ thực nhận trong CRM.

LƯU Ý

Phễu cho biết khách dừng ở đâu, không cho biết vì sao.

Đọc tiếp

Ít lượt vào thì khó tin. Số trong hình là số mẫu.

Tài liệu tham khảo:Google Analytics: khám phá phễu ↗Google Analytics: báo cáo form tạo lead ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Chưa đo gì, chỉ có tổng số liên hệ

Bắt đầu bằng ba sự kiện (thấy form, bắt đầu điền, gửi thành công), chưa cần đo mọi thứ.

Chọn một trang quan trọng
Gắn ba sự kiện
Thử trên điện thoại thật
Chờ 14 ngày rồi dựng phễu

Đã có Analytics nhưng số lệch với thực tế

Kiểm tra lại sự kiện trước, sửa chỗ bắn sai rồi mới đọc phễu.

Đối chiếu số sự kiện với số liên hệ thực
Mở DebugView thử từng bước
Sửa sự kiện bắn thiếu hoặc trùng
Ghi mức nền mới

Đã có phễu mà chưa ai dùng

Chọn bước hụt nhiều nhất và biến nó thành một câu hỏi để đi xem hành vi.

Chọn bước hụt nhiều nhất
Chia theo thiết bị
Viết câu hỏi cần trả lời
Chuyển sang xem hành vi

DẤU HIỆU

Phễu cho số gửi thành công nhiều hơn số liên hệ thật

Chỉ số	Giá trị
Điểm bắn sự kiện	Khi bấm nút Gửi
Số sự kiện so với số thực	1.540 so với 1.208
Việc cần làm	Bắn khi trang cảm ơn hiện

KIỂM TRA

Sự kiện bắn khi bấm nút chứ không phải khi gửi thành công, hoặc bắn hai lần.

Đọc tiếp

Đổi điểm bắn sang trang cảm ơn.

DẤU HIỆU

Một nhóm thiết bị gần như không có số liệu

Chỉ số	Giá trị
Sự kiện form_start trên điện thoại	0
Trên máy tính	1.440
Việc cần làm	Xem trước thẻ trên điện thoại thật

KIỂM TRA

Thẻ không chạy trên điện thoại hoặc bị chặn.

Đọc tiếp

Thử bằng điện thoại thật rồi xem trước thẻ.

DẤU HIỆU

Phễu có bước mà tỷ lệ qua bước lớn hơn 100%

Chỉ số	Giá trị
Tỷ lệ qua bước 3	112%
Cách đếm	Bước 2 đếm người, bước 3 đếm sự kiện
Việc cần làm	Đếm cùng một đơn vị ở mọi bước

KIỂM TRA

Hai bước đếm theo hai cách khác nhau (người dùng và lượt sự kiện).

Đọc tiếp

Dùng cùng một cách đếm cho mọi bước.

Tài liệu tham khảo:Google Tag Manager: chế độ xem trước ↗Google Analytics: khám phá phễu ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Đã xác định việc nào là thành công và chỉ có một sự kiện chính cho việc đóMỗi bước trong phễu có một sự kiện với tên nhất quánSự kiện lỗi có tham số cho biết ô nào gặp lỗiĐã thử từng sự kiện trên điện thoại thật bằng DebugView hoặc chế độ xem trướcSố sự kiện gửi thành công đã được đối chiếu với số liên hệ thực nhậnPhễu được dựng theo thiết bị chứ không chỉ gộp chungMức nền được lấy ít nhất hai tuần liền nhau và đã ghi lạiBáo cáo nói rõ phễu cho biết dừng ở đâu, chưa cho biết vì sao

Tài liệu tham khảo:Google Analytics: sự kiện chính ↗Google Tag Manager: chế độ xem trước ↗

Nội dung của thẻ Xem khách bấm và cuộnChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Xem hành vi trông như thế nào.

Ba màn hình: bản đồ bấm, bản đồ cuộn, bản ghi phiên. Bấm từng mục để xem.

Bản đồ bấm trên điện thoại

Trong 16.800 phiên điện thoại, số điện thoại đầu trang được bấm nhiều nhất (14,2%), nút “Nhận báo giá” 11,6%, logo khách hàng không có liên kết vẫn nhận 8,9%.

Đọc tiếp

Chỗ bấm mà không có gì xảy ra cho thấy khách tưởng đó là nút. Gắn liên kết thật, hoặc chỉnh lại cho không giống nút.

MÔ PHỎNG · SỐ MẪU

clarity.microsoft.com/projects

CClaritynhathom.exampleN

Bảng điều khiểnBản ghiBản đồ nhiệtCài đặt

Bản đồ nhiệt

Điện thoại · 14 ngày · 16.800 phiên (mẫu)

BấmCuộnVùng

Nhà Thơm

Ảnh hộp quà

Hộp 3 nếnThiệp viết tayGiao tận nơi

Nhận báo giá

Khách hàng tin dùng (mẫu)

LogoLogoLogo

Phần tử được bấm nhiều nhất

Số điện thoại trên đầu trang14,2%
Nút “Nhận báo giá”11,6%
Logo khách hàng, không có liên kết8,9%
Nút menu6,1%

Tỷ lệ là phần trăm tổng lượt bấm. Hàng đỏ là chỗ bấm mà không có gì xảy ra.

Số điện thoại trên đầu trang: 14,2% lượt bấm. Khách muốn gọi ngay, nên theo dõi lượt gọi như một cách liên hệ riêng.
Nút “Nhận báo giá”: 11,6% lượt bấm dù nằm khá sâu. Khách muốn làm việc này, chỉ cần dễ thấy hơn.
Logo khách hàng: 8,9% lượt bấm nhưng không có liên kết. Khách tưởng bấm được: gắn liên kết hoặc chỉnh lại.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Microsoft Clarity: bản đồ bấm ↗Microsoft Clarity: bản đồ cuộn ↗

LÀM NHƯ THẾ NÀO

Năm bước xem hành vi.

Bắt đầu từ câu hỏi lấy từ phễu, rồi mới mở bản đồ và bản ghi.

01Lấy bước hụt nhiều nhất từ phễu, viết thành câu hỏi: “vì sao ít người tới form trên điện thoại”.
02Cài Microsoft Clarity, bật che nội dung ô nhập và kiểm tra mã chạy trên các trang cần xem.
03Chờ đủ phiên, rồi xem bản đồ bấm và bản đồ cuộn theo từng thiết bị.
04Lọc bản ghi theo dấu hiệu như bấm liên tục hay quay lại nhanh, xem vài bản ghi cùng kiểu.
05Ghi mỗi quan sát vào bảng, kèm cỡ quan sát và việc nên thử.

Bạn đưa vào

Trang cần xem
Quyền thêm mã theo dõi
Câu hỏi lấy từ phễu
Người xem bản ghi cùng

Bản đồ, bản ghi, quan sátONMATE cùng doanh nghiệp

Bạn nhận lại

Mã theo dõi, bản đồ bấm và cuộn, bản ghi đã xem, bảng quan sát có cỡ mẫu và việc nên thử.

Tài liệu tham khảo:Microsoft Clarity: tài liệu ↗Microsoft Clarity: che nội dung nhạy cảm ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để xem hành vi.

Cần quyền thêm mã theo dõi và biết ô form nào cần che.

NGUYÊN TẮC

Bảng quan sát ghi điều thấy, nơi xem, cỡ quan sát và việc nên thử. Phân biệt toàn bộ phiên (16.800) với vài bản ghi (14 trên 38).

GHI CHÚ QUAN SÁT · MẪU

docs.google.com/spreadsheets

nhathom-ghi-chu-quan-satTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D	E
1	Mã	Nơi xem	Điều thấy	Cỡ quan sát	Dẫn tới
2	P01	Bản đồ cuộn	Chỉ 20% người xem cuộn tới form	16.800 phiên	H1 · nút ở màn hình đầu
3	P02	Bản ghi	Điền số có dấu cách thì form báo lỗi	14 trên 38 bản ghi	Sửa form (vòng 1)
4	P03	Bản đồ bấm	8,9% lượt bấm rơi vào logo không có liên kết	16.800 phiên	H6 · gắn liên kết hoặc nhận xét
5	P04	Bản đồ bấm	Số điện thoại đầu trang được bấm nhiều nhất (14,2%)	16.800 phiên	Theo dõi lượt gọi
6	P05	Bảng điều khiển	Bấm liên tục ở 2,6% số phiên	24.000 phiên	Xem bản ghi tìm nguyên nhân
7	P06	Bản ghi	Dừng ở ô số điện thoại trung vị 11 giây rồi thoát	9 trên 38 bản ghi	H3 · ghi vì sao cần số điện thoại

Quan sátBản ghi đã xem

Cỡ quan sát 16.800 phiên điện thoại. Ghi cỡ này để biết điều thấy là phổ biến hay chỉ của vài người.
14 trên 38 bản ghi cùng gặp lỗi số điện thoại. Một bản là chuyện riêng; nhiều bản giống nhau mới là mẫu hình.
Dẫn tới H3: mỗi quan sát đi kèm việc nên thử. Quan sát chưa dẫn tới giả thuyết nào thì cứ để đó.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Có câu hỏi trước khi xem

Lấy từ phễu

Ghi cỡ quan sát

Toàn phiên hay vài bản ghi

Che dữ liệu nhập

Trước khi bắt đầu ghi

Mỗi quan sát dẫn tới việc

Hoặc ghi chưa cần làm

Bộ tài nguyên4 mục

TệpQuyền thêm mã theo dõiQuyền sửa trang hoặc Tag Manager.
KháchÔ form chứa thông tin riêngSố điện thoại, email: che từ đầu.
BảngCâu hỏi lấy từ phễuBước hụt nhiều nhất và thiết bị.
KháchNgười xem bản ghi cùngNgười hiểu khách, để đọc đúng bản ghi.

Xem đủ thông số và ghi chú

Nguồn: Bản đồ bấm và bản đồ cuộn Microsoft Clarity có tài liệu về bản đồ bấm, cho thấy khách bấm và chạm vào đâu trên trang, và bản đồ cuộn, cho thấy khách cuộn xuống tới đâu.
Nguồn: Che nội dung và cuộn trang Tài liệu Clarity có hướng dẫn che nội dung nhạy cảm để dữ liệu nhập của khách không hiện trong bản ghi. Nielsen Norman Group có bài về cuộn trang và sự chú ý của người xem.
Lưu ý: Cỡ nhỏ chưa đủ để kết luận Vài bản ghi chỉ là câu chuyện của vài người. Cần xem nhiều bản ghi cùng kiểu và đối chiếu với số liệu phễu trước khi đổi trang.

Tài liệu tham khảo:Microsoft Clarity: che nội dung nhạy cảm ↗Microsoft Clarity: tài liệu ↗

ĐO ĐIỀU GÌ

Đo bằng dấu hiệu hành vi trên bảng điều khiển.

Clarity có bốn dấu hiệu: bấm liên tục, bấm nhầm, quay lại nhanh, độ sâu cuộn. Mỗi dấu mở ra bản ghi.

CẦN ĐO

Dấu hiệu như đèn báo: số cao chỉ cho biết bản ghi nào nên mở.

BẢNG ĐIỀU KHIỂN · SỐ MẪU

clarity.microsoft.com/projects

CClaritynhathom.exampleN

Bảng điều khiểnBản ghiBản đồ nhiệtCài đặt

Bảng điều khiển

Mọi thiết bị · 14 ngày · 01–14/08/2026

Phiên24.000Trang mỗi phiên1,8Độ sâu cuộn trung bình46%Thời gian hoạt động0:52

Dấu hiệu hành vi

Bấm liên tục2,6%624 phiên
Bấm vào chỗ không có tác dụng7,6%1.824 phiên
Quay lại nhanh4,1%984 phiên
Cuộn quá mức1,9%456 phiên

Tỷ lệ là phần trăm trên tổng 24.000 phiên. Mỗi dấu hiệu dẫn tới danh sách bản ghi để xem tận mắt.

Bấm liên tục 2,6% (624 phiên): khách bấm nhiều lần một chỗ vì chậm hoặc lỗi khó hiểu. Mở bản ghi để xem.
Bấm vào chỗ không có tác dụng 7,6% (1.824 phiên): khách tưởng là nút hay liên kết, như logo khách hàng.
Quay lại nhanh 4,1% (984 phiên): khách vào rồi trở về ngay. Xem theo nguồn khách để biết trang có đúng nhu cầu.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Bấm liên tục	Chỉ vài phiên	Tăng ở một trang hay một thiết bị
Bấm vào chỗ không có tác dụng	Thấp và rải đều	Dồn vào một phần tử giống nút
Quay lại nhanh	Thấp với trang có nguồn khách đúng	Cao ở một nguồn khách
Độ sâu cuộn	Phần quan trọng nằm trong vùng đa số tới	Form nằm ngoài vùng đa số tới

CÁCH ĐỌC

Mở Bảng điều khiển, xem bốn dấu hiệu, chọn dấu hiệu cao nhất rồi mở bản ghi.

Đọc tiếp

Xem vài bản cùng kiểu, ghi vào bảng quan sát kèm số phiên.

LƯU Ý

Dấu hiệu chỉ báo chỗ nên xem.

Đọc tiếp

Ô nhập phải che; bản ghi chỉ để cải thiện trang. Số trong hình là số mẫu.

Tài liệu tham khảo:Microsoft Clarity: tài liệu ↗Nielsen Norman Group: cuộn trang và sự chú ý ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Chưa từng xem hành vi khách

Bắt đầu với một trang, bật che dữ liệu và chỉ trả lời một câu hỏi lấy từ phễu.

Chọn một trang có bước hụt
Cài Clarity và bật che
Xem bản đồ và vài bản ghi
Ghi ba quan sát đầu tiên

Đã có Clarity nhưng chưa ai mở

Dùng dấu hiệu hành vi làm lối vào thay vì xem ngẫu nhiên.

Mở bảng điều khiển
Chọn dấu hiệu cao nhất
Xem bản ghi cùng kiểu
Ghi quan sát có cỡ mẫu

Có nhiều bản ghi nhưng không biết xem gì

Quay lại câu hỏi từ phễu và lọc bản ghi theo thiết bị, trang và dấu hiệu.

Viết lại câu hỏi
Lọc theo thiết bị và trang
Đặt giới hạn số bản ghi cần xem
Dừng khi thấy cùng một kiểu lặp lại

DẤU HIỆU

Bản đồ bấm cho thấy nhiều lượt bấm vào chỗ không phải nút

Chỉ số	Giá trị
Phần tử bị bấm	Logo khách hàng, 8,9% lượt bấm
Liên kết	Không có
Việc cần làm	Gắn liên kết hoặc đổi kiểu dáng

KIỂM TRA

Phần tử trông giống nút nhưng không có liên kết.

Đọc tiếp

Gắn liên kết thật hoặc đổi kiểu dáng.

DẤU HIỆU

Bản ghi cho thấy khách bấm nút Gửi nhiều lần

Chỉ số	Giá trị
Lời báo lỗi	“Dữ liệu không hợp lệ”
Ô gây lỗi	Số điện thoại có dấu cách
Việc cần làm	Sửa kiểm tra và lời báo lỗi

KIỂM TRA

Form báo lỗi chung chung nên khách không biết sửa gì.

Đọc tiếp

Đọc bản ghi để tìm ô nào gây lỗi.

DẤU HIỆU

Người xem bản ghi thấy cả số điện thoại của khách

Chỉ số	Giá trị
Nội dung ô nhập	Hiện rõ trong bản ghi
Cài đặt che	Chưa bật
Việc cần làm	Bật che trước khi ghi tiếp

KIỂM TRA

Che nội dung ô nhập chưa được bật.

Đọc tiếp

Dừng ghi, bật che rồi mới ghi tiếp.

Tài liệu tham khảo:Microsoft Clarity: tài liệu ↗Nielsen Norman Group: cuộn trang và sự chú ý ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Mỗi lần xem bắt đầu từ một câu hỏi lấy từ phễuĐã bật che nội dung ô nhập trước khi bắt đầu ghiMã theo dõi chạy trên các trang cần xem và đã được kiểm traBản đồ bấm và bản đồ cuộn được xem riêng cho điện thoại và máy tínhMỗi quan sát ghi nơi xem và cỡ quan sátĐã xem vài bản ghi cùng kiểu trước khi coi là mẫu hìnhMỗi quan sát dẫn tới một việc nên thử hoặc ghi rõ chưa cần làmBáo cáo nói rõ dấu hiệu hành vi chỉ cho biết nên xem chỗ nào, không phải nguyên nhân

Tài liệu tham khảo:Microsoft Clarity: che nội dung nhạy cảm ↗Microsoft Clarity: bản đồ bấm ↗

Nội dung của thẻ Viết giả thuyết trước khi sửaChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Giả thuyết trông như thế nào.

Ba màn hình: phiếu giả thuyết, bảng xếp hạng, khung bản A và B. Bấm từng mục để xem.

Phiếu giả thuyết H1

H1 ghi căn cứ (20% cuộn tới form), thay đổi (thêm nút dưới tiêu đề), chỉ số chính (gửi thành công) và chỉ số không giảm (lead phù hợp, LCP).

Đọc tiếp

Viết đủ các mục trước khi làm để không ai chọn chỉ số có lợi cho mình. Giữ nguyên phần khác của trang: chênh lệch chỉ do thay đổi này.

MÔ PHỎNG · SỐ MẪU

sotoiuu.nhathom.example/gia-thuyet/h1

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

H1 · Nút “Nhận báo giá” ở màn hình đầu

Điện thoại · trang Quà tặng doanh nghiệp

Căn cứ: Chỉ 20% người xem trên điện thoại cuộn tới form. Nút “Nhận báo giá” nằm sau phần Ba lợi ích.
Thay đổi: Thêm nút “Nhận báo giá” ngay dưới tiêu đề. Bấm vào sẽ cuộn tới form. Chỉ áp dụng cho điện thoại.
Kỳ vọng: Nhiều người hơn tới được form và gửi thành công.
Chỉ số chính: Gửi thành công trên số lượt vào trang, điện thoại.
Không được giảm: Lead phù hợp trên 100 lượt vào. Tốc độ tải trang (LCP).
Cách đo: Chia 50/50 hai bản, chạy tối thiểu 14 ngày, mỗi bản ít nhất 6.460 lượt vào.

Trong lúc chạy không đổi gì khác trên trang này, để chênh lệch chỉ đến từ nút mới.

Căn cứ: chỉ 20% người xem trên điện thoại cuộn tới form. Giả thuyết bắt đầu từ điều đã thấy trong dữ liệu.
Chỉ số chính: gửi thành công trên lượt vào trang, điện thoại. Chọn trước, không chọn sau theo số nào đẹp.
Chỉ số không được giảm: lead phù hợp trên 100 lượt vào và LCP. Thêm lead mà khách không hợp thì chưa tốt.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗

LÀM NHƯ THẾ NÀO

Năm bước viết giả thuyết.

Mỗi giả thuyết từ một quan sát, có chỉ số và cách đo trước khi sửa.

01Lấy các quan sát đã ghi, mỗi quan sát lớn viết thành một giả thuyết có căn cứ.
02Điền phiếu: căn cứ, thay đổi, kỳ vọng, chỉ số chính, chỉ số không được giảm và cách đo.
03Cho điểm tác động, độ dễ và độ tin cho từng giả thuyết rồi xếp thứ tự thử.
04Vẽ bản trước và bản sau của giả thuyết đầu bảng, chỉ đổi đúng một thứ.
05Tính cỡ mẫu và số ngày cần chạy, rồi ghi vào kế hoạch thử nghiệm.

Bạn đưa vào

Bảng quan sát
Mức nền của phễu
Trang cần thử
Người quyết định thay đổi

Phiếu, xếp hạng, cỡ mẫuONMATE cùng doanh nghiệp

Bạn nhận lại

Phiếu giả thuyết, bảng xếp hạng, khung bản A và B của giả thuyết đầu bảng, kế hoạch cỡ mẫu.

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để viết giả thuyết.

Cần bảng quan sát, mức nền của phễu và người quyết định thay đổi trang.

NGUYÊN TẮC

Bảng giả thuyết: mã, căn cứ, điểm, trạng thái. Mỗi dòng trỏ về một quan sát có mã (P01, P02); chỉ là ý thích thì chưa vào.

DANH SÁCH GIẢ THUYẾT · MẪU

docs.google.com/spreadsheets

nhathom-danh-sach-gia-thuyetTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D	E
1	Mã	Giả thuyết	Căn cứ	Điểm ICE	Trạng thái
2	H0	Sửa kiểm tra số điện thoại ở form	P02 · 14 trên 38 bản ghi	—	Đã sửa 15/08 (vòng 1)
3	H1	Nút “Nhận báo giá” ở màn hình đầu	P01 · 20% tới form	8,0	Đã thử 29/08 – 11/09, áp dụng B
4	H2	Hiện phí giao ở giỏ hàng	Khách hỏi phí giao nhiều	7,3	Đã sửa 19/09
5	H3	Ghi vì sao cần số điện thoại	P06 · dừng 11 giây	7,0	Lên lịch 13/10
6	H4	Ô chọn số hộp dự kiến	Tỷ lệ phù hợp bản B thấp hơn	6,7	Chờ theo dõi 4 tuần
7	H5	Rút form còn 5 ô	Ô Công ty: dừng 310 người	6,3	Chưa làm
8	H6	Nhận xét của khách doanh nghiệp	P03 · logo bị bấm nhầm	6,0	Chưa làm

Giả thuyếtĐã làm

H0 không có điểm: lỗi rõ ràng như số có dấu cách bị báo sai thì sửa luôn, không cần thử nghiệm.
Căn cứ của H1: ghi điều đã thấy kèm mã quan sát (P01). Giả thuyết không có căn cứ chỉ là ý thích.
Điểm 8,0 của H1: trung bình của tác động 8, độ dễ 9, độ tin 7. Điểm chỉ giúp chọn thứ tự thử.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Mỗi giả thuyết có căn cứ

Trỏ về quan sát có mã

Điểm để xếp thứ tự

Tác động, độ dễ, độ tin

Lỗi rõ thì sửa luôn

Không cần thử nghiệm

Có trạng thái và ngày

Đã làm, lên lịch, chưa làm

Bộ tài nguyên4 mục

BảngBảng quan sát và phễuĐiều thấy khi đo và xem hành vi.
KháchNgười quyết định thay đổi trangNgười duyệt sửa nội dung, bố cục.
TệpGiới hạn của trangPhần không đổi, như thông tin pháp lý.
KháchÝ tưởng sẵn có của độiÝ của đội bán hàng, chăm sóc.

Xem đủ thông số và ghi chú

Nguồn: Thử nghiệm A/B Nielsen Norman Group mô tả thử nghiệm A/B là so sánh hai bản của một trang trên người dùng thật để xem bản nào cho kết quả tốt hơn.
Nguồn: Cỡ mẫu Máy tính cỡ mẫu của Evan Miller tính số lượt cần cho mỗi bản khi biết tỷ lệ hiện tại, mức thay đổi nhỏ nhất muốn phát hiện, mức tin cậy và sức mạnh thống kê.
Lưu ý: Điểm xếp hạng chỉ là ước lượng Điểm tác động và độ dễ do người trong nhóm cho, nên có thể lệch. Dùng để chọn thứ tự thử, và chỉnh lại sau mỗi vòng khi đã có kết quả thật.

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗

ĐO ĐIỀU GÌ

Đo bằng cỡ mẫu cần có.

Máy tính cỡ mẫu cho biết mỗi bản cần bao nhiêu lượt vào, từ đó tính ngày chạy, làm tròn lên tuần.

CẦN ĐO

Chênh lệch nhỏ cần nhiều lượt vào hơn, nên chọn mức đáng làm.

TÍNH CỠ MẪU · SỐ MẪU

sotoiuu.nhathom.example/thu-nghiem/tinh-co-mau

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

Tính cỡ mẫu

Chạy bao nhiêu lượt thì đủ để so hai bản

Điều kiện

Tỷ lệ gửi hiện tại (điện thoại)3,8%

Thay đổi nhỏ nhất đáng quan tâm+1,0 điểm %

Mức tin cậy95%

Sức mạnh thống kê80%

Lượt vào mỗi ngày (điện thoại)1.200

Kết quả

6.460lượt vào mỗi bản

Tổng hai bản12.920
Ngày tối thiểu theo lượt vào11 ngày
Kế hoạch chạy14 ngày

Làm tròn lên hai chu kỳ tuần đầy đủ. Cần thay đổi nhỏ hơn thì cần nhiều lượt hơn: +0,5 điểm % đòi khoảng 24.400 lượt mỗi bản.

Tỷ lệ gửi hiện tại 3,8% (dữ liệu điện thoại vòng 1). Mức nền thấp thì cần nhiều lượt vào hơn.
Thay đổi nhỏ nhất đáng quan tâm +1,0 điểm %. Mức này càng nhỏ, cỡ mẫu cần càng lớn.
Chạy 14 ngày: cần 11 ngày theo lượt vào, làm tròn lên hai tuần đủ để có cả ngày thường và cuối tuần.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Tỷ lệ hiện tại	Lấy từ mức nền của đúng nhóm sẽ thử	Lấy từ tổng của mọi thiết bị
Chênh lệch nhỏ nhất	Mức đáng làm, như +1,0 điểm %	Chọn số nhỏ rồi chạy quá ít ngày
Cỡ mẫu mỗi bản	6.460 lượt vào trong ví dụ	Chạy ít hơn cỡ mẫu đã tính
Số ngày	11 ngày theo lượt vào, làm tròn lên 14	Dừng giữa chừng một chu kỳ tuần

CÁCH ĐỌC

Nhập tỷ lệ hiện tại, chênh lệch đáng quan tâm, tin cậy 95%, sức mạnh 80%.

Đọc tiếp

Chia cỡ mẫu mỗi bản cho lượt vào mỗi ngày, làm tròn lên tuần.

LƯU Ý

Cỡ mẫu chỉ là mức tối thiểu để thấy chênh lệch.

Đọc tiếp

Trang ít lượt vào chạy lâu hơn. Số trong hình là số mẫu.

Tài liệu tham khảo:Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗Nielsen Norman Group: thử nghiệm A/B ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Chưa có giả thuyết nào, chỉ có ý kiến

Bắt đầu từ bảng quan sát: mỗi quan sát lớn viết thành một giả thuyết.

Chọn quan sát lớn nhất
Điền phiếu giả thuyết
Cho điểm
Giữ vài giả thuyết đầu bảng

Có nhiều ý tưởng, không biết làm cái nào

Cho điểm tác động, độ dễ, độ tin rồi sắp thứ tự, thay vì tranh luận.

Liệt kê ý tưởng
Gắn căn cứ cho mỗi ý
Cả nhóm cùng cho điểm
Chọn giả thuyết đầu bảng

Lưu lượng thấp, lo không đủ mẫu

Tính cỡ mẫu trước.

Đọc tiếp

Nếu quá lớn thì sửa các lỗi rõ ràng trước và thử thay đổi lớn hơn.

Tính cỡ mẫu
So với lượt vào mỗi ngày
Chọn thay đổi lớn hơn hoặc sửa thẳng lỗi rõ
Chạy khi đủ điều kiện

DẤU HIỆU

Giả thuyết chỉ ghi “đổi màu nút cho đẹp hơn”

Chỉ số	Giá trị
Căn cứ	Không có
Chỉ số chính	Chưa chọn
Việc cần làm	Gắn với quan sát hoặc bỏ

KIỂM TRA

Không có căn cứ và không có chỉ số.

Đọc tiếp

Quay lại quan sát để viết căn cứ.

DẤU HIỆU

Một bản đổi cùng lúc nút, tiêu đề và ảnh

Chỉ số	Giá trị
Số thay đổi trong một bản	3
Chỉ số chính	Gửi thành công
Việc cần làm	Mỗi thay đổi một giả thuyết

KIỂM TRA

Không biết thay đổi nào có tác dụng.

Đọc tiếp

Chia thành các giả thuyết riêng.

DẤU HIỆU

Chỉ có 600 lượt vào mỗi bản mà muốn thấy +0,5 điểm %

Chỉ số	Giá trị
Lượt vào đã có mỗi bản	600
Cần cho +0,5 điểm %	Khoảng 24.400 mỗi bản
Việc cần làm	Chọn thay đổi lớn hơn

KIỂM TRA

Cần khoảng 24.400 lượt mỗi bản.

Đọc tiếp

Chọn thay đổi lớn hơn hoặc sửa thẳng mà không thử nghiệm.

Tài liệu tham khảo:Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗Nielsen Norman Group: thử nghiệm A/B ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Mỗi giả thuyết có căn cứ trỏ về một quan sát có mãPhiếu ghi thay đổi, kỳ vọng, chỉ số chính và chỉ số không được giảmLỗi rõ ràng được sửa thẳng, không đưa vào thử nghiệmGiả thuyết được cho điểm và xếp thứ tự bằng cùng một cáchMỗi bản chỉ khác nhau một thay đổiĐã tính cỡ mẫu và số ngày chạy trước khi bắt đầuSố ngày chạy được làm tròn lên các tuần đầy đủĐã ghi giới hạn của trang: phần nào không được thay đổi

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗

Nội dung của thẻ So hai bản trên khách thậtChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Thử nghiệm A/B trông như thế nào.

Ba màn hình: tạo thử nghiệm, đang chạy, kết quả sau 14 ngày. Bấm từng mục để xem.

Tạo thử nghiệm H1

Thử trên điện thoại, chia 50/50. Chỉ số chính: gửi thành công; chỉ số bảo vệ: lead phù hợp. Tối thiểu 12.920 lượt, chạy 14 ngày từ 29/08.

Đọc tiếp

Mọi lựa chọn được ghi trước khi chạy. Chọn chỉ số sau khi thấy kết quả là cách dễ nhất để tự thuyết phục mình.

MÔ PHỎNG · SỐ MẪU

sotoiuu.nhathom.example/thu-nghiem/tao

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

Tạo thử nghiệm

H1 · một thay đổi, một câu hỏi

TênH1 · Nút “Nhận báo giá” ở màn hình đầu

Trang/qua-tang-doanh-nghiep

Đối tượngĐiện thoại, màn hình rộng dưới 768 px

Chia lượt vàoA · 50%B · 50%

Mục tiêu chínhgenerate_lead (gửi thành công)

Mục tiêu bảo vệLead phù hợp trên 100 lượt vào, lấy từ CRM

Thời gian29/08 – 11/09/2026 · 14 ngày

Cỡ mẫu tối thiểu12.920 lượt vào (6.460 mỗi bản)

ABản gốc: nút sau phần Ba lợi íchBThêm nút dưới tiêu đề, bấm sẽ cuộn tới form

Bắt đầu thử nghiệm

Đối tượng: chỉ điện thoại, vì vấn đề và thay đổi đều ở đó. Không đưa máy tính vào, tránh loãng kết quả.
Chia lượt vào 50/50: mỗi khách chỉ thấy một bản trong suốt thời gian chạy, kể cả khi vào lại.
Mục tiêu bảo vệ: lead phù hợp trên 100 lượt vào, lấy từ CRM. Đặt từ trước, không chạy theo số đẹp.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗

LÀM NHƯ THẾ NÀO

Năm bước chạy một thử nghiệm.

Viết xong thử nghiệm trước khi chạy; kết thúc khi kiểm đủ điều kiện.

01Lấy giả thuyết đầu bảng, chọn nhóm khách, chỉ số chính, chỉ số bảo vệ, cỡ mẫu, ghi vào phiếu.
02Dựng bản B, chỉ đổi một thứ, thử cả hai bản trên điện thoại thật trước khi mở.
03Mở thử nghiệm, chia lượt vào đều và không đụng vào trang trong suốt thời gian chạy.
04Chờ đủ ngày và đủ cỡ mẫu, rồi kiểm tra chia mẫu, chỉ số bảo vệ và từng tuần.
05Ghi quyết định, phạm vi áp dụng và việc cần theo dõi vào nhật ký thử nghiệm.

Bạn đưa vào

Giả thuyết đã xếp hạng
Trang và nhóm khách thử
Cỡ mẫu và số ngày
Người duyệt quyết định

Chia mẫu, kiểm tra, quyết địnhONMATE cùng doanh nghiệp

Bạn nhận lại

Phiếu thử nghiệm, hai bản đã kiểm tra, bảng kiểm trước khi kết luận, dòng nhật ký có quyết định và ngày.

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để chạy thử nghiệm.

Cần giả thuyết đã xếp hạng, cỡ mẫu và người quyết định thay đổi.

NGUYÊN TẮC

Nhật ký là bảng: giả thuyết, lượt vào mỗi bản, tỷ lệ, chênh lệch kèm khoảng tin cậy, quyết định. Ghi sẵn ngày bắt đầu, tránh chồng nhau.

NHẬT KÝ THỬ NGHIỆM · MẪU

docs.google.com/spreadsheets

nhathom-nhat-ky-thu-nghiemTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D	E	F	G
1	Mã	Giả thuyết	Thời gian	Lượt vào A / B	Tỷ lệ gửi A / B	Chênh lệch (tin cậy 95%)	Quyết định
2	E1	H1 · nút ở màn hình đầu	29/08 – 11/09	8.412 / 8.388	3,80% / 4,79%	+0,99 điểm % (+0,38 đến +1,60)	Áp dụng B từ 12/09
3	E2	H3 · lý do cần số điện thoại	Từ 13/10	—	—	—	Lên lịch

Thử nghiệmQuy ước

Lượt vào 8.412 và 8.388: gần 50/50 như đã chia. Lệch nhiều thì chia lượt có lỗi, kiểm trước khi đọc kết quả.
Khoảng +0,38 đến +1,60: cả khoảng nằm trên 0 nên B cao hơn A, tin cậy 95%. Ghi cả khoảng, không chỉ +0,99.
E2 lên lịch 13/10: ghi sẵn thử nghiệm tiếp theo và ngày bắt đầu. Nhờ vậy không chạy hai thử nghiệm chồng nhau.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Ghi trước khi chạy

Chỉ số, cỡ mẫu, số ngày

Mỗi lần đổi một thứ

Biết điều gì có tác dụng

Chạy đủ ngày đã ghi

Làm tròn lên tuần đầy đủ

Ghi cả khoảng tin cậy

Và quyết định kèm ngày

Bộ tài nguyên4 mục

KháchNgười duyệt thay đổiNgười cho phép áp dụng bản thắng.
TệpQuyền công cụ thử nghiệmQuyền sửa trang và vùng chứa thẻ.
BảngLịch bản tin, khuyến mãiViệc làm lượt vào đổi khi chạy.
BảngCách đánh giá lead phù hợpTiêu chí bán hàng, như từ 10 hộp.

Xem đủ thông số và ghi chú

Nguồn: Thử nghiệm A/B Nielsen Norman Group mô tả thử nghiệm A/B là chia người dùng thật vào hai bản để so sánh, kèm lưu ý về mẫu đủ lớn và thời gian đủ dài.
Nguồn: Cỡ mẫu và sức mạnh thống kê Máy tính cỡ mẫu của Evan Miller cho biết số lượt cần mỗi bản để phát hiện được chênh lệch đã chọn, với mức tin cậy và sức mạnh thống kê đặt trước.
Lưu ý: Một thử nghiệm không nói thay cho mọi trang Kết quả chỉ đúng với trang, nhóm khách và thời điểm đã thử. Muốn áp dụng sang chỗ khác thì cần thử lại hoặc theo dõi sau khi áp dụng.

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗

ĐO ĐIỀU GÌ

Đo bằng các kiểm tra trước khi kết luận.

Trước khi xem bản nào thắng, kiểm tra chia mẫu, chỉ số bảo vệ và hai tuần có cùng chiều không.

CẦN ĐO

Đạt khi đủ ngày, đủ mẫu, chia đều, cùng chiều, chỉ số bảo vệ không xấu.

KIỂM TRA KẾT QUẢ · SỐ MẪU

sotoiuu.nhathom.example/thu-nghiem/h1/kiem-tra

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

H1 · kiểm tra trước khi kết luận

Chia mẫu, chỉ số bảo vệ, hai tuần

Chia mẫu

A 8.412 · B 8.388 · kỳ vọng 8.400 mỗi bảnKhớp

Chỉ số không được giảm

Chỉ số	A	B	Đọc
Lead phù hợp trên 100 lượt vào	1,56	1,79	Tăng
Tỷ lệ phù hợp trong lead	40,9%	37,3%	Giảm nhẹ, theo dõi
LCP điện thoại (p75)	2,4 giây	2,4 giây	Không đổi

Hai tuần chạy

Tuần	A	B	Chênh
29/08 – 04/09	3,88%	4,92%	+1,04
05/09 – 11/09	3,73%	4,67%	+0,94

B cao hơn ở cả hai tuần, nên kết quả không chỉ do một tuần đặc biệt.

Chia mẫu 8.412 và 8.388, kỳ vọng 8.400: khớp. Lệch hẳn, như 9.000 và 7.800, là chia lượt lỗi, không tin kết quả.
Lead phù hợp trên 100 lượt vào tăng từ 1,56 lên 1,79. Chỉ số này đo cả số lượng lẫn chất lượng.
Tỷ lệ phù hợp giảm nhẹ, từ 40,9% còn 37,3%: nhiều lead hơn nhưng hơi loãng. Ghi lại và theo dõi tiếp.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Chia mẫu	Sát kỳ vọng, như 8.412 và 8.388 so với 8.400	Lệch hẳn, như 9.000 so với 7.800
Chỉ số bảo vệ	Không giảm, hoặc giảm nhẹ và được ghi chú	Giảm mạnh dù chỉ số chính tăng
Hai tuần chạy	Bản thắng ở cả hai tuần, như +1,04 và +0,94	Chỉ thắng ở một tuần đặc biệt
Khoảng tin cậy	Cả khoảng nằm cùng một phía của số 0	Khoảng cắt qua số 0

CÁCH ĐỌC

Mở màn hình kiểm tra, xem chia mẫu, rồi chỉ số bảo vệ, rồi từng tuần.

Đọc tiếp

Cả ba ổn mới đọc khoảng tin cậy và ghi quyết định.

LƯU Ý

Khoảng tin cậy vẫn có thể chứa số nhỏ hơn.

Đọc tiếp

Cần theo dõi sau khi áp dụng. Số trong hình là số mẫu.

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Muốn thử nhưng sợ không đủ lượt vào

Tính cỡ mẫu trước.

Đọc tiếp

Nếu quá lớn thì sửa lỗi rõ ràng, hoặc thử thay đổi lớn hơn.

Tính cỡ mẫu
So với lượt vào mỗi ngày
Chọn nhóm khách hoặc thay đổi phù hợp
Chạy khi đủ điều kiện

Đã từng thử nghiệm nhưng không tin kết quả

Kiểm tra lại cách chia mẫu và thời gian chạy, rồi ghi tiêu chí kết luận trước khi thử lại.

Xem lại chia mẫu
Xem lại số ngày và cỡ mẫu
Viết tiêu chí kết luận trước
Chạy lại một thử nghiệm đơn giản

Có kết quả rồi, chưa biết áp dụng thế nào

Ghi quyết định, phạm vi và việc theo dõi, rồi đưa bản thắng vào dùng.

Ghi quyết định có ngày
Ghi phạm vi áp dụng
Đặt lịch theo dõi 4 tuần
Chọn thử nghiệm tiếp theo

DẤU HIỆU

Sau 3 ngày bản B đã cao hơn rất nhiều và có người muốn dừng

Chỉ số	Giá trị
Số ngày đã chạy	3 trên 14
Cỡ mẫu đạt	24%
Việc cần làm	Chờ đủ ngày và đủ mẫu

KIỂM TRA

Những ngày đầu lệch nhiều là bình thường.

Đọc tiếp

Chờ đủ ngày và đủ cỡ mẫu đã ghi.

DẤU HIỆU

Chia mẫu 9.000 và 7.800 trong khi đã đặt 50/50

Chỉ số	Giá trị
Chênh lệch so với kỳ vọng	Quá lớn
Có thể do	Bản B tải lỗi trên một số máy
Việc cần làm	Sửa việc chia lượt rồi chạy lại

KIỂM TRA

Việc chia lượt có lỗi, ví dụ một bản tải chậm hoặc bị chặn.

Đọc tiếp

Kết quả không đọc được.

DẤU HIỆU

Bản B tăng số lead nhưng tỷ lệ phù hợp giảm

Chỉ số	Giá trị
Tỷ lệ phù hợp	40,9% còn 37,3%
Lead phù hợp trên 100 lượt	1,56 lên 1,79
Việc cần làm	Theo dõi 4 tuần, thử ô chọn số hộp

KIỂM TRA

Thay đổi hút thêm người ít phù hợp.

Đọc tiếp

Ghi lại, theo dõi và thử cách lọc lead.

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Evan Miller: tính cỡ mẫu cho thử nghiệm A/B ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Phiếu thử nghiệm ghi chỉ số chính, chỉ số bảo vệ, cỡ mẫu và số ngày trước khi chạyBản B chỉ khác bản A một thay đổiHai bản đã được thử trên điện thoại thật trước khi mở cho kháchTrang không bị sửa trong lúc thử nghiệm chạyĐã chạy đủ số ngày và đủ cỡ mẫu đã ghiĐã kiểm tra chia mẫu, chỉ số bảo vệ và từng tuầnKết quả được ghi kèm khoảng tin cậy, không chỉ một con sốQuyết định có ngày, phạm vi áp dụng và việc cần theo dõi

Tài liệu tham khảo:Nielsen Norman Group: thử nghiệm A/B ↗Google Analytics: sự kiện chính ↗

Nội dung của thẻ Sửa form, hiện rõ phí giaoChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Sửa form và thanh toán trông như thế nào.

Ba màn hình: lỗi từng ô, form trước sau, giỏ hàng trước sau. Bấm từng mục để xem.

Phân tích form theo từng ô

Trong 3.280 người bắt đầu điền, 1.102 dừng ở ô số điện thoại; 700 người gặp lỗi, bằng 22,4% số người tới ô. Ô email có 190 người gặp lỗi.

Đọc tiếp

Một ô vừa nhiều người dừng vừa nhiều người gặp lỗi là ô nên sửa trước. Sửa theo mức ảnh hưởng để không đụng vào các ô vẫn đang ổn.

MÔ PHỎNG · SỐ MẪU

sotoiuu.nhathom.example/bieu-mau/theo-o

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

Form “Nhận báo giá”: theo từng ô

01–14/08/2026 · 3.280 người bắt đầu điền · 1.208 gửi thành công

Người tới ô, dừng lại và gặp lỗi

Ô	Người tới ô	Dừng ở ô này	Gặp lỗi	Trung vị
Họ và tên	3.280	150	30	4 giây
Số điện thoại	3.130	1.102	700 · 22,4%	11 giây
Email	2.028	240	190 · 9,4%	9 giây
Công ty	1.788	310	0	7 giây
Số hộp dự kiến	1.478	120	0	5 giây
Ngày cần giao	1.358	90	40	8 giây
Ghi chú	1.268	60	0	14 giây

Cộng cột “Dừng ở ô này” được 2.072 người, bằng 3.280 trừ 1.208. Cột lỗi cộng được 960 người gặp lỗi.

Ô số điện thoại: 1.102 người dừng ở đây, nhiều nhất trong các ô. Đây là chỗ khách bỏ form.
Ô số điện thoại gặp lỗi ở 700 người, 22,4% số người tới ô. Dừng nhiều, lỗi nhiều: sửa ô này trước.
Ô email lỗi ở 190 người, 9,4%: ít hơn hẳn số điện thoại. Xếp theo mức ảnh hưởng, đừng sửa tràn lan.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:web.dev: kiểm tra dữ liệu biểu mẫu ↗MDN: ô nhập số điện thoại (type=tel) ↗

LÀM NHƯ THẾ NÀO

Năm bước sửa form và thanh toán.

Sửa đúng ô gây vấn đề, thử trên điện thoại thật, so cả chất lượng lead.

01Phân tích form theo từng ô: người tới ô, người dừng, người gặp lỗi, thời gian ở ô.
02Chọn ô ảnh hưởng nhiều nhất, viết đặc tả: loại ô, bàn phím, tự điền, quy tắc, lời báo lỗi.
03Sửa form và giỏ hàng, thử trên điện thoại thật với nhiều cách gõ khác nhau.
04Đưa lên, chờ đủ 14 ngày với lượt vào gần như không đổi, rồi so với 14 ngày trước.
05Đọc số người gặp lỗi, số gửi thành công và chất lượng lead, rồi ghi kết quả vào nhật ký.

Bạn đưa vào

Form và giỏ hàng cần sửa
Sự kiện lỗi theo từng ô
Điện thoại thật để thử
Đánh giá lead từ đội bán hàng

Từng ô, đặc tả, so trước sauONMATE cùng doanh nghiệp

Bạn nhận lại

Bảng phân tích từng ô, đặc tả form, form và giỏ hàng đã sửa, so sánh 14 ngày trước và sau.

Tài liệu tham khảo:Nielsen Norman Group: báo lỗi trong biểu mẫu ↗MDN: thuộc tính autocomplete ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để sửa form.

Cần sự kiện lỗi theo ô, quyền sửa form và cách đánh giá lead.

NGUYÊN TẮC

Đặc tả form là bảng, mỗi ô: loại, bàn phím, tự điền, quy tắc, lời báo lỗi. Ô số điện thoại khai báo tel, nhận dấu cách, +84.

ĐẶC TẢ FORM · MẪU

docs.google.com/spreadsheets

nhathom-dac-ta-form-bao-giaTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D	E	F
1	Ô	Loại	Bàn phím	Tự điền	Quy tắc	Lời báo lỗi
2	Họ và tên	Chữ	Chữ	name	Bắt buộc	Nhập họ và tên
3	Số điện thoại	tel	Bàn phím số	tel	Bắt buộc; cho +84, dấu cách	Cần 9–10 số, ví dụ 0900 000 000
4	Email	email	Có dấu @	email	Bắt buộc	Cần có dấu @, ví dụ a@b.vn
5	Công ty	Chữ	Chữ	organization	Tùy chọn	—
6	Số hộp dự kiến	Số	Bàn phím số	tắt	Tùy chọn; số nguyên	Nhập chữ số, ví dụ 40
7	Ngày cần giao	Ngày	Lịch chọn ngày	tắt	Tùy chọn; từ hôm nay	Chọn từ hôm nay trở đi
8	Ghi chú	Nhiều dòng	Chữ	tắt	Tùy chọn; tối đa 500 ký tự	—

Các ôThông báo lỗi

Bàn phím số: ô số điện thoại khai báo kiểu tel nên điện thoại tự mở bàn phím số, khách đỡ gõ sai.
+84 và dấu cách: mỗi người viết số một kiểu. Form tự làm sạch (bỏ dấu cách, dấu chấm) rồi mới kiểm tra.
Lời báo lỗi nêu đúng ô, cách sửa và ví dụ, thay cho “Dữ liệu không hợp lệ”. Khách sửa ngay, không bỏ form.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Bàn phím đúng ô

Số cho điện thoại, số hộp

Nhận cách gõ của khách

Dấu cách, dấu chấm, +84

Lời lỗi nói rõ cách sửa

Kèm ví dụ

Ô tùy chọn ghi rõ

Chỉ hỏi điều cần

Bộ tài nguyên4 mục

BảngSố liệu lỗi theo từng ôSự kiện form_error, lỗi theo ô.
TệpQuyền sửa form và giỏ hàngQuyền sửa trang hoặc mã form.
KháchCách đánh giá lead phù hợpTiêu chí bán hàng cho lead đúng.
BảngPhí và thời gian giao hàngPhí, thời gian giao theo khu vực.

Xem đủ thông số và ghi chú

Nguồn: Ô số điện thoại và bàn phím MDN mô tả kiểu ô tel và thuộc tính inputmode để điện thoại mở bàn phím phù hợp, và thuộc tính autocomplete để trình duyệt gợi ý dữ liệu đã lưu.
Nguồn: Lời báo lỗi W3C WCAG nêu yêu cầu nhận biết lỗi nhập liệu: lỗi phải được chỉ ra và mô tả bằng chữ. Nielsen Norman Group có hướng dẫn thiết kế lời báo lỗi trong biểu mẫu.
Lưu ý: So trước và sau không thay được A/B So trước và sau chỉ dùng được khi lỗi rõ ràng, lượt vào gần như không đổi và không sửa gì khác. Thiếu điều kiện đó thì nên chạy thử nghiệm A/B.

Tài liệu tham khảo:MDN: thuộc tính inputmode ↗MDN: thuộc tính autocomplete ↗

ĐO ĐIỀU GÌ

Đo bằng người gặp lỗi và gửi thành công.

Bảng trước và sau: lượt vào, gặp lỗi, gửi thành công, lead phù hợp. Lượt vào giữ nguyên thì mới so được.

CẦN ĐO

Xem số người gặp lỗi (thứ đã sửa) trước, rồi gửi thành công, rồi lead.

TRƯỚC VÀ SAU · SỐ MẪU

sotoiuu.nhathom.example/bieu-mau/truoc-sau

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

Trước và sau khi sửa form

Sửa ngày 15/08/2026 · mỗi bên 14 ngày

So sánh

Chỉ số	01–14/08	15–28/08	Thay đổi
Lượt vào trang	24.000	24.000	—
Bắt đầu điền form	3.280	3.280	—
Người gặp lỗi ở form	960	380	−60%
Gửi thành công	1.208	1.408	+16,6%
Gửi / bắt đầu điền	36,8%	42,9%	+6,1 điểm %
Lead phù hợp (CRM)	487	568	40,3% giữ nguyên

Đây là so sánh trước và sau, không phải thử nghiệm A/B. Dùng được vì lỗi rõ ràng, lưu lượng gần như không đổi và không sửa gì khác trong hai tuần.

Người gặp lỗi giảm 60%, từ 960 xuống 380: đúng thứ đã sửa, nên đây là chỉ số kiểm chứng đầu tiên.
Gửi thành công tăng 16,6%, từ 1.208 lên 1.408 trong 14 ngày. Lượt vào và người điền giữ nguyên, nên do sửa form.
Lead phù hợp từ 487 lên 568, tỷ lệ vẫn 40,3%: nhiều lead hơn mà chất lượng không đổi. Kiểm cả chất lượng.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Người gặp lỗi	Giảm mạnh, như 960 xuống 380	Không giảm dù đã sửa
Gửi thành công	Tăng khi lượt vào không đổi, như 1.208 lên 1.408	Tăng khi lượt vào cũng tăng
Lead phù hợp	Tăng và tỷ lệ phù hợp giữ nguyên	Tăng số lượng nhưng tỷ lệ phù hợp giảm mạnh
Tỷ lệ bỏ giỏ	Giảm sau khi hiện phí giao	Tăng hoặc không đổi

CÁCH ĐỌC

Lấy hai khoảng 14 ngày liền nhau, trước và sau ngày sửa, cùng nhóm thiết bị.

Đọc tiếp

Đọc theo thứ tự: người gặp lỗi, gửi thành công, lead phù hợp (CRM).

LƯU Ý

So trước và sau không phải A/B: mùa vụ, bản tin hay khuyến mãi có thể ảnh hưởng.

Đọc tiếp

Số trong hình là số mẫu.

Tài liệu tham khảo:Google Analytics: sự kiện chính ↗Baymard Institute: khả dụng của bước thanh toán ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Nhiều người bắt đầu điền mà không gửi

Phân tích theo từng ô để tìm ô nhiều người dừng và gặp lỗi.

Đo lỗi theo từng ô
Chọn ô ảnh hưởng nhiều nhất
Viết đặc tả và sửa
So trước và sau

Form dài, không biết bỏ ô nào

Hỏi từng ô: có cần ngay không, hay hỏi sau được.

Đọc tiếp

Rút ô tùy chọn trước khi thử A/B.

Liệt kê các ô
Ghi lý do cần mỗi ô
Bỏ hoặc dời ô chưa cần
Thử bằng A/B nếu đủ lượt vào

Khách bỏ giỏ hàng

Xem bước nào khách bỏ nhiều nhất, và hiện phí giao, thời gian giao, tổng tiền sớm hơn.

Đo bỏ giỏ theo bước
Hiện phí giao ở giỏ hàng
Thử trên điện thoại thật
Đo lại sau 14 ngày

DẤU HIỆU

Khách báo form không nhận số điện thoại có dấu cách

Chỉ số	Giá trị
Quy tắc cũ	Chỉ nhận số viết liền
Lời báo lỗi	“Dữ liệu không hợp lệ”
Việc cần làm	Tự làm sạch rồi mới kiểm tra

KIỂM TRA

Form chỉ chấp nhận số viết liền và báo lỗi chung.

Đọc tiếp

Nhận dấu cách, dấu chấm, +84 và sửa lời báo lỗi.

DẤU HIỆU

Gửi thành công tăng nhưng đội bán hàng nói lead kém hơn

Chỉ số	Giá trị
Tỷ lệ phù hợp trước và sau	40,3% và 40,3%
Số lead phù hợp	487 lên 568
Việc cần làm	Nếu giảm, thêm ô chọn số hộp

KIỂM TRA

Có thể form dễ hơn hút thêm người ít phù hợp.

Đọc tiếp

Đối chiếu tỷ lệ phù hợp trước và sau.

DẤU HIỆU

Khách bỏ giỏ hàng khi thấy phí giao ở bước cuối

Chỉ số	Giá trị
Phí giao hiển thị	Ở bước thanh toán cuối
Tổng cộng ở giỏ hàng	Chưa có
Việc cần làm	Hiện phí giao, thời gian giao và tổng ngay ở giỏ

KIỂM TRA

Phí giao hiện quá muộn so với lúc khách quyết định.

Đọc tiếp

Hiện phí giao ngay ở giỏ hàng.

Tài liệu tham khảo:Baymard Institute: khả dụng của bước thanh toán ↗Nielsen Norman Group: báo lỗi trong biểu mẫu ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Đã phân tích form theo từng ô: người tới, người dừng, người gặp lỗiCó đặc tả form ghi loại ô, bàn phím, tự điền, quy tắc và lời báo lỗiÔ số điện thoại mở bàn phím số và nhận dấu cách, dấu chấm, +84Lời báo lỗi chỉ ra ô sai và cách sửa kèm ví dụGiỏ hàng hiện phí giao, thời gian giao và tổng tiền trước khi khách nhập địa chỉĐã thử form trên điện thoại thật với nhiều cách gõ khác nhauSo trước và sau dùng hai khoảng cùng độ dài, lượt vào gần như không đổiĐã kiểm tra chất lượng lead chứ không chỉ số lượng

Tài liệu tham khảo:W3C WCAG 2.2: nhận biết lỗi nhập liệu ↗W3C WAI: kiểm tra dữ liệu biểu mẫu ↗

Nội dung của thẻ Đọc kết quả, ghi quyết địnhChọn thẻ khác

TRÔNG NHƯ THẾ NÀO

Đọc kết quả trông như thế nào.

Ba màn hình: lead theo bản, bản ghi quyết định, báo cáo hai vòng. Bấm từng mục để xem.

Chất lượng lead theo bản thử

CRM ghi bản trang khách thấy. Bản A: 320 lead, 131 phù hợp (40,9%); bản B: 402 lead, 150 phù hợp (37,3%). Trên 100 lượt vào: B 1,79, A 1,56.

Đọc tiếp

Số lead chỉ là một nửa câu chuyện. Nối với đánh giá của đội bán hàng cho biết thay đổi mang tới khách đúng hay chỉ thêm người điền form.

MÔ PHỎNG · SỐ MẪU

crm.nhathom.example/khach-tiem-nang

NKhách hàngNhà Thơm (mẫu)N

Khách mớiViệc cần làmBáo cáoCài đặt

Khách tiềm năng theo bản thử

29/08 – 11/09/2026 · điện thoại

Bản A: lead320131 phù hợp · 40,9%Bản B: lead402150 phù hợp · 37,3%Phù hợp / 100 lượt, A1,56Phù hợp / 100 lượt, B1,79

Khách mới nhất

Ngày	Khách	Bản	Công ty	Số hộp	Đánh giá
11/09	Nguyễn Thu Hà	B	Công ty Ánh Dương (mẫu)	40 hộp	Phù hợp
11/09	Trần Quốc Việt	A	Cửa hàng An Phát (mẫu)	3 hộp	Chưa phù hợp
10/09	Lê Minh Châu	B	Công ty Hải Nam (mẫu)	25 hộp	Phù hợp
10/09	Phạm Gia Bảo	B	—	2 hộp	Chưa phù hợp
09/09	Đặng Mỹ Linh	A	Ngân hàng Bình An (mẫu)	120 hộp	Phù hợp

Cột “Bản”: mỗi khách trong CRM ghi bản trang đã thấy. Thiếu cột này không nối được thử nghiệm với chất lượng khách.
Đánh giá “Phù hợp” do đội bán hàng gọi và xem. Cùng tiêu chí cho hai bản, như từ 10 hộp trở lên.
Phạm Gia Bảo (bản B), 2 hộp, không ghi công ty: chưa phù hợp. Lead kiểu này kéo tỷ lệ bản B xuống.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Báo cáo hai vòng đầu

Lead mỗi 14 ngày tăng từ 1.208 lên 1.573 (+30,2%), gồm vòng 1 (sửa form) và vòng 2 (A/B nút). Tỷ lệ phù hợp B thấp hơn, cần theo dõi.

Đọc tiếp

Mỗi vòng ghi vấn đề, cách làm, cách kiểm và kết quả trên một dòng, và nói rõ cách đo khác nhau của từng vòng.

MÔ PHỎNG · SỐ MẪU

sotoiuu.nhathom.example/ket-qua/bao-cao-vong

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

Báo cáo hai vòng đầu

Tháng 8–9/2026 · trang Quà tặng doanh nghiệp

Lead mỗi 14 ngày, đầu1.208Lead mỗi 14 ngày, nay1.573Thay đổi+30,2%Tỷ lệ phù hợp, bản B37,3%bản A: 40,9%

Từng vòng

Vòng	Điểm rơi	Cách làm	Kết quả
Vòng 1	Lỗi số điện thoại ở form	Sửa, so trước và sau	1.208 → 1.408 lead / 14 ngày
Vòng 2	Chỉ 20% cuộn tới form	A/B nút ở màn hình đầu	3,80% → 4,79% trên điện thoại

Con số “nay” là 14 ngày sau khi áp dụng B (12–25/09). Tỷ lệ phù hợp của bản B thấp hơn bản A nên được theo dõi tiếp.

Vòng 1: lead từ 1.208 lên 1.408 trong 14 ngày sau khi sửa kiểm tra số điện thoại. Mỗi vòng một dòng.
Vòng 2: gửi trên điện thoại từ 3,80% lên 4,79%. Cách đo khác vòng 1 (A/B, không so trước sau) nên ghi rõ.
Cuối bảng: 1.573 lead trong 14 ngày 12–25/09, tăng 30,2% so với 1.208, gồm cả hai vòng. Theo dõi thêm tỷ lệ phù hợp.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Tài liệu tham khảo:Google Analytics: sự kiện chính ↗Nielsen Norman Group: thử nghiệm A/B ↗

LÀM NHƯ THẾ NÀO

Năm bước đọc kết quả.

Nối số liệu với chất lượng khách và ghi lại để lần sau khỏi làm lại.

01Nối kết quả thử nghiệm với CRM bằng cột “bản”, rồi tính tỷ lệ lead phù hợp của từng bản.
02Viết bản ghi quyết định: áp dụng gì, vì sao, theo dõi gì, chưa kết luận gì, việc tiếp theo.
03Vẽ lead theo tuần ít nhất 8 tuần, đánh dấu ngày sửa, thử, áp dụng và sự kiện ngoài.
04Tổng hợp từng vòng vào báo cáo: vấn đề, cách làm, cách kiểm, kết quả và điều ghi nhận.
05Chọn việc tiếp theo từ danh sách giả thuyết và đặt lịch theo dõi sau khi áp dụng.

Bạn đưa vào

Dữ liệu CRM theo bản
Nhật ký thử nghiệm
Lịch bản tin, khuyến mãi
Người nhận báo cáo

Nối CRM, quyết định, xu hướngONMATE cùng doanh nghiệp

Bạn nhận lại

Bảng lead theo bản, bản ghi quyết định, biểu đồ theo tuần có đánh dấu, báo cáo từng vòng, việc tiếp theo.

Tài liệu tham khảo:Google Analytics: báo cáo form tạo lead ↗Nielsen Norman Group: thử nghiệm A/B ↗

CẦN CHUẨN BỊ GÌ

Cần chuẩn bị gì để đọc kết quả.

Cần quyền xem CRM, tiêu chí lead phù hợp và lịch sự kiện.

NGUYÊN TẮC

Sổ là bảng: vấn đề, việc làm, cách kiểm, kết quả. Mỗi vòng ghi cách kiểm (trước và sau, A/B); chưa có kết quả thì ghi “Chưa có”.

SỔ CÁC VÒNG · MẪU

docs.google.com/spreadsheets

nhathom-nhat-ky-vong-toi-uuTệp Chỉnh sửa Xem Chèn Định dạng Dữ liệu

	A	B	C	D	E
1	Vòng	Vấn đề thấy	Việc làm	Cách kiểm	Kết quả
2	Vòng 1	960 người gặp lỗi form	Sửa kiểm tra số điện thoại	So trước/sau, mỗi bên 14 ngày	Lead 1.208 lên 1.408 (+16,6%)
3	Vòng 2	Chỉ 20% tới form (điện thoại)	Thêm nút dưới tiêu đề	A/B 14 ngày	Tỷ lệ gửi 3,80% lên 4,79%
4	Vòng 3	Dừng 11 giây ở ô số điện thoại	Ghi vì sao cần số (H3)	A/B dự kiến từ 13/10	Chưa có

Các vòngBài học

Vòng 1 so trước và sau: dùng được vì lỗi rõ, lưu lượng ổn định, không sửa gì khác. Thiếu thì chạy A/B.
Vòng 2 là A/B: tỷ lệ gửi từ 3,80% lên 4,79%. Mỗi vòng ghi cách kiểm riêng để biết độ tin cậy.
Vòng 3 chưa có kết quả: ghi “Chưa có”, không để trống hay đoán trước. Bảng gồm cả việc đang làm.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Nối với CRM

Cột “bản” cho từng khách

Một quyết định, có ngày

Kèm phạm vi áp dụng

Đánh dấu sự kiện

Bản tin, khuyến mãi, ngày lễ

Ghi cách kiểm của từng vòng

A/B hay trước và sau

Bộ tài nguyên4 mục

TệpQuyền xem dữ liệu CRMQuyền xem khách tiềm năng, không gửi tệp.
KháchTiêu chí lead phù hợpĐiều kiện bán hàng, như từ 10 hộp.
BảngLịch bản tin và khuyến mãiSự kiện làm lượt vào thay đổi.
KháchNgười nhận báo cáoNgười đọc kết quả, quyết định việc tiếp.

Xem đủ thông số và ghi chú

Nguồn: Sự kiện chính và nguồn khách Google Analytics cho phép đánh dấu sự kiện chính và xem báo cáo theo nguồn, dùng để đối chiếu số lead với số thực nhận trong CRM.
Nguồn: Kiểm thử với người dùng Usability.gov và Nielsen Norman Group có hướng dẫn kiểm thử khả dụng, bổ sung cho số liệu bằng việc xem người thật dùng trang.
Lưu ý: Xu hướng cần ghi chú sự kiện ngoài Một tuần cao hơn có thể do bản tin hoặc khuyến mãi chứ không do thay đổi trên trang. Ghi sự kiện lên biểu đồ để đọc đúng.

Tài liệu tham khảo:Google Analytics: sự kiện chính ↗Usability.gov: kiểm thử khả dụng ↗

ĐO ĐIỀU GÌ

Đo bằng lead theo tuần kèm sự kiện.

Biểu đồ lead theo tuần cho thấy xu hướng, kèm ngày sửa, thử, áp dụng. Bản tin, khuyến mãi được ghi chú.

CẦN ĐO

Một tuần cao chưa là xu hướng; hai tuần liền trên mức nền thì đáng tin.

XU HƯỚNG THEO TUẦN · SỐ MẪU

sotoiuu.nhathom.example/ket-qua/xu-huong

SSổ tối ưuNhà Thơm (mẫu)M

PhễuHành viGiả thuyếtThử nghiệmBiểu mẫuKết quả

Lead theo tuần

Trang Quà tặng doanh nghiệp · 8 tuần

59001–07/08
61808–14/08
68915–21/08
71922–28/08
70529/08–04/09
78505–11/09
77612–18/09
79719–25/09

Sửa form 15/08Thử A/B 29/08 – 11/09Áp dụng B 12/09

Bản tin email 09/09

Sửa form 15/08: lead mỗi tuần nhảy từ 618 lên 689 rồi 719. Ghi ngày thay đổi lên biểu đồ.
Áp dụng B từ 12/09: hai tuần sau là 776 và 797 lead, cao hơn hẳn hai tuần đầu tháng 8 (590 và 618).
Bản tin email 09/09 làm tuần 05–11/09 cao hơn thường. Gửi cả hai bản nên không lệch thử nghiệm, nhưng cần ghi chú.

Giao diện và số liệu minh họa cho thương hiệu giả định Nhà Thơm; không phải kết quả của khách hàng.

Cách đọc số · số mẫu

Chỉ số	Cho biết	Cần xem lại khi
Lead theo tuần	Cao hơn mức nền ở nhiều tuần liên tiếp	Chỉ một tuần cao rồi quay lại mức cũ
Ngày thay đổi	Số nhích lên sau ngày sửa, như 15/08 và 12/09	Số nhích lên mà không có thay đổi nào
Sự kiện ngoài	Được ghi chú, như bản tin 09/09	Không ghi chú, dễ đọc nhầm hiệu quả
Chất lượng lead	Tỷ lệ phù hợp giữ hoặc được theo dõi	Tỷ lệ phù hợp giảm mà không ai theo dõi

CÁCH ĐỌC

Mở biểu đồ lead theo tuần, đánh dấu ngày sửa và áp dụng, tìm tuần lệch khỏi xu hướng và hỏi vì sao.

Đọc tiếp

Đối chiếu chất lượng lead trong CRM.

LƯU Ý

Xu hướng cho biết hướng đi, chưa chứng minh nguyên nhân; mùa vụ, khuyến mãi cũng tác động.

Đọc tiếp

Số trong hình là số mẫu.

Tài liệu tham khảo:Google Analytics: báo cáo form tạo lead ↗Google Analytics: sự kiện chính ↗

CÁCH TRIỂN KHAI

Cách xử lý các tình huống thường gặp.

Số trong bảng là số mẫu để minh họa cách đọc, không phải kết quả dự kiến.

Đã sửa nhiều thứ nhưng không ai tổng hợp

Dựng sổ các vòng từ những gì đã làm: vấn đề, việc làm, cách kiểm, kết quả.

Liệt kê thay đổi đã làm
Gắn ngày và cách kiểm
Điền kết quả đã biết
Ghi “Chưa có” cho chỗ chưa đo

Lead tăng nhưng đội bán hàng nói chất lượng không rõ

Nối CRM theo bản và đánh giá cùng một tiêu chí cho mọi lead.

Thêm cột bản vào CRM
Thống nhất tiêu chí phù hợp
Tính tỷ lệ phù hợp theo bản
Ghi vào bản ghi quyết định

Cần báo cáo ngắn cho người quyết định

Báo cáo hai trang: tổng quan, từng vòng, điều cần theo dõi và việc tiếp theo.

Chọn 3–4 chỉ số chính
Ghi từng vòng một dòng
Ghi điều cần theo dõi
Đề xuất việc tiếp theo

DẤU HIỆU

Một tuần lead cao hẳn và có người cho là nhờ thay đổi trên trang

Chỉ số	Giá trị
Tuần 05–11/09	785, cao hơn thường
Sự kiện trong tuần	Bản tin email 09/09
Việc cần làm	Ghi chú sự kiện, đọc xu hướng nhiều tuần

KIỂM TRA

Tuần đó có bản tin email.

Đọc tiếp

Ghi sự kiện lên biểu đồ và so sánh với tuần không có sự kiện.

DẤU HIỆU

Báo cáo chỉ có tăng bao nhiêu lead, không nói chất lượng

Chỉ số	Giá trị
Chất lượng lead	Chưa nối với CRM
Số lead	1.573, tăng 30,2%
Việc cần làm	Báo cáo thêm tỷ lệ lead phù hợp

KIỂM TRA

Thiếu cột nối CRM.

Đọc tiếp

Thêm cột bản và đánh giá lead phù hợp theo cùng tiêu chí.

DẤU HIỆU

Cùng một thay đổi mà hai người đọc ra hai kết luận

Chỉ số	Giá trị
Bản ghi quyết định	Chỉ có “Bản B thắng”
Thiếu	Phạm vi và điều cần theo dõi
Việc cần làm	Viết lại theo mẫu có ngày

KIỂM TRA

Quyết định không ghi phạm vi hay chỉ số bảo vệ.

Đọc tiếp

Viết lại theo mẫu: vì sao, theo dõi gì, chưa kết luận gì.

Tài liệu tham khảo:Usability.gov: kiểm thử khả dụng ↗Nielsen Norman Group: cần bao nhiêu người thử ↗

TRƯỚC KHI BẮT ĐẦU

Danh sách kiểm tra.

Đánh dấu từng mục để xem mức sẵn sàng. Trạng thái chỉ lưu trên trình duyệt của bạn.

0%SẴN SÀNG

Dữ liệu CRM có cột cho biết khách thấy bản nàoTiêu chí lead phù hợp áp dụng giống nhau cho mọi bảnMỗi thử nghiệm kết thúc bằng một bản ghi quyết định có ngày và phạm viBản ghi quyết định nêu điều cần theo dõi và điều chưa kết luậnBiểu đồ xu hướng có ít nhất 8 tuần và đánh dấu các ngày thay đổiBản tin, khuyến mãi và sự kiện ngoài được ghi chú trên biểu đồBáo cáo ghi cách kiểm của từng vòng (A/B hay so trước và sau)Báo cáo có việc tiếp theo và lịch theo dõi sau khi áp dụng

Tài liệu tham khảo:Google Analytics: báo cáo form tạo lead ↗Nielsen Norman Group: thử nghiệm A/B ↗

NHỚ NHANH

Sáu phần việc, từ đo phễu đến đọc kết quả.

Chọn một ô để quay lại đúng phần nội dung ở trên.

CÓ THỂ CẦN THÊM

Dịch vụ website đi cùng.

01UI/UXLuồng thao tác và bản mẫu có trạng thái.02Landing PageMột chiến dịch, một hành động.03Tối ưu tốc độĐo, sửa, đo lại trên điện thoại.

CRO – tối ưu chuyển đổi

Tối ưu chuyển đổi bắt đầu bằng đo khách dừng ở đâu, rồi mới tới đổi gì.

Đo từng bước

Xem hành vi

Viết giả thuyết

Thử nghiệm A/B

Sửa form và thanh toán

Đọc kết quả

Chọn một phần việc để xem toàn bộ cách làm.

Biết khách dừng ở bước nào — Đặt sự kiện từng bước, kiểm tra kỹ, dựng phễu theo thiết bị và tuần.

Đo từng bước trông như thế nào.

Phễu theo bước của form báo giá

Khám phá phễu: gửi form báo giá

Chia phễu theo điện thoại, máy tính

Phễu theo thiết bị

DebugView: thử trên điện thoại thật

DebugView

Năm bước đo phễu.

Cần chuẩn bị gì để đo phễu.

Một bước, một sự kiện

Một sự kiện chính

Tham số đủ dùng

Thử trên thiết bị thật

Đo bằng người qua từng bước.

Phễu theo tuần

Cách xử lý các tình huống thường gặp.

Chưa đo gì, chỉ có tổng số liên hệ

Đã có Analytics nhưng số lệch với thực tế

Đã có phễu mà chưa ai dùng

Danh sách kiểm tra.

Xem khách bấm và cuộn — Bản đồ bấm, bản đồ cuộn, bản ghi phiên; dữ liệu nhập được che.

Xem hành vi trông như thế nào.

Bản đồ bấm trên điện thoại

Bản đồ nhiệt

Bản đồ cuộn: người xem dừng ở đâu

Bản đồ nhiệt

Bản ghi phiên: xem một lượt dùng thật

Bản ghi

Năm bước xem hành vi.

Cần chuẩn bị gì để xem hành vi.

Có câu hỏi trước khi xem

Ghi cỡ quan sát

Che dữ liệu nhập

Mỗi quan sát dẫn tới việc

Đo bằng dấu hiệu hành vi trên bảng điều khiển.

Bảng điều khiển

Cách xử lý các tình huống thường gặp.

Chưa từng xem hành vi khách

Đã có Clarity nhưng chưa ai mở

Có nhiều bản ghi nhưng không biết xem gì

Danh sách kiểm tra.

Viết giả thuyết trước khi sửa — Mỗi quan sát thành một phiếu giả thuyết, xếp hạng, vẽ trước sau, tính cỡ mẫu.

Giả thuyết trông như thế nào.

Phiếu giả thuyết H1

H1 · Nút “Nhận báo giá” ở màn hình đầu

Xếp hạng 6 giả thuyết theo điểm

Xếp hạng giả thuyết

Bản A và bản B trên điện thoại

Năm bước viết giả thuyết.

Cần chuẩn bị gì để viết giả thuyết.

Mỗi giả thuyết có căn cứ

Điểm để xếp thứ tự

Lỗi rõ thì sửa luôn

Có trạng thái và ngày

Đo bằng cỡ mẫu cần có.

Tính cỡ mẫu

Cách xử lý các tình huống thường gặp.

Chưa có giả thuyết nào, chỉ có ý kiến

Có nhiều ý tưởng, không biết làm cái nào

Lưu lượng thấp, lo không đủ mẫu

Danh sách kiểm tra.

So hai bản trên khách thật — Một thay đổi, một chỉ số chính, chạy đủ ngày, kiểm tra rồi mới quyết định.

Thử nghiệm A/B trông như thế nào.

Tạo thử nghiệm H1

Tạo thử nghiệm

Ngày thứ 9: chưa nên kết luận

H1 · đang chạy

Bản gốc: nút sau phần Ba lợi ích

Thêm nút dưới tiêu đề

Bản B cao hơn, kèm khoảng tin cậy

Chọn một phần việc để xem
toàn bộ cách làm.