• Hiểu bài toán & giải pháp — bối cảnh, mục tiêu, phạm vi và danh mục chức năng theo từng nhóm người dùng.
• Kiến trúc & công nghệ — mô hình kiến trúc tổng thể, luồng nghiệp vụ lõi, tech stack và hạ tầng đề xuất.
• Bảo mật & chất lượng — cam kết bảo mật/tuân thủ, phương pháp luận triển khai và chiến lược kiểm thử.
• Kế hoạch & đội ngũ — mốc bàn giao, thời lượng thực hiện và staffing plan.
• Ước lượng & giá dự thầu — cơ sở tính toán, tổng giá trước/sau VAT, rủi ro và biện pháp giảm thiểu.
• Năng lực nhà thầu & bước tiếp theo — hồ sơ năng lực hiện có và đề xuất hành động tiếp theo.

Phạm vi bao trùm toàn bộ chuỗi nghiệp vụ lõi: danh mục & tìm kiếm đa người bán, giỏ hàng/checkout tách đơn, thanh toán đa phương thức, quản lý đơn hàng/đổi trả, đăng ký & quản trị người bán, hoa hồng/payout, khuyến mãi/loyalty, đa ngôn ngữ, và tích hợp vận chuyển.

• Đăng ký & đăng nhập tài khoản MVP
• Danh mục & tìm kiếm sản phẩm đa người bán MVP
• Giỏ hàng đa người bán MVP
• Checkout & tách đơn theo người bán MVP
• Thanh toán đa phương thức (ví điện tử/cổng thanh toán/COD) MVP
• Đổi trả & khiếu nại MVP

Ngoài ra: quản lý hồ sơ/địa chỉ, wishlist, đánh giá sản phẩm, thông báo đơn hàng, khuyến mãi và chương trình thành viên thân thiết đều thuộc phạm vi MVP; đăng nhập mạng xã hội và hiển thị đa tiền tệ là hạng mục tùy chọn.

• Đăng ký & xác minh danh tính người bán (KYC) MVP
• Quản lý sản phẩm & tồn kho MVP
• Quản lý đơn hàng của gian hàng MVP
• Dashboard doanh thu & trạng thái chi trả (payout) MVP

Toàn bộ 4 nhóm chức năng cốt lõi dành cho người bán được triển khai ngay trong đợt bàn giao MVP, cho phép người bán vận hành gian hàng độc lập ngay từ ngày go-live.

• Cấu hình hoa hồng theo ngành hàng MVP
• Chi trả định kỳ cho người bán, có kỳ giữ tiền MVP
• Quản trị người bán (duyệt/khoá) MVP
• Quản trị danh mục toàn sàn MVP
• Xử lý tranh chấp & khiếu nại (CSR/Admin) MVP
• Xác thực đa yếu tố (MFA) cho tài khoản quản trị MVP

Nhóm Admin/Ops/CSR còn có điều phối tồn kho & vận chuyển (đóng gói, cập nhật giao hàng) trong phạm vi MVP.

flowchart TB
    Client["Khách hàng · Người bán · Quản trị viên
(giao diện web đáp ứng)"]
    Edge["CDN + WAF + Cân bằng tải"]
    GW["Cổng API (xác thực, giới hạn tần suất)"]

    subgraph CORE["Dịch vụ nghiệp vụ cốt lõi (tự động mở rộng theo tải)"]
        ID["Định danh & Truy cập"]
        CAT["Danh mục & Tìm kiếm"]
        ORD["Giỏ hàng & Đơn hàng"]
        PAY["Thanh toán"]
        SEL["Người bán & KYC"]
        COM["Hoa hồng & Payout"]
    end

    EVT["Hàng đợi sự kiện (xử lý bất đồng bộ)"]
    DATA[("CSDL theo dịch vụ · Cache · Lưu trữ tệp")]
    EXT["Đối tác ngoài: Cổng thanh toán · Vận chuyển · Ngân hàng"]

    Client --> Edge --> GW
    GW --> ID & CAT & ORD & PAY & SEL
    ORD <--> EVT
    PAY <--> EVT
    EVT --> COM
    ID --> DATA
    CAT --> DATA
    ORD --> DATA
    PAY --> DATA
    SEL --> DATA
    COM --> DATA
    PAY --> EXT
    SEL --> EXT
    COM --> EXT
          

Thao tác chính (tìm sản phẩm, đặt hàng, thanh toán) đi qua đường đồng bộ để phản hồi ngay; các bước phụ (tính hoa hồng, thông báo, lên lịch payout) xử lý ngầm qua hàng đợi sự kiện, không làm chậm trải nghiệm người dùng.

sequenceDiagram
    actor KH as Khách hàng
    participant Order as Giỏ hàng & Đơn hàng
    participant Pay as Thanh toán
    participant GW as Cổng thanh toán
    participant Event as Hàng đợi sự kiện

    KH->>Order: Xác nhận giỏ hàng, đặt hàng
    Order->>Order: Kiểm tra tồn kho & tách đơn theo người bán
    Order-->>KH: Tạo đơn hàng thành công
    KH->>Pay: Thanh toán qua cổng
    Pay->>GW: Chuyển hướng thanh toán
    GW-->>Pay: Xác nhận kết quả giao dịch
    Pay->>Event: Phát sự kiện "Thanh toán thành công"
    Event->>Order: Cập nhật trạng thái & trừ tồn kho chính thức
          

Hệ thống kiểm tra tồn kho trước khi xác nhận đơn để tránh bán vượt số lượng thực có. Nếu thiếu hàng: từ chối tạo đơn, giữ nguyên tồn kho. Nếu cổng thanh toán không phản hồi đúng hạn: đơn giữ trạng thái chờ xác nhận, hệ thống tự động đối soát định kỳ.

Ngôn ngữ lập trình backend cụ thể và công cụ CI/CD sẽ chốt cùng đội kiến trúc khi khởi động dự án — [[CẦN ĐIỀN: framework/CI-CD cụ thể]].

Mọi thay đổi đi qua 3 môi trường tách biệt trước khi tới người dùng thật; cấu hình trần tự động mở rộng cụ thể là [[CẦN ĐIỀN: cấu hình cụ thể theo kết quả kiểm thử tải]].

• Agile/Scrum kết hợp, bàn giao sản phẩm theo từng đợt (increment) thay vì chờ đến cuối dự án.
• Vòng đời mỗi đợt: xác nhận yêu cầu → thiết kế/lập trình song song → kiểm thử nhiều lớp → demo/nghiệm thu → phát hành.
• Quản lý thay đổi phạm vi qua quy trình Change Request chính thức, phê duyệt song phương.
• Kiểm thử đa lớp: đơn vị, tích hợp, hệ thống/UAT, hiệu năng, bảo mật — tương ứng mức độ nhạy cảm của hệ thống thanh toán/PII.
• CI/CD với phê duyệt thủ công bắt buộc trước Production, rollout tăng dần cho thay đổi rủi ro cao.
• Báo cáo tiến độ định kỳ, demo cuối mỗi đợt, họp rà soát rủi ro khi phát sinh.

Nhân sự đội phát triển (BE/FE/SA/UIUX) giảm dần từ tháng 5, chuyển trọng tâm sang QA cho giai đoạn Kiểm thử & UAT. Tên nhân sự chủ chốt: [[CẦN ĐIỀN: CV & cam kết tham gia — keyPersonnel chưa khai báo]].

Cơ sở tính: phân rã công việc (WBS bottom-up) trên 892 MD cơ sở + 221,5 MD dự phòng rủi ro = 1.113,5 MD (÷21 MD/MM). Đối chiếu độc lập bằng Use Case Points cho kết quả 27,5 MM — chênh lệch được giải thích do mật độ hạng mục kỹ thuật xuyên suốt (bảo mật, tích hợp bên thứ ba, hiệu năng) cao hơn mức UCP phản ánh.

Giá tạm tính: tổng trên mới gồm chi phí nhân công theo rate card; 8 hạng mục chi phí khác (hạ tầng cloud, phí tích hợp bên thứ ba, pentest, đào tạo…) chưa có đơn giá cụ thể — [[CẦN ĐIỀN: đơn giá chi phí khác — xem C4]]. Hiệu lực báo giá: 90 ngày kể từ hạn nộp HSDT.

Không có liên danh/thầu phụ — nhà thầu dự thầu độc lập.

• Thống nhất/xác nhận HSMT hoặc yêu cầu chính thức của Bên mời thầu (hiện chưa có văn bản HSMT).
• Xác nhận ngày khởi động dự án chính thức và các số liệu nghiệp vụ còn để ngỏ (SLA, ngưỡng hạng thành viên, ngân hàng đối tác payout).
• Hoàn thiện hồ sơ pháp lý/năng lực còn thiếu (Phần A) song song quá trình đàm phán.
• Thống nhất mốc thanh toán (C6) và định giá các hạng mục chi phí khác (C4).
• Lên lịch buổi làm việc kỹ thuật chi tiết (kiến trúc, bảo mật, kế hoạch) nếu cần.