Freelance deposit protection

Use the first payment to create a clean project start.

A deposit is most useful when it is connected to a real project commitment: reserving capacity, starting discovery, beginning production, or opening a first milestone. Say what it covers, when it is due, and what happens next.

Dealokr protects the deal journey and its record. Payment processing remains with the configured provider.

The framework

Choose the payment shape that fits the work, not a universal percentage.

There is no single deposit percentage that is right for every freelance project. The useful question is how much unpaid effort, booked capacity, or irreversible work you are being asked to carry at each point.

  1. Small fixed task

    A clear start point

    Keep the payment terms simple and name the one deliverable, date, and approval point that matter.

  2. Multi-week project

    A deposit plus visible phases

    Use an initial payment for the start, then define the next paid phase before the project becomes one large final handoff.

  3. High-uncertainty work

    Fund discovery first

    Separate exploration from production so the client can approve direction before the larger commitment begins.

  4. Source-file handoff

    Protect the final release

    Let the client review the work, but make final editable or production assets a deliberate release event.

Put it into practice

Make the next action unambiguous.

Use these prompts to turn a broad payment intention into a workflow that a client can understand without a long explanation.

01

Explain the deposit as a project decision, not a trust test.

The client needs to know what the initial payment makes possible. It might reserve a production slot, start an audit, cover discovery, or begin a defined first phase. This is more concrete and more professional than saying only “I need a deposit first.”

Add the amount, payment timing, and the next step to the same written summary. If the project changes, update the deal instead of trying to reinterpret a loose conversation.

02

Do not let a deposit hide a vague scope.

An initial payment cannot fix an unclear brief. Before the client pays, define the intended result, what is included, what is outside scope, the review route, and the point at which a request becomes a new phase or change.

That matters especially for creative, strategy, development, and consulting work where “one more thing” can easily turn into unpriced production.

03

Use a later payment and delivery plan from the beginning.

The first payment is only one stage of the commercial relationship. Make the balance or next milestone legible before kickoff: what it covers, when it becomes due, what the client sees for review, and which final assets are released after the relevant conditions are met.

Dealokr can keep these steps in the same deal record while the configured provider handles money movement.

Working checklist

Before asking for the initial payment

A client should be able to answer each of these questions without needing a follow-up call.

01

The commercial answer

  • What work, capacity, or phase does the initial payment cover?
  • What remains to be paid later, and for what?
  • What happens if the scope changes before production?

02

The timing answer

  • When is payment expected?
  • When does work actually begin?
  • Who receives the provider payment link and confirmation?

03

The handoff answer

  • What will be reviewed before final delivery?
  • Which final or source assets are excluded until release?
  • How will the client request a revision or approve the phase?

Client-ready wording

Useful language for the moments that matter.

Use these as starting points, then replace the bracketed details with the real scope, timing, and decision for the project. They are practical prompts, not legal clauses.

Initial payment request

Say what the first payment unlocks.

“The initial payment covers reserving the project slot and starting [discovery or the defined first phase]. Once it is complete through the project link, I will begin on [date or trigger].”

Why it helps: the client sees a commercial exchange, not an unexplained barrier.

When a client asks why

Answer with the project plan, not a defensive argument.

“It lets me reserve the time for the work and gives us a confirmed starting point. The remaining amount and later review step are already shown in the deal, so the whole sequence is visible upfront.”

Why it helps: it keeps the tone factual and makes the later balance less surprising.

When the scope grows

Avoid silently consuming the initial payment.

“The new request is outside the initial phase we agreed. I can propose a separate next milestone so the current work and its payment remain clear for both of us.”

Why it helps: the client can choose intentionally instead of discovering an extra charge after the work is done.

Helpful context, not legal advice

Payment terms should be explicit and suitable for the deal.

Late-payment rules and remedies vary by country, customer type, and contract. The sources below explain why written payment terms and a documented payment request matter; check the rules that apply to your own situation.

Common questions

Clear answers before the project gets complicated.

What deposit should a freelancer ask for?

There is no universal percentage. Choose an amount and sequence that match the work, the capacity you are reserving, the uncertainty of the scope, and the applicable agreement. Make the amount and what it covers explicit.

Does Dealokr hold the deposit?

No. Dealokr does not hold client funds. The configured provider manages the protected payment journey, while Dealokr connects its status to the agreement, protected delivery, client validation, and proof record.

Can a client see the terms before paying?

Yes. The intended flow is to let the client review the deal terms before they sign and complete the provider payment step.

A protected next deal

Protect the payment journey and final handoff in one deal.

Start with clear terms, a protected payment journey through the configured provider, and protected delivery instead of trying to reconstruct the project at the end.