How to Send Video to Client Before Payment Without Losing Leverage
Blocking downloads is the wrong fight when a client has not paid yet. Here is how I run review on a password protected link, keep the master back and deliver the final once the invoice clears.
Emailing a client the finished master before the invoice clears is, to be very honest, the most expensive habit a freelance editor can have, and I say that as someone who did it for years in my own agency because it felt polite, right. Every forum thread about how to send video to client before payment ends up arguing about download buttons, and that argument is lost before it starts, because anyone with a screen recorder can capture whatever plays on their screen.
What actually carries the leverage is the master, the graded full quality file the client's team needs in order to get the thing live. Once that file leaves your hands you have basically completed the deal from their side and kept nothing except an invoice and a polite follow up. So the way I run it now rests on one fairly boring idea, which is that review and delivery are two separate events, and only one of them is allowed to happen before the money lands.
Below is exactly how I set that up, from the share link to the proposal wording, with a worked example in the second section that you can copy straight into your next job.
Why sending the file first costs you leverage
When you drop the final export into a shared Drive folder before the invoice clears, the job is finished in the client's head, right. The file is on their machine, it is probably already queued in their scheduling tool, and the only open item left in the relationship is you asking for money, which is a really really weak place to negotiate from. I have done it plenty of times myself because the client sounded warm and rushed, and in my agency the replies almost always got slower the day after the file landed.
The catch here is that it is rarely malice. A client who goes quiet has usually just run out of urgency, because their urgency was getting the video, and once they have it their attention moves on to the next fire while your invoice waits. It is the same mechanic behind the client who keeps asking for one more round of edits instead of paying, and most of the client not paying video editor stories I hear from other editors come down to exactly this, whoever holds the thing the other person needs sets the pace.
So the fix is to stop creating that gap, and it does not require you to be cagey. You still let them watch the cut on their phone in the back of a cab, and you still collect notes and do the revisions like a normal professional, you just hold the deliverable until the money has moved, so the file they need to publish arrives on the day the invoice clears. Does that make sense, right.
The client can publish today, so your invoice quietly becomes optional and every follow up lands with less weight than the last.
The client can watch, comment and approve from anywhere, while the master stays in your workspace until payment clears.
How to send video to client before payment and still hold the master
The setup is simple enough that it felt like cheating the first time I ran it, right. I upload the cut into a project in PlayPause and share one link, and the client opens it in a browser with no account and no install and leaves comments that stick to the exact frame, so I get "the logo pops too hard at 00:14" instead of "the logo bit feels weird". They can draw on the frame when words fail them, reply in threads, mention a colleague and so on, and each new cut stacks on the same card as MV1, MV2 and MV3.
What matters here is that browser playback runs off a streaming copy while the original you uploaded sits untouched in the workspace. Streaming serves the picture in small chunks, the way HTTP Live Streaming does, which is what video on demand services have run on for years, so the viewer watches the work without anyone handing them a file. That does not stop a determined person with a screen recorder, right, so I add one layer myself, and the file I upload for review is a 1080p H.264 export, while the graded 4K master, ProRes or an HEVC delivery file, sits in a separate folder in the workspace with no share link on it at all.
A worked example from quote to delivery
Here is a typical job with illustrative numbers rather than any one client's. Say it is a 90 second brand film quoted at $1,600, with half taken as a deposit up front. On Monday MV1 goes up on a password protected link, on Tuesday the frame notes come back, and on Thursday MV2 goes up on the same card and the client approves it in the comments. I set our custom Approved status and send the invoice for the remaining $800 that evening, with the master already exported and waiting in its unshared folder. When the payment clears the following Wednesday, the client has the final within one business day, which is the deliver final after invoice rule in practice, and nobody had to say anything awkward all week, right, because the order of events was agreed before the first frame went up.
Password links and link lifetimes to protect video before payment
Every share link can be password protected on every plan, and I switch that on by default for anything unpaid. A screen recorder does not care about passwords, right, but a password changes who is in the room, because a forwarded link on its own gets nobody in, and if something does leak you have a short list of people to talk to. I walked through the exact toggle in my step by step on password protecting a review link.
Then there is how long the link lives. Creator share links expire after 30 days, Agency links run for 90 and Enterprise links never expire, and for unpaid work I treat the shorter lifetime as a feature, right, because an end date puts a natural clock on approval without you being the person nagging every Monday.
For confidential work the password stops being optional, and legal footage is the clearest case, because a leak there becomes a problem for the client's own obligations. The approach in my piece on confidential deposition review links carries over almost unchanged to unpaid commercial work, and the page on secure expiring share links lays out why expiring access matters for freelancers in particular.
Knowing the client has watched before you invoice
This is the part that changed the most for me, right. On Creator and up you get who-watched analytics, so you can see who opened the link, when, and roughly from which city, and I'm pretty sure that one detail has saved me more awkward follow ups than every payment reminder template I have ever copied.
The two most common stalls read identically over email and mean different things. "I have not had a chance to look yet" from a busy person deserves patience, while the same sentence from someone whose link was opened four times on Tuesday afternoon is a different conversation. You can have that conversation calmly, by mentioning you saw some activity on the link and asking whether the notes are coming today or Friday, and you see what I mean here, it becomes a specific question instead of a vague one, and nobody has to feel caught out.
It also tells you when to invoice. I hold the final invoice until the person who actually signs off has watched the approved version, because an invoice that lands before the decision maker has seen the cut tends to sit unopened, and the who-watched list shows me exactly when that happened. If your studio lives in Slack, every comment can drop into a channel too, and when the notes are vague or plain wrong, my piece on pushing back on client feedback covers holding your ground without torching the account.
Knowing who opened the link and when lets you ask about timelines without guessing, and it keeps the follow up about the schedule instead of about trust.
Revoking access when a client goes silent
Sometimes it goes sideways anyway, right. The approval comes through, the invoice goes out, and then nothing for two weeks. Links can be revoked instantly on every plan, and I am careful about how I use that, because pulling a link has real consequences for a relationship and it is not something to do on day three because you felt ignored.
My rule is to revoke after the second missed payment date, and to say so before I do it, in a short message that is genuinely not a threat, something like, the review link for MV3 comes down on Friday since the project is closed on my end, and a fresh link goes out the moment the invoice is settled. That tells them the work is safe and waiting rather than deleted, and it puts an end date on open ended free access. At the end of the day the clients who were simply disorganised tend to pay that same week, while the ones who were never going to pay have told you something useful for free.
The part people get wrong is revoking with no warning at all, which turns a payment problem into a trust problem, and trust me on any level, defending your professionalism is a much worse week than chasing an invoice. A deposit prevents most of this, and I go through how I structure mine in the post on setting a deposit policy, because the best version of this whole article is the one where you already hold half the money.
- Send a dated notice before you take any link down
- Keep the tone about project closure and never about accusation
- Say clearly that access returns the moment the invoice clears
- Keep every version and every comment safe in the workspace either way
Contract wording that backs up your process
None of this holds up if the client first hears about it on the day they ask for the file, right, because then it reads like a rule you invented on the spot to punish them. It has to be in the proposal, in plain language, and short enough that a busy person actually reads it.
The wording I use is roughly this: review and approval happen on a private review link, and final master files are released within one business day of cleared payment. I also say it out loud on the kickoff call as how I work rather than as a warning, something like, you will get a link for every version so you can watch and comment from anywhere, and once we are approved and the invoice is settled I will send the masters across. In my agency that framing very rarely gets pushback, because it sounds like a process the client can plan around.
Review and delivery are two different events, and only one of them belongs before the invoice.
The one place I soften it is a genuine internal review that needs an actual file, a legal team that will not watch anything in a browser for instance, and then I send a lower resolution export for internal circulation and keep the graded master back. If a client needs a high quality file for reasons that hold up, my notes on sending 4K video to a client cover doing that without crushing the quality, and once payment clears, my guide to delivering final video files covers the handover itself.
I can be this relaxed about handing out links because clients comment without an account and the workspace is billed flat, so a growing review team never costs me extra, as I explain in review links for unlimited clients, and there are pages for freelance video editors and flat rate review pricing written for our world.
Frequently asked questions
Can a client still record the screen if I only send a link?
They can, and anybody who tells you otherwise is selling you something, right. A screen recorder sits on every laptop and every phone, so a preview can always be captured in some form. What this setup protects is the deliverable itself, because the client only ever watches a review export while your graded master sits in an unshared folder until the invoice clears, so the most anyone can capture is a watch copy rather than the file they are paying for.
What do I do if the client insists on the file before paying?
I ask what they need it for, because the answer usually settles it. Internal legal circulation or an offline board meeting is a real reason, and a lower resolution export covers it fine. Wanting the master in order to publish means asking for the delivery itself, so I repeat, kindly, that masters go out within one business day of cleared payment, and I leave it there without arguing the point any further.
Can I let a client preview video before paying for the whole project?
That is the whole point of the review link, basically. The client can preview video before paying, leave frame notes on every version and approve it properly, and none of that requires the master to leave your workspace. The only thing I hold back is the final file, so what the client is paying for when the invoice arrives is the delivery, which honestly is how it should feel on both sides.
Does this work for retainer clients as well as one off projects?
It works better, honestly, because retainers build trust and quietly build risk at the same time. I keep one project per retainer client, every cut goes up as a new version on the same card, and invoicing runs monthly alongside it. Nobody revokes anything on a healthy retainer, but if the payments stop, taking the link down is one click rather than a fight.
If you want to run your next project this way, every plan comes with a 7-day free trial and the plans and pricing are flat per workspace. Password protected links and instant revoking come on every plan and who-watched analytics start on Creator, which is basically everything this workflow needs, so put one real client through it and see whether the payment conversation gets easier. I'm pretty sure it will.
So yeah. That's my way of saying it.
Saumyajit co-founded PlayPause after years watching review and approval quietly eat creative teams' deadlines. He writes about the workflow side of video, feedback, versioning, and getting to a clean sign-off.
Related resources
Keep reading
Bring your team into one review space
Centralize feedback, lock approvals, and deliver faster, start free today.
Sign Up for Free