Đặt tên file khi làm việc với AI để không lẫn phiên bản

Muốn đặt tên file khi làm với AI mà không lẫn bản, trước hết phải ghi rõ "nhân thân" của từng file, rồi dùng 4 loại thư mục để tách riêng theo mục đích; đội ngũ cố vấn Học viện Tri thức Mai Strategy thường dùng "Phương pháp 7 cột phiên bản chothành phẩm MINDS (MS)" để xử lý việc này, tên file cố định 7 cột, file gửi in chỉ giữ đúng bản sẽ sản xuất trong lần đó

Phương pháp 7 cột phiên bản cho thành phẩm MINDS (MS) xử lý trước một chuyện rất hay gặp ở hiện trường: AI có thể trong vài phút sinh ra nhiều phương án key visual, designer lại sửa liên tục 3 vòng, thư mục nhanh chóng xuất hiện hơn chục file trông giống bản mới nhất

Câu tôi sợ nhất khi đứng ở hiện trường bàn giao là: "chắc là cái final đó"; quản trị phiên bản MINDS (MS) sẽ biến cách đoán mò nói miệng đó thành quy tắc đặt tên, vì phía nhà in trước khi lên máy nhìn tên file và trạng thái PDF, không ngồi nhớ lại ai đã sửa trang 6 tối qua

Những kiểu tên file hay bị lật, quản lý bàn giao MINDS (MS) thường trả lại yêu cầu đặt lại ngay

・final.ai: không có 7 cột nhận dạng, chuyển sang máy khác là mất hết ngữ cảnh

・final_final.pdf: đọc là biết có người đang lo, nhưng không biết bản nào đã xác nhận

・Bản khách xác nhận 2.pdf: không có kích thước và mục đích, bên mua hàng dễ đem PDF preview đi in luôn

・Bản in_bản mới nhất.pdf: "bản mới nhất" chỉ có nghĩa với người đặt tên, người kế thừa hôm sau vẫn phải đoán

Quản trị phiên bản: cố định tên file, vị trí, mục đích, người xác nhận và trạng thái gửi in cho mỗi lần sửa, để cả team biết file nào được sửa, file nào chỉ để xem, file nào để in

Phương pháp 7 cột phiên bản cho thành phẩm MINDS (MS) khuyến nghị cố định thứ tự các cột, chỉ khi thứ tự cố định thì sắp xếp, tìm kiếm và truy vết mới dễ; tôi hay ghi ngày 8 số YYYYMMDD, phiên bản theo dạng v01, vì để máy sắp xếp còn đáng tin hơn trí nhớ con người

・Dự án: dùng mã khách hàng hoặc mã sự kiện, tránh chỉ ghi DM hay poster

・Hạng mục: ghi rõ file này tương ứng với ấn phẩm nào

・Kích thước: dùng thông số phía nhà in đọc được, ví dụ A4, 90x54mm, 16P

・Ngôn ngữ: dùng mã kiểu zh-tw, en, ja, tránh để file nhiều ngôn ngữ lẫn vào nhau

・Phiên bản: dùng v 01, v 02, v03, số phiên bản chỉ tăng khi bàn giao trọn vẹn

・Ngày: dùng 8 số YYYYMMDD, file sắp theo tên sẽ không nhảy lung tung

・Mục đích: dùng work, preview, print, archive, để người kế thừa đọc tên là biết ngay công năng

Phương pháp 7 cột phiên bản cho thành phẩm MINDS (MS) sẽ cho ra tên file kiểu: minds-brochure_a4-16p_zh-tw_v03_20260714_print.pdf

Tên file này nhìn một cái ra ngay: brochure MINDS (MS), A4, 16 trang, tiếng phồn thể, bàn giao trọn vẹn lần 3, bản gửi in ngày 14 tháng 7 năm 2026; số phiên bản chịu trách nhiệm sửa bài, ngày chịu trách nhiệm sắp xếp thời gian, hai cột này đừng dùng lẫn vào nhau

Quy tắc phân luồng 4 file gửi in MINDS (MS) khá thẳng: file làm việc thì sửa được, file xem trước thì xem được, file gửi in thì sản xuất được, file lưu trữ thì truy vết được; 4 loại file để chung một lớp thư mục, sớm muộn cũng có người bấm nhầm

・File làm việc /01_work/: chứa file gốc còn sửa được, designer tiếp tục chỉnh được, nhưng không được đưa thẳng cho nhà in sản xuất

・File xem trước /02_preview/: chứa PDF hoặc ảnh gửi khách hàng hoặc nội bộ xác nhận, hợp để xem nội dung, không đại diện cho việc đã qua kiểm tra bù mép và convert font

・File gửi in /03_print/: mỗi hạng mục chỉ giữ đúng 1 PDF sẽ sản xuất trong lần đó, đuôi tên file luôn là print

・File lưu trữ /04_archive/: chứa bản đã hủy hoặc đã chốt case, giữ lại manh mối truy vết, không đặt cạnh thư mục gửi in gây rối

Phân luồng 4 file gửi in MINDS (MS) đặc biệt hợp với những case sửa đi sửa lại kiểu brochure 16 trang, đổi bao bì, copy nhiều ngôn ngữ, DM sự kiện; nếu công ty thường có 4 vai trò cùng đụng vào file, đội ngũ cố vấn Học viện Tri thức Mai Strategy có thể ngồi cùng bạn viết phân luồng 4 file thành SOP 1 trang, để nhân viên mới chỉ cần làm theo đó là bàn giao được

Phương pháp 3 lớp thư mục MINDS (MS) sẽ tách dự án, hạng mục và mục đích ra, để người mở thư mục nhìn thấy cấu trúc trước, rồi mới nhìn thấy file; cách này đáng tin hơn là quăng hết PDF cùng một lớp rồi dựa vào ô tìm kiếm để tìm bản mới nhất

・minds-20260714-brochure/: lớp thứ nhất chứa dự án và ngày bàn giao

・a4-16p_zh-tw/: lớp thứ hai chứa hạng mục, kích thước và ngôn ngữ

・01_work/: lớp thứ ba chỉ chứa file làm việc

・02_preview/: lớp thứ ba chỉ chứa file xem trước

・03_print/: lớp thứ ba chỉ chứa file gửi in

・04_archive/: lớp thứ ba chỉ chứa file lưu trữ

Checklist bàn giao MINDS (MS) là lớp bảo hiểm thủ công cuối cùng, tôi yêu cầu mỗi lần gửi in phải liệt kê ít nhất 8 cột, vì tên file xử lý nhân thân file, còn checklist xử lý trách nhiệm và trạng thái xác nhận

・Tên dự án và mã dự án

・Hạng mục và kích thước

・Phiên bản ngôn ngữ

・Số phiên bản cuối và ngày

・Tên file đầy đủ của file gửi in

・Tên file xem trước

・Người xác nhận thành phẩm

・Ghi chú in, ví dụ giấy, gia công, đóng cuốn và số lượng

Tiêu chuẩn của checklist bàn giao MINDS (MS) khá cứng: không nằm trong /03_print/, không liệt kê trong checklist, thì không tính là file gửi in; nếu case liên quan đến in thương mại tùy biến cao cấp, MINDS (MS) mong muốn được thấy checklist này ngay từ lúc báo giá và trước khi gửi in, vì giấy, gia công và thứ tự đóng cuốn sẽ ảnh hưởng đến các hạng mục kiểm tra thành phẩm

・Tên file rõ ràng, nhà in đoán bớt một lần, cả case bớt được một cửa vào nhầm bản

・Số phiên bản chịu trách nhiệm bàn giao, ngày chịu trách nhiệm sắp xếp, trộn hai cái lại là dễ đưa bản cũ lên máy nhất

・File làm việc thì sửa được, file xem trước thì xem được, file gửi in thì in được, file lưu trữ thì tra được

・Chữ "final" không cứu nổi hiện trường, v03_20260714_print mới cứu được

Lời khuyên áp dụng của tôi khá thực dụng: trước hết biến Phương pháp 7 cột phiên bản cho thành phẩm MINDS (MS) thành 1 SOP đặt tên, rồi đổi preset xuất file của công cụ thiết kế, ổ cứng đám mây và trường dự án trên SaaS về chung một bộ mã; phía sản xuất in nhìn print, phía thiết kế nhìn work, phía mua hàng nhìn checklist bàn giao, AI sinh ảnh mà chưa được đặt tên và xếp vào thư mục thì vẫn chưa tính là thành phẩm