📋 SOP 01.2 — QUY TRÌNH ĐĂNG KÝ & XÁC THỰC TÀI KHOẢN SD (Phiên bản Đề xuất v2)

Dự án: Web ETZ — Khotot.vn
Phiên bản: 2.0-DRAFT | Ngày tạo: 2026-05-11
Phòng ban: Phòng Vận Hành
Trạng thái: ĐỀ XUẤT — Chờ phê duyệt sau cuộc họp

🎯 TRIẾT LÝ THIẾT KẾ

"Đăng ký dễ — Mua hàng đúng người"

🔄 SƠ ĐỒ LUỒNG TỔNG QUAN

graph TD
    classDef sd fill:#F3E5F5,stroke:#9C27B0,color:#4A148C;
    classDef system fill:#E3F2FD,stroke:#2196F3,color:#0D47A1;
    classDef auto fill:#E8F5E9,stroke:#4CAF50,color:#1B5E20;
    classDef gate fill:#FFF9C4,stroke:#FBC02D,color:#F57F17;
    classDef free fill:#ECEFF1,stroke:#607D8B,color:#263238;
    classDef manual fill:#FFF3E0,stroke:#FF9800,color:#E65100;

    A([Khách truy cập Khotot.vn]) --> B[Đăng ký tài khoản]
    B --> C["Nhập thông tin tối thiểu:
SĐT + Email + Họ tên"]
    C --> D["✅ Tài khoản kích hoạt ngay
Không cần duyệt thủ công"]

    D --> E["Khách tự do xem sản phẩm
👁️ Thấy giá - Thấy mô tả - Thấy tất cả"]
    E --> E2["Khách vào trang
Chi tiết sản phẩm"]
    E2 --> F{"Khách bấm nút
'Thêm vào giỏ hàng'"}

    F -- Tiếp tục xem --> E

    F -- Bấm nút --> G{"Đã xác thực
danh tính chưa?"}

    G -- Đã xác thực --> Cart["✅ Thêm vào giỏ hàng thành công
Tiến hành mua bình thường"]

    G -- Chưa xác thực --> H["🔔 Hệ thống hiển thị:
Nút 'XÁC THỰC TÀI KHOẢN'
thay thế nút 'Thêm vào giỏ hàng'"]
    H --> I["Khách bấm nút xác thực & cung cấp 1 trong 3:
1. CCCD
2. GPKD
3. SĐT đã đăng ký DSSClub"]

    I --> J{"Hệ thống kiểm tra
sự tồn tại dữ liệu"}
    J -- "Có cung cấp
(Cho dù thông tin sai/mờ)" --> K["✅ TỰ ĐỘNG PHÊ DUYỆT
Cho phép mua hàng ngay"]
    J -- "Trống hoàn toàn" --> M["⚠️ Thông báo lỗi
Bắt buộc cung cấp ít nhất 1 loại"]

    K --> N[Hệ thống lưu hồ sơ xác thực]
    M --> I

    N --> O["🎉 Quay lại trang sản phẩm
Thêm vào giỏ hàng thành công"]
    O --> Cart

    Cart --> PostCheck["Hậu kiểm định kỳ
(Sale Admin rà soát hồ sơ)"]
    PostCheck --> CheckValid{"Hồ sơ
hợp lệ?"}
    CheckValid -- Hợp lệ --> Done([Lưu trữ bình thường])
    CheckValid -- Sai/Giả mạo --> Offline["📞 Nhân viên liên hệ
xử lý bên ngoài (Zalo/Call)"]

    class A,E,E2 sd;
    class B,C,D,PostCheck system;
    class K,Cart auto;
    class G,J,H,CheckValid gate;
    class F free;
    class Offline manual;

📝 CHI TIẾT TỪNG GIAI ĐOẠN

GIAI ĐOẠN 1: ĐĂNG KÝ TÀI KHOẢN (Không rào cản)

Mục tiêu: Tối đa hóa tỷ lệ đăng ký — khách chỉ mất < 1 phút.

Thông tin yêu cầu (tối thiểu):

• Số điện thoại (dùng làm định danh chính)
• Email
• Họ và tên

Không yêu cầu: CCCD, GPKD, ảnh chân dung, địa chỉ chi tiết.

Kết quả ngay lập tức:

• Tài khoản được kích hoạt ngay lập tức, không cần chờ duyệt thủ công.
• Khách có thể tự do xem toàn bộ website: duyệt sản phẩm, xem giá, xem mô tả, xem chi tiết sản phẩm.

💡 Lý do thiết kế: Rào cản đăng ký cao là nguyên nhân số 1 khiến đại lý bỏ qua platform. Loại bỏ rào cản này giúp thu hút đại lý mới nhanh hơn.

GIAI ĐOẠN 2: XÁC THỰC TẠI TRANG CHI TIẾT SẢN PHẨM (Cổng kiểm soát)

Trigger: Khách bấm nút "Thêm vào giỏ hàng" tại trang chi tiết sản phẩm.

Cơ chế hoạt động của nút:

📌 Điểm quan trọng: Khách có thể xem toàn bộ trang chi tiết sản phẩm (hình ảnh, mô tả, giá) — chỉ tại thời điểm muốn thêm vào giỏ hàng mới yêu cầu xác thực.

Thông tin cần xác thực (Chỉ cần 1 trong 3):

📌 Lưu ý thiết kế: Hệ thống chỉ kiểm tra sự tồn tại của thông tin. Khách hàng chỉ cần cung cấp ÍT NHẤT 1 trong 3 loại thông tin trên là được phép qua ải.

Sau khi xác thực thành công:

• Hệ thống phê duyệt tự động (xem Giai đoạn 3).
• Khách được quay lại trang sản phẩm và thêm vào giỏ hàng ngay lập tức.
• Từ đó trở đi, nút trở về trạng thái 🛒 Thêm vào giỏ hàng bình thường — không hỏi lại.

💡 Lý do chọn điểm trigger này: Giúp khách biết sớm mình cần xác thực trước khi bỏ thời gian chọn nhiều sản phẩm — tránh trải nghiệm tệ khi bị chặn ở bước cuối cùng.

GIAI ĐOẠN 3: PHÊ DUYỆT TỰ ĐỘNG (Frictionless)

Nguyên tắc: Mọi dữ liệu khách hàng cung cấp đều được hệ thống nhắm mắt cho qua ngay lập tức để đảm bảo trải nghiệm mua hàng không bị gián đoạn.

Điều kiện phê duyệt tự động:

NẾU khách hàng có cung cấp ÍT NHẤT 1 TRONG 3 thông tin (CCCD, GPKD, SĐT DSSClub):
  → TỰ ĐỘNG PHÊ DUYỆT → Cho phép hoàn tất đơn hàng NGAY.
  → KHÔNG QUAN TÂM thông tin đó có bị sai, mờ, hay giả mạo.

NẾU khách hàng KHÔNG cung cấp bất kỳ thông tin nào (để trống hoàn toàn):
  → CHẶN → Thông báo lỗi bắt buộc điền và không cho phép mua hàng.

Kết quả: Khách hàng hoàn tất đơn hàng trong cùng một phiên — trải nghiệm mua hàng trọn vẹn, tỷ lệ chốt sale tối đa.

GIAI ĐOẠN 4: HẬU KIỂM & XỬ LÝ NGOÀI LUỒNG (Sale Admin)

Nguyên tắc: "Cho phép mua trước, rà soát lại sau". Sale Admin sẽ kiểm tra lại tính hợp lệ của hồ sơ sau khi hệ thống đã tự động phê duyệt.

Quy trình Hậu kiểm:

1. Định kỳ hàng ngày, Sale Admin lọc danh sách các tài khoản mới được tự động phê duyệt.
2. Kiểm tra bằng mắt thường hình ảnh CCCD, GPKD hoặc đối chiếu SĐT DSSClub trên hệ thống nội bộ.
3. Nếu thông tin chính xác: Hồ sơ lưu trữ bình thường.
4. Nếu thông tin sai lệch, ảnh mờ, GPKD giả hoặc mượn:
   • Hệ thống web KHÔNG khóa hay chặn tự động.
   • Sale Admin sẽ chủ động liên hệ và xử lý bên ngoài (gọi điện thoại, nhắn tin Zalo) để yêu cầu khách hàng bổ sung giấy tờ đúng chuẩn.
   • Việc mua hàng của khách vẫn được tiếp tục trong thời gian xử lý sự cố.

📊 SO SÁNH VỚI CHÍNH SÁCH CŨ (SOP 1.1)

⚠️ CÁC ĐIỂM CẦN THẢO LUẬN TRONG CUỘC HỌP

📎 TÀI LIỆU LIÊN QUAN

• SOP-01: Đăng ký & Xác thực SD (v1)
• SOP-01.1: Duyệt tài khoản (DEPRECATED)
• SOP-02: Xử lý đơn hàng chuẩn

Phiên bản 2.0-DRAFT | Soạn thảo: 2026-05-11 | Dựa theo đề xuất của Sếp DSS