is delivering files in a different format out of scope?
It depends — if your contract names the delivery formats, anything outside that list is extra work; if it's silent, an industry-standard format is usually expected but an unusual or labor-heavy conversion is not. The clause language settles it.
Why this answer
Format requests live in a genuine gray zone because format is half a deliverable and half a detail. Sometimes a different format is a trivial export — a couple of clicks and a new file — and treating that as billable extra work feels petty. Other times the request means rebuilding the deliverable from scratch: flattening layered source into something editable, redrawing raster art as vectors, or re-authoring a document so it survives a different tool. The same words from a client ('can I get this in another format?') can mean five minutes or five hours. That's why the answer turns on two questions rather than one. First, what did the contract actually promise — a named format, a named set, or nothing at all? Second, how much work does the conversion really take? When the contract is specific and the request falls outside it, you're clearly in extra-work territory. When the contract is silent, the fair default is that you owe the standard working format for your field but not an arbitrary one that costs you real time.
When the answer flips
It tilts toward In Scope when the requested format is the obvious industry default and your contract didn't pin anything narrower — handing a developer a web-ready image when you'd only delivered a print file is the kind of thing most clients reasonably expect. It also stays In Scope if the conversion is genuinely a one-click export with no rework. It tilts toward Out of Scope when the contract explicitly listed the delivery formats and the new ask isn't among them, or when the conversion demands meaningful labor: rebuilding editable source, re-cutting a master, or re-laying-out a document for a different platform. The sharpest flip is when the client wants not just a new format but the open, editable source files — that's frequently a separate, higher-value deliverable that many contracts deliberately exclude unless bought outright.
What to do next
Before quoting anything, separate the ask from the effort. Read your deliverables clause and check whether it names formats; if it does and this one isn't listed, you have a clean footing to call it extra. Then privately gauge the actual work — a fast export and a full rebuild deserve very different responses. If it's trivial and inside the spirit of the deal, just do it and bank the goodwill; nickel-and-diming a thirty-second export reads as small. If it's real work or it's the editable source, name that plainly: 'The PDFs were the agreed deliverable; the editable source files are a separate item I can price for you.' Offer the format as a clean add-on with its own number. And whatever you decide, update your next contract's deliverables clause to list exact formats, because almost every one of these disputes traces back to a clause that said 'final files' without ever defining what 'final' meant.
Frequently asked questions
The client just wants the same thing as a PDF instead of a PNG. Should I charge for that?
Almost never. If the conversion is a straight export with no rework and the result is a standard format anyone in your field would expect, charging for it costs you more in goodwill than it earns in revenue. Treat trivial exports as part of being easy to work with. Save the line-drawing for requests that involve actual labor — rebuilding source, re-rendering, or re-authoring — where the time is real and the format is genuinely a separate deliverable rather than a different wrapper on the same one.
What if they want the editable working files, not just a new export?
That's usually a different deliverable entirely, not a format swap. Editable source — layered design files, project files, raw footage, uncompiled code — represents your working method and ongoing leverage, and many contracts deliberately exclude it unless the client buys it explicitly. Treat a request for source as a request for a new, priced item, and say so without apology: the flattened or compiled deliverable was the agreement; the editable originals are available as a separate purchase if they want full handoff.
My contract just says 'final files.' What does that obligate me to deliver?
It obligates you to the reasonable industry default for your work, and nothing more specific — which is exactly the ambiguity to fix. 'Final files' with no format named means you owe a usable, standard deliverable, but it gives neither side a clear answer when the client wants something particular. Honor the standard expectation for this one, then tighten the clause next time to list exact formats and explicitly state whether editable source is included. The vagueness isn't your fault, but it is yours to resolve going forward.
How do I price a format conversion when it does take real work?
Price it by the effort to produce it, not by treating it as a discount on the original. If converting means rebuilding the deliverable in a new tool or re-authoring it for a different platform, that's production time with its own value, and a flat fee for the converted deliverable is cleaner than an hourly meter. Quote it as a standalone line: 'the [format] version is $X.' Keeping it a fixed number stops the client from feeling like they're being charged twice for one thing and keeps the conversation about the new file, not the old one.
The format they want didn't even exist as an option when we signed. Does that change anything?
Not the core answer, but it's worth a little grace. If a client wants a format that's newly common or newly relevant since your agreement, neither of you could have scoped it at signing, so a hard 'that's extra' can feel rigid. Weigh the effort: if it's a quick export, absorb it as keeping the work current. If it's real labor, explain that it's a genuinely new deliverable rather than something you should have anticipated, and price it as the fresh work it actually is.
Can listing formats in the contract really prevent these disputes?
It prevents most of them outright. A deliverables clause that names exact formats — and states plainly whether editable source files are part of the deal — removes the interpretation gap that every format argument grows in. When the client asks for something off the list, you point at the clause rather than improvising a justification, and the conversation becomes 'here's the add-on price' instead of 'I thought that was included.' One specific sentence in the contract is worth far more than the cleverest explanation after the fact.
Related reading
- The full guide
The scope creep guide for freelancers
How to spot scope creep, why clients do it, what it costs you, and how to respond professionally.
- Scenario
Is a full logo redesign out of scope mid-project?
Yes — in nearly every freelance design contract, a logo redesign introduced after the original logo has been approved is a separate engagem…
- Scenario
is a client reopening an approved deliverable out of scope?
Yes — reopening a deliverable the client already approved and paid for restarts work you'd already closed out, so it sits outside the origi…
- Clause guide
What a deliverables clause should include in freelance contracts
A strong deliverables clause names each artifact with a format, a quantity, and — critically — an exclusion list. If it's not named, it's n…
- Profession guide
Scope creep for freelance designers: the patterns that cost you most
Design scope creep rarely arrives as a single big ask. It arrives as a drip of tweaks, added deliverables, new stakeholders, and 'can you j…
- Scenario
is asking for source files out of scope?
Yes — editable source files are a separate deliverable from the final output, and unless your contract names them in the deliverables list,…
Answer scope creep from your actual contract — not a template.
Settled reads your contract and the client's request, gives you a verdict (In Scope / Out of Scope / Ambiguous), and drafts the email grounded in your specific clause.