Starter Proposalsite2deck
Proposal

A statement of work, on the same engine as the deck.

Prepared for TBD client name by TBD your company. This is the A4 starter: every page below is built from the same component vocabulary as the slide deck, laid out at 210 × 297 mm and printed one page per sheet.

Ref TBD Issued TBD date Valid 30 days
site2deck · Starter ProposalCommercial in confidence
01 Executive summary

What we propose, in one page.

Open with the recommendation, not the reasoning — a reader who stops after this page should still know what is being bought, what it costs, and when it lands. Everything after this is evidence for a decision already stated here.

Replace this paragraph with the shape of the engagement in the client's own words: the outcome they asked for, the constraint that makes it urgent, and the one thing you will do differently from the obvious approach. Two paragraphs at most — the detail has its own pages.

TBD
total investment — every number in a proposal is quoted or marked, never estimated in the reader's head
TBD
weeks from signature to delivery, based on the phases on page 5
3
phases, each with its own acceptance criteria and payment milestone
What you get
  • Three named deliverables, each with a written acceptance criterion.
  • A fixed fee per phase, payable only against something delivered.
  • One point of contact and a written status note every week.
  • A handover pack and thirty days of defect support after acceptance.
What we need from you
  • A decision-maker available for half an hour a week.
  • Access to TBD systems inside five working days of kickoff.
  • Comments returned within three working days of each review.
  • Existing material supplied in an editable format.
site2deck · Starter ProposalPage
02 The brief

What we heard, said back plainly.

Prove you listened before you propose anything. Everything on this page should be traceable to something the client said, wrote, or published — no invented context, and nothing you can't point at a source for.

Placeholder plate standing in for a photo, diagram, or screenshot of the client's current state
  • The situation today — what exists, who owns it, and where it stops working. One sentence per fact.
  • What triggered the ask — a deadline, a launch, an audit, a hire. Name it; urgency is the reason a proposal gets read.
  • The constraint that shapes the work — a budget ceiling, a compliance regime, a system you must not touch.
  • How success gets judged — in the client's measure, not yours. If it isn't measurable, say so here rather than implying it later.

Anything on this page you can't source — a number, a date, a name — wears the TBD marker until the client confirms it: TBD confirm at kickoff.

site2deck · Starter ProposalPage
03 Scope of work

Deliverables, one card each.

A deliverable is something the client can receive, review, and accept. If a line here can't be handed over, it belongs in the approach on the next page, not in scope.

Deliverable 01

The first artefact

What it is, what format it arrives in, and what "done" means for it. Name the file, the system, or the document — not the activity that produces it.

Accepted when: TBD criterion

Deliverable 02

The second artefact

Accent variants sort deliverables into workstreams. Use one accent per stream — never one per card for decoration.

Accepted when: TBD criterion

Deliverable 03

The third artefact

Keep each card to three or four lines. A scope that needs a paragraph per line is a scope that hasn't been decided yet.

Accepted when: TBD criterion

Deliverable 04

The fourth artefact

Four accents is the ceiling. A scope needing a fifth workstream is a scope that wants splitting into two engagements.

Accepted when: TBD criterion

Optional · quoted separately

What we can add later

Anything the client asked about that isn't in this fee. Naming it here — unpriced — is how you keep it out of scope without saying no.

Quoted on request

Included throughout

The standing commitments

Weekly written status, a named point of contact, and a handover pack at close. The tinted card is the one thing you most want read — at most one per page.

Each acceptance criterion is repeated in the schedule on page 6 and in the acceptance table on page 10 — three places, one wording. If they ever disagree, this page governs.

site2deck · Starter ProposalPage
04 Approach

Three phases, each one payable.

Phases exist so both sides can stop cleanly. Each one ends in something the client accepts and pays for, which is also what makes the schedule on the next page enforceable.

Phase 1 · TBD weeks

Establish

  • Kickoff, access, and a confirmed list of assumptions
  • The current state documented as-is
  • Success measures agreed in writing
Phase 2 · TBD weeks

Build

  • The deliverables on page 4, in the order listed
  • Review at the midpoint, in writing
  • Changes logged against the assumptions
Phase 3 · TBD weeks

Hand over

  • Acceptance against the criteria on page 4
  • Handover pack and a working session
  • Thirty days of defect support

Phase durations are working weeks and stay TBD until a start date is agreed. The milestone dates on page 6 are derived from them — change one and the other follows.

site2deck · Starter ProposalPage
05 Schedule

Milestones and who owns each one.

Every row names an owner. A schedule where the client owns nothing is a schedule that slips quietly — the dependencies are the honest part of the table.

Dates are working days from signature and assume the access listed on page 9 is granted within five days of kickoff. Every date above is a TBD until the start date is fixed.

If a date moves
  • Client-side delay shifts every later date by the same number of working days.
  • Scope change is re-quoted before it is scheduled — never absorbed silently.
  • Our delay is ours: the fee and the acceptance date hold.
Standing rhythm
  • Weekly note — progress, risks, decisions needed. Same day each week.
  • Half-hour call with the decision-maker, only if the note raises something.
  • One shared log of assumptions and changes, open to both sides.
site2deck · Starter ProposalPage
06 Investment

The fee, broken down by phase.

Price the phases, not the hours — it is the only breakdown a client can act on. The highlighted row is the total; it is the number the reader is looking for, so let it be found.

Included in the fee
  • Every deliverable listed on page 4, to its acceptance criterion.
  • Two review cycles per deliverable.
  • Weekly status and the handover session.
Billed separately
  • Third-party licences, hosting, and tooling.
  • Review cycles beyond the second, at TBD day rate.
  • Travel, at cost, agreed in advance.

Fees are quoted in TBD currency, exclusive of tax, and valid for 30 days from the issue date on the cover. Payment terms: TBD days from invoice.

site2deck · Starter ProposalPage
07 Team

Who does the work, by name.

Name the people who will actually be on the engagement. A roster of roles with no names reads as a roster of people not yet hired.

TBD name
Engagement lead — the single point of contact, and the signature at the foot of every status note.
TBD name
Delivery — the person doing the work described in phase two, with the days committed.
TBD name
Quality — reviews each deliverable against the acceptance criteria before it is submitted.
One contact, always
Questions go to the engagement lead and get an answer inside one working day.
Written status, weekly
Progress, risks, and decisions needed — short enough to be read, on the same day each week.
No silent substitutions
Named people stay on the work; any change is agreed in writing first.
Your team's time, costed
What we need from the client is listed on page 9 — it is part of the plan, not an afterthought.
And from your side
TBD name
Decision-maker — signs off deliverables and unblocks anything the weekly note raises.
TBD name
Day-to-day contact — the person we ask for access, files, and context.
TBD name
Reviewer — returns comments inside three working days at each review point.
site2deck · Starter ProposalPage
08 Assumptions & exclusions

What this price depends on.

Assumptions are the cheapest insurance in a proposal: every one you write down is a change request you don't argue about later. Exclusions are the same courtesy in reverse.

We are assuming
  • Access to TBD systems within five working days of kickoff.
  • One named client decision-maker, available for a weekly half-hour.
  • Existing material is supplied in an editable format.
  • Review cycles return comments inside three working days.
Not included
  • Anything not listed as a deliverable on page 4.
  • Third-party licences, hosting, and tooling costs.
  • Ongoing operation after the support window closes.
  • Travel beyond TBD, which is quoted at cost.
If an assumption turns out to be wrong
site2deck · Starter ProposalPage
09 Acceptance

Sign here, and phase one starts.

The signature block is the one component a proposal needs that a slide deck never does — ruled lines, a name, a role, a date. It lives in shared/paper.css as .sign.

For TBD client name
Name, role, and date
For TBD your company
Name, role, and date
After signature

Signed by both parties, this document and its assumptions are the whole agreement for the work described. Anything agreed later is added in writing and priced before it starts.

Your wordmark here
site2deck · Starter ProposalPage
Internal — not for the client

The margin note that never ships.

This page carries data-internal on its <section> tag, so node build.mjs starter-a4 --public drops it from the output entirely — and the build refuses to write the file if any internal page survives the strip.

What belongs here
  • The pricing floor — what the fee can drop to before the work stops being worth doing.
  • Where the estimate is soft — the phase you'd pad if the client pushes back on the schedule.
  • Who else is bidding, and what you think they'll lead with.
  • Open questions to close before this goes out.
Before it goes out
  • Search the file for class="tbd" — every marker is either resolved or deliberate.
  • Rebuild with --public, then open the public file and count the pages.
  • Print-preview once: each page one sheet, no blanks between them.
One source, two audiences

The client build and the internal build never drift

Both come from this file. Note where this page sits: last. Page numbers renumber themselves at load, so an internal page in the middle would shift every page after it — and every "see page 7" in the client's copy would point one page wrong. Keep internal pages at the end.

site2deck · Starter ProposalPage
01 / 11
← → page · scroll to read