DOL Edu - Login UX Review Checklist (Cross-domain)

Purpose

• Checklist ngắn để review chất lượng UX Login cho DOL English, DOL Academy, DOL Kid.
• Dùng theo vòng lặp: Phân tích -> Phát triển -> Kiểm tra -> Điều chỉnh.
• Giữ trọng tâm UX và quyết định sản phẩm, không sa vào kỹ thuật.

Quick Gate (Must-pass)

• Mỗi màn auth chỉ có 1 CTA chính.
• User luôn có bước tiếp theo khi gặp lỗi.
• Login xong quay lại đúng ý định ban đầu.
• Không ép thêm bước không cần thiết cho user mới.
• Một tài khoản dùng được xuyên domain, không bắt tạo tài khoản lại.
• Email phụ đã verify phải map về đúng cùng account, không sinh account mới.
• Nếu có rule giới hạn thiết bị, user phải hiểu rõ lý do bị chặn và có cách tự xử lý ngay.
• Nếu có scope Kid: phụ huynh tạo account cho con và con vào bằng code phải rõ ràng, không lẫn vai trò.
• Lane phụ huynh chỉ hiển thị ở Kid; English/Academy không có entry phụ huynh.

Flow Clarity

• Màn hiện tại có rõ là đăng nhập/đăng ký/quên mật khẩu không?
• Tiêu đề + CTA có nhất quán với hành động không?
• User có giữ được email khi chuyển giữa login/signup/recovery không?
• Email phụ đã verify có được nhận diện là account hiện có không?

Friction Control

• Bước đầu có hỏi quá nhiều thông tin không?
• Guest action protected đã dùng popup in-context chưa?
• Auth-intent chủ động đã dùng full-page chưa?
• CTA auth toàn cục ở nav/header/footer/hero chính có đang đi full-page không?

Device & Session Control

• Rule quản lý thiết bị có đang được mô tả theo logic account/session thay vì bucket desktop/tablet/mobile không?
• Login trên thiết bị mới có giải thích rõ đây là bước xác thực bổ sung không?
• Khi vượt giới hạn phiên/thiết bị, user có thấy ngay danh sách phiên active và CTA logout từ xa không?
• Copy chặn limit có tránh tạo cảm giác account bị lỗi hoặc bị tách đôi không?

Recovery Quality

• OTP sai/hết hạn có CTA gửi lại rõ ràng chưa?
• Reset link lỗi có fallback về OTP chưa?
• Recovery flow có tránh dead-end không?
• Recovery bằng email phụ đã verify có tránh báo sai email chưa có tài khoản không?
• Nếu email recovery có cả OTP + link, copy có làm rõ OTP là đường chính còn link là shortcut không?

Cross-domain Continuity

• Login ở domain A rồi sang domain B có dùng lại cùng account không?
• Nếu domain đích chưa có dữ liệu, có “điểm bắt đầu phù hợp” thay vì báo lỗi không?
• Có tránh cảm giác “đăng xuất ngầm” khi user chuyển domain liên tiếp không?

Kid Role Clarity (Pass/Fail)

• Pass khi có ít nhất 2 trạng thái rõ:
  • phụ huynh đăng nhập -> copy + CTA đúng vai trò phụ huynh,
  • học viên đăng nhập -> copy + CTA đúng vai trò học viên.
• Fail nếu:
  • copy mơ hồ, không phân biệt vai trò,
  • CTA dẫn sai luồng cho vai trò hiện tại,
  • lane phụ huynh xuất hiện ở English/Academy.

Kid Lifecycle Continuity (Pass/Fail)

• Pass khi:
  • phụ huynh tạo account học cho con từ khu quản lý tài khoản, flow ngắn gọn,
  • con dùng code vào đúng profile học,
  • khi user chuyển sang English/Academy vẫn dùng continuity account, không tạo lại từ đầu,
  • khi user cần login độc lập thì kích hoạt email/password trên cùng account.
• Fail nếu:
  • flow parent create hoặc child code access mơ hồ,
  • mất continuity khi user lớn lên/chuyển domain,
  • phát sinh account mới ngoài ý muốn khi chuyển từ code KID sang login độc lập.

UX Copy Check

• Copy lỗi có đủ: chuyện gì xảy ra + làm gì tiếp theo?
• Copy thành công có hướng user tới bước kế tiếp không?
• Có câu nào dài, kỹ thuật hóa hoặc khó hiểu không?

Iterative Scoring

• Mỗi nhóm chấm: Pass | Needs fix | Blocker.
• Chỉ chốt release khi:
  • không còn Blocker,
  • toàn bộ Quick Gate là Pass,
  • Kid Role Clarity là Pass (nếu có scope Kid),
  • Kid Lifecycle Continuity là Pass (nếu có scope Kid).

Reuse Note for AI

• Khi AI cập nhật tài liệu login:
  • chạy checklist này trước khi finalize,
  • nếu còn Needs fix, phải sửa ngay trong cùng vòng.

Change log

• 2026-03-05: Chuẩn hóa checklist theo scope DOL Edu cross-domain, bổ sung gate cho continuity đa domain và role clarity của Kid.
• 2026-03-05: Bổ sung gate riêng cho parent-managed Kid flow và continuity Kid -> English/Academy.
• 2026-03-05: Bổ sung gate domain boundary cho lane phụ huynh (Kid-only).
• 2026-03-06: Bổ sung gate cho mô hình primary email + verified login emails.
• 2026-03-06: Bổ sung gate cho policy quản lý thiết bị theo account/session thay vì quota hệ điều hành.