Guide · Last reviewed May 18, 2026

The complete client file handoff checklist.

For agencies and freelancers who've lost a Friday rebuilding a delivery their client "couldn't find" — and want the next handoff to close clean the first time.

Most projects don't lose on the work — they lose on the handoff.

Client satisfaction

A clean, labeled delivery reduces the time clients spend locating files and increases their confidence in your work.

Fewer follow-up emails

'I can't find the file', 'Which version is final?', 'Can you resend?' — avoidable with a proper handoff structure.

Professionalism signals

Branded link + organized folder + clear file names = client opens it once, finds what they need, and stops emailing you for clarification.

Scope protection

A documented delivery with a clear file list creates a natural closing point. Scope creep is harder when delivery is formalized.

SECTION 01

Before you deliver

The 30 minutes that decide everything.

What you do in the 30 minutes before you send the link decides whether the project closes Monday or drags into the next week. These steps kill most handoff slips.

1

Audit your files — remove drafts, working files, and unused assets

Clients get final files only. Working drafts in the same folder create 'wait, which one is the actual deliverable?' confusion that delays sign-off.

2

Organize into clear folders: Finals/, Assets/, Source-Files/, Deliverables/

A predictable structure means the client finds what they need without emailing you. Source files separate from production-ready output.

3

Apply a consistent naming convention: client_projectname_v1_FINAL.ext

Naming files with the client name prefix, project name, version, and status prevents the classic "logo.png" ambiguity.

4

Compress large assets where appropriate — without quality loss

Export at the correct resolution for the use case. A 300 DPI print file and a 72 DPI web asset are different deliverables — label them.

5

Double-check every file opens correctly before packaging

Open each file and verify fonts are embedded, links aren't broken, videos play. One corrupt file undermines the whole delivery.

SECTION 02

Naming & organization

The invisible infrastructure.

Naming conventions are how clients navigate without help. Get these right and the delivery feels designed.

  • Use the client name as a prefix on all top-level folders
  • Version control: _v1, _v2, _FINAL — never "final_final" or "new_final_v3"
  • Keep source files in a separate Source-Files/ folder away from client-facing deliverables
  • Include a README.txt or delivery notes file at the root level
  • Date-stamp folders for time-sensitive projects: YYYY-MM-DD_ProjectName/

Example structure

Acme_BrandRefresh_v2_FINAL/
├── Finals/
├── Assets/
├── Source-Files/
└── README.txt
SECTION 03

Delivery method

How you send is what they see.

A generic Dropbox URL and a branded link from your own domain communicate very different things.

1

Use a branded link, not a generic URL.

A link on your domain gets clicked first try. A google.com or dropbox.com URL gets a verify-pause — and sometimes never gets clicked at all.

2

Set a password for sensitive work.

Anything containing brand strategy, unreleased creative, or personal data should be password-locked. Share the password separately from the link.

3

Set a reasonable expiry (7–30 days).

Links that never expire are a security liability. 7 days for urgent handoffs; 30 days for standard closeouts. Expiry creates a natural follow-up prompt.

4

Test the link yourself before sending.

Open in incognito and verify all files are present and download correctly. Two minutes that prevents sending a broken link to a client.

SECTION 04

Client communication

Sending the link is the start, not the end.

Clear messaging around the delivery prevents files sitting unread and ensures the project closes cleanly.

Send the link via email with a clear subject line — e.g., 'Your [Project Name] Final Files'
List exactly what's included in the email body — folder names and file counts
Confirm the client knows how to use the password if one is set
Request acknowledgement within 24–48 hours so you know delivery succeeded
Follow up once after the link is first downloaded to close the loop
Pro tip: BulkShare Pro shows you exactly when files were opened and downloaded

Pro tip: Subject line is the first impression. Use Your Acme Brand Refresh Final Files — Ready to Download instead of a vague Files attached.

SECTION 05

Post-delivery

The work after the work.

What you do post-delivery decides whether this becomes a case study, a repeat client, and a clean archive.

Archive the project locally.

Move the project folder to a clearly labelled archive (Archive/2026/ClientName/) so active and completed projects don't intermingle.

Retain source files for at least 90 days.

Most revision requests arrive within 90 days. Keep source files accessible that long before archiving to cold storage.

Document deliverables in your PM tool.

Mark the delivery milestone complete with a note of what was delivered and when. Creates an audit trail if scope disputes arise.

Request a testimonial 1 week after delivery.

One week out is the optimal window: client has reviewed the files but the positive experience is still fresh. Best response rate.

Common questions

Use a consistent pattern: ClientName_ProjectName_Description_vX_STATUS.ext — for example, Acme_BrandRefresh_Logo_v2_FINAL.ai. Always include the client name prefix (so files are identifiable outside context), use explicit version numbers (_v1, _v2, _FINAL), and never append 'new', 'revised', or 'updated' without a version number. Avoid spaces — use underscores or hyphens.

The minimum practical retention is 90 days. Most change requests and re-export needs arrive within that window. After 90 days, move source files to cold or offline storage rather than deleting them. For ongoing clients, keep the last two project archives accessible at all times.

They work for storage. They lose you handoffs. Generic google.com / dropbox.com URLs trigger a verify-the-URL pause from clients, sometimes prompt them to log in, sometimes look like phishing. BulkShare delivers from your own domain so the link gets clicked first try.

With Google Drive or Dropbox you can't tell unless you manually check access logs. BulkShare Pro shows per-link analytics: when the link was opened, when individual files were downloaded, and how many times. No more 'did you get the files?' follow-ups.

Always deliver in the format the client can actually use. Standard practice: a production-ready file (PDF for print, PNG/WebP for web, MP4 for video) as the primary deliverable, plus the native source (AI, PSD, Figma export) in a separate Source-Files/ folder if your contract specifies. Never deliver only a source file when the client hasn't paid for it.

Confidential deliverables — brand strategy, unreleased creative, financials, personal data — should always be behind a password. Send the link in one channel and the password in another (SMS or separate email). Set an expiry. Never send sensitive files as email attachments — they can be forwarded indefinitely.

A README.txt or Delivery-Notes.pdf in the root should contain: project name and date, list of all included deliverables with file names, brief note on each file's intended use, important usage instructions or limitations, your contact details for revisions, and the link expiry date. Two minutes to write, saves hours of back-and-forth.

Deliver the next handoff like a studio.

Branded link, password, expiry, download tracking — every box on this checklist, in 2 minutes of setup.

  • Free, no card
  • Pro $19/mo
  • Cancel anytime