Sổ quyết định & câu hỏi mở
Nơi ghi mọi quyết định đã chốt của dự án và các câu hỏi chạm nhiều module. Quyết định đã ghi ở đây thì trang khác chỉ dẫn mã D-nn, không bàn lại.
Cách dùng
| Việc | Làm ở đâu | Cách |
|---|---|---|
| Ghi quyết định mới | Bảng Sổ quyết định trang này | Thêm dòng cuối, mã D-nn tiếp theo; ghi lý do, ngày, người chốt; link tới trang bị ảnh hưởng |
| Đổi quyết định cũ | Bảng Sổ quyết định | Không sửa dòng cũ. Thêm dòng mới "Thay D-nn", ghi dòng cũ là Đã thay |
| Hỏi câu chạm ≥ 2 module | Mục Câu hỏi mở trang này | Mã Q-TQ-01…Q-TQ-09; ghi các trang bị ảnh hưởng |
| Hỏi câu của riêng một module / kênh | Mục Câu hỏi mở của trang đó | Mã theo module, vd. Q-CMP-04, Q-OFF-02 — xem Quy ước mã |
| Câu hỏi đã trả lời thành quyết định | Cả hai nơi | Điền cột Trả lời bằng "→ D-nn"; thêm dòng D-nn ở đây |
Dải mã câu hỏi nhóm Tổng quan: 01–09 trang này · 10–19 Mục tiêu & phạm vi · 20–29 Vai trò người dùng · 30–39 Lộ trình.
Sổ quyết định
Tài liệu & cách làm việc
| Mã | Quyết định | Lý do | Ngày | Người chốt |
|---|---|---|---|---|
| D-01 | Bộ tài liệu này gồm PRD + đặc tả chức năng. API, mô hình dữ liệu, kiến trúc do dev viết tài liệu riêng | Người đọc chính là FCM, designer, QA; chi tiết kỹ thuật đổi nhanh hơn nghiệp vụ | 2026-11-11 | PM |
| D-02 | Tài liệu viết bằng HTML dùng design system (tokens.css, components.css, doc.css), không dùng Word/Confluence | Xem được ngay màu, component thật; sửa qua Git, review bằng PR | 2026-11-11 | PM |
| D-03 | Nội dung design/docs/*.md chuyển sang nhóm 06 · Thiết kế trong bộ tài liệu | Một nơi đọc cho mọi người; liên kết chéo được với trang nghiệp vụ | 2026-11-11 | PM |
| D-04 | docs/assets/manifest.js là nguồn duy nhất cho danh mục trang, người phụ trách, reviewer, trạng thái, phiên bản. Mỗi người chỉ sửa dòng trang mình | Menu, bảng phân công, thẻ thông tin tự sinh — không lệch giữa nhiều nơi | 2026-11-11 | PM |
| D-05 | Tên thực thể, vai trò, trạng thái, mã module lấy theo Thuật ngữ; muốn đổi phải sửa ở đó trước | Nhiều người viết vẫn dùng một bộ tên | 2026-11-11 | PM |
| D-06 | Một ý một nơi: mỗi quy tắc có một trang sở hữu, trang khác chỉ link | Tránh hai trang mâu thuẫn khi một bên sửa | 2026-11-11 | PM |
| D-07 | Mọi con số/quy tắc chưa xác nhận gắn nhãn giả định; trang chỉ sang "review" khi hết nhãn | Phân biệt rõ điều đã chốt và điều đề xuất — Hướng dẫn viết | 2026-11-11 | PM |
| D-08 | Kho quà là trang chuẩn về giọng văn, độ sâu, cách dùng mã cho các trang module | Có mẫu thật để bắt chước thay vì mô tả trừu tượng | 2026-11-11 | PM |
Thiết kế
Chi tiết và giá trị cụ thể ở design/README.md mục "Quyết định đã chốt" và Nền tảng thiết kế. Bảng dưới chỉ tóm tắt để tra mã.
| Mã | Quyết định (tóm tắt) | Lý do | Ngày | Người chốt |
|---|---|---|---|---|
| D-09 | Cam là màu chủ đạo; CTA dùng gradient cam | Brand book FTEL | ngày chốt design | Designer |
| D-10 | Thêm tông cam, lá đậm hơn cho chữ | Màu gốc trên nền trắng không đủ tương phản cho chữ nhỏ | Designer | |
| D-11 | Thêm màu đỏ riêng cho lỗi | Brand không có màu lỗi; cam-đỏ dễ nhầm với CTA | Designer | |
| D-12 | Nghiêng 13° cho badge, nút "bit", số thứ tự | Visual cue chính thức của brand | Designer | |
| D-13 | Khoảng cách dòng tiêu đề 1.1 | Dấu tiếng Việt chồng bị chạm dòng trên | Designer | |
| D-14 | Font dự phòng Lexend (tiêu đề), Be Vietnam Pro (nội dung) đến khi có font chính thức | Có sẵn trên Google Fonts, đủ dấu tiếng Việt | Designer | |
| D-15 | Đổ bóng pha xanh | Brand quy định | Designer |
Quyết định nghiệp vụChưa có quyết định nghiệp vụ nào được chốt. Ứng viên đầu tiên: cách chia đợt và game MVP trong Lộ trình, định danh người chơi bằng SĐT (GĐ-01 trong Mục tiêu & phạm vi).
Câu hỏi mở cấp dự án
Chỉ câu chạm từ 2 module/kênh trở lên. Câu riêng một module nằm ở mục Câu hỏi mở của trang module — xem Cách dùng.
| # | Câu hỏi | Trang bị ảnh hưởng | Hỏi ai | Hạn | Trả lời |
|---|---|---|---|---|---|
| Q-TQ-01 | Định danh chính của người chơi là SĐT, hay FPT ID / Zalo ID có thể đứng một mình (người chơi Zalo từ chối chia sẻ SĐT)? | Khách hàng · Zalo · Web · Khung game | FCM | ||
| Q-TQ-02 | Giới hạn lượt chơi / lượt trúng tính theo người trên toàn bộ kênh, hay riêng từng kênh? | Campaign · Khung game · Chống gian lận | FCM | ||
| Q-TQ-03 | Campaign có quà trúng ngẫu nhiên phải làm thủ tục khuyến mại gì với cơ quan quản lý, mất bao lâu? Trao theo ngưỡng điểm/xếp hạng có khác không? | Campaign · Khung game · Lộ trình | Pháp chế | ||
| Q-TQ-04 | Phạm vi dữ liệu theo vùng/chi nhánh chia thế nào (3 miền, vùng kinh doanh, chi nhánh tỉnh)? | Tài khoản · Campaign · Báo cáo · Kho quà | FCM | ||
| Q-TQ-05 | Lead chuyển cho bán hàng qua đâu (file, CRM nào), ai nhận theo vùng? | Khách hàng · Hệ thống ngoài · Dữ liệu cá nhân | FCM · Đội CRM | ||
| Q-TQ-06 | Hạ tầng chạy ở đâu (FPT Cloud / hạ tầng nội bộ), ai trực vận hành ngày sự kiện cuối tuần? | Hiệu năng & vận hành · Lộ trình | IT FTEL | ||
| Q-TQ-07 | Ai trả và quản lý chi phí SMS OTP, ZNS — ngân sách campaign hay ngân sách nền tảng? | Hệ thống ngoài · Campaign · Báo cáo | FCM · Tài chính | ||
| Q-TQ-08 | Nền tảng có chạy campaign cho đối tác/thương hiệu khác (đồng tổ chức) không — cần tách dữ liệu, thương hiệu? | Tài khoản · Campaign · Dữ liệu cá nhân · Thiết kế | Trưởng FCM | ||
| Q-TQ-09 | Lưu dữ liệu người chơi bao lâu sau khi campaign kết thúc? | Dữ liệu cá nhân · Khách hàng · Báo cáo | Pháp chế |
Việc cần FCM cung cấp
Danh sách tài sản thương hiệu (font, logo vector, biểu trưng phụ trợ, ảnh người, mascot vector) và trạng thái: design/README.md mục "Việc cần FCM cung cấp". Hạn cần có theo đợt: Lộ trình — Phụ thuộc bên ngoài.
Lịch sử thay đổi
| Bản | Ngày | Người sửa | Nội dung |
|---|---|---|---|
| 0.1 | 2026-11-11 | PM | Nháp khởi tạo |