Workflows

    Turning finished client work into sellable templates

    Strip a delivered project into a reusable template: variables extracted, brand assets removed, prompts generalised, plus the clause that makes it legal.

    Versely Team9 min read

    The most valuable thing in a freelancer's archive is not the finished deliverable. It is the fourth version of it, the one where the brief had stopped moving and the build had stopped breaking. That file encodes a solved problem, and solved problems are what people buy.

    Most of that archive never gets sold, for two reasons that are both fixable. The first is legal: the contract said the client owns the work and nobody asked what "the work" meant. The second is mechanical: nobody wants to spend a day de-identifying a project on the off-chance it sells. Both problems get much smaller if you handle them in a fixed order, which is what follows.

    Separate the deliverable from the method

    Before touching a file, decide what you are actually extracting. Almost every client project splits into three layers, and only one of them is yours to sell.

    Layer Example Sellable?
    The delivered asset The finished 45-second ad, the exported cut No. This is what the client paid for.
    Brand-specific content Their logo, product shots, copy, voice, colours, staff faces No, ever.
    The method Shot order, prompt structure, parameter blocks, editing sequence, timing Usually yes, and this is the product.

    The instinct is to sell layer one with the logo swapped out. That is the version that gets you a letter. Sell layer three, rebuilt with your own placeholder content, and you are selling a process you invented rather than an asset they bought.

    The test to apply to any element: if this were removed, would the template still teach the buyer how to build the thing? If yes, remove it. Most brand-specific material fails that test, which means most of it comes out.

    The de-identification checklist

    Run this in order. Steps 1 through 4 are non-negotiable; 5 through 8 are what separate a template that sells from one that gets refunded because a buyer opened it and saw someone else's client name in a filename.

    1. Remove every brand asset. Logos, product renders, packaging, custom fonts, brand colour tokens. Replace with generic placeholders that occupy the same slot and the same dimensions.
    2. Remove every identifiable person. Staff, founders, customers, any avatar built from a real likeness. Likeness permissions almost never travel with a template, regardless of what the model licence says.
    3. Rewrite all copy. Headlines, VO script, captions, on-screen text. Same length, same rhythm, generic subject. Copy is the fastest way for a buyer to identify your former client.
    4. Strip metadata and filenames. Project names, layer names, folder paths, export filenames, and any embedded metadata in the asset files. acme_q3_hero_FINAL_v4.mp4 is a disclosure.
    5. Generalise the prompts. This is the real work and the next section covers it.
    6. Replace reference images with your own. If a reference frame was shot by the client or supplied by their photographer, it is not yours to redistribute. Generate or shoot replacements that carry the same compositional role.
    7. Neutralise the niche if the niche is the giveaway. A template built for one dental group in one city is identifiable from the structure alone. Widen it to the category.
    8. Do a final pass with fresh eyes. Open the zip as though you were a buyer. Anything that makes you think of a specific company still needs to come out.

    One thing that is not on the list because it does not work: relying on the client not to notice. If the template ranks, they will see it.

    Extracting the variables

    A template is a build with holes in it, and the quality of the template is decided by where the holes are. Too few and the buyer cannot make it theirs. Too many and they are back to a blank canvas.

    Go through the project and mark every element that changed between the first draft and the final. Those are your variables by definition — they are the things the brief moved. Everything that stayed fixed across every revision is structure, and structure is what you are selling.

    A typical extraction from a product-video project:

    FIXED (structure — this is the product)
      shot order: hook → problem → product reveal → 3 benefit beats → CTA
      shot 3 uses a different model than the rest (see notes)
      cut rhythm: 1.2s beats through the benefit section
      audio: VO under bed, bed ducks 6dB under speech
    
    VARIABLE (buyer fills these)
      {SUBJECT}        the product, one noun phrase
      {SURFACE}        what it sits on
      {PALETTE}        two colours, named
      {LIGHT}          direction + quality
      {VO_TONE}        one adjective
      {CTA_LINE}       under 8 words
    

    Then rewrite each prompt to consume the variables:

    Before, from the client build:

    Overhead shot of the Meridian Cold Brew bottle on brushed concrete, cool blue and steel palette, hard light from camera left

    After, in the template:

    Overhead shot of {SUBJECT} on {SURFACE}, {PALETTE} palette, {LIGHT}

    With a filled example directly underneath, because a variable with no worked example is a support ticket:

    Example: Overhead shot of a matte ceramic water bottle on pale oak, sage and cream palette, soft window light from camera left

    That structure — fixed skeleton, named variables, one filled example per prompt — is what makes a template usable by someone who was not in the original meetings. The published workflow recipes are laid out on the same principle, and remixing a public workflow walks through taking one apart and refilling it.

    Prove it re-renders before you sell it

    A template that has only ever been run with the original client's inputs is untested. The whole promise is that it works with different content, so run it with different content at least twice, with deliberately dissimilar subjects — a physical product and a software screen, or a food item and a piece of hardware. Whatever breaks between those two runs is a variable you failed to extract.

    Do the structural passes cheaply. In Versely's editor the timeline is an EDL, so the build is re-renderable rather than rebuilt: swap the variable inputs, keep the cut structure, re-render. Running with preview: true gives a 480p pass at no credit charge, subject to a short per-user cooldown, which is enough to confirm timing, shot order and audio ducking before you spend on a full export. The final export is charged once regardless of how many clips are on the timeline, and preview and export costs sets out how that lands. The video editor is where the timeline itself lives.

    Two runs, two obviously different subjects, one clean export each. If both hold, the template is a product.

    The ownership clause for your next contract

    Everything above is retroactive cleanup. The way to stop needing it is one clause in the next agreement you sign. Most work-for-hire language assigns the deliverable and is silent on the method, and silence is where the argument happens.

    The clause you want says three things:

    1. The client owns the deliverable outright — the finished assets, and everything brand-specific in them. Do not soften this. It is what they are paying for and it is fair.
    2. You retain the underlying methods, techniques, prompt structures and reusable components, including the right to reuse them on other projects and to license them.
    3. Nothing you reuse will include the client's confidential information, brand assets, likenesses, or copy. This is the sentence that gets the clause signed, because it is the thing the client actually cares about.

    Point three does the negotiating. Clients almost never object to you keeping a shot order. They object, correctly, to their product appearing in someone else's demo reel.

    Raise it at proposal stage, not at signature — a clause introduced late reads as a grab. And if a client strikes it, price the project higher and treat that archive as unsellable rather than quietly selling from it anyway. Two terms worth knowing before you negotiate: usage rights and exclusivity windows, which interact with method retention in ways people miss.

    What to charge, and where it fits

    A template extracted from real client work is worth more than one built speculatively, because the debugging already happened on someone else's budget. Say that on the sales page — "built for a paying client, then generalised" is a strong and true line, and it does not require naming the client.

    The rest of the pricing question comes down to how many hours of build the template removes for the buyer, not how many files are in the zip. Beyond that, this is a standard second revenue line for anyone billing hourly — the freelancers and agencies breakdowns cover how a productized layer normally sits alongside the service one, and digital product sellers covers the packaging side.

    FAQ

    Can I sell a template if my contract says the client owns "all work product"?

    Assume no until you have asked. "All work product" is broad enough to swallow the method in most jurisdictions, and the cost of guessing wrong is much higher than the cost of an email. A short note asking to reuse the non-brand-specific structure is often granted, especially on a project that ended well. Get the answer in writing and keep it with the template files.

    How different does the template have to look from the original?

    Different enough that a stranger could not connect them, which in practice means every element from the checklist is gone. Shot order and timing can stay identical — those are the method. What cannot stay is anything identifying a company, a person, or a product. If you are unsure about an element, apply the removal test: does the template still teach the build without it?

    Should I take the original client on as a template buyer?

    Usually not directly, but it is worth telling them the template exists. Clients who liked the work sometimes want the in-house version for their team, and that is a legitimate second sale of a different product. What does not work is selling them a generalised version of the thing they already paid to have built specifically.

    What if the client's industry is the entire value of the template?

    Then widen one level and keep the specificity in the examples rather than the structure. A template for "regulated professional services" with dental, legal and accounting examples filled in is sellable to all three and identifies none of them. A template that only makes sense for one clinic in one city is not a template, it is that clinic's project with the logo removed.