Đặt tên file để tìm lại được mà không phải mở từng bản

File tên “chốt” nằm cạnh “chốt mới”, rồi tới “chốt mới nhất”. Bạn mở ba bản để tìm báo giá đã gửi khách tuần trước. Bản có ngày sửa gần nhất lại là bản nháp đồng nghiệp vừa tải về. Tên file vốn để giúp tìm nhanh, giờ thành một trò đoán hơi mệt.

Đặt tên file để tìm lại dễ hơn cần vài thông tin ổn định: nội dung, dự án hoặc kỳ dữ liệu và phiên bản khi cần. Cùng thử với tình huống giả định của Hạnh và Đức, hai người cùng quản lý báo cáo, ảnh sản phẩm và báo giá. Họ muốn nhìn danh sách là chọn được đúng file cần mở.

Chọn vài thông tin thật sự cần thiết

Hạnh chưa vội tạo một mẫu dùng cho mọi thứ. Cô hỏi Đức thường nhớ gì khi tìm báo cáo cũ. Đức nhớ tên dự án và tháng, còn người phụ trách ảnh thường tìm bằng mã sản phẩm. Hai loại tài liệu cần những chi tiết nhận diện khác nhau.

Với báo cáo, nhóm thử tên “du-an-A_bao-cao-don_2026-10_v02.xlsx”. Đây là ví dụ về thứ tự thông tin, không phải tên bắt buộc. Người nhận nhìn thấy dự án, nội dung, kỳ báo cáo và phiên bản trước khi mở. Những phần không giúp phân biệt có thể bỏ.

Ảnh sản phẩm dùng mã hàng và góc chụp, chẳng hạn “SP128_mat-truoc.jpg”. Nếu có nhiều bộ ảnh, thêm chi tiết giúp nhận ra bộ cần dùng. Không cần nhét cả lịch sử chỉnh màu hoặc người đã góp ý vào tên ảnh. Những thông tin đó có chỗ khác để lưu.

File gửi ra ngoài cần đủ nghĩa khi nằm riêng trong thư mục tải xuống của khách. “bao-gia.pdf” có thể trùng với tài liệu của nhiều bên. Tên dự án hoặc mã tham chiếu đã thống nhất giúp người nhận phân biệt, nhưng không cần đưa thông tin cá nhân không liên quan vào tên.

Hạnh bỏ các cách gọi dựa vào cuộc chat: “bản chị gửi”, “cái hôm qua”, “mới nhất”. Người đang trao đổi có thể hiểu, người vào sau thì không. Nếu dùng mã viết tắt, nhóm để vài ví dụ ở hướng dẫn chung để người mới biết cách đọc.

Lý do sửa được ghi trong task thay vì kéo dài tên file. “Cập nhật giá hai sản phẩm theo xác nhận của khách” là thông tin hữu ích, nhưng không cần xuất hiện trong mọi danh sách tệp. Tên giúp tìm; ghi chú giúp hiểu thay đổi. Hai phần nên hỗ trợ nhau.

Thống nhất cách viết ngày và phiên bản

Ngày trong tên chỉ hữu ích khi mọi người hiểu nó nói về ngày nào. Báo cáo có thể dùng kỳ dữ liệu, biên bản dùng ngày họp, file xuất dùng ngày tạo bản giao. Hạnh ghi rõ ý nghĩa theo loại tài liệu trước khi thống nhất định dạng.

Nhóm dùng năm-tháng-ngày cho những file cần ngày đầy đủ, chẳng hạn 2026-10-19. Với báo cáo tháng, chỉ cần năm và tháng nếu đủ phân biệt. Cách viết nhất quán giúp tránh đọc nhầm ngày và tháng, nhưng vẫn phải đi kèm quy ước về ý nghĩa của mốc ấy.

Phiên bản cũng có lý do để tăng. Nhóm chọn tạo mốc khi gửi một lượt duyệt mới hoặc sau thay đổi lớn cần giữ lại. Không nhất thiết xuất thêm một file sau mỗi dấu phẩy. Nếu công cụ có lịch sử phù hợp, nhóm dùng lịch sử đó để xem các chỉnh sửa nhỏ.

Đức hỏi có giữ chữ “final” được không. Hạnh thử đặt câu hỏi ngược: nếu khách yêu cầu sửa tiếp thì tên sau sẽ là gì? Họ thống nhất thể hiện trạng thái trong nơi quản lý công việc và tách bản đã giao, thay vì thêm mãi chữ “mới” sau chữ “final”.

Khi gửi v03 thay v02, người gửi nói ngắn phần thay đổi. Người nhận không phải mở hai file để tự tìm khác biệt. Cách quản lý phiên bản tài liệu giúp nối tên file với quyết định duyệt và bản làm việc chính.

Thứ tự thông tin nên phù hợp cách nhóm tìm. Nếu tìm theo dự án nhiều nhất, đặt mã dự án ở đầu. Trên màn hình hẹp, phần cuối có thể bị khuất. Hạnh thử nhìn danh sách trên công cụ đang dùng trước khi quyết định một mẫu quá dài.

Dấu cách, gạch ngang hay gạch dưới được chọn theo công cụ và quy ước của nhóm. Không cần tranh luận kiểu nào đẹp nhất nếu cả hai đều dùng được. Quan trọng là dễ đọc, nhất quán và không dùng những ký tự mà hệ thống đích không chấp nhận.

Phân biệt bản làm việc và bản đã giao

Hạnh giữ bản nguồn đang sửa ở khu làm việc, còn bản đã gửi nằm trong khu bàn giao. Tên file hỗ trợ nhận diện, vị trí lưu giúp nói thêm vai trò. Người cần sửa và người cần đối chiếu lịch sử không phải mở cùng một bản rồi đoán trạng thái.

Giả sử thứ Hai nhóm gửi báo giá, thứ Tư khách đổi số lượng. Đức sửa ở bản làm việc và tạo mốc giao mới theo quy ước. Bản thứ Hai vẫn được giữ để trả lời câu hỏi về nội dung đã gửi trước đó, thay vì bị ghi đè rồi mất dấu.

Ngày sửa gần nhất không đủ để biết bản đã giao. Một bản cũ được mở và lưu lại hôm nay vẫn là bản cũ về nội dung. Khi cần xác nhận, nhóm đối chiếu mốc gửi hoặc ghi chú bàn giao, không chỉ sắp danh sách theo thời gian rồi chọn hàng đầu tiên.

Trạng thái duyệt cần đúng phạm vi. Chữ đã duyệt nhưng ảnh còn chờ chưa có nghĩa toàn bộ file sẵn sàng gửi. Hạnh ghi phần còn thiếu trong task. Tên “đã duyệt” chỉ nên dùng khi nhóm hiểu rõ điều gì thực sự đã được xác nhận.

Khi chuyển việc cho người khác, cô gửi link kèm mục đích: sửa ở bản nguồn, xem bản đã giao để đối chiếu. Bài về bàn giao công việc rõ bước tiếp theo giúp giữ phần giải thích này ngắn mà vẫn đủ dùng.

Thử quy ước trên một nhóm file nhỏ

Nhóm thử với một dự án mới trước khi đổi tên cả kho. Hạnh nhờ Đức tìm báo cáo của một tháng, bản đang sửa và báo giá đã gửi. Chỗ nào còn phải mở nhiều file để đoán thì mẫu tên hoặc vị trí lưu chưa giải quyết được nhu cầu tìm.

Một ảnh thiếu mã sản phẩm vẫn khó tìm. Nhóm thêm đúng thông tin đó vào mẫu ảnh, không bổ sung hàng loạt chi tiết cho mọi loại file. Quy ước nên thay đổi theo vướng mắc thực tế, thay vì ngày càng dài vì ai cũng muốn thêm một trường.

Trước khi đổi tên tài liệu cũ, kiểm những nơi đang dẫn tới nó. Tùy công cụ, liên kết hoặc quy trình liên quan có thể bị ảnh hưởng. Ưu tiên tài liệu đang dùng và thử cách đổi phù hợp. Dọn đẹp danh sách mà làm người khác mất đường tìm sẽ tạo thêm việc.

Với tài liệu cần giữ tên gốc theo quy trình hồ sơ hoặc yêu cầu của khách, nhóm ghi ngoại lệ rõ. Có thể bổ sung thông tin nhận diện ở nơi lưu thay vì ép đổi tên. Cách sắp xếp thư mục chung hỗ trợ những trường hợp ấy.

Sau vài lần dùng, bỏ phần không ai cần và sửa ví dụ hay bị hiểu nhầm. Một người mới nên có thể làm theo mẫu mà không phải học thuộc cả trang quy định. Khi tên và nơi lưu đủ rõ, việc tìm lại tài liệu sẽ bớt phụ thuộc vào trí nhớ của người đã tạo file.