WeChat — tìm theo số: 0911830666 hoặc ID studio MORAQ (cập nhật Official Account khi có)
Kiểm tra trước khi gửi
Xem lại thông tin
Quý vị vui lòng rà soát; có thể chỉnh sửa lại ở bước trước hoặc bấm Xác nhận gửi để MORAQ nhận nội dung.
Gửi yêu cầu tư vấn
Popup tư vấn dự ánMẫu nhanh trên nền trang quý vị đang mở — không chuyển hẳn tới trang Liên hệ. Gửi xong (hoặc bấm ×) là đóng; nội dung phía dưới giữ nguyên vị trí vừa xem.
Chú giải thuật ngữ dự án (tham khảo nhanh)
Tra từng mục — tối thiểu chữ, đủ để hiểu trong hồ sơ & bán hàng TM.
MORAQ
2026 — “mở ra” (cách ghi) · q = chất lượng / tiêu chuẩn xác thực — chuẩn để định danh thương hiệu tại điểm bán & TM.
Morra
2019 — “Mở ra” · nước hoa + 12 cửa hàng; tiền thân MORAQ.
BOQ
Bảng khối lượng/bảng dự toán theo hạng mục, thường dùng để đối chiếu báo giá thi công.
PCCC
Phòng cháy chữa cháy — hạng mục bắt buộc theo nội dung cấp phép và nghiệm thu, ảnh hưởng tới bố trí, vật liệu, lối thoát nạn.
VM
Trưng bày thị giác tại điểm bán — cách bày kệ/quầy, ánh sáng, tầm nhìn tới sản phẩm, phục vụ luồng mua tại sàn bán hàng.
FF&E
Nội thất, hạng mục lắp đặt & thiết bị tại công trình (kệ, quầy, đèn gắn, thiết bị…), theo danh mục và tiêu chuẩn thương hiệu.
MEP
Hệ cơ–điện–nước (thường bao gồm thông gió/HVAC) — cần khớp bản vẽ thi công (shop drawing) với hệ thống tòa nhà hiện hữu.
GPXD
Giấy phép xây dựng; phạm vi pháp lý tách biệt với quy định bảng hiệu, an toàn cháy, quản lý mặt tiền tòa cho thuê.
FIDIC
Bộ điều khoản hợp đồng quốc tế thường dùng trong tổng thầu / tư vấn — có thể rút gọn hoặc bản địa hóa theo từng dự án.
RFI
Yêu cầu làm rõ thông tin (câu hỏi hiện trường/tài liệu) dùng để chốt phần chưa rõ trước khi phát hành bản vẽ/biên bản nghiệm thu.
ITP / shop drawing
Kế hoạch kiểm tra theo từng công tác (ITP) và bản vẽ thi công/triển khai tại công trường (shop drawing), đồng bộ với bản vẽ từ các nhà thầu lắp đặt.
EPC
Gói “thiết kế kỹ thuật – mua sắm – thi công”, phổ biến trong tổng thầu hoặc dự án cải tạo/quy mô lớn có mốc bàn giao rõ.
Landlord
Bên cho thuê tòa nhà/mặt bằng; quy chế vận hành, giờ tải hàng, hạn chế tiếng ồn, thang máy, PCCC, hậu cần (logistics) — thường do bên tòa quy định.
TTTM
Trung tâm thương mại — tòa nhiều tầng bán lẻ, có quy ước PCCC, tải, biển hiệu riêng.
KPI / NPS / điểm chạm
Chỉ số theo từng bước hành trình khách (điểm chạm) — từ thời gian lưu tại quầy, mức cảm nhận (NPS), đến tỷ lệ chuyển đổi.
Trọn gói / Từ xa
Gói trọn gói thiết kế–thi công tại công trường, hoặc gói tập trung bản vẽ/họp/phát hành hồ sơ từ xa với đội thi công tại chỗ do quý vị bố trí.
OOH
Quảng cáo ngoài trời/bảng mặt tiền, có kênh cấp phép riêng tùy tuyến phố hoặc điều khoản tòa nhà.
RACI
Khung phân vai: R (Responsible, thực hiện), A (Accountable, chịu trách nhiệm chính), C (Consulted, được hỏi ý kiến), I (Informed, được thông báo). Dùng để rõ ai ký và ai làm trong từng mốc.
Gate (cổng)
Điểm dừng bắt buộc: chỉ sang bước khi có phê duyệt bằng văn bản hoặc email và bộ chứng từ tối thiểu đã đủ.
KPI
Chỉ số đo hiệu quả (Key Performance Indicator). Chọn trước khi thí điểm để các tập thí điểm và mùa mở cùng một thước đo.
DAM
Kho quản lý tài sản số (Digital Asset Management), nơi lưu bản chốt, phiên bản file, quyền dùng và metadata tìm kiếm.
LUFS
Thang đo độ lớn âm thanh đã chuẩn hóa (Loudness Units Full Scale), dùng để master podcast nghe đồng đều giữa các tập và nền phát.
UTM
Tham số gắn sau đường link để theo dõi nguồn traffic trong công cụ phân tích (Urchin Tracking Module).
ToV
Giọng điệu thương hiệu (Tone of Voice): cách nói, từ ưu tiên hoặc hạn chế, mức độ thân mật hoặc chính thức.
SME
Chuyên gia chủ đề (Subject Matter Expert), người xác minh nội dung kỹ thuật hoặc tài chính hoặc y khoa trước khi lên sóng, thường phía khách.
OKR
Mục tiêu và kết quả then chốt (Objectives & Key Results), gắn mục tiêu thương hiệu, phân phối và vận hành trên cùng một trang.
RSS
Nguồn cấp tin chuẩn để nền tảng podcast đọc tập mới, mô tả và liên kết file âm thanh.
SRT
Định dạng phụ đề kèm mốc thời gian (SubRip), dùng cho clip ngắn, hiển thị phụ đề chính xác theo câu.
CTA
Lời kêu gọi hành động (Call to Action), ví dụ đăng ký, tải tài liệu, đặt lịch hoặc tham gia khảo sát.
Phễu (full funnel)
Hành trình từ nhận biết sang cân nhắc rồi chuyển đổi. Podcast của thương hiệu thường giữ một giọng ở lớp owned; các kênh khác khuếch đại nội dung theo giai đoạn đã đo.
Điều phối (orchestration)
Cách Radio Images nối sản xuất, phê duyệt nội dung và lịch ra kênh trong một luồng tên file và báo cáo thống nhất.
SOW
Bản mô tả phạm vi công việc (Statement of Work), phụ lục hoặc phần hợp đồng ghi rõ bàn giao, mốc và ranh giới trách nhiệm.
Stem
Tách lớp âm thanh (vocal, nhạc nền, hiệu ứng…) để chỉnh sửa hoặc làm bản quốc tế hóa mà không phải thu lại từ đầu.
Taxonomy
Hệ phân loại và thẻ metadata thống nhất trong dự án, để tìm file và đối chiếu báo cáo.
Claim register
Sổ đăng ký các phát ngôn/tuyên bố cần nguồn và người duyệt; mỗi dòng gắn phiên bản kịch bản tương ứng.
Intake
Buổi thu nhận yêu cầu và ràng buộc phía khách để vào làm việc với Radio Images; không thay cho hợp đồng và là khởi điểm hồ sơ dự án.
Retro
Buổi rút kinh nghiệm có cấu trúc sau thí điểm, ghi vào nhật ký phiên bản để chỉnh định dạng, Grammar và âm thanh.
ONBOARDING
Số hóa Hệ thống Tài sản Thương hiệu - một nơi thống nhất cho R&D, marketing và agency.
Minh hoạ cổng guideline: logo, màu, chữ, tài sản hình, mẫu và hệ thống thiết kế trên một màn hình thống nhất. Thay cho PDF tĩnh rải rác trên máy, quý vị có một cổng sống để cập nhật claim và bao bì theo mùa, giữ đúng layer logo, tone voice cho campaign và liên kết tới thư viện tài sản được phân quyền.
Cá nhân hóa guidelines để tối đa hóa tác động mang lại
Thiết kế tuỳ chỉnh bằng các khối nội dung
Cá nhân hóa Brand Identity bằng cách sử dụng các khối nội dung để chèn thêm màu sắc, hệ thống phông chữ và các phương tiện truyền thông khác.
Số hóa và tiếp cận linh hoạt
Đưa toàn bộ Brand Guidelines lên nền tảng số và tạo ra những thay đổi theo thời gian thực để giúp đội ngũ luôn chủ động và tạo ra sự nhất quán cho thương hiệu.
Điều chúng tôi mang tới
Minh hoạ laptop: cổng có header, cột điều hướng và vùng nội dung theo ba bước: tiếp nhận phiếu, cấu trúc mục nội dung, rồi portal thống nhất.
Máy tính bảng minh hoạ: cổng guideline với thanh điều hướng và sáu thẻ Logo, Màu, Chữ, Ảnh & media, Mẫu, Hệ thống thiết kế.
Câu hỏi thường gặp
Giai đoạn này khác DAM hay Brand Guidelines truyền thống ra sao?
Đây là vùng chuẩn bị & tiếp nhận trước hoặc song song hợp đồng chính: gom đủ nhận diện và thông điệp an toàn để đội dự án bàn giao portal và DAM trên cùng hệ thống phân loại đã thống nhất từ đầu dự án. Khu vực này không thay cho hợp đồng pháp lý đầy đủ.
Dữ liệu mỹ phẩm (claim, INCI, market) được xử lý thế nào?
Phiếu giúp tách thông điệp có thể đối ngoại và phần cần kiểm duyệt sâu; phần nhạy cảm vẫn nằm trong quy trình nội bộ của quý vị và các bên pháp lý.
Khi nào nên xem trang Về Cổng Guideline Thương hiệu?
Khi quý vị đã hình dung quy mô portal (số mục nội dung, tài sản, SLA) và muốn đối chiếu gói Refined vs Premium trước khi trao đổi hợp đồng triển khai.
Hai thẻ Spotlight phía trên có phải dữ liệu thật của dự án?
Đó là minh hoạ giao diện gắn với cùng hệ thống thẻ Tài sản mẫu trong Hub tiếp nhận. Nội dung thật nằm trong phiếu và portal sau khi bàn giao.
Hệ phân loại nội dung khác phân loại file trong DAM thế nào?
Ở giai đoạn này, phiếu, mục và quyền xem gắn liền với nhau để Brand Guidelines và portal dùng chung một brand language map (bản đồ ngôn ngữ thương hiệu). DAM (Digital Asset Management) xử lý lưu trữ và phân phối file ở lớp sâu hơn. Chi tiết thường được chốt trong SOW triển khai.
Chào buổi sáng. Chào mừng Từ Anh Huy và đội ngũ tới với tiến trình onboarding.
Tiến trình này nhằm thu thập và hệ thống hóa lại thông tin thương hiệu để số hóa tài sản thương hiệu và đưa ra được các quyết định kinh doanh dựa trên dữ liệu.
Tiến trình làm việc
Bước 1
Trang chính
Ranh giới pre-NDA và đầu ra intake (phiếu, PDF, checklist, trang web tổng hợp khi chốt). Phần không gồm portal trừ khi SOW riêng. Hãy đọc kỹ phần này trước khi mở phiếu.
Bước 2
Hướng dẫn thu thập
Chú thích & thuật ngữ trước; sau đó từng mục A–E + Quản trị khớp ô trên phiếu. Khi đã sẵn sàng điền, bấm Mở trong phiếu để nhảy thẳng tới ô tương ứng.
Bước 3
Phiếu tiếp nhận
Phiếu đang làm việc: điền theo mục A–E / Quản trị, xuất PDF hoặc in; nghiệm thu theo biên bản & SOW đã ký.
Bước 4
Tài sản mẫu
Checklist minh hoạ L1 · L2 · D · E giúp hình dung loại tài sản thương hiệu thường cần cho số hóa. Hãy đối chiếu tab C–E trên phiếu và bấm thẻ để nhảy đúng ô khi quý vị đã có tài sản tương ứng.
Thứ tự nội dung trên phiếu (A → E)
1
Mục A · nền tảng đăng ký. Thu thập tên thương hiệu, phân hạng hoặc dòng sản phẩm, khu vực hoạt động và các thông tin nền cần có ngay từ đầu.
2
Mục B · câu chuyện và định vị. Thu thập khách hàng mục tiêu, nỗi niềm, cảm nhận sản phẩm và các thông điệp sẽ gắn với hình ảnh và kênh truyền thông sau này.
3
Mục C–D · kho nhận diện và ứng dụng công khai. Gồm hình ảnh, lời văn, quyền sử dụng và liên kết; ví dụ mockup bao bì, cửa hàng, mạng xã hội. Bước này chưa cần khuôn kỹ thuật in ấn chi tiết.
4
E + Tổng kết: thông điệp công khai, cam kết và góc bền vững (ở mức an toàn); ai làm gì, bàn giao tài liệu và cách lưu trữ. Phần cần bảo mật sâu hoặc vận hành nội bộ nằm ngoài giai đoạn này.
Phạm vi thu thông tin
Thương hiệu và định hướng
Tên, vị thế, phân khúc, khu vực; câu chuyện, giá trị, khách mục tiêu và điểm khác biệt. Mục tiêu là hai bên đồng bộ narrative thương hiệu (shared story) trước khi đi sâu từng ô chi tiết.
Hình ảnh và lời văn đối ngoại
Logo, màu, giọng điệu; thông điệp sản phẩm công khai (thành phần nổi bật, cam kết thuần chay / môi trường nếu có); ví dụ web · cửa hàng · MXH; góc bền vững khi cần.
Cam kết bảo mật
Công thức chi tiết, hồ sơ pháp lý, nhà máy, giá & sản xuất chỉ thu sau khi đã ký cam kết bảo mật. Các mục này không nằm trong phiếu pre-NDA trên hub.
Bàn giao intake
Phiếu & checklist neo ô
Phiếu A–E (+ Quản trị khi bật): mã trường, trạng thái ô, hoãn/ghi chú. Đối chiếu tab Tài sản mẫu (minh hoạ) với nhóm L1/L2/D/E tương ứng Kho, Ứng dụng công khai và Tuyên bố trên phiếu.
PDF & trang tổng hợp web
PDF là bản chụp nội dung phiếu tại thời điểm xuất. Khi chốt intake, URL read-only gom tài sản và trạng thái checklist. Nếu có lệch với phụ lục đã ký, ưu tiên văn bản đã ký.
Bàn giao theo từng mục
Làm tuần tự; mỗi mục có kết quả rõ và điều kiện sang bước sau. Trang tổng hợp web chỉ theo mốc chốt hai bên thống nhất.
Ranh giới pre-NDA · vai trò & lưu trữ
Tách công khai so với nội dung sau cam kết bảo mật; không gồm bản vẽ độc quyền, file sản xuất cuối hay portal trừ khi SOW hoặc gói triển khai quy định riêng. Ghi rõ phân vai, đường dẫn tài liệu và quy ước chỉnh sửa trước khi lưu.
Cam kết làm việc cùng quý vị
Thực tế & rõ ranh giới
Tách bạch phần có thể chia sẻ trước NDA và phần cần cam kết bảo mật sau để không lệch kỳ vọng.
Lộ trình dễ theo dõi
Mỗi giai đoạn có sản phẩm bàn giao, checklist và người phụ trách. Mở chi tiết là thấy rõ bước tiếp theo cần làm.
Giao diện gọn, đủ cho bước đầu
Ưu tiên thao tác gọn khi quý vị tự điền; khi làm việc chính thức với đội dự án, nội dung được nối tiếp để tránh phải nhập lại từ đầu.
Câu hỏi thường gặp
Phiếu trên cổng này và hợp đồng chính thức khác nhau thế nào?
Đây là bước chuẩn bị hồ sơ trước NDA: quý vị điền và xem trước ngay trên cổng cho đến khi hai bên thống nhất cách làm việc tiếp theo.
Sau khi ký hợp đồng, đội dự án sẽ hướng dẫn đưa nội dung vào nhịp làm việc đã chốt. Quý vị không cần bắt đầu lại từ số không nếu phiếu đã được chuẩn bị kỹ.
Sau khi điền, có được sửa lại không?
Trước khi gửi cho đội dự án, quý vị có thể chỉnh sửa tự do trên phiếu hoặc trong bản PDF.
Thay đổi nhỏ trong phần chữ thường xử lý nhanh khi rà soát; nếu đổi hẳn cấu trúc mục, nên báo đội dự án để thống nhất thêm một vòng rà, tránh lệch bản chốt.
Thanh toán và phạm vi hợp đồng xem ở đâu?
Tóm tắt theo từng dự án nằm trong phụ lục đi kèm báo giá hoặc biên bản đã ký. Bấm để xem tóm tắt trên cổng.
Cổng này không thay tư vấn pháp lý; số tiền và ngày ghi có chi tiết theo văn bản gốc quý vị giữ bản cứng/PDF.
Portal Refined / Premium có nằm trong bước tiếp nhận này không?
Không. Hub này chuẩn bị hồ sơ nhận diện và kho ở mức pre-NDA cho phép. Gói Refined Portal và Premium Portal là phạm vi triển khai riêng (section, asset, SLA, bàn giao sau go-live). Xem trang và chỉ bắt đầu sau khi hai bên chốt SOW tương ứng.
Về Cổng Guideline Thương hiệu
Triển khai thiết kế cổng Guideline Thương hiệu — cổng tài sản số gói Refined hoặc Premium — là phạm vi SOW riêng: so khớp gói, section và asset, SLA và bàn giao sau go-live. Không gộp vào bước intake trên hub này.
Gợi ý điền, biểu mẫu và mẫu tham chiếu theo từng mục.
Bảy mục: Chú thích & thuật ngữ (đọc trước) và sáu thẻ khớp Phiếu tiếp nhận (A–E + Quản trị). Mỗi mục có Dùng khi nào, Trên phiếu, Kết quả và ví dụ/FAQ; mục có biểu mẫu thêm Mở trong phiếu. Từ viết tắt và tên ô (khi cần tra cứu) nằm trong thẻ Chú thích.
TIẾP NHẬN · CHÚ THÍCH + A–B · đọc trước & ngữ cảnh · định vị
TIẾP NHẬN · C–D · kho nhận diện & ứng dụng công khai
Mỗi biểu mẫu là một bước trong luồng. Bấm tiêu đề để xem mô tả ngắn trong thẻ tài nguyên.
Các bước trong mục
Cũng trong chủ đề này
Phiếu tiếp nhận
Mã phiếu và phiên bản— · 1.0.0 · Đang soạn
Phiếu tiếp nhận
Phiếu đang làm việc
Mã phiếu—
Phiên bản1.0.0 · Cập nhật
Thương hiệu:
Dữ liệu lưu cục bộ trên trình duyệt. Hai nút Phiếu mới khác nhau — xem nhãn trên từng nút.
Đang soạn
Chọn mục trong phiếu
A · NHẬN DIỆN & VẬN HÀNH
Danh tính thương hiệu, phạm vi & liên hệ.
Tạo phiếu mới · gắn nhãn mục đang mở
Nhãn theo mục
Không có ô khớp từ khóa
Thử từ khóa khác hoặc chuyển tab.
Phiếu đang làm— · 1.0.0 · Đang soạn
A · Nhận diện & ngữ cảnh vận hành
Tên thương hiệu, phạm vi ngành hàng / sản phẩm, vùng bán và liên hệ. Danh mục mã sản phẩm chi tiết nằm ở kho vận hành hoặc tab khác; định vị ra bên ngoài ở tab B; sứ mệnh, tầm nhìn và giá trị nền ở các khối phía dưới.
Thương hiệu trên phiếu này đứng một mình, hay là dòng con / phiên bản đặc biệt gắn với một nhà khác?
Chưa chắc chọn mục nào?
Đứng một mình: không có thương hiệu mẹ hay chủ trong cách giới thiệu. Trên phiếu, chọn main.
Nhánh trong cùng nhà: dòng sản phẩm hoặc sub-brand thuộc một thương hiệu lớn hơn. Trên phiếu, chọn sub.
Hợp tác có giới hạn: combo với đối tác hoặc phiên bản ngắn hạn. Trên phiếu, chọn collab.
Drop / capsule: bộ sưu tập ngắn, không phải dòng chính. Trên phiếu, chọn capsule.
Tên mẹ như trên hợp đồng hoặc chọn từ gợi ý.
Không thấy đúng tên?
Chọn Tự nhập tên thương hiệu / công ty mẹ ở ô phía trên, rồi ghi đầy đủ như trên giấy phép hoặc cách gọi nội bộ.
Dùng khi chưa có trong danh sách. Quý vị có thể chỉnh sau khi đối chiếu hợp đồng.
Gần đúng thôi; giá trị này không thay cho COA hay NDA.
Quy tắc tên hiển thị theo kênhdisplay_name_rulesTùy chọn · tối đa 1200 ký tự (tổng các ô)
Tùy chọn. Quy tắc viết tên theo kênh: ngôn ngữ, dấu, hoa thường, @nick.
Giải thích nhanh · ba cột trong bảng là gì?
Ngôn ngữ trên kênh: chủ yếu tiếng Việt hay song ngữ? có cần thêm tiếng Anh nhỏ không?
Cách viết tên: có dấu hay không dấu; viết HOA toàn phần hay chỉ chữ đầu từ; tên @nick có quy tắc riêng không.
Ghi chú thêm: chỗ đặc biệt như logo ghép chữ, dòng claim nhỏ, tiêu đề tab trình duyệt, hashtag…
Từ / cụm cấm khi viết marketing: xem trường hard_no_words[] ở tab B.
Tên hiển thị theo bao bì, website và mạng xã hội
Kênh
Ngôn ngữ trên kênh
Cách viết tên
Ghi chú thêm
Bao bì · cửa hàngIn trên hộp, nhãn, kệ trưng bày…
Website · appTrang chủ, menu, tiêu đề tab…
Mạng xã hộiBio, tên hiển thị, @nick…
Kênh đặc biệt (Shopee/TikTok Shop), bản in song song, tên biến thể theo SKU…
0/1200
Bản nháp được; không cần chỉnh word-by-word trước họp. Các ý dưới đây có thể trả lời không theo thứ tự. Đây là câu chuyện nền. Định vị, lời hứa và persona trên kệ và so với đối thủ làm chi tiết ở tab B.
Ai hoặc nhóm nào đứng sau thương hiệu, và động lực cá nhân là gì?
Khoảnh khắc hoặc điểm nghẽn thị trường / nỗi đau khiến đội ngũ quyết định làm dòng sản phẩm này?
Khách đầu tiên là ai, và nhu cầu nào của họ chưa được đáp ứng thỏa đáng trên thị trường mà bạn có thể xử lý bằng năng lực thương hiệu và sản phẩm?
Có insight thực tế (từ bán lẻ, feedback bạn bè, lab…) đáng nhắc tới không?
Ví dụ ngắn · chỉ để tham khảo
Bản nháp · Hai cofounder từng làm retail skincare và liên tục gặp khách không hiểu vì sao routine đơn giản vẫn kích ứng. Họ muốn một line làm dịu tối giản, nhấn giải thích rõ ràng trên bao bì thay vì trend cồng kềnh.
0/1000
Mission trả lời hôm nay năng lực thương hiệu cung ứng cho khách hàng điều gì. Ưu tiên câu rõ ràng hơn là dùng mỹ từ gây hiểu nhầm.
Gợi ý khung: động từ + cho ai + giá trị hoặc cách làm khác biệt.
Ví dụ ngắn · chỉ để tham khảo
Giúp người da nhạy cảm tại TP.HCM có routine dịu, minh bạch thành phần và không bị vàng lá sau vài tuần.
0/200
Vision là tương lai hoặc trạng thái ngành hướng tới; phạm vi rộng hơn mission.
Chưa chắc có thể để trống hoặc ghi vài ý thô; có thể hoàn thiện sau.
Ví dụ ngắn · chỉ để tham khảo
Một thị trường làm đẹp nơi người mua hiểu rõ vì sao một sản phẩm tối giản lại phù hợp da họ.
0/200
Điền tối thiểu 3 ô; ô 4–5 là tuỳ chọn. Đây là nguyên tắc nội bộ / cách làm việc. Trường này không thay cho tuyên bố bền vững hay claim công khai (tab E).
Người nhận brief / phản hồi phiếu từ phía thương hiệu (có thể khác người ra quyết định cuối bên dưới).
social_handles
Điền @ hoặc URL từng kênh; bỏ trống nếu không có.
Ngữ cảnh dự án (thu thập trên phiếu)
Gom timeline, ưu tiên đợt, band ngân sách và người quyết định ở đây. Khối này tách khỏi bảng mục tiêu và deliverables bên dưới.
Ưu tiên nội bộ của đợt (khác cột ưu tiên trong bảng deliverables).
Ước lượng đầu tư cho đợt làm việc. Đây không phải báo giá.
Mục tiêu kinh doanh · neo output bàn giao
Ba mục tiêu trả lời lý do đợt này; deliverables trả lời phần việc giao cụ thể. Hai phần họp chốt cùng lúc để đồng kỳ vọng.
top_3_business_goals[] · 3 mục · bắt buộc
Một ô = một quyết định ưu tiên; không trùng tên output (output ở bảng dưới).
Gợi ý
Mẫu hoặc nhập tay; cột ưu tiên trong bảng chỉ để xếp lịch sản xuất.
Mẫu nhanh
Danh sách output
Tên / mô tả output
Ưu tiên
Ghi chú
decision_maker · bắt buộc
Thời gian phản hồi review mặc định (không thay SLA từng deliverable trong bảng).
Dùng bảng động để chuẩn hóa người duyệt, vai trò, phạm vi và SLA.
Ma trận phê duyệt
Người duyệt
Vai trò
Phạm vi duyệt
SLA
Kênh chính để họp / gửi brief; ô dưới nhập chi tiết theo kênh đã chọn.
Liên tục vận hành sau tiếp nhận
Bổ sung owner dự phòng, kênh escalation và dấu thời điểm xác minh dữ liệu để team downstream biết record còn hiệu lực.
backup_owner · bắt buộc
data_freshness_a · bắt buộc
Ai xác minh lần cuối bộ dữ liệu A và khi nào.
Phiếu đang làm— · 1.0.0 · Đang soạn
B · Câu chuyện & định vị
Định vị và lời hứa dùng công khai (không thay chứng minh pháp hay lab nội bộ). Bảng ghép bên dưới neo metadata tới kho C–E và tab Tài sản mẫu (minh hoạ).
Chưa chắc thứ tự điền tab B?
Luồng ba khối đầu:positioning_statement → brand_promise → target_persona. Làm lần lượt: điền bảng khung, bấm nút ghép tương ứng, rồi chỉnh một đoạn liền mạch trong ô lớn.
Nỗi đau & kích hoạt:audience_pain_points và audience_trigger_moments. Chọn vài ô gợi ý đúng nhất, bấm Thêm vào ô, rồi thêm 1–2 dòng đặc trưng thương hiệu.
Trụ giá trị & message house: nút gợi ý chỉ đổ vào ô đang trống; chỉnh sau khi ghép.
Ma trận giọng: chốt tone intent theo từng kênh trước; cột Nên / Không nên là ranh giới cho copywriter.
Claim & lợi ích: headline trong key_benefits_marketed[] khớp nhóm đã chọn ở claim_category[]; gắn dấu * khi có điều kiện kèm theo.
Go-to-market: chọn kênh ở priority_channels[] → must_win_channel phải trùng một kênh đã chọn → điền đối thủ và khung when-win (thắng khi nào) cho đủ ngữ cảnh.
Định vị · lời hứa · persona
Ba khối cùng một luồng: điền bảng khung → bấm nút ghép dưới bảng → chỉnh lại đoạn văn trong ô lớn.
1 Định vị một đoạn
Một đoạn: chúng ta là ai, phục vụ ai, khác gì các lựa chọn quanh họ.
Khung tùy chọn: bấm ghép rồi chỉnh một đoạn.
Khung gợi ý định vị
Tiêu chí
Chọn khung
Chi tiết ngắn
Chúng ta là ai?
Phục vụ ai?
Khác biệt?
0/300
2 Lời hứa thương hiệu
Lời hứa dùng ngoài thị trường: ngắn, giữ được trong guideline và brief.
Khung gợi ý brand promise
Trụ
Chọn khung
Chi tiết ngắn
Cam kết
Trust
0/200
3 Persona đoạn văn
Mô tả người mua chính: động lực, rào cản, bối cảnh quyết định.
Khung gợi ý persona
Mảng
Chọn khung
Chi tiết ngắn
Người mua
Động lực
Rào cản
Ngữ cảnh
0/800
Nỗi đau · kích hoạt · ô tự do
Chọn vài ô gợi ý sát thực tế → bấm Thêm vào ô → biên tập thành gạch đầu dòng riêng của thương hiệu (không chỉ dán preset).
Khối insight · nỗi đau & kích hoạt
Làm rõ pain points (điểm đau của khách) và khoảnh khắc họ bắt đầu tìm giải pháp để copy và thiết kế không lệch persona so với tab A.
Ba đến năm nỗi đau chính trước khi họ cân nhắc sản phẩm.
0/500
Những thời điểm khiến họ chủ động tìm giải pháp: đổi mùa, sự kiện, routine không còn hiệu quả…
0/500
value_pillars[] + proof_public · 3 trụ · bắt buộc
Mỗi trụ kèm một cách chứng minh đã công bố (bao bì, web, mạng xã hội, guideline có sẵn).
Trụ
Câu trụ
Bằng chứng công khai
1
2
3
Khung để copy web, mạng xã hội và trang sàn cùng một hướng.
Chip chèn đúng ô: master trước, trụ sau; ô tránh = pháp & ngôn từ.
Thông điệp chủ đạo
Trụ thông điệp & điều tránh
0/280
Giọng nói theo kênh · nhóm tuổi
Ma trận tone neo Nên / Không nên theo kênh; chọn nhóm tuổi để brief hình ảnh và paid khớp đối tượng.
tone_matrix · web / social / marketplace · bắt buộc
Mỗi kênh chốt một tone intent để copy không lệch giọng thương hiệu.
Kênh
Tone intent (bắt buộc)
Nên
Không nên
Web / owned
Social
Marketplace / PDP
Claim evidence & legal status overlay
Mỗi claim công khai cần một bằng chứng tham chiếu và trạng thái pháp lý theo thị trường.
claim_evidence_ref[] · tối thiểu 1 dòng · bắt buộc
Claim headline
Evidence URL / ref
VN
SEA
data_freshness_b · bắt buộc
Mỗi dòng một dòng lợi ích như trên bao bì hoặc trang bán.
0/1000
Tên dùng ngoài thị trường và % PR — không thay chứng từ COA.
0/600
Phân khúc giá công khai.
Phải trùng một giá trị đã chọn trong priority_channels[].
competitor_refs[] · 3–5 thương hiệu · bắt buộc
Tối thiểu ba ô; tối đa năm. Khi xuất, mỗi dòng là một mục trong danh sách nội bộ.
Đối thủ 1
Đối thủ 2
Đối thủ 3
Đối thủ 4 · tuỳ chọn
Đối thủ 5 · tuỳ chọn
competitive_frame · thắng khi… · bắt buộc
Với ba đối thủ chính, ghi rõ bối cảnh mà thương hiệu có lợi thế hơn.
So với đối thủ 1
So với đối thủ 2
So với đối thủ 3
Thương hiệu tham chiếu muốn học theo · reference_brands_like[]
Tùy chọn. Tối đa bốn mục; mỗi ô một thương hiệu hoặc nhóm tên.
1
2
3
4
Thương hiệu tham chiếu cần tránh · reference_brands_avoid[]
Tùy chọn. Tối đa bốn mục — tránh nhầm đối thủ hoặc phạm vi positioning.
1
2
3
4
Từ hoặc cụm từ tuyệt đối không dùng · hard_no_words[]
Tùy chọn. Ghi các nhóm dễ va chạm (ngôn từ dược, ảnh trước–sau, đại diện trẻ…). Không thay tư vấn luật.
0/1500
Phiếu đang làm— · 1.0.0 · Đang soạn
C · Kho nhận diện & quyền sử dụng
Chưa chắc tab C làm gì trước?
Hai lớp checklist:Lớp 1 (hình & nhận diện) và lớp 2 (lời nói). Mỗi hàng một nhóm tài sản: chọn mức có/chưa và điền meta ngay trên cùng hàng, không cần mở cửa sổ khác.
Màu & palette: chốt primary_hex trước; bảng palette_extended[] ghi thêm accent / nền / trung tính… (gom vào một ô JSON ẩn khi lưu).
Ghi chú kho: chỉ ngữ cảnh và việc cần làm tiếp. Không nhắc lại trạng thái đã khai trong checklist.
Người giữ kho · SoT · quyền: ai được hỏi khi thiếu file; một URL SoT (source of truth) nếu đã có; một lựa chọn trạng thái quyền gần đúng nhất.
Governance: công cụ chỉnh file master, quy tắc đặt tên, font / người mẫu / stock. Đặc biệt quan trọng khi quyền không thuần nội bộ.
Bước 1 · Trạng thái từng nhóm tài sản
Checklist: chọn mức mỗi hàng; không cần nhớ tên trường kỹ thuật.
1 Checklist hai lớp→2 Màu chủ & palette→3 Ghi chú→4 Người giữ kho · SoT · quyền→5 Governance
Hình ảnh & nhận diện
Logo, màu, chữ, ảnh, hoạ tiết, icon…
Lời nói & messaging
Tagline, giọng điệu, trụ thông điệp, từ ưu tiên…
Chốt màu chủ hoặc chọn trạng thái Chưa chốt trên phiếu.
Font thương mại, subset, logo độc quyền… · ≤400 · tuỳ chọn
0/400
Release cho photography / film trong kho.
—Không cần ô chi tiết riêng — chọn đủ ở cột giữa.
Ảnh stock / thư viện bên thứ ba
0/500
—Không cần ô chi tiết riêng.
—Không cần ô chi tiết riêng.
Phiếu đang làm— · 1.0.0 · Đang soạn
D · Ứng dụng công khai & điểm chạm
Bao bì giao diện, bán lẻ, social, ads, lookbook — không gồm file in kỹ thuật / kết cấu vận hành.
Chưa chắc tab D làm gì trước?
Hai bảng matrix:Pack & bán lẻ và Mạng xã hội & paid — đánh dấu nhóm đang dùng, điền meta trên cùng hàng (exists · quality · file_url · …); gom vào public_application_inventory.
Governance ba bước: thứ tự kênh & trọng tâm creative → điều kiện sàn / ngôn ngữ → cho phép tái sử dụng & UGC; dữ liệu vào khối governance trên phiếu.
Ghi chú cuối tab: chỉ ngữ cảnh hoặc ngoại lệ — không chép lại matrix.
Bàn giao đại chúng:asset_group_owner_d, link SoT, usage_rights_status_d — nên khớp trách nhiệm với tab kho (C) nếu cùng đội.
Ứng dụng công khai · chọn ít nhất một nhóm public_application_inventory · bắt buộc
Meta theo hàng; ô JSON ẩn khi lưu.
Pack & bán lẻ
Mạng xã hội & paid
Ưu tiên kênh & governance đại chúng
Ba bước: kênh & creative → sàn & ngôn ngữ → tái dùng & UGC. Gom vào governance.
Đọc theo thứ tự 1 → 2 → 3 — các lựa chọn liên hệ trực tiếp với nhau
Ví dụ: kênh số 1 là paid thường kèm nhịp làm mới nhanh hơn; có ràng buộc sàn thì ghi rõ ở bước 2 để production khớp tỉ lệ khung hình và claim.
Một URL (Drive, Figma, DAM…) mọi người hiểu là nơi lấy bản đúng.
Phiếu đang làm— · 1.0.0 · Đang soạn
E · Tuyên bố công khai & khung tuân thủ
Ghi những gì brand đang nói công khai; chứng minh chi tiết sau NDA/legal. Không xác nhận chứng nhận hay upload chứng từ tại bước này.
Chưa chắc tab E gồm những gì?
E1 · Clean:clean_beauty_aligned[] — thương hiệu tự xếp khung tham chiếu; không xác nhận chứng nhận tại phiếu này.
E2 · Tuyên bố sản phẩm: vegan, không thử trên động vật, test da liễu, hypoallergenic, an toàn khi mang thai… — chọn mức đang dùng ngoài thị trường; không upload chứng từ.
E3 · Bền vững:sustainability_story bắt buộc; chứng nhận và CSR nhập theo dòng trong bảng.
E4 · Pháp lý:claims_needing_legal_review[] và legal_contact_for_claims — giúp legal biết đâu cần rà; không thay tư vấn luật.
E1 · Chuẩn clean beauty / kênh bán lẻ
E2 · Tuyên bố trên sản phẩm & độ phù hợp
vegan_status
Toàn line hay một phần SKU.
cruelty_free_status
Chỉ điền khi đã chọn Có chứng nhận bên thứ ba.
dermatologist_tested
hypoallergenic_claim
E3 · Bền vững & chứng nhận khác
Câu chuyện bền vững ngắn; chứng nhận & CSR theo dòng bảng.
Bắt buộc · chọn một trong hai; không cần gõ chữ none thủ công.
Chi tiết tuyên bố
Mỗi một hàng là một nhóm tuyên bố cần legal xem: chọn loại gần đúng nhất, rồi ghi chi tiết (cụm từ đang dùng, kênh, SKU…). Thêm hàng nếu có nhiều nhóm.
Danh sách tuyên bố cần legal rà soát
#
Loại tuyên bố / nhóm (chọn để legal phân loại nhanh)
Chi tiết cho legal (VD: câu đang chạy, % ghi trên PDP…)
Thao tác
Tối đa 15 dòng · mỗi dòng tối đa ~220 ký tự chi tiết · tổng gửi đi tối đa 3000 ký tự.
Bắt buộc · tên · email hoặc SĐT — người nhận brief legal.
Phiếu đang làm— · 1.0.0 · Đang soạn
Quản trị · bàn giao & ghi chú
02–04 · đóng vòng
05 · Chốt & ký xác nhận
Ghi nhận cùng khách (trước NDA)
Mỗi lần ghi nhận tăng phiên bản phiếu (patch). Dữ liệu phiếu và lịch sử ghi nhận lưu cục bộ theo mã phiếu — chọn đúng phiếu ở banner phía trên trước khi ký.
Phiên bản phiếu sẽ tăng sau khi ghi nhận. Sao chép link phiếu (thanh công cụ) để đính kèm đúng mã & tab.
Lịch sử ghi nhận
Chưa có lần ghi nhận nào trên phiếu này.
· · ·
02 · Trách nhiệm & trạng thái
Ai làm gì, phiếu đang ở đâu
Phân vai gợi ý
Đội vận hành thương hiệu chuẩn bị nội dung; giám đốc thương hiệu duyệt; sáng tạo phối hợp nhận diện; người liên hệ chính theo dõi tiến độ.
Trạng thái phiếu
Đang soạn
Chưa gửi cho đội dự án
Đã gửi
Đã nộp, chờ rà checklist
Đã rà
Đội dự án đã xem xét
Đã chốt
Đã thỏa thuận bước tiếp theo (thường sau NDA)
Tạm dừng
Đóng có lý do
Khi bắt đầu
Có thể mở phiếu và điền từng mục theo lộ trình A–E.
Khi bàn giao
Đã điền đủ các mục bắt buộc A–E (hoặc ghi rõ phần tạm hoãn)
Người phụ trách thương hiệu xác nhận
Có bản xem trước / PDF nếu hai bên thống nhất dùng
03 · Kết quả mong đợi
Hồ sơ nhận diện và định vị thống nhất, đủ để họp chốt hướng sáng tạo
Danh mục tài sản và ấn phẩm công khai kèm liên kết tham chiếu
Tuyên bố và cam kết ở mức an toàn trước NDA; chi tiết pháp lý và vận hành xử lý trong hợp đồng
04
Lưu ý khi điền
Chia sẻ & bảo mật
Chỉ điền nội dung có thể công khai trước NDA
Hồ sơ nhạy cảm trao đổi theo kênh riêng sau cam kết bảo mật
Tránh nhầm ranh giới
Không điền công thức / nồng độ chi tiết tại bước này
Không điền giá vốn hay nhà cung cấp nội bộ
Tuyên bố marketing: ghi đúng mức độ; phần chứng minh đầy đủ làm sau NDA
Tài sản mẫu
Tài sản mẫu · checklist minh hoạ · bố cục hub
Chọn nhóm checklist mẫu (minh hoạ)
00 · BẢNG KIỂM TÀI SẢN MẪU
Các nhóm tài sản thương hiệu thường gặp. Thẻ minh hoạ giúp đối chiếu khi điền phiếu và chuẩn bị số hóa.
Các thẻ trong hub là tài sản mẫu (minh hoạ) nhằm diễn giải các phân loại tài sản của thương hiệu, có thể đọc để hiểu và hình dung về cách mà các tài sản được minh hoạ theo từng phân loại và mục đích. Bạn có thể tham khảo và dẫn link các tài sản hiện có vào trong các Form mẫu của các PHIẾU TIẾP NHẬN để phục vụ cho tiến trình digital.
Lớp 0 · cốt lõi (tiếp nhận → hệ thống)
Minh hoạ cách dữ liệu tab A và B trên phiếu được gom thành khối giao diện có cấu trúc sau khi nhập liệu — không phải tài sản file như L1.
Lớp 1 · hình ảnh (nhận diện thị giác)
Lớp 2 · ngôn từ (lời nói thương hiệu)
Ứng dụng công khai (D)
Tuyên bố & chứng nhận (E)
Không có mục khớp bộ lọc hiện tại
Chọn nhóm khác, chỉnh từ khóa hoặc xóa bộ lọc.
Brand Foundations
Minimum viable brand
Brand Foundations để triển khai nhất quán qua mọi kênh.
Trang này chuẩn hoá 23 nhóm thành phần theo cấu trúc tài liệu hệ thống: Purpose, Required assets, Usage guidance, Definition of done và bước tiếp theo. Mục tiêu là giúp team ra quyết định nhanh, giảm sai lệch khi bàn giao và mở rộng sang Material/Store system.
01 · Logo system
Logo system đảm bảo nhận diện nhất quán ở mọi điểm chạm.
Mục tiêu: Thiết lập một nguồn chuẩn cho logo/wordmark để tránh tự dựng lại theo cảm tính và giữ cùng một mức nhận diện trên digital, print, POS.
Definition
Logo system bao gồm master mark, wordmark, lockup, clear-space và quy tắc nền sáng/tối.
Do
Dùng file master SVG/AI.
Giữ đúng tỷ lệ và clear-space.
Don’t
Không kéo giãn, outline hoặc đổi tỷ lệ.
Không tự dựng lại bằng text/stroke.
Accessibility
Đảm bảo tương phản logo-nền đủ đọc.
Có phiên bản dark/light cho từng nền.
Handoff checklist
Pack đủ SVG/PNG dark-light.
Kèm file spec clear-space và min-size.
Required assets
Bộ file + quy tắc nhanh
SVG/PNG (đen/trắng/màu), safe-area, min-size, cách đặt trên nền sáng/tối, 3 ví dụ sai thường gặp.
Usage guidance
3 biến thể “dùng được”
Primary wordmark, stacked lockup, icon mark (nếu cần). Preview trên avatar, header, và POS nhỏ.
Mark (ký hiệu)
Wordmark (chữ)
Do & don’t
Dùng đúng bản đã duyệt (đủ contrast)
Không dùng logo chỉ viền (outline)
Không kéo giãn / méo tỷ lệ
Không tôn trọng clear space (cắt sát mép)
Quy tắc triển khai: luôn xuất từ file master (SVG/AI); không tái tạo logo bằng stroke hay transform thủ công trong slide/ảnh — intake chỉ ghi nhận trạng thái + link tới bản đã duyệt.
Next step
Cần chuẩn hoá logo governance cho team nội bộ và đối tác?
02 · Color
Color system kiểm soát độ đọc, phân cấp và trạng thái.
Mục tiêu: Định nghĩa token màu và quy tắc sử dụng để đảm bảo contrast, tính truy cập và cảm nhận thương hiệu xuyên suốt các ngữ cảnh.
Definition
Color system gồm brand tokens, semantic tokens và tỷ lệ sử dụng theo từng ngữ cảnh.
Do
Dùng token thay vì mã màu tự do.
Giữ đúng vai trò primary/secondary/state.
Don’t
Không lạm dụng accent cho nền lớn.
Không pha màu ngoài hệ token.
Accessibility
Text-body đạt tối thiểu WCAG AA.
Trạng thái không chỉ phân biệt bằng màu.
Handoff checklist
Bảng token HEX/RGB/CMYK thống nhất.
Guideline contrast cho text và CTA.
Required assets
Palette 8–12 token
Primary/secondary, neutrals, background, text, border, accent. Có HEX + usage rule (khi nào dùng, khi nào không).
Usage guidance
UI sample + signage sample
Preview trên card, button, bảng giá; và 1 mock signage/VM để kiểm cảm giác “đúng ngành”.
Color · mã & in ấn
Primary
Màu nhận diện chính — hero, nền khối thương hiệu, thanh điều hướng, viền ô chọn. Giữ vai trò chủ; tránh lấp kín layout bằng accent.
HEX
—
RGB
—
CMYK
—
HSL
—
PMS
—
Accent
Điểm nhấn phụ — CTA phụ, badge, tag nổi. Dùng vừa đủ để không “đánh bật” primary trên cùng khung nhìn.
HEX
—
RGB
—
CMYK
—
HSL
—
PMS
—
Ink
Mực chữ và icon giao diện — body, heading phụ, đường kẻ. Ưu tiên đọc rõ trên nền Background.
HEX
—
RGB
—
CMYK
—
HSL
—
PMS
—
Background
Nền trang và vùng nội dung — giảm mỏi mắt, tạo lớp thở giữa các khối màu đậm hoặc ảnh.
HEX
—
RGB
—
CMYK
—
HSL
—
PMS
—
Success
Trạng thái tích cực — hoàn tất, duyệt OK, xác nhận (chip trạng thái, toast nhỏ, nhãn “đạt”).
HEX
—
RGB
—
CMYK
—
HSL
—
PMS
—
Warning
Cảnh báo nhẹ — cần kiểm tra, sắp hết hạn, thao tác rủi ro (banner gọn; không thay thế primary).
HEX
—
RGB
—
CMYK
—
HSL
—
PMS
—
Info
Thông tin bổ trợ — tooltip, banner “biết thêm”, link học thêm. Không thay Success/Warning.
HEX
—
RGB
—
CMYK
—
HSL
—
PMS
—
Highlight
Nổi bật có chừng — badge khuyến mãi, tag mới, điểm nóng ngắn. Không dùng làm nền diện rộng.
HEX
—
RGB
—
CMYK
—
HSL
—
PMS
—
CMYK / HSL là quy đổi gần đúng từ RGB. PMS trong demo là gợi ý tham chiếu cho bảng mặc định — luôn tra sổ Pantone + in chứng minh trước khi chạy offset / spot.
Primary
—
Display sampleBody copy sample: kiểm tra độ đọc trên nền màu hiện tại.
Recommended use
Dùng cho CTA, điểm nhấn brand, header/signage.
Accent
—
Display sampleBody copy sample: kiểm tra độ đọc trên nền màu hiện tại.
Recommended use
Dùng tiết chế: badge, highlight, icon.
Ink
—
Display sampleBody copy sample: kiểm tra độ đọc trên nền màu hiện tại.
Recommended use
Text/outline. Ưu tiên độ đọc.
Background
—
Display sampleBody copy sample: kiểm tra độ đọc trên nền màu hiện tại.
Recommended use
Nền chính. Chừa “không khí” cho nội dung.
Pairing
—
Display sampleBody copy sample: kiểm tra độ đọc trên nền màu hiện tại.
Recommended use
Cặp màu: hero/cover/mock nhanh.
Secondary colors
Màu phụ dùng cho trạng thái, nhấn nhẹ, và các “moment” theo mùa. Nguyên tắc: Primary giữ vai trò chủ đạo; màu phụ chỉ nên hỗ trợ phân cấp, không “đánh nhau” với primary.
Usage rule: cảnh báo rủi ro hoặc điểm cần xác minh trước khi tiếp tục.
Info
Usage rule: thông tin bổ trợ, chú thích hoặc hướng dẫn thêm.
Highlight
Usage rule: nhấn 1-2 điểm bằng badge/icon, không dùng cho nền diện rộng.
Tỷ lệ sử dụng tham chiếu
Background/neutral: 60–75% (giữ “không khí” và độ đọc).
Primary: 15–25% (CTA, key blocks, signage/hero).
Accent: 5–10% (badge, icon, highlight — dùng tiết chế).
Secondary/state: 2–5% (success/warn/info; chỉ dùng đúng ngữ cảnh).
Pairing: chỉ dùng cho cover/hero/moment; luôn kiểm contrast với text.
Preset layout modes
MORAQ
New
Value proposition headline
Body: preview cách màu chạy trên nền + CTA + hierarchy.
CardInfo text
CardInfo text
POSTER
BIG MESSAGE
Subline để kiểm tra contrast của cỡ chữ nhỏ.
QR / CTA
PROMOSKU 001
129K
Ghi chú nhỏ: rule chữ trên nền.
Valid today · T&C
moraq.studio
Story hook
Một câu ngắn để kiểm màu + typographic rhythm.
Swipe →
♥ 1,2k•Apr 2026
Spring: màu tươi + pattern tham chiếu. Giữ primary làm trụ; accent chỉ dùng để nhấn.Spring: ấn phẩm nhiều format cùng hệ màu (poster/print/digital).
Summer: ưu tiên nền sáng + màu phụ pastel; kiểm contrast cho chữ nhỏ.Summer: hero/cover “moment” nhưng CTA vẫn phải đọc rõ.
Nitro: 1 nền chính + 1 accent mạnh + 1 nhấn nhỏ (badge/sticker).Nitro: dùng pairing cho cover, text luôn theo rule contrast.
Fall: màu ấm + neutral nhiều; màu phụ tạo “moment” theo mùa.Fall: dùng accent như nhấn nhỏ (badge/icon), tránh làm nền lớn.
Ấn phẩm: poster/print set (nhiều ấn phẩm cùng hệ màu). Kiểm nhịp nền + typography + khoảng trắng.Ấn phẩm: phối màu với pattern tham chiếu. Luôn khoá màu chữ theo contrast rule (AA/AAA).
Vật phẩm: ứng dụng lên vật thể (cốc/bình/packaging). Cần rule logo adapt theo nền (dark/light).
Next step
Cần palette production-ready cho digital và không gian cửa hàng?
03 · Typography
Typography system tạo nhịp đọc rõ và nhất quán thị giác.
Mục tiêu: Chuẩn hoá font stack, scale và quy tắc dàn chữ để mọi layout giữ cùng chất lượng đọc trên web, tài liệu và vật phẩm in.
Definition
Typography system gồm font stack, type scale, spacing rhythm và quy tắc hierarchy theo component.
Do
Dùng đúng mapping H1-H6/body/caption.
Giữ line-height theo từng cấp chữ.
Don’t
Không trộn nhiều font ngoài stack.
Không giảm cỡ body dưới mức đọc mobile.
Accessibility
Body mobile tối thiểu 16px.
Giữ khoảng cách dòng đủ đọc liên tục.
Handoff checklist
Kèm bảng scale và usage map.
Đính kèm font license và fallback.
Required assets
2 font + scale
Heading + body, 6–8 cỡ chữ, line-height, rules cho số/đơn vị/ký tự tiếng Việt.
Usage guidance
Reference page layout
Một landing sample có hero, section, card, form — để kiểm “đọc” trước khi build nhiều.
Typography · font stack
T
Primary · displayWeb
Cormorant Garamond · fallback: Georgia, Times New Roman, serif
Aa
ABCDEFGHIJKLMNOPQRSTUVWXYZ abcdefghijklmnopqrstuvwxyz 0123456789 · Ă Â Ê Ô Ơ Ư Đ đ ! @ # $ % & * ( ) — “ ”
ABCDEFGHIJKLMNOPQRSTUVWXYZ abcdefghijklmnopqrstuvwxyz 0123456789 · Ă Â Ê Ô Ơ Ư Đ đ ! @ # $ % & * ( ) — “ ”
Nút, nhãn tab, số liệu cần nổi.
Weight · 600Style · normal
Menu, form label, meta phụ.
Weight · 500Style · normal
Body, mô tả, checklist — ưu tiên đọc trên mobile.
Weight · 400Style · normal
Bảng tham chiếu bám đúng --f-serif / --f-sans của trang. In ấn: nhúng font license và kiểm proof PDF.
Type scale · tham chiếu token
Token
Vai trò
Cỡ (rem)
Dòng
Tracking
Font
--t-hero
Hero display
2.2
1.08
-0.02em
Display · serif
--t-title
Tiêu đề section
1.6
1.08
-0.02em
Display · serif
--t-title-sm
Subhead / card title
1.25
1.12
-0.01em
Display · serif
--t-body-lg
Lead / nhấn mạnh
1.08
1.65
0
UI · sans
--t-body
Body chính
1
1.7
0
UI · sans
--t-body-sm
Phụ đề, form, meta
0.92
1.55
0.01em
UI · sans
--t-label
Nhãn UI / mono
0.78
1.35
0.14em
Mono
--t-kicker
Eyebrow / pill
0.72
1.3
0.14em
Mono
Cỡ rem gắn với root; playground bên dưới dùng cùng biến. Điều chỉnh thực tế theo viewport trong CSS component (clamp) — bảng này là điểm neo handoff.
Playground
Thử chữ trực tiếp
Chọn ngữ cảnh bên dưới — khối preview và mẫu tham chiếu ảnh/ấn phẩm sẽ đổi theo cùng nội dung bạn nhập.
Landing
Web hero: tiêu đề serif + body sans, đọc dài trên desktop/mobile.
Quá dài
05 · Photography
Type something here to try.
WCAG · —
06 · Applications
Type something here to try.
WCAG · —
CardH1
Type something here to try.
QuoteH2
Type something here to try.
LabelH3
Type something here to try.
WEB · LANDING
Type something here to try.
Handoff · CSS variables & snapshot
Next step
Cần thiết lập type scale theo bối cảnh sử dụng thực tế?
04 · Hệ thống icon & minh hoạ
Hệ icon và minh hoạ giữ cùng một ngôn ngữ hình cho mọi điểm chạm.
Mục tiêu: Chuẩn hoá bộ icon, phong cách minh hoạ và quy tắc sử dụng để giao diện (UI), nội dung giải thích và tài liệu triển khai luôn đồng nhất về hình thái, nét vẽ và độ nhận diện.
Định nghĩa
Hệ icon và minh hoạ gồm lưới keyline, quy tắc nét/tô, bo góc, tông màu và bản đồ ánh xạ theo ngữ cảnh sử dụng.
Nên
Dùng cùng keyline (16/20/24) và độ dày nét đã chốt.
Giữ logic ngữ nghĩa (semantic) nhất quán cho icon trạng thái.
Tránh
Không trộn viền/tô tuỳ ý trong cùng nhóm thành phần.
Không thêm chi tiết minh hoạ vượt mức đọc ở kích thước nhỏ.
Tiếp cận (a11y)
Icon quan trọng luôn có nhãn chữ đi kèm.
Đảm bảo độ tương phản đủ trên nền sáng/tối.
Checklist bàn giao
Gói nguồn SVG + bản đồ sprite/export.
Kèm tên ngữ nghĩa, trạng thái và ánh xạ thành phần.
Tài sản cần có
Bộ icon cốt lõi + minh hoạ nền
Bộ 40–60 icon theo ngữ nghĩa (điều hướng / hành động / trạng thái), lưới keyline, quy cách nét, file nguồn SVG và quy tắc đặt tên cho dev.
Hướng dẫn dùng
Bản đồ theo ngữ cảnh màn hình
Ánh xạ icon/minh hoạ theo ngữ cảnh: trạng thái trống dữ liệu, thành công / lỗi, gợi ý onboarding, khối trợ giúp và tài liệu hướng dẫn.
Khu thử nhanh · hành vi icon
Thử nhanh độ dày nét, bo góc, kiểu tô / viền và ngữ cảnh hiển thị để khóa phong cách icon trước khi mở rộng thành bộ đầy đủ.
Độ dày nét
Bo góc
Tô đặc / viền
Xem thử theo ngữ cảnh
Xem thử ngữ cảnh
Trạng thái trống
Chưa có dữ liệu phù hợp bộ lọc. Chọn lại điều kiện tìm kiếm hoặc tạo mục mới.
Giọng trung tính, hướng dẫn · icon định hướng, không thay thế câu chữ.
Tiêu chí hoàn thành (icon & minh hoạ)
Phủ kín: đủ nhóm icon điều hướng, hành động, trạng thái, nội dung và loại file.
Nhất quán: keyline / nét / bo / tông màu đồng nhất giữa icon và minh hoạ.
Tiếp cận: icon quan trọng có nhãn chữ; đạt tương phản trên nền chính.
Kỹ thuật: đặt tên ngữ nghĩa, bản đồ sprite hoặc thành phần rõ ràng.
Quản trị: owner + phiên bản + nhật ký thay đổi trước khi xuất bản.
Bước tiếp
Cần mở rộng bộ icon cho các luồng vận hành đặc thù của dự án?
05 · Voice & Tone
Voice & Tone framework giữ nội dung cùng một giọng thương hiệu.
Mục tiêu: Định nghĩa nguyên tắc diễn đạt để các nhóm nội dung viết nhanh hơn nhưng vẫn nhất quán qua kênh, mục tiêu và bối cảnh.
Definition
Voice định nghĩa chất giọng cốt lõi; tone thay đổi theo bối cảnh nhưng không đổi nguyên tắc diễn đạt.
Do
Nêu rõ bối cảnh, ma sát, bước kế tiếp.
Dùng động từ hành động và bằng chứng cụ thể.
Don’t
Không dùng khẩu hiệu rỗng, mơ hồ.
Không trộn nhiều giọng trong một đoạn.
Accessibility
Câu ngắn, rõ chủ ngữ-vị ngữ.
Ưu tiên ngôn ngữ dễ hiểu, tránh jargon.
Handoff checklist
Kèm Do/Don’t và snippet mẫu.
Định nghĩa tone theo từng channel.
Required assets
Voice rules 1–2 trang
Do/Don’t, 5 câu mẫu (hook/CTA/giải thích), từ nên dùng & từ tránh để giảm hiểu nhầm.
Usage guidance
Rewrite 3 format
Một caption ngắn, một bài dài, một script video 60s — cùng một ý, đúng một giọng.
Tone · do & don’t
Rõ bối cảnh, có bước kế tiếp
“Mặt bằng đang vướng PCCC ở bước thẩm duyệt thiết kế thoát hiểm — nếu không xử lý tuần này, tiến độ khai trương sẽ lệch 3 tuần. Bước 1: gửi bản vẽ hiện trạng + ảnh hiện trường cho đầu mối PCCC. Bước 2: họp 30 phút để chốt phương án chỉnh.”
Khẩu hiệu rỗng, không hành động
“Chúng tôi mang đến giải pháp toàn diện đẳng cấp, tối ưu trải nghiệm vượt trội để đồng hành cùng hành trình thành công của quý khách.”
Giọng functional: nêu ma sát cụ thể + 2 bước đầu + hệ quả thời gian. Tránh tính từ chung chung không gắn việc phải làm.
Snippet · copy nhanh
Dán vào email / brief — chỉnh lại cho đúng ngữ cảnh.
Mở email / inbox
Chào anh/chị,
Mình là [Tên] bên MORAQ. Mình nhận được yêu cầu về [hạng mục]. Để chốt đúng phạm vi, anh/chị giúp mình 2 thông tin: (1) deadline mong muốn, (2) file ảnh/bản vẽ hiện có (nếu có).
Cảm ơn anh/chị.
Disclaimer tư vấn ngắn
Nội dung này mang tính định hướng; quyết định cuối cần kiểm chứng tại hiện trường và theo quy định pháp lý hiện hành.
CTA một dòng
Nếu hợp hướng này, reply “OK” để mình gửi checklist việc cần làm tuần tới.
Functional
Dùng khi cần rõ ràng: dẫn đường, giải thích quy trình, checklist, CTA. Mục tiêu: người đọc “biết làm gì tiếp theo”.
Rules
Bắt đầu bằng vấn đề cụ thể (bối cảnh + ma sát).
Đưa bước 1–2 (ngắn, có động từ).
Nêu vì sao ưu tiên (hệ quả/chi phí/cơ hội).
Kết bằng 1 CTA (tải/inbox/đặt lịch/xem).
Tránh “tính từ quảng cáo”; ưu tiên điều kiện + bằng chứng.
Expressive
Dùng khi cần cảm xúc & cá tính: câu chuyện, điểm nhìn, “vì sao chúng tôi làm”. Mục tiêu: người đọc “cảm thấy được hiểu”.
Rules
Bắt bằng cảnh kích hoạt (một tình huống thật).
Giữ 1 insight (không ôm quá nhiều ý).
Có chi tiết cụ thể (con người/địa điểm/ràng buộc) thay vì khẩu hiệu.
Đặt 1 câu hỏi để người đọc tự soi.
Kết bằng CTA mềm (xem thêm/nhận khung/trao đổi).
Case study matrix
Bộ case được chia thành 2 cụm (3 Functional + 3 Expressive). Mỗi case gồm một khung hình và một chú thích chuẩn để thay bằng nội dung triển khai thực tế.
Sample 01Functional
Drop image here
Sample 02Functional
Drop image here
Sample 03Functional
Drop image here
Sample 04Expressive
Drop image here
Sample 05Expressive
Drop image here
Sample 06Expressive
Drop image here
Next step
Cần bộ voice guideline để tăng tốc sản xuất nội dung?
06 · Microcopy Pattern
Microcopy Pattern giúp giao diện nói đúng điều cần nói, đúng thời điểm.
Mục tiêu: Chuẩn hoá câu chữ ngắn trong UI (button, helper, error, success, empty state, confirm flow) để người dùng hiểu trạng thái nhanh, giảm thao tác sai và giảm vòng hỗ trợ.
Definition
Microcopy là lớp câu chữ ngắn định hướng hành động và phản hồi trạng thái trong giao diện, phải nhất quán với voice hệ thống.
Do
Dùng câu chủ động, ngắn, có động từ rõ.
Nêu trạng thái + bước tiếp theo khi có lỗi.
Don’t
Không dùng câu mơ hồ như “Có lỗi xảy ra”.
Không đổi thuật ngữ giữa các màn hình tương tự.
Accessibility
Thông điệp lỗi không phụ thuộc màu đơn lẻ.
Label/aria luôn đồng nghĩa với text hiển thị.
Handoff checklist
Có dictionary key + fallback text.
Có bản đồ trạng thái: idle/loading/error/success.
Required assets
Microcopy library theo component
Bộ câu cho button/field/helper/toast/modal/empty state, kèm key đặt tên và biến thể theo ngữ cảnh (web/app/internal tool).
Usage guidance
Pattern theo trạng thái thao tác
Map câu chữ theo flow: submit/loading/success/error/retry/cancel để tránh mỗi team viết một kiểu và lệch kỳ vọng người dùng.
Pattern matrix (quick reference)
Button label: động từ rõ + kết quả kỳ vọng (VD: “Lưu thay đổi”).
Helper text: ngắn, hướng dẫn điều kiện hợp lệ trước khi nhập.
Error text: nêu nguyên nhân + cách khắc phục (VD: “Email chưa đúng định dạng”).
Success text: xác nhận hành động đã hoàn thành + bước tiếp theo nếu có.
Empty state: nêu lý do trống + CTA mở hướng hành động.
Destructive confirm: mô tả tác động không hoàn tác + chọn Huỷ/Xác nhận rõ ràng.
Definition of done (Microcopy Pattern)
Coverage: đủ microcopy cho luồng chính và trạng thái ngoại lệ.
Consistency: thuật ngữ, tone và CTA đồng nhất xuyên tab/component.
Localization-ready: có key đặt tên + giới hạn độ dài câu cho đa ngôn ngữ.
A11y: câu thông báo tương thích screen reader, tránh phụ thuộc icon/màu.
Governance: owner, version, changelog và SLA review nội dung đã chốt.
Next step
Cần chuẩn hoá microcopy cho toàn bộ flow lỗi và xác nhận quan trọng?
07 · Photography
Phong cách hình chụp & flow triển khai để đội ngũ hình dung về nhận diện hình ảnh.
Mục tiêu: Thiết lập cách chọn/chụp/hậu kỳ ảnh để các kênh triển khai nhất quán ngôn ngữ thị giác và có thể truy xuất về nguồn gốc bắt đầu của chất liệu.
New template
Guidelines
Photography
Trước & sau: cặp minh hoạ rõ biến đổi — dùng PDP và quảng cáo so sánh (demo tham chiếu Sephora).
Hai khung cùng ánh sáng / góc để người xem đọc ngay “trước → sau” mà không cần chú thích dài.
Giữ vị trí sản phẩm và vùng da nhất quán giữa hai ảnh.
Dùng slider hoặc layout cạnh nhau trên PDP.
Kèm disclaimer theo luật quảng cáo địa phương nếu có.
SKU chuẩn ecommerce: nền trong suốt hoặc neutral, góc và tỷ lệ bao bì đúng master.
Xuất PNG/WebP theo preset kênh (web, app, retailer).
Đồng bộ với mã sản phẩm và biến thể màu.
Tránh crop mép tem phụ / batch code khi retailer yêu cầu.
Gộp macro chất kem và panel icon + thông điệp ngắn trong một “story” ảnh.
Macro: độ nét vùng highlight, không noise quá mức.
Panel: icon đọc được ở kích thước mobile.
Dùng cho carousel PDP và paid social.
Người mẫu cầm hoặc đặt sản phẩm: thể hiện quy mô thực và bối cảnh dùng.
Rõ likeness / casting theo brief thương hiệu.
Sản phẩm không bị che logo chính.
Hero 16:9 hoặc 4:5 tùy kênh.
Gắn claim với hình người và khung thông số / size line trong cùng cụm bàn giao.
Claim phải khớp phê duyệt regulatory.
Blueprint: đơn vị đo, callout rõ, không chồng chữ.
Dùng cho landing dài và A+ content.
Ba loại shot thường đi cùng: ingredient visual, khung công nghệ, bước minh hoạ sử dụng.
Thành phần: đọc tên / hoạ tiết không gây hiểu nhầm y tế.
Công nghệ: diagram gọn, có legend.
Minh hoạ: 2–4 bước, thứ tự rõ.
Layout tập trung outcome và lợi ích cảm nhận được sau dùng.
Một primary benefit + secondary bullets.
Đồng bộ tone màu với guideline thương hiệu.
Dùng retargeting, email và module “Why buy”.
Asset evidence
Khung đứt nét: khu vực an toàn cho headline + logo (minh hoạ).
Hero frame · 16:9
Dùng cho guideline hero và web landing. Giữ subject rõ, khoảng thở lớn.
Khung: vùng đặt chú thích / pull-quote khi dùng trong bài.
Editorial frame · 4:3
Dùng cho article/case study. Giữ bối cảnh để người xem hiểu ngữ cảnh thật.
Khung: dải CTA / sticker an toàn cho feed (minh hoạ).
Social frame · 4:5
Dùng cho feed. Ưu tiên contrast vừa đủ và text-safe area để gắn CTA.
Token scope: tone, crop, ratio map theo channel preset.
Identity schema: asset_id + owner + status + version + manifest_hash.
Required bundle
Master image set (16:9, 4:3, 4:5, 1:1, 9:16).
Metadata sidecar (caption, alt text, usage rights).
QC checklist + export manifest + checksum.
Moodboard · collage
Photography · moodboard
Xem lớn + meta
Key visual · set campaign
Xem lớn + meta
Model & cách dùng · 1:1
Xem lớn + meta
Chất & lineup pack
Palette
Hồng hero
Hồng phấn
Đỏ rượu
Coral mềm
Nền blush
Da ấm
Hồng phụ
Moodboard bento: bấm ảnh để xem lớn và đọc meta kỹ thuật; ô palette hỗ trợ sao chép mã màu nhanh.
Trực quan · trước & sau (demo SKU)
TrướcSau
Kéo thanh dọc hoặc phím ← → khi focus; Home / End để chạy hết mép trái hoặc phải. Mép trái: khung “trước” — mép phải: khung “sau”.
Nên · OK
Ánh sáng nhất quán trong cùng một bộ (cùng buổi / cùng preset).
Một chủ thể rõ; nền gọn, tránh lộn xộn không cần thiết.
Crop có lý do: giữ chân dung không gian, tỷ lệ đúng kênh (1:1 / 4:5 / 16:9).
Tránh
Filter lệch tone khiến ảnh guideline và ảnh asset library không cùng một hệ.
Ảnh mờ/noise do thiếu sáng dẫn tới giảm cảm nhận chất lượng.
Cắt mất ngữ cảnh quan trọng khiến team triển khai không đủ dữ liệu.
Product photography
Kéo trái/phải để đổi nền
Tip: nền đậm -> chữ sáng; nền sáng -> chữ đậm. Kiểm shadow và khoảng thở để sản phẩm đứng rõ.
Editorial photography
Nhịp đọc storyboard · 01 → 06
01
02
03
04
05
06
Mục tiêu: 6 kích thước này tạo nhịp editorial (wide/close/texture/hero). Khi chụp/hậu kỳ: giữ 1-2 tone chính lặp lại để feed không đứt.
Next step
Cần dựng photography guideline pack để team dùng đồng nhất trên mọi kênh?
08 · Print Production Specs
Print Production Specs khoá thông số in để giảm lỗi khi ra file sản xuất.
Mục tiêu: Chuẩn hoá thông số prepress và production (màu, bleed, safety, overprint, xuất file) để đội thiết kế, in ấn và vận hành dùng chung một chuẩn, tránh sai lệch khi in hàng loạt.
Definition
Print production specs là bộ quy chuẩn kỹ thuật cho output in ấn: profile màu, kích thước giấy, bleed/trim-safe, độ phân giải, font embedding và đóng gói file.
Do
Xuất PDF/X theo profile in đã chốt với nhà in.
Giữ bleed, trim-safe và overprint preview trước khi bàn giao.
Don’t
Không gửi file RGB cho job CMYK production.
Không outline font bừa bãi khi chưa kiểm tra mất hinting.
Accessibility
Giữ độ đọc cho text nhỏ và contrast khi in thực tế.
Không đặt thông tin quan trọng sát trim edge.
Handoff checklist
Kèm PDF production + source editable + preflight report.
Ghi rõ vật liệu in, gia công và tolerances.
Required assets
Prepress pack theo từng khổ in
Template A4/A3/A2 có bleed-safe, CMYK swatches, font package, profile ICC và preset export PDF/X-1a hoặc PDF/X-4.
Usage guidance
Preflight trước khi gửi nhà in
Checklist preflight: image >= 300dpi, màu CMYK/spot đúng profile, font embed đầy đủ, overprint/knockout pass và crop marks đúng chuẩn.
Print folder taxonomy · category system
Chuẩn hoá thư mục in ấn theo category để mọi team luôn tìm đúng phiên bản theo tuần tự workflow và truy xuất về cùng một nguồn sự thật (guideline/token/spec).
Category 01
00_job-ticket
Path:/print/{project}/00_job-ticket/
Contains: brief, quantity, vật liệu, kỹ thuật gia công, deadline, vendor owner.
Gate: chưa đủ job ticket thì không tạo file production.
Gate: preflight pass + checksum + version lock trước khi gửi vendor.
Category 05
04_vendor-output
Path:/print/{project}/04_vendor-output/
Contains: file vendor nhận, test print scan, biên bản điều chỉnh tại xưởng in.
Gate: mọi chỉnh sửa vendor phải phản ánh lại source + release note.
Category 06
05_qc-archive
Path:/print/{project}/05_qc-archive/
Contains: QC checklist, issue log, bản final đã in, retention + archive mapping.
Gate: đóng job khi đủ trace: asset_id, version, vendor, ngày in, owner.
Preflight quick checklist
Color mode: CMYK hoặc spot color theo job ticket, không để RGB sót.
Resolution: ảnh raster tối thiểu 300dpi tại kích thước in thật.
Bleed/trim-safe: bleed đủ 3mm (hoặc theo nhà in), text nằm trong vùng an toàn.
Black text: chữ nhỏ dùng 100K để tránh lệch chồng màu.
Output: PDF/X + crop marks + mô tả vật liệu/gia công đi kèm.
Definition of done (Print Production Specs)
Technical pass: preflight không lỗi critical (font, color, image, bleed).
Proof pass: soft proof + hard proof (nếu cần) đã được duyệt.
Traceability: file version, output setting và printer note được log rõ.
Handoff complete: bàn giao đủ source, PDF production, spec sheet và contact owner.
Governance: SLA phản hồi issue in ấn trong vòng 24h sau khi test print.
Next step
Cần đóng gói bộ prepress chuẩn để gửi nhiều nhà in cùng lúc?
09 · Packaging & Physical Kit Rules
Packaging & Physical Kit Rules chuẩn hoá cách đóng gói để triển khai vật lý nhất quán.
Mục tiêu: Thiết lập quy tắc cho bộ kit vật lý (packaging, POS pack, onboarding kit, event kit) nhằm đảm bảo đúng cấu trúc thành phần, đúng nhận diện và dễ bàn giao giữa thiết kế, sản xuất và vận hành hiện trường.
Definition
Packaging & physical kit rules bao gồm cấu trúc đóng gói, vật liệu, quy cách gia công, nhãn dán, mã tracking, assembly guideline và checklist kiểm hàng.
Do
Khóa BOM và cấu trúc từng lớp đóng gói trước khi sản xuất.
Dùng cùng naming/label để truy vết theo kiện/hạng mục.
Don’t
Không thay vật liệu hoặc kích thước khi chưa cập nhật spec.
Không bỏ qua test va đập/chống ẩm cho tuyến vận chuyển dài.
Accessibility
Nhãn trên thùng/kit đọc rõ, phân cấp dễ scan tại kho.
Dùng icon handling chuẩn để giảm lỗi bốc xếp.
Handoff checklist
Kèm BOM, dieline, assembly sheet và QC checklist.
Ghi rõ owner nhận bàn giao theo từng điểm đến.
Required assets
Kit blueprint + BOM chuẩn
Dieline, kích thước thùng/khay, BOM chi tiết theo mã vật tư, bản đồ dán nhãn và thứ tự đóng gói theo từng loại kit.
Usage guidance
Assembly flow + QC tại điểm nhận
Luồng thao tác chuẩn: pick/pack/label/ship/receive/checklist để giảm miss item, sai phiên bản và lỗi lắp đặt tại hiện trường.
Labeling: chuẩn mã kiện gồm project/channel/kit/version/destination.
Protection: quy định vật liệu đệm theo độ dễ vỡ và hành trình vận chuyển.
Kitting: danh sách item bắt buộc + item tùy chọn được phân tách rõ.
Receiving: checklist mở kiện tại điểm nhận để đối soát trong 1 lần.
Definition of done (Packaging & Physical Kit Rules)
Spec locked: BOM, kích thước, vật liệu và label schema đã khóa version.
Pilot pass: test đóng gói thử và test vận chuyển không lỗi critical.
QC ready: checklist kiểm hàng đầu vào/đầu ra rõ owner từng bước.
Ops ready: có assembly guide và unpack guide cho đội hiện trường.
Traceability: mỗi kit truy vết được theo mã kiện và bản spec tương ứng.
Next step
Cần chuẩn hoá bộ kit vật lý để triển khai đồng thời nhiều điểm?
10 · Asset Governance & Naming
Asset Governance & Naming chuẩn hoá vòng đời và cách đặt tên tài sản số.
Mục tiêu: Thiết lập quy tắc quản trị asset từ lúc tạo mới đến lưu trữ, đảm bảo mọi file có tên rõ ngữ cảnh, có owner chịu trách nhiệm và truy vết được version xuyên suốt các team.
Definition
Asset governance & naming là bộ quy tắc cho naming schema, versioning, ownership, approval status, retention và phân quyền truy cập.
Do
Đặt tên theo schema thống nhất: date-channel-format-topic-version.
Gắn owner + status ngay khi tạo asset mới.
Don’t
Không dùng tên chung chung như final-final-v2.
Không phát hành file chưa rõ quyền dùng và trạng thái duyệt.
Accessibility
Tên file có cấu trúc dễ tìm kiếm bằng từ khoá tự nhiên.
Metadata mô tả đủ để không phụ thuộc ảnh thu nhỏ.
Handoff checklist
Kèm mapping tên file -> mục đích dùng -> owner.
Có retention rule và archive path rõ ràng.
Required assets
Naming schema + governance matrix
Bảng schema đặt tên, role-owner matrix, status lifecycle (draft/review/approved/archive) và quy tắc giữ bản gốc/source.
Usage guidance
Flow đổi version và phát hành
Flow tham chiếu: create -> review -> approve -> publish -> archive, kèm quy tắc tăng version và rollback khi phát hiện sai.
Versioning: major change tăng v01 -> v02, chỉnh nhỏ dùng suffix v02a.
Status suffix: draft/review/approved/archive quản theo metadata, không nhét vào tên file chính.
Source policy: luôn giữ file nguồn editable song song file xuất bản.
Definition of done (Asset Governance & Naming)
Schema adoption: toàn bộ asset mới tuân thủ naming schema chuẩn.
Ownership: mỗi asset có owner, approver và SLA phản hồi rõ ràng.
Version trace: truy ngược được lịch sử thay đổi và lý do cập nhật.
Publish control: chỉ asset approved mới được phân phối ra ngoài.
Archive discipline: asset hết hạn được chuyển archive theo retention rule.
Next step
Cần dọn và chuẩn hoá lại kho file hiện tại theo naming schema mới?
11 · QA & Handoff SOP
QA & Handoff SOP chuẩn hoá bước kiểm và bàn giao trước khi triển khai.
Mục tiêu: Thiết lập quy trình QA và handoff thống nhất để mọi deliverable được kiểm đúng tiêu chí, giảm lỗi sau bàn giao và tăng tốc vòng phản hồi giữa design, content, production và vận hành.
Definition
QA & handoff SOP là tập quy tắc kiểm tra chất lượng, điều kiện pass/fail, vai trò chịu trách nhiệm và danh mục tài liệu bắt buộc trước khi phát hành.
Do
Chạy checklist theo từng kênh và ghi log kết quả kiểm.
Bàn giao có biên bản: file, version, owner, due date rõ ràng.
Don’t
Không bỏ qua bước kiểm chéo giữa team.
Không bàn giao khi thiếu source/spec hoặc trạng thái duyệt.
Accessibility
QA bao gồm contrast, focus/keyboard, ngôn ngữ rõ nghĩa.
Tài liệu handoff dễ đọc, có cấu trúc scan nhanh tại hiện trường.
Handoff checklist
Đủ source + export + spec + change note.
Có owner nhận việc và SLA phản hồi sau bàn giao.
Required assets
QA checklist theo channel
Checklist QA cho web/social/print/store, gồm tiêu chí pass-fail, trọng số lỗi và cột owner xử lý.
Usage guidance
Handoff packet tiêu chuẩn
Một packet bàn giao gồm file nguồn, bản xuất, spec, changelog và contact owner giúp đội nhận triển khai không cần hỏi lại nhiều vòng.
QA gate quick SOP
Gate 1: self-check theo checklist trước khi gửi review.
Gate 2: peer review liên chức năng (design/content/production).
Gate 3: owner approval + đóng version trước release.
Gate 4: handoff acceptance bởi team nhận triển khai.
Gate 5: post-handoff monitor 24-48h để xử lý lỗi phát sinh.
Definition of done (QA & Handoff SOP)
Quality pass: không còn lỗi blocker/critical theo tiêu chí QA.
Handoff complete: packet bàn giao đủ và link truy cập ổn định.
Responsibility clear: owner nhận triển khai và owner hỗ trợ đã xác nhận.
Traceable: có biên bản release note và mốc version rõ ràng.
Feedback loop: issue sau bàn giao được ghi log và phản hồi đúng SLA.
Next step
Cần dựng mẫu QA checklist + handoff packet dùng chung cho toàn team?
12 · Content Governance & Localization
Content Governance & Localization giữ nội dung nhất quán khi mở rộng đa thị trường.
Mục tiêu: Chuẩn hoá quy trình quản trị nội dung và bản địa hoá để mọi kênh dùng cùng message hierarchy, giảm lệch ngữ nghĩa giữa ngôn ngữ nguồn và ngôn ngữ đích.
Definition
Content governance & localization là bộ quy tắc cho taxonomy nội dung, workflow biên tập-phê duyệt, glossary thuật ngữ, translation memory và kiểm soát chất lượng bản dịch.
Do
Dùng glossary và style guide chung cho mọi locale.
Review bản dịch theo ngữ cảnh UI thật trước khi publish.
Don’t
Không dịch từng câu tách rời khỏi flow màn hình.
Không trộn thuật ngữ khác nhau cho cùng một hành động.
Accessibility
Giữ câu ngắn, rõ nghĩa và dễ đọc trên mobile.
Kiểm tra text expansion để không vỡ layout/overflow.
Handoff checklist
Kèm source string + context screenshot + key map.
Ghi rõ owner phê duyệt theo từng locale.
Required assets
Governance pack cho multi-locale
Glossary thuật ngữ, tone guide theo locale, source string map, translation memory và ma trận owner-phê duyệt.
Usage guidance
Localization workflow theo release
Flow chuẩn: source freeze -> translate -> linguistic QA -> in-context QA -> publish, có vòng phản hồi cho lỗi ngữ nghĩa sau release.
Key discipline: key ổn định, không đổi key khi chỉ chỉnh wording nhỏ.
Context-first: dịch kèm screenshot/flow thay vì dịch “text rời”.
Expansion-safe: chừa không gian cho ngôn ngữ dài hơn 20-35%.
Locale QA: kiểm chính tả, tone, thuật ngữ và định dạng số/ngày/đơn vị.
Definition of done (Content Governance & Localization)
Governance pass: nội dung đi đúng workflow owner-review-approve.
Terminology pass: thuật ngữ trọng yếu đồng nhất giữa các locale.
In-context pass: text không vỡ layout và đúng ngữ cảnh thao tác.
Release-ready: source key, TM và release note đã cập nhật đầy đủ.
Feedback loop: issue dịch thuật sau release có SLA xử lý rõ ràng.
Next step
Cần thiết lập workflow localization để mở rộng đa thị trường?
13 · Release notes + migration guides
Release notes + migration guides giúp triển khai phiên bản mới an toàn và có kiểm soát.
Mục tiêu: Chuẩn hoá cách ghi nhận thay đổi, mức độ ảnh hưởng và hướng dẫn migration để team sản xuất, vận hành và đối tác cập nhật đúng phiên bản mà không gián đoạn.
Definition
Release notes mô tả thay đổi theo phiên bản; migration guide hướng dẫn từng bước chuyển đổi từ bản cũ sang bản mới, gồm pre-check, action và rollback.
Do
Ghi rõ breaking/non-breaking change cho từng release.
Cung cấp checklist migrate và điều kiện rollback.
Don’t
Không phát hành release note thiếu impact scope.
Không yêu cầu migrate mà không có bước xác minh sau chuyển đổi.
Validation pass: migration đã test trên môi trường mô phỏng.
Comms pass: các team liên quan đã nhận và xác nhận timeline cập nhật.
Rollback ready: có phương án quay lui đã được rehearsal.
Audit trail: toàn bộ quyết định phát hành được log theo version.
Next step
Cần tạo release template chuẩn để dùng cho mọi lần cập nhật hệ thống?
14 · Asset distribution layer
Asset distribution layer chuẩn hoá cách phân phối đúng file, đúng người, đúng thời điểm.
Mục tiêu: Thiết lập lớp phân phối tài sản để bảo đảm đúng quyền truy cập, đúng phiên bản và đúng kênh nhận, từ đó giảm phát tán sai file và giảm rủi ro vận hành sau release.
Definition
Asset distribution layer là lớp điều phối giữa kho tài sản và các điểm nhận: theo role, channel, region, thời điểm hiệu lực, đồng thời theo dõi lượt tải/chia sẻ.
Do
Dùng rule phân phối theo nhóm nhận và quyền sử dụng.
Gắn thời hạn hiệu lực và cảnh báo file sắp hết hạn.
Don’t
Không gửi link chung cho mọi đối tác không phân quyền.
Không phân phối asset chưa approved hoặc chưa đúng locale/kênh.
Accessibility
Thông tin gói phân phối dễ đọc: tên, phiên bản, hiệu lực.
Có mô tả ngắn để đội nhận chọn đúng file ngay lần đầu.
Handoff checklist
Kèm distribution matrix + access rule + expiry policy.
Có log theo dõi ai nhận, khi nào và bản nào.
Required assets
Distribution matrix + access policy
Ma trận phân phối theo phòng ban/đối tác/region, policy quyền truy cập, expiry rule và template gói phát hành theo từng kênh.
Right audience: mỗi gói chỉ phân phối cho nhóm nhận được xác định trước.
Right version: luôn ghim bản approved mới nhất, lock bản cũ khỏi kênh chính.
Right channel: tách kênh nội bộ, đối tác và public để tránh rò rỉ.
Expiry control: link/tài sản có hạn dùng rõ và cơ chế gia hạn.
Auditability: ghi log tải xuống/chia sẻ/thu hồi theo user và timestamp.
Definition of done (Asset distribution layer)
Policy pass: access rule và expiry rule đã cấu hình đầy đủ.
Distribution pass: các nhóm nhận chính đã nhận đúng package/version.
Tracking pass: có log xác nhận nhận file và lịch sử truy cập.
Recovery pass: có cơ chế thu hồi hoặc thay thế nhanh khi phát hiện sai.
Ops pass: owner vận hành nắm rõ dashboard theo dõi phân phối.
Next step
Cần thiết lập lớp phân phối asset theo quyền cho nhiều đội triển khai?
15 · Cross-platform parity
Cross-platform parity đảm bảo trải nghiệm nhất quán giữa web, app, social và điểm bán.
Mục tiêu: Thiết lập chuẩn đối sánh đa nền tảng để thông điệp, cấu trúc thành phần và hành vi giao diện giữ cùng logic khi người dùng chuyển kênh.
Definition
Cross-platform parity là mức độ đồng nhất giữa các nền tảng về pattern, semantic token, hành vi trạng thái và kỳ vọng người dùng ở những tác vụ tương đương.
Do
Map component equivalence giữa web/app/social/store assets.
Giữ terminology và hành vi trạng thái nhất quán xuyên kênh.
Don’t
Không đổi logic CTA chỉ vì thay nền tảng hiển thị.
Không để cùng một trạng thái nhưng khác thông điệp phản hồi.
Accessibility
Đảm bảo khả năng đọc/chạm tương đương giữa thiết bị.
Ưu tiên parity cho luồng cốt lõi trước hiệu ứng trang trí.
Handoff checklist
Có parity matrix theo use case quan trọng.
Gắn owner theo từng platform và mốc đồng bộ.
Required assets
Parity matrix + benchmark flow
Bảng parity theo flow cốt lõi (discover -> decide -> action -> feedback), map chênh lệch và mức ưu tiên fix theo platform.
Usage guidance
Sync cadence theo release
Cadence đồng bộ theo sprint/release: review chênh lệch parity, chốt scope fix, xác minh parity sau deploy và log nợ kỹ thuật còn lại.
Cross-platform parity quick rules
Core-first: ưu tiên parity cho luồng có tác động doanh thu/vận hành.
Semantic-first: cùng trạng thái phải cùng ý nghĩa và cùng ngôn ngữ.
Behavior-first: hành vi confirm/error/retry không mâu thuẫn giữa nền tảng.
Visual tolerance: chấp nhận khác biệt hiển thị nhỏ, không chấp nhận lệch logic.
Parity debt: mọi chênh lệch còn lại phải được log và có owner xử lý.
Definition of done (Cross-platform parity)
Matrix complete: parity matrix đã bao phủ các flow ưu tiên.
Critical gap closed: không còn chênh lệch blocker giữa nền tảng chính.
Verification pass: QA liên nền tảng pass theo checklist chung.
Ownership clear: platform owner xác nhận scope parity của kỳ release.
Next step
Cần dựng parity matrix cho các flow trọng yếu xuyên web/app/store?
16 · Onboarding layer
Onboarding layer chuẩn hoá trải nghiệm làm quen cho người dùng mới và đội triển khai mới.
Mục tiêu: Thiết lập lớp onboarding giúp người dùng/đối tác hiểu nhanh hệ thống, biết bắt đầu từ đâu, giảm sai thao tác trong giai đoạn đầu và tăng tỷ lệ hoàn thành tác vụ cốt lõi.
Definition
Onboarding layer là tập hợp hướng dẫn nhập môn: first-run flow, checklist khởi tạo, tooltips có ngữ cảnh, sample data và tài liệu bắt đầu nhanh.
Do
Ưu tiên hướng dẫn theo nhiệm vụ thực tế thay vì giải thích dàn trải.
Dùng progressive disclosure: đúng lúc, đúng nơi, đúng mức chi tiết.
Don’t
Không ép người dùng đọc hết hướng dẫn trước khi thao tác.
Không lặp lại cùng một thông điệp ở nhiều lớp gây nhiễu.
Accessibility
Nội dung onboarding dễ đọc, có thể thao tác bằng bàn phím.
Hướng dẫn có thể đóng/bật lại, không khóa luồng chính.
Gắn owner theo dõi completion rate và điểm rơi bỏ dở.
Required assets
Onboarding kit theo persona
Bộ onboarding gồm quickstart guide, checklist theo vai trò, sample project/asset, và script hướng dẫn cho 30-60-90 phút đầu.
Usage guidance
First-run flow + milestone check
Flow tham chiếu: setup ban đầu -> hoàn thành tác vụ đầu tiên -> xác nhận hiểu quy tắc hệ thống -> mở rộng theo advanced guide.
Onboarding quick rules
Task-first: luôn bắt đầu từ mục tiêu người dùng muốn đạt được.
Time-boxed: chia onboarding thành các mốc ngắn, có cảm giác tiến bộ.
Contextual help: hint xuất hiện đúng thời điểm thao tác.
Skip + replay: cho phép bỏ qua và mở lại hướng dẫn khi cần.
Measure: đo completion, drop-off và thời gian hoàn thành tác vụ đầu tiên.
Definition of done (Onboarding layer)
Flow complete: các bước onboarding cốt lõi đã được định nghĩa và test.
Content complete: microcopy, visual hint và checklist đủ theo persona.
Usability pass: onboarding không chặn tác vụ chính và dễ thao tác.
Metrics ready: có tracking cho completion rate và drop-off.
Ownership clear: có owner tối ưu onboarding theo dữ liệu thực tế.
Next step
Cần thiết kế onboarding flow để rút ngắn thời gian làm quen của team mới?
17 · Digital Asset Delivery & Export Presets
Digital Asset Delivery & Export Presets chuẩn hoá đầu ra số cho mọi kênh phát hành.
Mục tiêu: Thiết lập bộ preset xuất file và quy tắc bàn giao số để team phát hành đúng định dạng, đúng chất lượng và đúng metadata theo từng nền tảng digital.
Definition
Digital asset delivery & export presets là hệ cấu hình chuẩn cho kích thước, định dạng, nén, profile màu, naming và metadata khi xuất bản tài sản số.
Do
Dùng preset xuất theo channel thay vì export thủ công.
Đính kèm metadata và version trong gói bàn giao số.
Don’t
Không mix thông số export giữa social/web/display không kiểm soát.
Không bàn giao file thiếu checksum hoặc thiếu thông tin preset.
Accessibility
Đảm bảo text/overlay còn đọc được sau nén.
Có alt/caption metadata khi phát hành lên kênh yêu cầu.
Handoff checklist
Kèm preset profile, output matrix và package manifest.
Xác nhận owner nhận file và kênh publish tương ứng.
Required assets
Export preset library theo channel
Thư viện preset cho web/social/display/email với thông số kích thước, format, compression, frame rate và quy tắc đóng gói.
Usage guidance
Delivery pipeline có xác minh
Pipeline tham chiếu: select preset -> export batch -> quality check -> package manifest -> deliver link, giúp team nhận triển khai không cần xử lý lại file.
Channel-specific modules · visual preset lab
Mỗi channel có module riêng: minh hoạ vector đúng tỉ lệ (không nhập link), giúp team duyệt preset + naming + package trước khi release.
Channel module 01
TikTok / TikTok Shop
Scope: video dọc, cover, short-loop, PDP clip.
Preset focus: 9:16, bitrate theo ngưỡng upload, safe-zone text và hook trong 3s đầu.
Preset focus: breakpoint desktop/mobile, webp fallback, nén tối ưu LCP/CLS.
Required outputs: responsive set, alt-text pack, performance checklist trước publish.
Web 01 · Hero Desktop
Web 02 · Hero Mobile
Retail 03 · Email Banner
Channel module 04
Season
Scope: campaign mùa vụ (Tết, hè, 9.9, 11.11, 12.12).
Preset focus: theme token theo mùa, release window, lock time cho peak day.
Required outputs: season key visual set, fallback non-season variant, migration note giữa mùa.
Season 01 · Key Visual
Season 02 · Offer Frame
Season 03 · Non-season Fallback
Channel module 05
Product Line
Scope: bộ asset theo từng dòng sản phẩm và tier.
Preset focus: mã product line trong naming, lock visual hierarchy giữa dòng core/premium.
Required outputs: base kit theo line, comparison sheet, release mapping với SKU active.
Line 01 · Core Pack
Line 02 · Premium Pack
Line 03 · Compare Sheet
Digital delivery control center
Mọi ấn phẩm được preview theo đúng ratio/layout nền tảng, đồng bộ thông số export và truy xuất về nguồn sự thật duy nhất (tokens, guideline, naming, manifest).
Preview đang khoá theo profile TikTok/TikTok Shop để kiểm tra bố cục và vùng an toàn trước khi xuất.
Aspect ratio9:16 (vertical)
Resolution1080 x 1920
FormatMP4 (H.264) + JPG/WEBP cover
Bitrate8-12 Mbps
Color tokenBrand tokens: ink / accent / neutral
Guideline refBrand portal -> Guidelines -> Motion -> Vertical video
Mỗi tab là một nhóm ấn phẩm mẫu từ trực tuyến tới ngoại tuyến. Khung vector cho thấy tỉ lệ và kích thước gợi ý. Ô chữ bên dưới dùng để ghi chú use case hoặc ví dụ đặt tên file.
Online 01 · Post
Online 02 · Story
Online 03 · Banner
Offline 01 · Poster
Offline 02 · Standee
Offline 03 · POS
Board 01 · Profile
Board 02 · Proposal
Board 03 · One-pager
Tag 01 · Price tag
Tag 02 · Sticker
Tag 03 · Packaging label
Merch 01 · T-shirt
Merch 02 · Cup
Merch 03 · Tote
Next step
Cần bộ application mẫu để triển khai nhanh theo từng kênh?
19 · Templates
Template system giúp một nguồn nội dung chạy được nhiều định dạng.
Mục tiêu: Chuẩn hoá cấu trúc template để headline, CTA và hình ảnh giữ đúng hierarchy khi chuyển đổi giữa các tỉ lệ và nền tảng.
Definition
Template system định nghĩa khung nội dung, safe area, tỉ lệ và thông số xuất bản cho từng format.
Do
Giữ cùng content hierarchy khi đổi tỉ lệ.
Dùng đúng naming convention khi export.
Don’t
Không tự thay bố cục ngoài grid chuẩn.
Không đổi font/token giữa các format.
Accessibility
Text giữ vùng an toàn và contrast.
Nút/CTA đủ kích thước để chạm đọc.
Handoff checklist
Kèm file editable + export specs.
Ghi rõ ratio, channel, version.
19 · Templates · live sandbox
Ảnh đại diện minh họa luồng làm việc. Case demo (6 nhóm use-case) → mỗi nhóm có nhiều định dạng / preset (Landscape · Square · Story · Leaderboard…). Bấm chip case, rồi chọn preset; «Trước / Sau» đổi nhóm case.
Mở sandbox để chỉnh rail · preview · inspector trong cửa sổ lớn — cùng bản với DAM Templates Studio.
~96vw × 92vh · Đóng: nút, nền mờ hoặc Esc
MORAQ
Build once, scale across formats.
Một nguồn nội dung, nhiều định dạng xuất bản.
UI primitives · buttons, search, icons
Bộ chuẩn tương tác cho Creative system. Dùng cùng quy tắc line-based, cùng hierarchy typo và cùng hành vi focus/hover để khi adapt sang toàn trang vẫn giữ một ngôn ngữ giao diện.
Button system
Rule: mỗi vùng chỉ 1 primary, secondary cho hành động phụ, tertiary cho thao tác tham chiếu.
Search fields
Rule: search dùng line-based, icon đặt cuối dòng, placeholder mô tả rõ phạm vi tìm kiếm.
Icon system
Rule: icon stroke đồng nhất, ưu tiên 16-18px, icon-only button luôn có aria-label.
Handoff note: sau khi chốt nội dung, đặt tên file theo quy tắc ở mục Asset Library và đóng gói export theo chuẩn bàn giao.
20 · Visual Material Primitives
Visual Material Primitives khoá ngôn ngữ hình ảnh gốc cho digital và print.
Mục tiêu: Định nghĩa một nguồn chuẩn cho shape language, texture/pattern, shadow/elevation, blur/transparency và tỷ lệ dùng theo kênh để toàn bộ hệ thống triển khai cùng một logic.
Live examples · component thật để thao tác trực tiếp
Chuyển sang dạng sandbox tương tác: tab line-based, search/filter card, popup/modal, và map phạm vi áp dụng theo kênh.
4 component mẫu
Tabs · line-based
Subnav / tab chuyển panel
Dùng cho điều hướng ngang trong các section có nhiều lớp nội dung.
Search field
Search + filter component
Dùng cho menu search, asset search, thư viện nội dung.
Form states
Default / Focus / Error / Success / Disabled
Helper: nhập đầy đủ thông tin trước khi gửi duyệt.
Dùng cho form nhập metadata, approval note, và request giữa các team.
Toast / Notice
Success / Warning / Error / Info
i
—
Dùng cho feedback sau thao tác: lưu, xuất file, duyệt hoặc lỗi dữ liệu.
Empty / Loading / Skeleton
Không dữ liệu / Đang tải / Placeholder
Chưa có dữ liệu khớp bộ lọc.
Đang tải danh sách asset...
Dùng cho trạng thái dữ liệu: chưa có kết quả, đang fetch hoặc đang chờ render nội dung.
Error / Retry state
Loading fail / Retry / Success
Đang tải dữ liệu asset...
State: loading · chờ phản hồi từ server.
Dùng cho flow dữ liệu có thể thất bại (timeout/network/permission) và cần hướng phục hồi rõ ràng.
Dùng cho upload asset hàng loạt: luôn báo tiến độ, trạng thái lỗi và hành động retry rõ ràng.
Dropdown / menu list
Select menu / action list
Đang lọc: Tất cả mục
Dùng cho filter trạng thái, chọn collection và menu hành động trong panel quản trị.
Async combobox / remote search
Debounce · Loading · Error · No result
Remote error. ·
Idle: nhập từ khoá để chạy remote search có debounce.
Dùng cho field chọn dữ liệu lớn từ server: luôn có debounce, loading state, error + retry và fallback no-result rõ ràng.
Permission-gated UI
Viewer / Editor / Admin access rules
Action
Viewer
Editor
Admin
View audit logs
Publish changes
Delete workspace
Role: Viewer · chỉ thao tác read-only.
Dùng khi cùng một màn hình phục vụ nhiều vai trò: action phải lock đúng quyền và luôn có lý do + đường dẫn xin cấp quyền.
Undo/redo & optimistic update
Local apply · Sync pending · Rollback on fail
Campaign priority score
Saved
12 pts
Saved · chưa có thay đổi mới.
Dùng cho flow chỉnh dữ liệu nhanh: cập nhật UI ngay lập tức, có undo/redo cục bộ và rollback rõ ràng nếu sync thất bại.
Optimistic batch update
Multi-item update · Partial fail · Per-item retry
Campaign KV 4:5
12 pts Dirty
Saved
POS board A3
9 pts Dirty
Saved
Store opening kit
15 pts Dirty
Saved
Bạn sắp rời màn hình khi còn thay đổi chưa lưu.
Ready: tạo thay đổi local (dirty) rồi Save all hoặc Discard.
Dùng cho thao tác batch trên list lớn: row có dirty indicator rõ, Save all/Discard ở cấp batch, và khi save fail partial vẫn retry được theo từng item.
Keyboard-first dropdown/listbox
Arrow / Home-End / Enter / Escape / Typeahead
Keyboard: ArrowDown để mở, Space để vào ô search, Enter để chọn, Escape để đóng.
Dùng cho flow ưu tiên bàn phím: luôn có active option rõ ràng, điều hướng được không cần chuột.
Tooltip / popover / help hint
Hover info / Click detail / Inline guidance
Tooltip: ngữ cảnh ngắn, 1 dòng.
Popover: chứa mô tả dài hơn + CTA nhẹ để dẫn tới hành động tiếp theo.
iHelp hint: luôn hiển thị để giảm lỗi khi user thao tác lần đầu.
Tooltip ẩn mặc định · Popover đóng · Help hint luôn hiển thị.
Opening docs...
Dùng để tách lớp thông tin: tooltip cho nhắc nhanh, popover cho context có chiều sâu, hint cho hướng dẫn cố định.
Destructive flow
Delete / archive confirmation
Idle state
Chưa có tác vụ nguy hiểm nào được kích hoạt.
Flow: idle · chưa cần xác nhận.
Dùng cho hành động không thể hoàn tác như xoá asset, clear history hoặc revoke quyền truy cập.
Dùng khi tab nhiều hơn chiều rộng viewport: giữ active rõ, cho phép cuộn ngang và điều hướng nhanh bằng nút.
Status badge / state pill
Draft / In review / Approved / Archived
Draft
Status: Draft · dùng cho tài nguyên chưa vào vòng duyệt. Variant: Outline.
Dùng để thể hiện nhanh trạng thái của asset/task trong list, card và panel quản trị.
Library card
Card dùng cho listing asset
Đã duyệt
💬 1
2026-04-28_brand-logo_lockup_primary_v01
SVG · 1200 × 800 px · 28 thg 4, 2026 · 1.1 MB
Dùng cho web library và có thể chuyển tiếp thành thông số print sheet.
Popup / modal
Action menu / quick decision layer
Tác vụ asset
2026-04-28_brand-logo_lockup_primary_v01
Hiển thị: Tất cả mục
Trạng thái
Tác vụ nguy hiểm
Dùng khi cần thao tác nhanh: trạng thái, collection, bình luận hoặc approval note.
Website UI (tab/search/card)Digital 100%
Social key visualDigital 80% · Print 20%
POS / signage panelDigital 35% · Print 65%
Packaging / vật phẩmPrint 100%
Component scope
—
Handoff note: các rule trong tab này là chuẩn gốc cho Creative system; khi áp sang cửa hàng, chỉ bổ sung phần applied rule / production note trong Material System.
21 · Layout & Spacing System
Layout & Spacing System chuẩn hoá khung bố cục và nhịp khoảng cách cho Creative system.
Mục tiêu: Khoá một logic bố cục xuyên suốt cho grid, margin, gutter, safe-area và vertical rhythm để component thật khi cấy vào Creative system luôn cùng tỷ lệ.
Live examples · layout primitives thao tác trực tiếp
Giữ đúng format đang dùng: tab components/scope, filter theo kênh, search card và popup phạm vi áp dụng.
16 component mẫu
Spacing scale tuner
XXS / XS / S / M / L cho vertical rhythm
HeaderTitle + meta
ContentBody copy / cards
ActionsPrimary + secondary CTA
Spacing token: S (16px) · phù hợp card chi tiết.
Dùng để chốt khoảng cách dọc giữa block trong card/panel, tránh mỗi màn hình dùng một rhythm khác nhau.
Layout grid builder
Columns + gutters theo breakpoint
Desktop · 12 cột · gutter 24px.
Dùng để xác nhận thông số grid trước khi handoff dev/print spec, đảm bảo chuyển breakpoint không vỡ tỉ lệ.
Container / safe-area
Nội dung chính + padding biên + rail phụ
Main content area
Side rail
Safe padding 24px · side rail bật.
Dùng cho dashboard/editor nhiều lớp thông tin để giữ vùng đọc chính rõ ràng và không dính mép viewport.
Density switcher
Comfortable / Compact cho list-table
AssetOwnerStatus
brand_hero_q3Design teamIn review
retail_signage_a3Store opsApproved
campaign_story_45ContentDraft
Density: Comfortable · ưu tiên đọc dễ khi scan nội dung dài.
Dùng để khoá quy tắc thay đổi mật độ theo ngữ cảnh thay vì tự chỉnh padding từng màn hình.
Layout templates · ấn phẩm
Web hero / Poster / Flyer blocks
Headline zone
Image / visual zone
CTA / metadata zone
Template: Web hero · ưu tiên headline + visual ngang.
Dùng để map nhanh cấu trúc layout theo loại ấn phẩm trước khi vào chi tiết pixel.
Frame ratio + web image
Tỉ lệ khung và crop theo kênh
Image crop preview
Safe text area
Web · 16:9 · giữ safe-area cho text overlay.
Dùng để chốt tỉ lệ khung ảnh cho web/social/ads và tránh cắt mất vùng nội dung chính.
Print margin + bleed map
A4/A3 + trim-safe + bleed toggle
Safe content zone
A4 · margin 12mm · bleed 3mm đang bật.
Dùng khi convert layout digital sang print để tránh mất chữ/hình ở trim edge và giữ zone an toàn ổn định.
Typography rhythm
Heading scale + leading + line length
OVERLINE / CONTEXT
Thiết lập nhịp chữ rõ cho layout nhiều lớp.
Body copy cần line-height đủ thở và chiều dài dòng hợp lý để giữ khả năng đọc khi đặt cạnh image/cards.
Web mode · Heading 28/1.2 · Body 15/1.6 · max 70ch.
Dùng để khóa tỉ lệ chữ và nhịp dòng trước khi gắn vào module layout thật.
Line / divider system
Line weight 1/2/4 + solid/dashed/accent
Section title
Line system giúp đồng bộ đường kẻ giữa card, table, khung ấn phẩm và divider nội dung.
Line 1px · solid · dùng cho phân tách nội dung cơ bản.
Dùng để kiểm soát độ dày và kiểu line khi áp vào web UI lẫn ấn phẩm in.
Icon + line + text + button
Composition system cho info/action block
i
Cập nhật guideline cần review
Kiểm tra lại line/spacing trước khi publish bản handoff cho team store.
Inline · subtle line · primary CTA: dùng cho alert/action block trong dashboard.
Dùng để chuẩn hoá cách ghép icon, line, text và action button trong cùng một block thông báo/hành động.
Channel Blueprint Matrix
Map layout theo kênh: online → offline → display → partner → media
Objective—
Layout template—
Frame ratio—
CTA pattern—
Online: ưu tiên tốc độ scan + CTA rõ trong viewport đầu.
Dùng để chuẩn bị blueprint layout theo từng kênh triển khai trong cùng một mô hình vận hành.
Display Distance & Readability
Khoảng cách nhìn 1m / 3m / 5m + size + contrast
STORE DISPLAY
Giảm 30% cho bộ sưu tập mới
Ưu đãi áp dụng đến hết Chủ nhật, tại quầy chính.
3m: headline lớn, body rút gọn, contrast cao để đọc nhanh từ xa.
Dùng để chuẩn hoá mức đọc cho biển trưng bày, POS và điểm chạm vật lý theo khoảng cách thực tế.
Accessibility & Readability
Line length + tap target + focus spacing + contrast
Một block nội dung cần độ dài dòng vừa đủ để đọc liên tục, đồng thời giữ hành động chính đủ lớn cho thao tác chạm trên mobile.
Focus indicator sample
Line length—
Tap target—
Focus spacing—
Contrast—
Do
Dùng line 55-70ch, tap target >= 44 và focus ring rõ trên nền.
Don't
Để dòng quá dài, nút quá nhỏ hoặc focus quá mảnh khiến khó đọc/khó thao tác.
AA · line 70ch · tap 44px · focus 4px: cân bằng giữa readability và mật độ.
Dùng để kiểm tra nhanh các ngưỡng truy cập quan trọng trước khi chốt layout cho web/app và tài liệu số.
Campaign message layout
Hook / Support / Proof / CTA theo format truyền thông
Scenario: Launch · ưu tiên Social + Awareness để mở reach và kiểm thử hook nhanh.
Hook—
Support—
Proof—
CTA—
Do
Hook rõ giá trị và CTA khớp mục tiêu funnel.
Don't
Nhồi quá nhiều claim, làm CTA mất ưu tiên.
Social + Awareness: Hook mạnh ở 1st line, proof ngắn, CTA nhẹ.
Dùng để map thông điệp campaign vào layout trước khi sản xuất asset cho social/PR/banner/OOH.
02 Impact checkReview design/dev/production trong 24h.
03 DecisionApprove hoặc rollback kèm owner chịu trách nhiệm.
04 LogCập nhật changelog + version guideline.
⌚
Owner SLA
OwnerSLA phản hồi
Design System<= 8h
Frontend Lead<= 12h
Brand/Marketing<= 24h
Production/Print<= 24h
Handoff note: tab này là bộ primitive để cấy sang Creative system; khi triển khai tiếp, chỉ map component thực tế vào đúng token layout/spacing đã chốt tại đây.
22 · Interaction & Motion Guidelines
Interaction & Motion Guidelines đồng bộ nhịp phản hồi cho mọi điểm chạm digital.
Mục tiêu: Chuẩn hoá transition, micro-feedback, loading response và reduced motion để tăng khả năng hiểu trạng thái, giảm giật cục trải nghiệm.
Motion token architecture
Global -> Alias -> Component token mapping
TierTokenValue
Globalmotion.duration.200200ms
Aliasmotion.duration.standardref global
Componentbutton.hover.durationref alias
Global + Duration: giữ nguồn chuẩn duy nhất trước khi map alias/component.
Tip: copy block này vào ticket FE/QA để sync motion behavior.
Definition
Interaction & Motion guideline định nghĩa quy tắc phản hồi chuyển trạng thái, ưu tiên clarity hơn hiệu ứng trang trí.
Do
Dùng duration/easing theo token đã chốt.
Giữ reduced-motion path cho các transition chính.
Don’t
Không trộn nhiều motion pattern trong một flow.
Không dùng animation dài làm chậm hành động chính.
Accessibility
Focus-visible luôn rõ trên mọi trạng thái.
Tôn trọng prefer-reduced-motion của người dùng.
Handoff checklist
Kèm spec timing/easing + reduced-motion fallback.
Đính kèm video/snapshot QA cho trạng thái chính.
23 · Asset Library
Asset Library gom tài sản về một nguồn chuẩn cho toàn bộ tệp thương hiệu.
Mục tiêu: Tổ chức tài sản theo cấu trúc rõ ràng để giảm sai phiên bản, tăng tốc tìm kiếm và đảm bảo bàn giao nhất quán giữa các bên.
Definition
Asset Library là nguồn chuẩn tập trung cho file thương hiệu, gồm metadata, versioning, quyền sử dụng và trạng thái duyệt.
Do
Gắn metadata và collection ngay khi upload.
Duy trì status rõ: draft/review/approved.
Don’t
Không lưu file ngoài naming convention.
Không phát hành file chưa approved.
Accessibility
Tên file và mô tả dễ tìm kiếm.
Cung cấp alt text cho tài sản hình ảnh.
Handoff checklist
Pack download kèm metadata sidecar.
Chốt owner, quyền dùng, thời hạn.
Asset Demo Configuration Layer
Phân loại theo tuần tự workflow và theo góc nhìn sử dụng. Mỗi thao tác chỉ lộ đúng lượng thông tin cần để luôn tìm được thứ cần thiết và truy xuất về nguồn sự thật.
Discover · Step 01: chỉ hiển thị nhóm cần cho bước Draft để tránh quá tải khung hình.
Current preview
Preview được đồng bộ từ item đang focus trong workflow hiện tại. Nếu filter không khớp, hệ thống vẫn giữ fallback preview để không mất ngữ cảnh.
Trình bày guideline · assets / image / template
Cụm này minh họa luồng: targeted delivery, chi tiết asset, trợ lý metadata, brand hub, explorer và template editor. Bạn có thể dán link vào Image URL để thay ảnh theo project.
Reference 01 · Targeted delivery
Drop image / paste URL
Reference 02 · Asset details
Drop image / paste URL
Reference 03 · Metadata assistant
Drop image / paste URL
Reference 04 · Brand hub
Drop image / paste URL
Reference 05 · Asset explorer
Drop image / paste URL
Reference 06 · Template editor
Drop image / paste URL
Reference 07 · Storage filters
Drop image / paste URL
Reference 08 · Template slider
Drop image / paste URL
Asset Library
Tra cứu, lọc, chọn và thao tác file theo lifecycle.
Mẫu trải nghiệm thư viện brand (DAM-lite): lọc, thao tác hàng loạt, metadata và quy tắc đặt tên/version.
Một gói zip “handover” để đưa cho vendor/agency mà không phải giải thích nhiều.
Trường meta trang guideline
Owner: Brand system team
Approver: Design lead + Marketing lead
Status: Ready for rollout
Version: v1.4 (Creative system)
Last updated: 30 Apr 2026
Contribution workflow
Đề xuất thay đổi phải có impact note + kênh ảnh hưởng.
Review trong 24h giữa Design, FE và Production.
Sau khi duyệt: cập nhật changelog + version + ticket.
Mọi exception đều link về mục Governance trong Layout tab.
Related documentation
Logo / Color / Typography: quy tắc nền tảng nhận diện.
Visual primitives / Layout / Motion: rule triển khai UI.
Material System: applied rule cho vận hành cửa hàng.
Asset Library: nguồn chuẩn cho file bàn giao.
Definition of done (publish gate)
Token map đã khoá và đồng bộ với code variable.
Có Do/Don't + accessibility notes cho phần chính.
Có handoff snapshot cho web/social/print.
Asset pack có naming chuẩn + metadata sidecar.
Owner và SLA phản hồi đã được ghi rõ.
Next step
Cần chuẩn hoá template kit để handover cho nhiều đội triển khai?
Portal tài sản số · chọn gói triển khai
Cổng tài sản, quản trị file và trải nghiệm người dùng
Một cổng: menu ổn định, file đúng chỗ, mọi role tìm đúng phiên bản
Hai gói portal tài sản số
Tổng quan
MORAQ cung cấp hai tuỳ chọn Xây dựng trải nghiệm Digital cho Hệ thống thông tin & Tài sản thương hiệu nhằm mang tới trải nghiệm Hướng dẫn Thương hiệu & Nhận diện nhất quán cùng hệ thống cổng thông tin giúp Khách hàng có thể truy cập chủ động ở bất cứ đâu trực tuyến và tuỳ chỉnh theo nhu cầu thực tế.
Refined · 01
Refined Portal
Refined Portal là Cổng tài sản Xây dựng dựa trên Thông tin và hệ thống nhận diện thương hiệu sẵn có của khách hàng với số lượng tối đa 20 sections và 300 Danh mục tài sản. File được nhóm và đặt tên thống nhất để marketing, agency và R&D cùng mở đúng bản hiệu lực.
Nhận diện đã kýTối đa 20 sectionTối đa 300 danh mục tài sảnTên miền riêngGiao khoảng 6 tuần2 vòng chỉnh
Phụ lục ghi rõ giới hạn section, giới hạn danh mục tài sản và hai vòng chỉnh giao diện kèm nội dung. Hai bên khóa sơ đồ menu và luồng trang trước khi đổ dữ liệu thật vào cổng.
Phạm vi gói Refined
1
Thiết kế giao diện cổng trùng màu, font và logo đã bàn giao từ nhận diện.
2
Dựng tối đa hai mươi section, mỗi section dùng khối nội dung theo mẫu đã duyệt.
3
Sắp xếp tối đa ba trăm danh mục tài sản trong thư viện theo nhóm và nhãn tìm kiếm thống nhất.
4
Gắn tên miền con theo thương hiệu, tạo tài khoản đăng nhập và phân quyền cơ bản đúng phụ lục công việc đã ký.
5
Hai vòng chỉnh sau nghiệm thu nội bộ, giao cổng trong khoảng sáu tuần từ mốc khởi động triển khai đã ký, hỗ trợ ưu tiên qua email và một đợt làm mới nội dung mỗi quý theo lịch trong phụ lục.
Quý vị nhận được
Một cổng, một luồng menu
Nội bộ và agency cùng nhìn một cấu trúc trang. Người đăng nhập thấy cùng thứ tự mục và cùng đường dẫn tới file đang hiệu lực.
File gom đúng chỗ
Thư mục và trường mô tả bám cách team đã họp brief. Giảm bản trùng tên và link trỏ nhầm phiên bản sau bàn giao.
Làm mới theo quý có ranh giới
Mỗi quý có một đợt chỉnh section và chữ theo lịch đã ghi trong gói. Phần vượt phụ lục được báo giá hoặc báo trước khi làm để luôn đối chiếu được với hợp đồng.
Premium · 02
Premium Portal
Gói tuỳ biến sâu khi thương hiệu cần một cổng riêng: trên phụ lục, với số lượng Sections là 100 và 1000 danh mục tài sản thương hiệu. Gói được thiết kế để phù hợp tổ chức triển khai trên đa nền tảng & thị trường, nhiều bên liên quan tham gia và lịch cập nhật nội dung dày đặc.
Giao diện tuỳ biếnTối đa 100 sectionTối đa 1000 danh mục tài sảnSSL và subdomain emailPhản hồi trong 12 giờ làm việcCập nhật hàng tháng
Premium ghi trên hợp đồng tối đa một trăm section và một nghìn danh mục tài sản thương hiệu (cao hơn ngưỡng gói Refined), đồng thời ghi rõ mức cam kết thời gian phản hồi hỗ trợ và lịch cập nhật nội dung. Phù hợp vận hành marketing và thương mại cần tần suất chỉnh cao.
Phạm vi gói Premium
1
Thiết kế giao diện cổng dành riêng cho thương hiệu, không dùng lại bộ khối giao diện mặc định của gói Refined.
2
Dựng tối đa một trăm section và sắp xếp tối đa một nghìn danh mục tài sản thương hiệu theo nhóm và nhãn thống nhất.
3
Gắn tên miền riêng có chứng chỉ SSL, thiết lập subdomain dùng cho email gửi nhận theo thương hiệu, chi tiết trong phụ lục.
4
Tạo tài khoản người dùng và hỗ trợ ưu tiên với thời gian phản hồi tối đa mười hai giờ làm việc theo phụ lục.
5
Cập nhật nội dung hàng tháng gồm trong gói; mỗi quý một buổi đối chiếu vận hành, chỉ số dùng cổng và danh sách việc ưu tiên cải tiến kỳ tới.
Vận hành sau go-live
Ưu tiên 12 giờ
Kênh hỗ trợ riêng cho gói Premium. Thời gian phản hồi cam kết trong giờ làm việc, ghi rõ trong phụ lục.
Cập nhật hàng tháng
Lịch chỉnh section, chữ và file theo thỏa thuận để cổng bám chiến dịch đang chạy.
Đối chiếu định kỳ mỗi quý
Một buổi đối chiếu chỉ số dùng cổng, danh sách việc ưu tiên cải tiến và lộ trình nội dung kỳ tới.
Chứng chỉ và subdomain email
Phối hợp DNS, chứng chỉ và quy ước subdomain gửi nhận theo thương hiệu, chi tiết trong phụ lục.
Cam kết làm việc cùng quý vị
Cổng để làm việc với file, không chỉ để xem
Người dùng mở cổng để lấy đúng phiên bản file, đúng quyền dùng và đúng ngữ cảnh kênh. MORAQ thiết kế dữ liệu mô tả file (metadata) và luồng duyệt để giảm bản trùng và nhãn sai.
Bàn giao kèm checklist và khung nội dung
Cuối dự án có danh sách section đã nghiệm thu, khung nội dung từng trang và hướng dẫn vận hành. Người mới vào team vẫn mở đúng đường dẫn và đúng tên file mà không cần hỏi lại một cá nhân giữ link riêng.
Mốc vòng chỉnh và chăm sóc ghi trong phụ lục
Trên cả hai gói, số vòng chỉnh giao diện và nội dung, mức cam kết thời gian phản hồi hỗ trợ và lịch làm mới hoặc cập nhật đều nằm trong phụ lục đã ký. Khi có thay đổi phạm vi, hai bên đối chiếu trực tiếp với văn bản đó.
Câu hỏi thường gặp
Khác nhau giữa Refined và Premium?
Gói Refined ghi rõ trong phụ lục số section, số file, số vòng chỉnh và ngày giao. Gói Premium mở rộng ngưỡng tối đa cho section và cho file so với Refined trong phụ lục, trong khung vận hành hai bên đã thống nhất, thêm mức cam kết phản hồi hỗ trợ tối đa mười hai giờ làm việc, cập nhật nội dung hàng tháng và buổi đối chiếu định kỳ mỗi quý.
Tên miền riêng gắn với cổng như thế nào?
Trên gói Refined, địa chỉ thường dạng tên-miền-con.tênmiềnkhách.com gắn với thương hiệu. Trên gói Premium, MORAQ hỗ trợ thêm chứng chỉ bảo mật (SSL), cấu hình gửi nhận thư theo subdomain của thương hiệu và rà soát DNS. Chi tiết từng bước nằm trong đơn hàng dịch vụ hoặc phụ lục kỹ thuật đã ký.
Làm mới nội dung theo quý và cập nhật hàng tháng khác nhau thế nào?
Với Refined, mỗi quý có một đợt chỉnh nội dung gắn mùa hoặc chiến dịch đã chốt lịch từ trước. Với Premium, chu kỳ cập nhật hàng tháng bám sát lịch chạy kênh để section và file trên cổng không tụt hậu so với vận hành marketing.
Sau khi xong hub tiếp nhận nhận diện mỹ phẩm thì làm gì tiếp?
Hai bên đối chiếu phụ lục triển khai cổng (công việc và phạm vi, thường gọi SOW portal) để chốt gói Refined hoặc Premium, khóa danh mục section và file, mức cam kết thời gian phản hồi hỗ trợ và lịch chăm sóc. Khi văn bản đã ký, MORAQ mới triển khai môi trường cổng thật và bàn giao tài khoản.
Gói portal có gộp chung báo giá intake không?
Không tự động gộp. Báo giá chuẩn bị hồ sơ trên hub và báo giá triển khai cổng là hai phụ lục riêng trừ khi hợp đồng đã ký ghi rõ một mức phí bao trọn cả hai hạng mục.
Bắt đầu
Chọn gói portal phù hợp
Chú giải từ ngữ · Portal tài sản số
Các thuật ngữ dưới đây thống nhất với ba tab Tổng quan, Refined Portal và Premium Portal. Liên kết Chú giải từ ngữ · portal (ngay dưới dải tab) mở bảng này; nội dung mang tính định hướng — số liệu và phạm vi cuối cùng theo phụ lục đã ký.
Section
Một đơn vị trong cấu trúc cổng được liệt kê trong phụ lục để đếm phạm vi: thường là một trang hoặc một khối mục lớn trong menu (tương đương section trên wireframe hoặc CMS). Trên trang này, ví dụ minh hoạ Refined tối đa 20 sections và Premium tối đa 100 sections — con số cuối cùng theo phụ lục đã ký.
Danh mục tài sản
Nhóm tài sản số trên cổng (ảnh, PDF, bản gửi kèm…) được đếm theo danh mục trong phụ lục, kèm quy tắc nhóm và đặt tên thống nhất. Gói Refined minh hoạ tối đa 300 danh mục tài sản; gói Premium minh hoạ tối đa 1000 danh mục tài sản thương hiệu. File cụ thể nằm trong từng danh mục; mọi ngưỡng đối chiếu khi nghiệm thu theo phụ lục đã ký.
Phụ lục
Bảng phạm vi gắn hợp đồng triển khai cổng: section, danh mục tài sản, vòng chỉnh, ngày giao, hỗ trợ, làm mới nội dung và các ranh giới khác đã thống nhất. Trang này diễn giải ngắn; khi lệch với PDF đã ký thì ưu tiên phụ lục đã ký.
Phụ lục công việc (SOW)
Statement of work: mô tả công việc, phạm vi và thứ tự bàn giao. Trong FAQ, cụm gọi tắt SOW portal chỉ phụ lục (hoặc bộ phụ lục) ghi rõ triển khai cổng.
Go-live
Thời điểm cổng chính thức mở cho người dùng theo kế hoạch nghiệm thu và bàn giao.
Vòng chỉnh
Một lượt chỉnh giao diện hoặc nội dung sau phản hồi có kiểm soát; số vòng ghi trong phụ lục (Refined thường hai vòng).
Mức cam kết phản hồi hỗ trợ
Thời gian tối đa để phản hồi yêu cầu hỗ trợ trong giờ làm việc ghi trên phụ lục (Premium hay dùng mười hai giờ làm việc).
Ngưỡng tối đa
Giới hạn trên cùng ghi trong phụ lục cho section và danh mục tài sản (và các hạng mục kèm theo) để nghiệm thu. Tài liệu marketing có thể diễn đạt ngắn gọn; trên hợp đồng luôn có con số hoặc công thức đối chiếu.
Nhận diện
Bộ quy tắc thương hiệu đã bàn giao (logo, màu, font…). Trang portal ưu tiên chữ nhận diện thay cho từ tiếng Anh brand để đồng bộ với hợp đồng tiếng Việt.
SSL · subdomain email
Secure sockets layer: chứng chỉ bảo mật cho tên miền. Subdomain: tên miền phụ (ví dụ nhánh.tenmienkhach.com hoặc mail.tenmienkhach.com) dùng cho cổng hoặc gửi nhận email theo thương hiệu, chi tiết trong phụ lục kỹ thuật.
Metadata
Dữ liệu mô tả đi kèm tài sản trong danh mục (tên, phiên bản, quyền dùng, kênh…) để tìm đúng bản hiệu lực.
Phiếu tiếp nhận · xem & in
PHỤ LỤC · THANH TOÁN · ONBOARD
Phụ lục phạm vi & thanh toán
Tóm tắt phạm vi công việc, thanh toán và các mốc bàn giao trong onboard. Khi cần đối chiếu chi tiết, vui lòng dùng Quotes.pdf và các phụ lục đã ký.
Các mục còn để trống có thể bổ sung sau khi có số hợp đồng / SOW và đường dẫn cổng làm việc.
Mã báo giá
BG-2026-061
Số hợp đồng (khách)
HDDV SO 01/2026/HDTV/TK-DF-110526
Dự án · vertical
DERMA FOYER · mỹ phẩm · onboarding nhận diện
Workspace / cổng
[URL cổng làm việc] · quyền xem theo vai trò
Pháp nhân cung cấp
MORAQ — Trần Thanh Kiên
Pháp nhân khách hàng
MST 0319164002 · CÔNG TY TNHH PHÂN PHỐI DƯỢC MỸ PHẨM DERMA FOYER
TK nhận thanh toán
VCB 0371000451485 · VND
Người ký hiệu lực
[Tên · chức danh · hai bên]
01 Ghi nhận thanh toán
Số liệu từ sao kê ngân hàng; đối chiếu với Quotes.pdf. Khi đủ cọc, mở thực hiện theo SOW và báo giá đã ký.
Sao kê ghi có · đặt cọc khởi động 50%
Lần
Biến động (VND)
Thời điểm (sao kê)
Ghi chú
1
+10.000.000
06-05-2026, 16:04:19
Ghi có lần 1 theo thỏa thuận báo giá
2
+22.500.000
11-05-2026, 13:57:55
Ghi có lần 2 · đủ mức 50% cọc khởi động
Cộng (50% cọc)
32.500.000 VND
02 Lộ trình thanh toán
1Cọc khởi động50%Đã ghi đủ · 32,5 triệu
2Đợt 125%Sau NT bàn giao GĐ 1–2
3Đợt 225%Sau NT bàn giao GĐ 3
+PortalTuỳ chọnNếu có phụ lục riêng
Chú thích thanh toán: hai mốc 25% chỉ thanh toán sau khi có văn bản nghiệm thu đạt theo SOW (đối chiếu mục 03). Gói cổng guideline chỉ thanh toán khi đã ký phụ lục triển khai portal — không gộp vào ba mốc guideline nếu phụ lục không ghi.
03 Các mốc chi tiết
Đặt cọc khởi động 50% · đã hoàn thành
Điều kiện kích hoạt
Hai lần chuyển khoản đúng số tiền và nội dung đã thống nhất trên Quotes.pdf vào tài khoản ghi tại mục 00.
Thời điểm hoàn tất
Đã hoàn tất khi ghi có lần 2 lúc 11-05-2026, 13:57:55. Lần 1: 06-05-2026, 16:04:19.
Bàn giao kỳ này
Mở thực hiện các hạng mục trong SOW đã ký: workshop, phiếu tiếp nhận A–E và các mốc cụ thể ghi trong Quotes.pdf.
Tiêu chí nghiệm thu
Sao kê thể hiện +10.000.000 và +22.500.000 VND.
Tổng 32.500.000 VND khớp 50% đặt cọc khởi động. Đối chiếu thêm chứng từ và bản PDF đã ký nếu cần.
Phát sinh & cách xử lý
Nếu ngân hàng hoàn tiền / điều chỉnh bút toán, hai bên cập nhật biên bản và sao kê mới trước khi coi là chưa đủ cọc.
Sai nội dung chuyển khoản: xử lý theo quy trình đối soát trong phụ lục tài chính đã ký.
Liên hệ
Đầu mối dự án và tài chính ghi trong Quotes.pdf và email báo giá đã gửi.
Đợt 1 sau nghiệm thu 25%
Điều kiện kích hoạt
Biên bản nghiệm thu bàn giao digital GĐ 1–2 (phiếu intake A · B · E) đạt theo checklist trong SOW đã ký.
Tên mốc có thể khác nếu phụ lục quy định.
Hạn thanh toán
Trong vòng mười (10) ngày kể từ ngày biên bản nghiệm thu có chữ ký đủ thẩm quyền, trừ khi phụ lục ghi khác.
Bàn giao kỳ này
Bản digital GĐ 1–2 — toàn bộ nội dung intake đã chốt cho:
A · Nhận diện & ngữ cảnh vận hành
B · Câu chuyện & định vị
E · Tuyên bố & khung tuân thủ — khớp tầng nền chiến lược + ngôn từ công khai + khung rủi ro / tuân thủ trước khi khóa sản xuất đại trà trên C/D.
Trong E, giai đoạn này gồm E‑Principles (ranh đỏ, chứng nhận hiện có, vòng legal).
Chi tiết danh mục theo SOW và Quotes.pdf.
Tiêu chí nghiệm thu
Biên bản hoặc email xác nhận tiêu đề dạng Chấp nhận bàn giao GĐ 1–2 theo mẫu hai bên đã ký.
Mọi chỉnh sửa phải được ghi nhận trước khi ký nghiệm thu.
Phát sinh & cách xử lý
Mục mở sau nghiệm thu: cập nhật biên bản phụ hoặc kế hoạch chỉnh sửa trước khi xuất hóa đơn / nhận thanh toán đợt 1.
Liên hệ
PM dự án và người ký nghiệm thu phía khách (ghi trong SOW).
Đợt 2 sau bàn giao cuối 25%
Điều kiện kích hoạt
Biên bản nghiệm thu bàn giao digital GĐ 3 (phiếu intake C · D).
Hoặc mốc bàn giao cuối do SOW quy định.
Hạn thanh toán
Trong vòng mười (10) ngày kể từ ngày biên bản bàn giao cuối có chữ ký đủ thẩm quyền, trừ khi phụ lục ghi khác.
Bàn giao kỳ này
Bản digital GĐ 3 — nội dung thu thập từ:
C · Kho nhận diện & quyền sử dụng
D · Ứng dụng công khai & điểm chạm — D là triển khai của phần đã chốt ở C, bám A / B / E.
E‑Execution: bản ràng buộc theo từng kênh D (có thể kèm phụ lục).
Gói bàn giao cuối theo SOW và Quotes.pdf.
Tiêu chí nghiệm thu
Biên bản hoàn tất hoặc email xác nhận Chấp nhận bàn giao GĐ 3 đã ký.
Checklist nghiệm thu chấp nhận (nếu có) đã đối chiếu đủ mục.
Phát sinh & cách xử lý
Phạm vi ngoài SOW: yêu cầu thay đổi phải được ký xác nhận trước khi chốt nghiệm thu và quyết toán.
Liên hệ
PM dự án và tài chính hai bên theo thông tin trên hóa đơn và phụ lục.
Về Cổng Guideline Thương hiệu Tuỳ chọn
Điều kiện kích hoạt
Chỉ khi có phụ lục giá hoặc SOW triển khai portal riêng; không nằm trong gói báo giá hiện tại trừ khi ghi rõ trong Quotes.pdf.
Hạn thanh toán
Theo lịch trong phụ lục portal (có thể tách khỏi ba mốc guideline).
Bàn giao kỳ này
Cổng theo phạm vi gói, gồm:
Cấu trúc mục và tệp tin
Quyền đăng nhập, tên miền
Cam kết phản hồi như trong phụ lục portal
Tiêu chí nghiệm thu
Biên bản go-live và checklist nghiệm thu chấp nhận cổng được hai bên ký.
Phát sinh & cách xử lý
Chưa ký phụ lục portal thì gói hiện tại không gồm cổng. Xem thêm trang Về Cổng Guideline Thương hiệu trước khi ký triển khai.
Liên hệ
Đầu mối portal trên báo giá / phụ lục hoặc PM dự án.
04 Phạm vi & bàn giao intake
Phiếu intake A–E trên hub là bản câu hỏi có cấu trúc (read-only / xuất PDF theo từng tab). Khối dưới neo deliverable digital với từng đợt trong báo giá. Số tiền, danh mục hạng mục, ngoại lệ và SLA chỉ lấy từ Quotes.pdf và SOW đã ký; phần minh hoạ trên cổng có thể cập nhật theo phiên bản UI ở đầu phụ lục.
Bàn giao digital theo giai đoạn
Giai đoạn 1–2
A + B + E (E‑Principles)
Bản digital cho toàn bộ intake A · Nhận diện & ngữ cảnh vận hành, B · Câu chuyện & định vị, E · Tuyên bố & khung tuân thủ.
Khớp nền chiến lược + ngôn từ công khai + khung rủi ro / tuân thủtrước khi khóa sản xuất đại trà trên C/D.
E‑Principles: ranh đỏ, chứng nhận hiện có, vòng legal — chốt trong GĐ 1–2.
Giai đoạn 3
C + D + E‑Execution
Bản digital từ dữ liệu intake C · Kho nhận diện & quyền sử dụng và D · Ứng dụng công khai & điểm chạm.
D là triển khai của phần đã chốt ở C, và phải bám A / B / E.
E‑Execution: ràng buộc theo từng kênh D; phần chi tiết có thể tách phụ lục theo kênh.
E tách hai lớp xuyên suốt dự án: E‑Principles (giai đoạn 1–2) và E‑Execution (giai đoạn 3). Hai mốc thanh toán 25% lần lượt gắn nghiệm thu bàn giao GĐ 1–2 và bàn giao GĐ 3 như mục 02–03.
E‑Principles gom ranh đỏ copy/hình, chứng nhận đang hiệu lực và hàng chờ pháp chế ở mức mô tả an toàn trước khi chạy sản xuất đại trà. E‑Execution bổ sung ràng buộc theo từng kênh trong tab D; chi tiết có thể tách phụ lục theo kênh nếu SOW yêu cầu.
Trong phạm vi
Brand Foundations và guideline số hóa theo SOW đã ký; lộ trình bàn giao A·B·E rồi C·D như khối trên
Phiếu intake A–E và checklist tài sản mẫu trên hub
Phiên bản nội dung đọc được cho agency / R&D theo quyền xem
[Thêm: ví dụ social kit, packaging rules…]
Ngoài phạm vi
Hệ DAM vận hành sản xuất, mua media, hoặc xây dựng cửa hàng trực tuyến trừ khi có phụ lục
Về Cổng Guideline Thương hiệu nếu chưa ký phụ lục riêng
[Rà soát pháp lý độc lập · thử nghiệm lab · đăng kiểm…]
Giả định
Khách cung cấp đúng hạn tài liệu đầu vào đã liệt kê trong Quotes.pdf
Ngôn ngữ làm việc và kênh phản hồi theo [SLA phản hồi]
Phụ thuộc
File nguồn logo / font license / ảnh sản phẩm từ khách
Tài khoản email ký nhận biên bản nghiệm thu
[Đăng nhập một lần · cấu hình tên miền DNS…]
Chú thích vận hành & nguồn chuẩn: nên ghi rõ single source of truth (SoT) cho file guideline so với snapshot phiếu intake trên hub để agency và nội bộ không mở nhầm bản. Mọi đổi phạm vi sau ký (thêm kênh, gấp timeline, tách cổng…) cần phụ lục điều chỉnh phí hoặc thời gian trước khi đưa vào nghiệm thu. Khi triển khai cổng: thống nhất đối tượng đọc chính, chu kỳ duyệt nội dung, không gian thiết kế (ví dụ Figma) và chính sách tải xuống (watermark, nhật ký truy cập) trong phụ lục portal hoặc tài liệu vận hành.
%22%2F%3E%3Cpath%20d%3D%22M0%2062%20Q40%2048%2080%2058%20T160%2052%20V90%20H0Z%22%20fill%3D%22%230B5A3B%22%20opacity%3D%22.35%22%2F%3E%3Ccircle%20cx%3D%22128%22%20cy%3D%2228%22%20r%3D%2214%22%20fill%3D%22%23f5e6c8%22%20opacity%3D%22.85%22%2F%3E%3C%2Fsvg%3E)
%22%2F%3E%3Cellipse%20cx%3D%2254%22%20cy%3D%2258%22%20rx%3D%2228%22%20ry%3D%2238%22%20fill%3D%22%23fff%22%20opacity%3D%22.12%22%2F%3E%3Cellipse%20cx%3D%2242%22%20cy%3D%2272%22%20rx%3D%2212%22%20ry%3D%2216%22%20fill%3D%22%23a8e8ff%22%20opacity%3D%22.28%22%2F%3E%3Cellipse%20cx%3D%2266%22%20cy%3D%2272%22%20rx%3D%2212%22%20ry%3D%2216%22%20fill%3D%22%23a8e8ff%22%20opacity%3D%22.28%22%2F%3E%3C%2Fsvg%3E)
