Checklist test website trước khi vận hành và nghiệm thu bàn giao

Wecanadmin  /  Twitter 19.01.2026

Bạn không cần biết code để nghiệm thu website. Bạn chỉ cần test đúng thứ tự để biết web có làm mất lead không, lỗi nào phải sửa trước, và có nên launch chưa.

Kết luận nhanh để ra quyết định

• P0 pass hết → launch/nhận bàn giao tối thiểu được
  Chỉ cần 1 lỗi P0 fail → chưa launch/chưa nghiệm thu, sửa trước.
• P0 pass nhưng P1 fail → chạy nhẹ được, fix trong 3–7 ngày (đặc biệt nếu chạy ads).

Trong đó:

• P0 là lỗi làm mất lead hoặc không liên hệ được. Gặp là dừng launch/nghiệm thu ngay.
• P1 là lỗi giảm trải nghiệm và chuyển đổi, chưa mất lead ngay nhưng đốt tiền ads nếu không sửa.

1. Cách dùng bài này trong 30–120 phút

Chọn gói 30 phút, 2 giờ hoặc 1 ngày theo tình huống. Test theo thứ tự P0 → P1, ghi lỗi ngay khi gặp. Nếu có 1 lỗi P0 fail, dừng launch và yêu cầu sửa trước.

Chọn gói theo tình huống

• Chọn 30 phút nếu: sắp chạy ads, sắp nghiệm thu, web vừa lên live.
• Chọn 2 giờ nếu: có traffic nhưng ít liên hệ, nghi web gãy hành trình.
• Chọn 1 ngày nếu: chuẩn bị scale ads/SEO, muốn tránh “đo mù, index lỗi”.

Dấu hiệu dừng sớm (khỏi test tiếp)

• 1/3 lần bấm gọi/chat không ra hành động.
• Form báo OK nhưng email không tới sau 5 phút.
• Mobile CTA bị che ở trang chủ hoặc trang liên hệ.

2. Chuẩn bị tối thiểu trước khi test

Chuẩn bị 2 thiết bị, email nhận lead có quyền truy cập, link đúng môi trường, 5 trang quan trọng và file ghi lỗi. Thiếu 1 món là test sẽ bị kẹt hoặc báo lỗi không đủ để dev xử lý.

Checklist chuẩn bị

• 1 điện thoại (ưu tiên 4G/5G) + 1 laptop.
• 1 email nhận lead (check Spam/Promotions được).
• Link bản live (và staging nếu có thì ghi rõ).
• 5 trang quan trọng: Home, Service, Contact, Landing (nếu có), Blog (nếu có).
• 1 file ghi lỗi (Google Sheet hoặc note).

Checklist “quyền truy cập lead” (đừng bỏ qua)

• Gửi thử 1 email vào chính inbox đó để chắc chắn email hoạt động.
• Xác định email lead thường gửi từ đâu (ví dụ: noreply@domain) để dễ nhận diện.
• Nếu có CRM/Sheet/inbox chung: xác định đúng nơi phải check trước khi test.

Tip: test bằng 4G để giống khách thật. Nhiều lỗi “chậm/đơ” chỉ lộ ra khi mạng không đẹp.

3. Mẫu báo lỗi 6 dòng (copy/paste gửi bên làm web)

Dùng mẫu 6 dòng để dev tái hiện lỗi ngay, không hỏi lại. Thiếu bước tái hiện hoặc thiếu thiết bị/trình duyệt sẽ biến lỗi thành “cảm giác”, sửa rất lâu và dễ bị bỏ qua.

Mẫu 6 dòng

• Link trang lỗi
• Thiết bị + trình duyệt (iPhone/Android, Chrome/Safari)
• Bước tái hiện 1-2-3
• Actual (thực tế)
• Expected (mong đợi)
• Ảnh/video đính kèm

Template bước tái hiện chuẩn (copy/paste)

• Lỗi nút bị che
  • B1: mở trang X trên iPhone/Chrome
  • B2: scroll xuống đoạn Y
  • B3: bấm nút Z → không bấm được vì bị che bởi thanh A
• Lỗi mở sai kênh
  • B1: bấm nút Zalo ở header
  • B2: hệ thống mở link…
  • B3: không mở Zalo chat mà mở trang trắng
• Lỗi form OK giả
  • B1: vào trang Contact
  • B2: điền form và bấm Submit
  • B3: hiện “Success” nhưng không có email sau 5 phút

4. Checklist 30 phút Test sống còn

30 phút này chỉ để chặn lỗi mất lead. Bạn test liên hệ nhanh, form, 5 trang chính trên mobile và điều hướng cơ bản. Có 1 lỗi P0 fail là đủ để chưa launch hoặc chưa nghiệm thu.

Quy tắc pass/fail theo tỉ lệ (không theo cảm giác)

• Nút liên hệ: test 3 lần liên tiếp
  • Pass: 3/3 lần ra hành động đúng
  • Fail: chỉ cần 1/3 lần không ăn
• Form: test 3 lần
  • Pass: 3/3 email tới trong 1–3 phút
  • Fail: 1/3 lần mất email hoặc rơi spam

4.1. Test liên hệ nhanh trên điện thoại (P0)

Mục tiêu là bấm nút gọi/chat và ra hành động đúng trong 1–2 giây. Nếu nút bị che, bấm không trúng, mở sai kênh hoặc không phản hồi, coi như P0 fail và phải sửa trước.

Cách làm (5 phút)

• Mở website bằng điện thoại 4G
• Bấm Gọi (3 lần)
• Bấm Zalo/Messenger/Chat (3 lần)

Pass

• Bấm gọi → ra màn hình gọi và đúng số
• Bấm chat → mở đúng kênh
• Nút không bị che, bấm dễ trúng

Fail & cần ghi

• Không phản hồi / mở sai app / link lỗi
• Nút bị che bởi header, pop-up, thanh chat
• Bấm không trúng hoặc bấm nhiều lần mới ăn
• Quay video 5–10 giây + chụp vị trí nút

4 vị trí hay lỗi nhất

• Nút sát mép dưới (bị thanh trình duyệt che)
• Nút dưới sticky header
• Nút trong banner slider (bấm thành trượt ảnh)
• Nút dưới pop-up (nhìn thấy nhưng không bấm được)

Cách bắt lỗi trong 10 giây

• Thử bấm khi chưa scroll và sau khi scroll 2 màn hình.

4.2. Test form liên hệ (P0, dễ “OK giả”)

Form chỉ pass khi gửi xong có xác nhận rõ và lead tới email trong 1–3 phút. Nếu form báo thành công nhưng không có email, email thiếu dữ liệu hoặc vào spam, coi như P0 fail.

Cách làm (10 phút)

• Gửi form 3 lần với 3 nội dung khác nhau
• Check Inbox + Spam + Promotions

Pass

• Có thông báo gửi thành công rõ ràng
• Email lead tới trong 1–3 phút
• Email đủ dữ liệu tối thiểu để xử lý

Fail & cần ghi

• Báo OK nhưng không có email sau 5 phút
• Email thiếu dữ liệu quan trọng
• Email rơi spam liên tục
• Chụp “thành công” + ảnh inbox/spam + ghi thời gian gửi/nhận

Bộ dữ liệu tối thiểu email lead phải có

• Trang/nguồn gửi (Contact hay Landing)
• Tên + SĐT hoặc Email (ít nhất 1 kênh liên hệ)
• Nội dung khách nhập
• Thời gian gửi

Fail rõ ràng nếu

• Không có thông tin liên hệ (không gọi lại được)
• Không biết lead từ trang nào (khó tối ưu ads/SEO)

Xem thêm Cách xử lý website dự án BĐS bị chậm/sập lúc ads đổ traffic

4.3. Test 5 trang chính trên mobile (P1)

5 trang chính phải dùng được như khách thật trong 30–60 giây. Nếu vỡ layout, CTA bị che, popup khóa màn hình, hoặc form bị bàn phím che nút gửi, đó là P1 fail và ảnh hưởng chuyển đổi mạnh.

5 trang quan trọng cần test kỹ

• Home
• Service
• Contact
• Landing (nếu có)
• Blog (nếu có)

Nhìn nhanh 4 điểm

• Menu: mở được, không che nội dung
• CTA: nhìn thấy và bấm được
• Form: nhập được, không bị bàn phím che nút gửi
• Pop-up: đóng được, không khóa màn hình

Test CTA theo 3 trạng thái

• Vừa mở trang (top)
• Sau khi scroll 50% trang
• Sau khi mở menu hoặc đóng pop-up

Fail & cần ghi

• CTA chạm không ăn / nhảy sai vị trí / bấm ra trang không liên quan
• Chụp ảnh trước–sau khi scroll + thiết bị/trình duyệt

4.4. Test nhanh trên laptop (P1)

Trên laptop, bạn chỉ cần xác nhận menu và CTA chính không dẫn sai, không ra 404 và không mở tab trắng. Link sai là dấu hiệu web chưa ổn để chạy ads/SEO vì khách bị gãy hành trình.

Cách làm (5 phút)

• Mở: Home, Service, Contact
• Click: menu + CTA chính

CTA bắt buộc phải test

• “Liên hệ/Đặt lịch/Đăng ký”
• “Gọi ngay” (nếu hiển thị)
• “Nhận báo giá”
• Link số điện thoại ở header/footer
• Form ở trang Contact (nếu desktop có)

Fail & cần ghi

• 404 / tab trắng / link sai → chụp URL + màn hình lỗi

5. Checklist 2 giờ Test theo 3 kịch bản khách hàng

Gói 2 giờ test theo hành vi khách thật để bắt lỗi gãy flow. Bạn chạy 3 kịch bản: gọi nhanh, cân nhắc dịch vụ, để lại thông tin. Mỗi kịch bản phải có expected result rõ ràng.

Expected result mẫu

• “Bấm là gọi/chat được ngay, không cần đoán”
• “Đọc 60–90 giây hiểu dịch vụ + biết bước tiếp theo”
• “Gửi form xong có xác nhận + lead về đúng nơi xử lý”

5.1. Kịch bản 1 Khách cần gọi nhanh (P0)

Khách phải tìm thấy cách liên hệ trong 5 giây và bấm là liên hệ được ngay. Nếu phải mò, nút khó thấy hoặc bấm không ra hành động đúng, coi như P0 fail và sửa trước.

Bài test 5 giây

• Nhờ người khác cầm điện thoại
• Bật timer 5 giây
• Yêu cầu: “Tìm cách liên hệ nhanh nhất”

Pass

• Trong 5 giây đã thấy cách liên hệ và bấm ra hành động đúng

Fail & cần ghi

• Chạm nhầm/scroll lung tung vì không biết bấm gì
• Tìm thấy nhưng nút quá nhỏ/bị che
• Video 5–10 giây thao tác + mô tả “không thấy trong 5 giây”

5.2. Kịch bản 2 Khách cân nhắc dịch vụ (P1)

Trang dịch vụ phải trả lời nhanh: làm gì, khác gì, và bước tiếp theo là gì. Nếu thiếu giá/khung giá hoặc cách báo giá, thiếu tin cậy, CTA mờ, khách đọc xong vẫn mơ hồ thì P1 fail.

Cách làm (20–30 phút)

• Vào trang dịch vụ
• Đọc 60–90 giây và tự trả lời: “Mình hiểu dịch vụ này chưa, liên hệ kiểu gì?”

Pass

• Có điểm khác biệt, quy trình/đầu việc rõ
• Có FAQ và bằng chứng tin cậy (review/dự án/cam kết)
• CTA rõ, xuất hiện hợp lý

3 kiểu “giá” hợp business (không cần công khai con số)

• Khoảng giá (từ–đến)
• Bảng gói (Basic/Standard/Premium)
• Cách báo giá (cần thông tin gì, phản hồi trong bao lâu)

Fail rõ ràng nếu

• Không cho khách biết “mình cần làm gì để có giá”
• Đọc xong vẫn mơ hồ về dịch vụ hoặc bước tiếp theo

5.3. Kịch bản 3 Khách chỉ muốn để lại thông tin (P0)

Khách điền form phải nhận xác nhận rõ và lead phải về đúng nơi xử lý của bạn. Nếu báo OK giả, không có xác nhận, hoặc lead rơi rớt, đó là P0 fail và chưa nên launch.

Cách làm (15–20 phút)

• Vào landing/contact
• Gửi form 3 lần
• Check email và nơi lưu lead chung

Xác nhận tốt nên có

• “Đã nhận thông tin”
• “Sẽ phản hồi trong X giờ”
• “Nếu gấp gọi số…” (dự phòng)

Fail rõ ràng nếu

• Không có xác nhận sau khi gửi
• Xác nhận kiểu “Thank you” mơ hồ, không hướng dẫn gì

6. Checklist 1 ngày Test launch chuẩn (chỉ check có/không)

Gói 1 ngày giúp bạn tránh chạy trong trạng thái mù dữ liệu. Chỉ cần check có/không: tracking tối thiểu, SEO index/sitemap tối thiểu, và an toàn https/backup/quyền admin. Thiếu mục nào ghi thành task kỹ thuật.

Tracking tối thiểu (để không đo mù)

• Check có/không: GA4, Search Console, đo submit form/click gọi/click chat
• Cách check dễ: bấm hành động → yêu cầu team kỹ thuật xác nhận “có ghi nhận không” và chụp bằng chứng

SEO tối thiểu (để Google thấy)

• Check có/không: không chặn index, có sitemap
• Cách check dễ: mở /sitemap.xml xem có hoạt động không

Check an toàn tối thiểu (để khỏi toang)

• Check có/không: https OK, backup chứng minh được, quyền admin rõ
• Cách check dễ: yêu cầu ảnh/bằng chứng lịch backup từ hosting (không nhận nói miệng)

Check thêm

• Nếu form báo OK nhưng email không tới, thường liên quan cấu hình gửi mail/SMTP. Phần đó tách riêng ở bài 3 để xử đúng chỗ.
• Nếu web không index hoặc sitemap lỗi, xem bài 7–8 để kiểm tra kỹ hơn.

7. Cách ưu tiên lỗi P0, P1, P2

Ưu tiên lỗi theo doanh thu: P0 làm mất lead, P1 làm giảm chuyển đổi mạnh, P2 là lỗi nhỏ. Sửa theo thứ tự P0 → P1 → P2. Có P0 fail thì dừng launch/ nghiệm thu.

Định nghĩa nhanh

• P0: form/CTA chết, web không vào, liên hệ không hoạt động
• P1: vỡ mobile, CTA bị che, chậm, 404 trang quan trọng
• P2: chính tả, căn lề, hình ảnh lệch nhẹ

Ngưỡng “chậm” của website

• Mobile 4G: trang chủ hiển thị nội dung chính > 5–7 giây → P1
• Bấm CTA đợi > 2 giây mới phản hồi → P1
• Ghi lỗi: quay video có time stamp

8. 5 Red flags chưa nên nhận bàn giao

Nếu gặp 1 trong 5 dấu hiệu này, bạn chưa nên ký nghiệm thu vì rủi ro mất lead hoặc mất quyền kiểm soát: form/CTA lỗi, mobile không liên hệ được, thiếu bàn giao tài khoản, không chứng minh backup, thiếu tracking khi chạy ads.

5 dấu hiệu

• Form/CTA chết hoặc OK giả
• Mobile không bấm gọi/Zalo
• Không bàn giao tài khoản domain/hosting/CMS
• Không chứng minh backup
• Chạy ads nhưng chưa có tracking tối thiểu

Danh sách tài khoản tối thiểu phải có

• Domain registrar
• Hosting/VPS/CDN
• CMS admin
• Email hệ thống (email nhận lead + email gửi)
• GA4 + Search Console (nếu đã triển khai)

Fail nghiệm thu nếu

• Chỉ bàn giao user cấp thấp, không có quyền quản trị hoặc không thể đổi mật khẩu/khôi phục quyền

9. Launch readiness Chốt quyết định trong 10 giây

Launch dựa trên P0/P1: P0 pass hết mới được launch. Có 1 P0 fail thì dừng. P0 pass nhưng P1 fail vẫn chạy nhẹ được, nhưng phải fix trong 3–7 ngày để tránh tụt chuyển đổi.

Rule

• P0 pass hết → launch tối thiểu
• P0 fail → chưa launch
• P1 fail → fix deadline 3–7 ngày

Điều kiện:

• P0 không có lỗi
• P1 không phá liên hệ
• Có kế hoạch fix P1 trong 3–7 ngày, có deadline và người chịu trách nhiệm.

Liên hệ Wecan Group

Nếu bạn đang chuẩn bị triển khai hoặc nâng cấp website công ty theo hướng ra lead/booking và vận hành được ngay khi chạy Ads, Wecan Group sẽ tư vấn chi tiết cho bạn.

Địa chỉ:

• Trụ sở chính: Tầng 9, Tòa nhà Hồ Gươm Plaza, 102 Trần Phú, Hà Đông, Hà Nội.
• Chi nhánh TP. Hồ Chí Minh: Tầng 2, Tòa nhà Itaxa, 126 Nguyễn Thị Minh Khai, Phường Xuân Hòa, TP. Hồ Chí Minh.

Hotline: 024.6664 0261 – 098.44.66.909 (Mr. Nam)

Email: [email protected]