A freelance proposal does two things at once: it sells your services to the client, and it defines the legal framework for the engagement. A weak proposal wins projects but leaves you exposed to scope creep and payment disputes. A strong proposal wins projects and lays the foundation for a smooth, well-paid engagement. Here's how to write one that does both.
Why Proposals Matter Legally
A proposal isn't just a sales document — it can become a binding contract the moment a client signs it. Courts have upheld signed proposals as contracts when they contain the essential elements: a clear description of services, a price, and both parties' signatures. This means everything you include (or fail to include) in a proposal has legal weight.
The practical implication: treat every proposal as a draft contract. Include protective terms, not just attractive descriptions of your work.
The Structure of a Strong Freelance Proposal
1. Executive Summary
One paragraph that demonstrates you understood the client's problem and summarises how you'll solve it. This is not about you — it's about them. "You need a website that converts visitors into enquiries. Based on our discussion, I'll create a five-page responsive website with clear CTAs and an optimised contact flow, delivered in four weeks."
2. Scope of Work
The most important section legally. List every deliverable with specificity:
- Exactly what you will deliver (pages, features, word counts, file formats)
- Number of revisions included
- What is explicitly NOT included
- Any assumptions the proposal is based on (e.g., "Client provides all copy and images")
Vague scope is the primary cause of freelance disputes. "A website" leads to disagreements; "five responsive web pages built in WordPress, including homepage, about, services, blog, and contact, with one round of revisions after initial delivery" does not.
3. Your Approach and Process
Briefly describe how you work — not to fill space, but to set expectations. Outline the key stages, approval points, and how the client will be involved. This establishes the project rhythm and prevents the client from expecting constant access or daily updates if that's not your working style.
4. Timeline and Milestones
Include a clear timeline with milestones — not just a final delivery date. For a four-week project: "Week 1: discovery call and wireframes; Week 2: design mockups; Week 3: development; Week 4: testing, revisions, and launch." Milestones also function as payment trigger points and approval checkpoints.
5. Investment (Pricing)
Present your fee clearly. Options:
- Fixed project fee: simplest, clearest for the client
- Milestone-based: fee broken into payments tied to project stages
- Hourly rate with estimated hours: riskier for both parties, but appropriate for undefined scope
Always state the payment schedule clearly: "50% deposit on signing, 50% on delivery." And always state the payment method and due dates.
6. Terms
Include a concise terms section covering the essential legal points:
- Deposit requirement: "This proposal is confirmed on receipt of the 50% deposit."
- IP transfer: "All intellectual property transfers to the client on receipt of full payment."
- Revisions policy: "Two rounds of revisions are included. Additional revisions are charged at £X/hour."
- Change orders: "Work outside this scope requires a written change order before commencement."
- Validity: "This proposal is valid for 30 days from the date above."
- Governing law: "This agreement is governed by the laws of England and Wales / [State]."
7. Acceptance Block
End with a signature block: "By signing below, [Client Name] accepts the above proposal and agrees to the terms set out herein." Space for the client's name, signature, and date. This is the element that converts your proposal into a contract.
Common Proposal Mistakes to Avoid
- No validity date: Without one, a client can accept months later at old prices
- No revision limit: "Unlimited revisions until you're happy" is a path to endless unpaid work
- No deposit requirement: Starting work without a deposit means if the client disappears, you've worked for nothing
- Vague scope: "Marketing support" or "website" without specifics
- No exclusions: List what is NOT included to prevent scope creep
- Assumptions not stated: If your price depends on the client providing content, state it — otherwise you may be expected to create it for free
Proposal vs Contract: Do You Need Both?
For small projects, a well-drafted signed proposal may be enough. For larger or longer-term projects, follow the accepted proposal with a full contract that adds protection for termination rights, dispute resolution, warranties, and liability caps. You can reference the proposal in the contract: "This agreement incorporates and supersedes the proposal dated [date]."
Generate a Full Freelance Contract
Once your proposal is accepted, follow it with a professional contract — free.
Generate Contract →Frequently Asked Questions
Can a freelance proposal act as a contract?
Yes. A signed proposal can be legally binding if it contains offer, acceptance, and consideration. However, a simple proposal lacks important protective clauses. For significant projects, a full contract should follow or be incorporated into the proposal.
How detailed should a freelance proposal be?
For small projects (under £1,000/$1,000), a concise one-to-two page proposal covering scope, deliverables, fee, and payment terms is usually sufficient. For larger projects, more detail covering approach, timeline, milestones, assumptions, and exclusions protects both parties.
Should I include my terms and conditions in a proposal?
Yes, or at minimum reference them. Include a "Terms" section covering payment terms, revision policy, IP ownership, and change order process. For larger projects, attach your full standard terms as an appendix.
How long should a proposal be valid?
Always include a validity period — "30 days from the date of this proposal" is standard. This prevents clients from accepting months later at prices that no longer reflect your rates or availability.
What should I do if a client changes the scope after accepting a proposal?
A signed proposal fixes the scope. Any changes require a written change order specifying the additional work, cost, and timeline impact. Include a change order clause in every proposal: "Work outside this scope will be quoted and agreed in writing before commencing."