​

Buổi 09 — Lý thuyết: Đăng Nhập & Luồng Đặt Hàng

​

Mục tiêu buổi học

• Hiểu vì sao cần đăng nhập và khi nào nên yêu cầu đăng nhập
• Nắm luồng đặt hàng trọn vẹn của app bán hàng
• Hiểu trạng thái đơn hàng và cách vận hành
• Nắm 3 nguyên tắc bảo mật cơ bản ở mức chủ shop

​

1. Vì sao cần đăng nhập?

• Lưu địa chỉ, số điện thoại để không phải nhập lại mỗi lần
• Xem lại lịch sử đơn hàng của mình
• Đồng bộ giỏ hàng, yêu thích giữa các thiết bị

​

2. Quyết định UX quan trọng: khi nào bắt đăng nhập?

​

3. Các cách đăng nhập

​

4. Luồng đặt hàng trọn vẹn

GIỎ HÀNG
   │ bấm "Đặt hàng"
   ▼
BƯỚC 1: ĐỊA CHỈ GIAO HÀNG
   - Chọn địa chỉ đã lưu hoặc thêm mới
   - Họ tên, SĐT, địa chỉ, ghi chú
   │
   ▼
BƯỚC 2: XÁC NHẬN ĐƠN
   - Danh sách món + số lượng
   - Địa chỉ giao
   - Các dòng tiền (tạm tính, giảm giá, ship, tổng)
   - Chọn cách thanh toán
   │ bấm "Đặt hàng"
   ▼
BƯỚC 3: HOÀN TẤT
   - Tạo đơn, hiện mã đơn
   - Màn hình cảm ơn
   - Dọn sạch giỏ hàng

​

5. Trạng thái đơn hàng — vòng đời của một đơn

​

6. Lịch sử đơn hàng

​

7. Bảo mật ở mức chủ shop — chỉ cần hiểu 3 câu

1. Khách chỉ xem được đơn của chính mình (không xem được đơn người khác).
2. Khách không được tự sửa giá hay trạng thái đơn (tránh gian lận).
3. Chỉ chủ shop được sửa sản phẩm (khách không sửa được kho hàng).

Rà soát và siết quy tắc bảo mật Firebase theo 3 nguyên tắc: khách chỉ xem
đơn của mình, khách không sửa được giá/trạng thái đơn, chỉ chủ shop sửa được
sản phẩm. Giải thích cho tôi bằng ngôn ngữ thường: hiện tại ai xem/sửa được
gì, và sau khi siết thì thay đổi ra sao.

​

Tóm tắt buổi học

• Đăng nhập cần cho đặt hàng: lưu địa chỉ, lịch sử, đồng bộ thiết bị.
• Quyết định UX: cho xem/bỏ giỏ tự do, chỉ bắt đăng nhập khi đặt hàng — giảm rào cản, tăng đơn.
• Cung cấp đăng nhập Google + số điện thoại.
• Luồng đặt hàng 3 bước: địa chỉ → xác nhận → hoàn tất.
• Trạng thái đơn có màu; chủ shop đổi trên Console, khách thấy ngay.
• Bảo mật = 3 câu: khách xem đơn của mình, không sửa giá/trạng thái, chỉ shop sửa sản phẩm.