PDF cho team remote: tạo → review → ký → version control → archive

Team mình 7 người, remote hoàn toàn từ 2023. Mỗi tuần tạo 3-5 file PDF: proposal cho khách, báo cáo nội bộ, hợp đồng cần ký. Vấn đề quen thuộc: "anh ơi em gửi final rồi nhé" → "ủa bản final là bản nào, em gửi 3 bản final" → "bản final_v2_THẬT_SỰ_CUỐI.pdf ạ".

Sau vài lần nhầm bản, team mình setup quy trình. Không fancy gì, nhưng 6 tháng nay chưa gửi nhầm lần nào.

Quy trình PDF cho team remote

Phase	Hành động	Ai làm	Output
1. Draft	Tạo doc Word/Google Docs	Người viết	File .docx (draft)
2. Review	Comment/suggest trên Docs	Reviewer	File .docx (reviewed)
3. Finalize	Export PDF + đánh số trang	Người viết	File .pdf (v1)
4. Sign	Ký số hoặc ký tay scan	Người ký	File .pdf (signed)
5. Archive	Lưu Drive + đặt tên chuẩn	Admin	File archived

Phase 1-2: Soạn và review trên Google Docs

Quy tắc số 1: KHÔNG review trên PDF. PDF là output cuối, không phải nơi để edit qua lại.

Team mình soạn trên Google Docs vì:

Nhiều người edit cùng lúc không conflict
Comment + suggest mode rõ ràng
History version tự động
Không cần gửi file qua lại

Khi content ổn, tất cả comment resolved → mới chuyển sang PDF.

Phase 3: Export PDF + format

Khi doc đã approved, người viết:

Export/Save as PDF từ Google Docs hoặc Word
Dùng đánh số trang nếu cần
Dùng watermark nếu file nhạy cảm
Đặt tên theo format chuẩn

Format tên file team mình dùng:

[Loại]_[Tên]_v[Số]_[YYYYMMDD].pdf

Ví dụ:

Proposal_WebsiteRedesign_v1_20250420.pdf
Contract_ClientABC_v2_20250422.pdf
Report_Q1Revenue_v1_20250401.pdf

Quy tắc version:
— v1: bản đầu tiên export PDF
— v2, v3...: khi có sửa đổi SAU khi đã gửi cho người khác
— Không có "final", "last", "real" trong tên file. Bao giờ cũng là vN.
— Bản mới nhất = số version cao nhất. Luôn luôn.

Phase 4: Ký số

Team mình có 2 cách ký tùy trường hợp:

Trường hợp	Cách ký	Tool
Hợp đồng pháp lý	Ký số USB Token (Viettel-CA, VNPT-CA)	Plugin Adobe/FPT.eSign
Tài liệu nội bộ	Ký tay → scan → chèn vào PDF	Chỉnh sửa PDF
Approval nhanh	Đóng dấu "APPROVED" + tên + ngày	Watermark

Lỗi từng gặp: Một lần anh team lead ký số xong, mình mở file edit thêm 1 dòng → chữ ký số bị invalidate (hiện "Signature is INVALID"). Bài học: ký số LUÔN là bước cuối cùng. Bất kỳ thay đổi nào sau đó đều phá chữ ký.

Phase 5: Archive — lưu trữ có hệ thống

Cấu trúc Google Drive:

📁 [Team] Documents/
  📁 Proposals/
    📁 2025/
      📄 Proposal_WebsiteRedesign_v1_20250420.pdf
      📄 Proposal_WebsiteRedesign_v2_20250425.pdf (nếu có sửa)
  📁 Contracts/
    📁 2025/
      📁 ClientABC/
        📄 Contract_ClientABC_v1_20250422.pdf
        📄 Contract_ClientABC_v1_20250422_signed.pdf
  📁 Reports/
    📁 2025/

Quy tắc:

Giữ TẤT CẢ version (v1, v2...) — đừng xóa bản cũ
File signed thêm suffix _signed
Folder chia theo năm → loại tài liệu → client/project

Tips tránh "final_final_v3.pdf"

Sau 6 tháng áp dụng, mình rút ra mấy điều:

1. Quy ước rõ ràng từ đầu. Onboard member mới → 5 phút explain naming convention. Đầu tư nhỏ, tiết kiệm lớn.

2. Một người "own" file PDF cuối. Không phải ai cũng export PDF được. Chỉ 1 người export, 1 người đặt tên, 1 người upload. Tránh 3 người export 3 bản khác nhau cùng lúc.

3. Link, đừng gửi file. Thay vì attach PDF trong chat, share link Google Drive. Ai cũng access cùng 1 file. Update version mới → mọi người thấy ngay, không cần gửi lại.

4. "Latest" folder trick. Trong mỗi project folder, có 1 subfolder "Latest" chứa symlink/shortcut đến bản mới nhất. Người ngoài team (client, đối tác) chỉ cần access folder này.

Toolstack team mình:
— Soạn: Google Docs
— Export + format: AloPDF đánh số, watermark
— Ký: Viettel-CA (pháp lý) hoặc chỉnh sửa PDF (nội bộ)
— Lưu: Google Drive (shared)
— Communicate: Slack channel #documents

Không cần tool đắt tiền. Chỉ cần convention rõ ràng + cả team tuân thủ. 6 tháng, zero lần gửi nhầm bản, zero lần "file nào là final". Đáng lắm.