Practical guide

Build a final package the client can recognize and use

Last materially reviewed 2026-09-29

Quick answerDeliver a selected release with clear purpose, version and instructions—not a copy of the entire working folder.
What to know

Define the promised contents

Start with the deliverables agreed for the project. List the intended exports, source files where included and a short explanatory note. Separate final work from drafts, reference material and internal administration. Do not infer a right to include fonts, stock assets or third-party materials simply because they were used in production; follow the applicable permissions and project agreement.

What to know

Organize for the recipient

Use a small number of plain-language folders based on what the client will do, such as Print and Screen, rather than your internal production stages. Include a manifest naming the release and intended files. Explain any software or format requirement that affects use. If the package needs lengthy verbal explanation, improve its structure before sending the link.

What to know

Check the actual package

Inspect the exported selection through your normal safe workflow. Confirm that representative files open in the intended way and that no unrelated client material or internal notes were included. A complete export message is not equivalent to a usable release. Keep any known limitations explicit instead of hiding them behind a filename containing the word final.

What to know

A fictional release ticket

A designer delivers two print PDFs, a screen image set and a readme for release 03. The ticket names the package, date, included outputs and one known constraint: editable source files were not part of this delivery. The recipient can determine what arrived without opening every file. That clarity is useful regardless of which storage service carries the package, and it does not replace the underlying project agreement.

What to know

Put the decision into practice

Read the package from the recipient’s perspective once more: which item should be used first, which output serves which purpose, and what should not be used? Fix uncertainty in the package or readme before expanding the delivery message into a long explanation that is easily separated from the files.

Continue when useful

Next: Delivery manifest

List what the release contains, what it excludes and how the client should use it; a folder count is not a manifest.

Open Delivery manifest →

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. pCloud file transfer and organization — Merchant documentation · help.pcloud.com · Merchant-controlled · checked 2026-09-29
  2. pCloud shared links — Merchant documentation · help.pcloud.com · Merchant-controlled · checked 2026-09-29