Practical guide

Prepare a large release without making the client guess

Last materially reviewed 2026-09-29

Quick answerOrganize large deliveries by meaningful use and explain their size; splitting a package randomly can create more confusion than it solves.
What to know

Separate useful groups

Consider whether the client needs the entire release at once. Distinct groups such as print exports, screen assets and included source files can make retrieval easier. Keep dependencies together: splitting an editable project from required assets can make the result unusable. Structure should follow the recipient’s task, not an arbitrary number of equally sized folders.

What to know

State practical expectations

Give an approximate download size and identify the intended destination environment where appropriate. The client may need free local space to download and unpack an archive, not just enough space for the compressed file. Avoid promising a transfer duration based on your own connection or a vendor headline. Actual conditions vary, and this publication has not measured pCloud transfer speeds.

What to know

Check continuity and versions

If you send several groups, use one release identifier and a manifest that ties them together. Make missing parts visible. Do not leave the client deciding whether a second link is an optional extra or a replacement for the first. Keep the source release available under your agreed arrangements while any incomplete transfer or access issue is investigated.

What to know

A fictional package split

A studio separates a small preview set, final production exports and included editable sources. The manifest says which group each recipient needs and which application opens the source project. The client’s marketing contact does not have to retrieve every large working asset to find a web image. The approach improves orientation; it does not demonstrate a specific traffic saving or remove the need to verify the actual contents.

What to know

Put the decision into practice

Check that every split group can be understood independently and that shared dependencies are explained. A recipient should not need to download an unrelated large source folder to discover a small readme. Keep the release identifier consistent so separate retrievals can still be reconciled into one intended package.

Continue when useful

Next: Traffic planner

Multiply package size by recipients and expected full downloads, then add explicit headroom; the result is a scenario, not measured provider usage.

Open Traffic planner →

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