Kiểm tra website và hành trình khách hàng tiềm năng: Phiếu thủ công 12 mục

Vấn đề dễ thấy nhất trên website chưa chắc là vấn đề bán hàng quan trọng nhất. Biểu mẫu có thể gửi được nhưng không ai nhận theo dõi; cửa sổ chat có thể trả lời nhưng làm mất bước tiếp theo người mua yêu cầu; CRM có thể nhận hồ sơ nhưng thiếu bằng chứng để điều phối.

Bài kiểm tra thủ công này theo một yêu cầu thật từ lượt xem đầu đến kết quả xử lý. Đầu ra là danh sách sửa theo ưu tiên, không phải dự báo chuyển đổi hay ROI.

Chọn một hành trình và thu bằng chứng

Ghi đối tượng, đề nghị, trang vào, hành động chuyển đổi, kênh, đội nhận và khoảng thời gian gần đây. Dùng hồ sơ thử có thể nhận diện và xóa. Không gửi dữ liệu nhạy cảm hay giả mạo người thật.

Hành trình được kiểm tra:
Đối tượng và bước tiếp theo mong muốn:
URL vào và thiết bị:
Mã hồ sơ thử:
Khoảng thời gian xem:
Người quan sát website / điều phối / bán hàng / CRM:

Hướng dẫn biểu mẫu của Google trình bày cách nhập dữ liệu dễ dùng và hỗ trợ tiếp cận; Google Analytics mô tả phễu là các bước đã định nghĩa để quan sát hoàn tất và rời bỏ. Hai cơ chế giúp thu bằng chứng, không tự chẩn đoán nguyên nhân hay hứa mức tăng. Xem hướng dẫn biểu mẫu và khám phá phễu.

Thực hiện 12 bước kiểm tra

Đánh dấu đạt, không đạt hoặc chưa biết. Mỗi dấu phải có ảnh chụp, sự kiện, bản ghi, thời điểm, mã hội thoại hoặc xác nhận của người phụ trách.

Hướng dẫn về tác nhân AI của OpenAI nhấn mạnh giới hạn nhiệm vụ, công cụ, rào chắn, can thiệp của người và đánh giá. Hãy áp dụng các kiểm soát đó ngay cả khi AI chỉ là một bước trong hành trình bán hàng. Xem hướng dẫn.

Xếp ưu tiên minh bạch

Với mỗi mục không đạt hoặc chưa biết quan trọng, chấm ba số nguyên:

Nói đơn giản, hãy trả lời ba câu: lỗi cản trở hành trình đến mức nào, bao nhiêu phần của đường đi có thể gặp lỗi và bằng chứng chắc đến đâu. Ba câu trả lời lần lượt là mức nghiêm trọng, phạm vi và độ chắc chắn:

• Mức nghiêm trọng: 1 gây bất tiện, 2 chặn/làm sai quyết định, 3 tạo rủi ro đáng kể cho khách, dữ liệu, tuân thủ hoặc trách nhiệm.
• Phạm vi: 1 nhánh hiếm, 2 nhóm lặp lại, 3 đường mặc định hoặc lưu lượng cao.
• Độ chắc chắn: 1 giả thuyết, 2 quan sát lặp lại, 3 tái hiện được và truy đến bằng chứng.

Điểm ưu tiên = Mức nghiêm trọng × Phạm vi × Độ chắc chắn

Kết quả hợp lệ là số nguyên từ 1 đến 27. Trước khi chấm, đội phải ghi ngưỡng hành động, bằng chứng bắt buộc, người duyệt và điều kiện dừng của mình. Phương pháp không cung cấp khoảng chung. Mọi điều kiện dừng về an toàn, riêng tư, pháp lý hoặc bàn giao vô chủ cao hơn điểm số.

Lần kiểm tra hư cấu đã hoàn tất

Northstar chọn ngưỡng hư cấu trước khi chấm: 18–27 sửa ngay, 8–17 vòng kế tiếp, 1–7 thu thêm bằng chứng. Đây là lựa chọn của Northstar, không phải mặc định.

Hành trình: Yêu cầu dịch vụ song ngữ trên điện thoại, từ quảng cáo đến bàn giao được nhận
Đối tượng/bước tiếp: Quản lý vận hành tại Việt Nam xin buổi trao đổi
URL/thiết bị: /services, mobile 390px
Mã thử: E-204
Cửa sổ: 2026-08-09 đến 2026-08-15 ICT
Người xem: web / điều phối / bán hàng / CRM
Ý định-1=đạt; Ý định-2=đạt; Thu thập-1=đạt; Thu thập-2=đạt
Sàng lọc-1=đạt; Sàng lọc-2=đạt; Điều phối-1=đạt; Điều phối-2=đạt
Theo dõi=không đạt (mất yêu cầu tiếng Việt); CRM=không đạt (thiếu trường ngôn ngữ)
Đo lường=đạt; Quản trị=đạt

Bằng chứng của lỗi đầu là lần thử E-204 và hồ sơ CRM; lỗi sau có ba lần thử trên thiết bị. Người phụ trách dữ liệu nhận lỗi đầu, người phụ trách web nhận lỗi sau.

Tính lại: 2 × 3 × 3 = 18; 1 × 3 × 3 = 9. Northstar sửa trường ngôn ngữ trước. Đội không tuyên bố việc sửa sẽ tăng chuyển đổi; tiêu chuẩn đạt là trường còn nguyên qua thu thập, điều phối, nhận việc và ghi CRM.

Trạng thái không hợp lệ và độ nhạy

Không chấm khi chưa có sự kiện quan sát được, chưa định nghĩa hành trình hoặc không có người xác minh. Giữ trạng thái chưa biết và giao việc thu bằng chứng. Nếu phạm vi của lỗi đầu chỉ là 2, điểm thành 12 nhưng vẫn cao hơn lỗi 9 điểm. Điều kiện dừng về riêng tư hoặc an toàn luôn đứng trước dù điểm số thấp hơn.

Biến kết quả thành hàng đợi sửa chữa

Phát hiện:
Mã bằng chứng:
Ba thành phần và điểm:
Biện pháp khoanh vùng ngay:
Nguyên nhân cần xác minh:
Người phụ trách và hạn:
Cách xác nhận đã sửa xong:
Điều kiện hoàn tác:
Kết quả thử lại:

Chỉ đóng phát hiện khi cùng hành trình đã đạt và bản ghi phía sau khớp. Sửa giao diện mà không thử lại điều phối/CRM là chưa xong.

Phiếu đã điền cho lỗi đầu:

Phát hiện: Yêu cầu theo dõi tiếng Việt không vào CRM
Bằng chứng: Lần thử E-204 và hồ sơ CRM
Ưu tiên: 2 × 3 × 3 = 18; ngưỡng sửa ngay của Northstar
Khoanh vùng: Hàng đợi song ngữ kiểm tra thủ công
Nguyên nhân: Ánh xạ CRM thiếu preferred_language
Người phụ trách/hạn: Dữ liệu / 2026-08-18
Xác nhận đã sửa: Trường còn nguyên qua thu thập, điều phối, nhận việc và CRM
Hoàn tác: Ánh xạ tạo hồ sơ trùng/sai
Thử lại: Đang chờ; phát hiện vẫn mở

Câu hỏi thường gặp

Ba câu hỏi sau làm rõ điểm số và một hành trình thử có thể cho biết điều gì.

Điểm cao nhất có luôn làm trước không? Không. Điều kiện dừng được ưu tiên hơn điểm; đội phải đặt ngưỡng trước khi chấm.

Một hồ sơ thử có đại diện toàn bộ lưu lượng không? Không. Hồ sơ chỉ xác minh đường đi, không cho biết lỗi phổ biến đến đâu. Cần dùng mẫu an toàn và chia nhóm để đánh giá phạm vi.

Sửa mục không đạt có chứng minh doanh thu tăng không? Không. Kết quả chỉ chứng minh điều kiện xác nhận đã sửa xong, không chứng minh doanh thu tăng.

Bước tiếp theo, phương pháp và giới hạn

Chọn phiếu tiếp theo. Dùng bài kiểm tra chuyển đổi website nếu lỗi chỉ nằm trên website. Dùng mẫu sàng lọc và điều phối nếu lỗi bắt đầu sau khi thu thông tin.

Phương pháp và giới hạn. Trang không lưu đầu vào và không dùng mặc định chuẩn ngành. Điểm chỉ giúp xếp thứ tự, phải có bằng chứng và người độc lập xem lại. Bài kiểm tra không chứng minh quan hệ nhân quả, không dự báo mức tăng, không chứng nhận tuân thủ và không chứng minh năng lực Easy AI.