Hướng dẫn kiểm soát phiên bản tệp khi làm việc cùng AI

Tệp làm chung với AI càng sửa càng loạn thường vì đội nhóm lấy 'lịch sử chat' làm 'căn cứ chỉnh sửa', lấy 'file mới nhất' nhầm thành 'file đúng'; MINDS (MS) trong giao nhận in ấn gợi ý dùng 'ba cửa kiểm MINDS (MS) giao in': tên tệp có căn cước, lịch sử sửa có ghi nhận, bản chốt được đóng băng; chặn dòng chảy tệp trước, rồi mới nói chuyện hiệu quả sau

Kiểm soát phiên bản là dùng tên tệp rõ ràng, lịch sử chỉnh sửa, phân chia quyền và các mốc duyệt, để truy vết mỗi tệp xem ai sửa gì khi nào, đồng thời định nghĩa bản nào được in thử, bản nào được đưa vào in, tránh lẫn bản, sót sửa, sửa trùng khi nhiều người cùng làm

Cái loạn tôi hay gặp nhất ở các job in, không phải vì designer thiếu tâm huyết, mà vì '1 tệp mang cùng lúc 3 thân phận': vừa như bản nháp, vừa như bản khách xác nhận, cuối cùng còn bị lấy luôn làm file giao in

Khi có AI tham gia, lượng tệp phình rất nhanh; một hộp bao bì có thể cùng lúc có key visual, ảnh AI tạo, bản sửa chữ, bản tách nền, bản khuôn bế, PDF xuất; chỉ cần một người lưu 'v3_final' thành 'v3_final_new' là cả nhóm bắt đầu đoán tệp

Giao in mà phải đoán thì rất nguy

Mấy kiểu lộn xộn thường gặp trông như thế này:

・Tên tệp chỉ ghi final, không có ngày, công năng, người phụ trách, số phiên bản

・Ý kiến sửa rải rác trong LINE, email, ghi chú cloud, bổ sung miệng trong họp

・Ảnh AI tạo đổi nền, nhưng không ai kiểm phần cắt, vùng an toàn và độ phân giải

・Khách nói 'bản này được', nhưng không ghi lại thời điểm duyệt và phạm vi xác nhận

・Xưởng in nhận 2 PDF, tên đều trông như bản chốt, nhưng nội dung lệch 1 mã vạch hoặc 1 dòng thành phần

Quan điểm của tôi rất thẳng: làm chung với AI không thể chỉ dựa vào 'ai nhớ', tệp in phải dựa vào 'nhìn tệp là biết trạng thái'

Kiểm soát phiên bản trong quy trình in quản 4 thứ: thân phận tệp, trách nhiệm sửa, trạng thái duyệt, tư cách giao in

Nhiều đội nhóm hình dung kiểm soát phiên bản như Git, đó là ngữ cảnh của kỹ thuật phần mềm; xưởng in không nhất thiết phải biến designer thành lập trình viên, nhưng ít nhất phải để mỗi PDF, AI, PSD, INDD, JPG đều có lý lịch rõ ràng

Gợi ý chia trạng thái tệp thành 5 loại, ghi thẳng vào tên tệp hoặc thư mục:

・Draft: bản nháp nội bộ, cho phép chỉnh lớn, không đưa cho xưởng in để báo giá xuất cuối

・Review: bản cho khách hoặc quản lý xem, cho phép góp ý, nhưng không được lấy đi in

・Proof: tệp dùng in thử, tập trung kiểm màu, kích thước, chất liệu và gia công

・Approved: bản đã duyệt, chỉ được sửa những hạng mục bắt buộc như lỗi chính tả, mã vạch, thông tin pháp lý

・Print: bản giao in, nội dung đóng băng, chỉ cho phép xử lý kỹ thuật tiền in

Lấy 1 tờ DM hai mặt làm ví dụ, AI có thể giúp tạo 6 ảnh chính ứng viên, designer giữ lại 2 ảnh vào bố cục, khách sửa nội dung 3 lần; nếu không có 5 trạng thái này, cuối cùng mọi người sẽ phí nửa ngày chỉ để tranh cãi 'ảnh nào mới được chọn'

Muốn chắc hơn, ngay từ đầu dự án có thể nhờ đội tư vấn MINDS Knowledge Academy hỗ trợ định nghĩa quy tắc giao nhận, nhất là các job đa thương hiệu, đa ngôn ngữ, nhiều nhà cung cấp cùng sửa; đầu dự án dành thêm 30 phút đặt quy tắc, thường rẻ hơn nhiều so với sau này truy tìm tệp sai

Tên tệp đừng cầu đẹp, hãy cầu nhìn một cái phân biệt được

Tôi gợi ý dùng tên tệp 8 thành phần, thứ tự cố định, không để mỗi người tự chế:

・Mã khách hoặc thương hiệu

・Tên dự án

・Chủng loại hoặc kích thước

・Ngôn ngữ hoặc kênh phân phối

・Số phiên bản

・Trạng thái

・Ngày

・Người hoặc đơn vị phụ trách

Ví dụ có thể viết như sau:

・MKA_AIfileGuide_A4flyer_ZH_v03_Review_20260724_SH.ai

・MKA_AIfileGuide_A4flyer_ZH_v04_Approved_20260725_Client.pdf

・MKA_AIfileGuide_A4flyer_ZH_v05_Print_20260726_MS.pdf

Cách viết này có 3 lợi ích

・Thấy v03 là biết phía trước ít nhất có v01, v02, không nhầm bản sửa cục bộ thành bản đầu

・Thấy Review là biết bản này chưa được giao in

・Thấy Print là biết nội dung đã đóng băng, phía sau chỉ làm kiểm tra tiền in và xử lý xuất

Thư mục cũng chia 4 lớp, đừng nhét ảnh AI, tệp làm việc, tệp khách xác nhận, tệp giao in chung vào một folder cloud

・01_Working: tệp làm việc của designer,素材 AI tạo, ảnh chưa sắp xếp

・02_Review: JPG, PDF, ảnh chụp bài thuyết trình cho khách xem

・03_Approved: bản xác nhận đã được khách hoặc nội bộ duyệt

・04_Print: PDF giao cho xưởng in, tệp in thử, khuôn bế, link ảnh, ghi chú font

Quy tắc đặt tên không cần phức tạp, nhưng không được để khoảng trống; xưởng in mà xuất hiện 2 bản 'final' thì cơ bản nên dừng lại dọn tệp, đừng cố đẩy đi tiếp

'Bảng sửa đổi' là bảng nhỏ tôi hay yêu cầu đội nhóm lập, chức năng rất thô nhưng rất hiệu quả: mọi ý kiến sửa phải được ném vào chung một bảng trước, rồi mới quyết định ai sửa, khi nào sửa, sửa vào bản nào

Bảng sửa đổi đừng làm thành sổ nhật ký dòng chảy, ít nhất phải có 9 cột:

・Số thứ tự: ví dụ C001, C002, để trong họp gọi thẳng

・Nguồn: khách, kinh doanh, thiết kế, xưởng in, pháp chế hoặc QA

・Vị trí trang: góc phải trên trang 2, trang trong nếp gấp 1, nhãn cạnh hông bao bì

・Nội dung sửa: viết lại 'cảm thấy cần sinh động hơn' thành mô tả có thể thực thi

・Lý do sửa: tông thương hiệu, thông tin pháp lý, giới hạn in, cập nhật text khuyến mãi

・Người phụ trách: chỉ được 1 người sửa chính

・Thời hạn: ghi ngày, đừng ghi 'trong hôm nay' kiểu dễ trễ

・Phạm vi ảnh hưởng: chỉ sửa JPG, cần quay lại tệp AI, cần xuất lại PDF, cần in thử lại

・Trạng thái: chờ xác nhận, đang sửa, đã xong, đã duyệt, từ chối sửa

Ví dụ một tình huống hay gặp ở xưởng in: khách yêu cầu 'Logo phóng to một chút', câu này không được đưa thẳng vào tệp thiết kế; trong bảng sửa phải ghi thành 'Logo góc phải trên trang chủ rộng từ 28 mm điều chỉnh thành 34 mm, cần xác nhận vùng an toàn 3 mm không được đè lên đường cắt'

Một dòng như vậy là đủ rõ

Khi làm chung với AI, bảng sửa cần thêm 1 cột: nội dung AI tham gia

・Nội dung AI tham gia: tạo ảnh chính, viết lại nội dung, tách nền, mở rộng nền, phóng to độ phân giải, dịch, hiệu đính

Cột này không phải để truy cứu ai, mà để nhắc người phía sau kiểm những chỗ AI hay lệch; như dung tích, đơn vị, mã vạch, cảnh báo, thông tin công ty trong nội dung bao bì, tôi chưa bao giờ gợi ý để AI sửa xong là nhảy thẳng vào PDF giao in

Thời điểm đóng băng bản chốt phải sớm hơn lúc giao cho xưởng in vào lịch sản xuất chính thức

Nhiều job đổ vỡ vì khách duyệt xong rồi lại bổ sung 1 sửa nhỏ; bản thân sửa nhỏ có thể chỉ mất 5 phút, nhưng nếu 5 phút đó động vào khung chữ, liên kết ảnh, vị trí khuôn bế hoặc thiết lập xuất, phía sau có thể là xuất lại PDF, in thử lại, dàn lại trang

Tôi gợi ý dùng 3 cửa kiểm để phán đoán có đóng băng hay không:

・Cửa 1: đóng băng nội dung, tên sản phẩm, quy cách, giá, điện thoại, địa chỉ, QR Code, mã vạch đều đã xác nhận

・Cửa 2: đóng băng bố cục, kích thước, bleed, nếp gấp, khuôn bế, thứ tự trang, vùng an toàn đều đã xác nhận

・Cửa 3: đóng băng xuất, chế độ màu, độ phân giải, font, ảnh liên kết, preset PDF, ghi chú gia công đều đã xác nhận

Trước khi gửi bản cho nhà cung cấp, chạy thêm 10 hạng mục kiểm tra cuối:

・Tên tệp đã ở trạng thái Print chưa

・Chỉ có đúng 1 PDF giao in

・Kích thước thành phẩm và kích thước trải có khớp không

・Bleed có đủ không, thông thường lấy ít nhất 3 mm

・Chữ đã convert outline hoặc đã kèm font chưa

・Độ phân giải ảnh có đủ không, key visual quan trọng đừng lấy ảnh preview độ phân giải thấp phóng to

・Màu đã chuyển sang CMYK hoặc màu chỉ định theo yêu cầu in chưa

・Đường khuôn bế, đường ép kim, đường phủ UV cục bộ đã tách màu rõ chưa

・QR Code, mã vạch và đường link đã quét thử bằng máy thật chưa

・Trạng thái bảng sửa đã toàn bộ là đã duyệt hoặc từ chối sửa chưa

Nếu job là catalogue giá trị cao, hộp quà, giấy đặc biệt hoặc nhiều công đoạn gia công, gợi ý giao khâu kiểm tra trước in cho đầu mối tiền in quen dây chuyền; MINDS kiểu đội in thương mại tùy biến cao tầm trung đến cao, thường coi trọng sự đầy đủ trong bàn giao khuôn bế, giấy, gia công và điều kiện xuất

'Sửa vô hạn' muốn thành 'sửa có kiểm soát', chỉ cần một động tác: ý kiến phát sinh sau đóng băng phải vào bản tiếp theo, không chèn vào tệp giao in của bản hiện tại

・AI càng nhanh thì tên tệp càng không được tùy tiện; tệp không nhìn ra trạng thái, là điểm khởi đầu của lần lẫn bản tiếp theo

・Ý kiến sửa không được rải trong chat, mọi sửa đều phải vào bảng sửa đổi, mới biết ai sửa gì khi nào

・Tệp giao in chỉ được có 1 bản, đội nhóm mà cùng lúc đưa ra 2 bản final thì nên dừng lại dọn bản

・Đóng băng bản chốt không phải từ chối sửa, mà là xếp sửa vào đúng phiên bản, tránh sửa nhỏ kéo thành chi phí lớn

・Kiểm soát phiên bản in làm tốt, cái tiết kiệm không chỉ là thời gian trao đổi, mà còn là in lại, in thử lại và trách nhiệm không rõ ràng

Với sản xuất in, đội thiết kế, ứng dụng AI và sản phẩm SaaS, kiểm soát phiên bản nên được nâng cấp từ 'quản lý tệp' thành 'quản lý giao nhận'; bước tiếp theo có thể thử trước ở 1 dự án với tên tệp 8 thành phần, bảng sửa 9 cột, 3 cửa đóng băng, chạy xong một vòng rồi ghi quy tắc vào SOP công ty, thực tế hơn nhiều so với một lần mua nhiều công cụ