ELICITATION — Module Giỏ hàng & Checkout — 2026-09-08
|
|
| Buổi |
Tổng hợp — không phải phỏng vấn trực tiếp (xem mục 0) |
| Ngày giờ |
Không ghi trong nguồn theo mốc ngày/giờ cụ thể — nguồn ghi theo "vòng 1" và "vòng 3" của docs/00-project-brief.md; ngày tổng hợp lại: 2026-09-08 |
| Hình thức |
Phân tích tài liệu đã chốt (không phải phỏng vấn 1-1/workshop/quan sát trực tiếp) |
| Người tham gia |
Không có — nguồn là biên bản Q&A giữa điều phối dự án và "người dùng" (đóng vai PO) đã chốt qua 3 vòng, ghi trong docs/00-project-brief.md §4 |
| Người ghi |
BA (qua skill ba-1-discovery) |
| Đã gửi xác nhận |
☐ Chưa — chưa có đầu mối thật để gửi (xem OQ-001 ở STAKEHOLDER_CartCheckout_v1.0.md) |
0. Ghi chú bắt buộc đọc trước
Theo chỉ đạo của người duyệt: "Không cần chạy phỏng vấn thật: ELICITATION ghi lại 3 vòng Q&A
trong brief như biên bản có nguồn." File này không phải biên bản một buổi phỏng vấn/khảo
sát/workshop thật với STK-01…STK-06 của module Giỏ hàng & Checkout. Nó là bản trích lọc và
diễn giải lại các câu hỏi/trả lời liên quan tới FR-05, FR-06, FR-07 đã có sẵn trong
e-commerce/docs/00-project-brief.md (văn bản đã qua 3 vòng Q&A ở cấp toàn dự án, không phải
riêng module này).
Hệ quả:
- Năm câu hỏi bắt buộc của
ba-1-discovery (Bước 3) — "cho tôi xem một ca thật", "chỗ
nào hay sai nhất", "trường hợp ngoại lệ nào", "nếu chỉ làm được một thứ", "làm sao biết
thành công" — chưa được hỏi nguyên văn cho module này, vì nguồn là văn bản tổng hợp, không
phải hội thoại trực tiếp. Đây là khoảng trống thật, không che giấu — xem mục 5 (Open Questions).
- Không có bước "đọc lại tóm tắt cho người tham gia xác nhận tại chỗ" vì không có buổi họp
thật diễn ra.
- Mọi phát biểu dưới đây vẫn có nguồn truy vết được (trích dẫn tới
00-project-brief.md),
đáp ứng nguyên tắc "không bịa yêu cầu", nhưng độ tin cậy thấp hơn một buổi phỏng vấn thật
với đúng vai trò sử dụng/bị ảnh hưởng của module (STK-02…STK-05) — vì brief được chốt ở tầm
toàn dự án, chưa đào sâu riêng luồng giỏ hàng/checkout/thanh toán.
1. Mục tiêu
- Trích ra các Q&A trong
docs/00-project-brief.md liên quan tới: giỏ hàng đa seller (FR-05),
checkout & tách đơn theo seller (FR-06), thanh toán VNPay/Momo/COD (FR-07).
2. Nội dung
2.1 Sự thật thu được (đã chốt qua Q&A, coi là quyết định của PO)
| # |
Nội dung |
Nguồn xác minh |
| F1 |
Mô hình là marketplace đa người bán (multi-vendor B2C/B2B2C); Guest có thể checkout không cần tài khoản |
00-project-brief.md vòng 1, câu hỏi 1; sections/01-tong-quan.md §1.2 |
| F2 |
MVP xác nhận có "Giỏ hàng & checkout (hỗ trợ giỏ hàng đa seller trong 1 đơn)" và "Thanh toán (VNPay/Momo + COD)" |
00-project-brief.md vòng 1, câu hỏi 2 |
| F3 |
Quản lý đơn hàng bao gồm "tách đơn theo seller" — một giỏ hàng đa seller được tách thành các đơn con |
00-project-brief.md mục 2 "Bộ tính năng MVP chuẩn"; sections/02-phan-tich-yeu-cau.md FR-06 |
| F4 |
Nền tảng client MVP là web responsive (không phải app di động) |
00-project-brief.md vòng 1, câu hỏi 4 |
| F5 |
Đối tác thanh toán/vận chuyển mặc định: VNPay, Momo, COD / GHN, GHTK |
00-project-brief.md vòng 1, câu hỏi 4 |
| F6 |
FR-05, FR-06, FR-07 đều được xếp Must trong bảng yêu cầu chức năng đã duyệt |
sections/02-phan-tich-yeu-cau.md §2.1 |
| F7 |
Không có hệ thống cũ (ERP/kho/CRM) cần tích hợp hoặc migrate cho luồng giỏ hàng/checkout — dự án hoàn toàn mới |
00-project-brief.md vòng 3, câu hỏi 4; mục 3 |
2.2 Ý kiến / mong muốn (chưa phải yêu cầu đã chốt ở mức chi tiết module)
| # |
Nội dung |
Người nêu |
Mức thiết tha |
| O1 |
Mã khuyến mãi/coupon và điểm thưởng loyalty có thể áp dụng ngay trong bước checkout (không phải một bước tách riêng) |
Suy ra từ mô tả UI ở sections/07-giao-dien.md SCR-05 — chỉ là bối cảnh UI, chưa phải yêu cầu đã chốt cho module này (FR-13/FR-14 nằm ngoài phạm vi FR-05/06/07 được giao) |
Trung bình — cần PO xác nhận có thuộc phạm vi module Giỏ hàng & Checkout hay là điểm nối với module Khuyến mãi/Loyalty |
| O2 |
Kỳ vọng phí vận chuyển/thời gian giao hiển thị riêng theo từng đơn con seller trước khi thanh toán |
Suy ra từ sections/07-giao-dien.md SCR-05 (bối cảnh UI) |
Trung bình — chưa có RQ chính thức, xem OQ-004 |
2.3 Giả định phát hiện (người nói tin là đúng nhưng chưa ai xác nhận riêng cho module này)
| # |
Giả định |
Cách xác minh |
→ ASM |
| A1 |
VNPay/Momo hỗ trợ webhook xác nhận thanh toán gần thời gian thực |
Đọc tài liệu tích hợp VNPay/Momo, gọi thử sandbox |
ASM-01 |
| A2 |
GHN/GHTK cung cấp API tính phí vận chuyển & kiểm tra vùng phục vụ theo địa chỉ ngay tại bước checkout |
Đọc tài liệu API GHN/GHTK, xác nhận với Trưởng vận hành (STK-05) |
ASM-02 |
| A3 |
COD không có giới hạn giá trị đơn hàng tối đa ở MVP |
Hỏi PO sàn (STK-01) và Kế toán đối soát (STK-04) |
ASM-05 |
| A4 |
Giá/tồn kho hiển thị trong giỏ hàng được đồng bộ đủ nhanh với catalog để phát hiện thay đổi giữa lúc thêm giỏ và lúc checkout |
Xác nhận kiến trúc dữ liệu catalog ở GĐ2 với Tech Lead (STK-06) |
ASM-06 |
2.4 Trích nguyên văn
"Giữ toàn bộ MVP đề xuất VÀ bổ sung ngay từ MVP: (1) loyalty/điểm thưởng; (2) đa ngôn ngữ và
đa tiền tệ." — trả lời vòng 1, câu hỏi 2, 00-project-brief.md
"Payout hàng tuần qua chuyển khoản ngân hàng, có kỳ giữ tiền (hold) sau giao hàng thành công
(dùng mặc định 3-7 ngày)." — trả lời vòng 3, câu hỏi 1, 00-project-brief.md (không thuộc
phạm vi module này nhưng cho biết chính sách đổi trả có thể ảnh hưởng tới thời điểm "giao hàng
thành công" mà module Order/Payment cần ghi nhận — liên quan gián tiếp tới FR-07)
3. Mâu thuẫn với thông tin trước đó
Không phát hiện mâu thuẫn giữa các vòng Q&A trong brief liên quan tới FR-05/06/07 — cả 3 vòng
đều nhất quán về việc giữ nguyên các tính năng này ở mức Must, không có vòng nào đề xuất bỏ hoặc
thay đổi.
| # |
Buổi này nói |
Buổi/nguồn trước nói |
Trạng thái |
| — |
(không có) |
|
— |
4. Yêu cầu chưng cất được
Chi tiết đầy đủ (nguồn, MoSCoW, liên kết GOAL) nằm ở BRIEF_CartCheckout_v1.0.md §6. Tóm tắt
liên kết:
| → RQ |
Phát biểu |
MoSCoW đề xuất |
Giải pháp khách gợi ý |
| RQ-001 |
Customer/Guest mua được từ nhiều seller trong một giỏ hàng |
Must |
"Giỏ hàng đa seller" (F2) |
| RQ-002 |
Hệ thống tự tách đơn theo seller khi checkout |
Must |
"tách đơn theo seller" (F3) |
| RQ-003 |
Thanh toán qua nhiều kênh (VNPay/Momo/COD), không lưu thẻ trên hệ thống sàn |
Must |
"Thanh toán (VNPay/Momo + COD)" (F2) |
| RQ-004 |
Guest checkout không cần tạo tài khoản trước |
Must |
"checkout không cần đăng nhập" (F1) |
5. Open Questions phát sinh
| ID |
Câu hỏi |
Hỏi ai |
Hạn đề xuất |
| OQ-004 |
Việc áp coupon (FR-13) và dùng điểm thưởng (FR-14) ngay trong màn hình checkout có thuộc phạm vi module Giỏ hàng & Checkout hay là điểm tích hợp với module Khuyến mãi/Loyalty (xử lý ở GĐ2 module khác)? |
PO sàn (STK-01) |
Trước khi bắt đầu GĐ2 của module này |
| OQ-005 |
Cần tổ chức tối thiểu 1 buổi phỏng vấn/workshop thật với STK-02 (Khách hàng đại diện) và STK-03 (Seller đại diện) để hỏi 5 câu bắt buộc của Bước 3 (ca thật, điểm hay sai, ngoại lệ, ưu tiên số 1, định nghĩa thành công) — hiện chưa có buổi nào. Ai sẽ làm đầu mối sắp xếp? |
Điều phối dự án / PO sàn |
Trước khi ký G1 chính thức (khuyến nghị, xem mục 0) |
| OQ-006 |
Chính sách giới hạn giá trị đơn COD (nếu có) là gì, để giảm rủi ro bùng hàng khi một giỏ hàng đa seller bị tách thành nhiều đơn COD độc lập? |
PO sàn (STK-01), Kế toán đối soát (STK-04) |
Trước GĐ2 (ảnh hưởng BR) |
6. Việc cần làm tiếp
| # |
Việc |
Ai |
Hạn |
| 1 |
Xác nhận tên thật + đầu mối liên lạc của STK-01…STK-06 |
Điều phối dự án |
Trước ký G1 |
| 2 |
Tổ chức phỏng vấn thật với Khách hàng đại diện và Seller đại diện cho module này |
BA |
Trước GĐ2 |
| 3 |
Xác nhận với Tech Lead về ASM-01, ASM-02, ASM-06 |
BA |
Trước GĐ2 |
7. Tóm tắt đã đọc lại cho người tham gia xác nhận tại chỗ
