A client accepts your estimate, work begins, and then an apparently small detail changes the job: the product photos are not ready, the existing files cannot be edited, three people need to approve every change, or the location is available only during a narrow window. Nobody necessarily acted badly. The estimate simply rested on conditions that stayed in your head.
For a small business, an assumptions page turns those invisible conditions into a calm, readable part of the estimate. It is not a dense contract and it is not a defensive list of ways to say no. It is a practical explanation of what needs to be true for the proposed price, process, and timing to make sense.
Use one for projects with a custom price, several moving parts, client-supplied material, or a schedule that depends on another person. It gives a client a chance to correct your understanding before a minor mismatch becomes unpaid work.
An estimate is more reliable when it describes the working conditions, not just the finished deliverable.
What an assumption is—and what it is not
An assumption is a condition you used when planning the work. It might concern the starting materials, number of decision-makers, access to a site or system, timing of feedback, or the expected complexity of a task.
For example, a photographer estimating a product shoot may assume that products will be cleaned, labeled, and present when the session begins. A bookkeeper setting up a workflow may assume that records for a defined period are available in a consistent format. A web designer may assume that the client will provide final copy rather than request copywriting.
An assumption is different from a vague hope. “Client will be cooperative” is neither useful nor measurable. “One designated reviewer will consolidate comments into one response per review round” is specific enough for both parties to recognize.
It is also different from an exclusion. “Print costs are not included” tells the client what the price does not buy. “Client will provide press-ready artwork by the agreed date” identifies a condition that allows the included work to happen. A good estimate often needs both, but they solve different problems.
Find the conditions hidden inside your price
Before writing the page, look at the estimate line by line and ask a simple question: What had to be true for me to arrive at this number? Do not try to document every imaginable exception. Look for conditions that would materially change the time, coordination, tools, or cost involved.
These five areas reveal most worthwhile assumptions:
- Starting point: What files, inventory, access, measurements, records, content, or prior work are you expecting to receive?
- Volume: How many items, locations, pages, products, participants, or rounds does the price contemplate?
- Decision process: Who gives input, who approves, and how will feedback arrive?
- Schedule dependencies: What must the client or a third party do before you can begin or continue?
- Working conditions: What access, preparation, availability, compatibility, or site conditions did you count on?
Past projects are useful prompts. Recall work that felt unexpectedly larger than the quote. Instead of concluding that a particular client was difficult, identify the missing condition. Perhaps two informal reviewers became six commenters, “organized files” meant a phone gallery, or an installation required several return visits because the area was not accessible. That pattern belongs on the next assumptions page.
Keep assumptions observable
Write conditions someone can check without debating intentions. Compare these two versions:
- Weak: “The client will send materials promptly.”
- Useful: “Final logo files, product names, and approved descriptions will be supplied before layout begins.”
The useful version still leaves room to agree on a date elsewhere in the estimate or project schedule. Its job is to clarify the handoff, not to burden every sentence with deadlines.
Use a short structure clients can actually read
A page with four to seven assumptions is usually more effective than a long catalog of contingencies. Put it after the scope and price, or label it clearly within the estimate. Give it a plain heading such as “Planning Assumptions” or “What This Estimate Is Based On.”
For each item, use three parts:
- The condition: State the working assumption in ordinary language.
- The reason: Briefly connect it to the work or price.
- The adjustment path: Explain what happens if the condition changes.
That last part is what makes the page constructive. A client should not have to guess whether a change is manageable or whether it will halt the project.
Here is a format a small signage business might use:
Site access and readiness. This estimate assumes the installation area is accessible during the scheduled appointment and ready for mounting. This allows for one installation visit. If access is unavailable or the surface needs additional preparation, we will confirm the additional visit or preparation work before proceeding.
Notice the tone. It does not accuse the client of causing a problem before one exists. It explains the plan and creates a fair checkpoint if reality differs.
Match the adjustment to the kind of change
Not every changed assumption calls for the same response. A clear page distinguishes between a small coordination adjustment and a genuine change in the job.
| If the change is… | A sensible response is… | Example |
|---|---|---|
| A missing input that pauses work | Move the schedule until the input arrives, then reconfirm the next date. | Final copy is not ready for a brochure layout. |
| A larger quantity or complexity | Send a revised estimate or a clearly priced add-on before doing the extra work. | Twenty records require cleanup rather than the five expected. |
| A different process requirement | Reset the workflow, review rounds, or coordination plan in writing. | Several department leads now need to approve design changes. |
| A minor substitution with no material effect | Note the change in the project record and continue. | A supplied image is replaced with another image of similar preparation. |
The page does not need to predict a fee for every possibility. In fact, made-up contingency prices can create arguments of their own. When the impact cannot be known in advance, say that you will review the change and confirm the revised work before proceeding. The important part is that you do not quietly absorb a substantial change or surprise the client afterward.
Build the page from your actual workflow
Generic assumptions often sound formal but protect nothing. “Standard business conditions apply” tells a client almost nothing about how the project will run. Instead, draw wording from the steps where your work changes hands.
A useful exercise is to take a recent estimate and mark each dependency with a symbol: client input, third-party input, access, approval, or technical compatibility. Then ask which dependency would create the biggest disruption if it proved false. Start there.
For a marketing consultant, the strongest assumptions may concern access to analytics, one person compiling internal feedback, and the availability of brand materials. For a caterer, the critical conditions may be final guest count, usable serving space, and a confirmed service window. For a repair business, they may be safe access to the item, availability of replacement parts, and the condition discovered after inspection. The document should reflect the work you sell, not an imaginary corporate process.
Separate assumptions from promises
Be especially careful not to present your own responsibilities as client assumptions. “Work will be completed professionally” is your promise, not a condition behind the estimate. Likewise, do not use an assumptions page to hide a key limitation that belongs in the scope.
Try this sorting rule:
- If it describes what you will deliver, place it in scope.
- If it describes what is not included, place it in exclusions.
- If it describes what you need to be true for the plan to work, place it in assumptions.
- If it describes what happens when circumstances change, place it in the adjustment path.
This separation makes the estimate much easier to discuss. A client can see what they are buying, what is outside the price, and which facts they should verify before approving.
Introduce it without making the sale feel adversarial
Do not merely attach the page and hope it is read. When sending the estimate, call out the two or three assumptions that matter most. A short note can be enough: “I included a planning-assumptions section so we are using the same starting point. Please take a close look at the items about source files and feedback, since they shape the schedule.”
That invitation is valuable because clients often know something you do not. They may tell you that files are incomplete, another stakeholder will join later, or the site has limited access. Learning that before acceptance lets you revise the scope or price while the project is still easy to reshape.
After approval, carry the relevant assumptions into your kickoff note or project checklist. Otherwise, an important condition can disappear into the original estimate and be forgotten by everyone. You do not need to resend the whole page repeatedly; a brief reminder at the handoff point is enough.
When the assumption changes, name it early
The most useful moment for this tool is not when the estimate is signed. It is when you first notice the project no longer matches it.
Suppose an illustrative design estimate includes two review rounds with feedback consolidated by one client contact. After the first proof, comments arrive in four separate email threads, including requests that contradict one another. Do not wait until the final invoice. Reply with a neutral summary: the estimate was based on consolidated feedback and two review rounds; the current process needs a different coordination approach; here are two options for continuing.
One option might be for the client to designate a single reviewer and combine comments. Another might be to add a paid coordination round. The right option depends on the job, but the timing matters in every case. Addressing the changed condition immediately gives the client choices while protecting your schedule.
Common mistakes that make the page less useful
Writing it only for worst-case disputes
If every line sounds like a threat, clients will skim it or feel mistrusted. Write for normal project planning. Clear conditions usually prevent tension; they should not create it.
Listing too many tiny possibilities
A ten-page attachment suggests that the price is unstable. Include conditions with a meaningful operational effect. Keep routine judgment calls within your normal service.
Leaving out the consequence
“Client will provide access” is incomplete if access is central to the job. State whether missing access delays the work, requires another visit, or prompts a revised estimate.
Failing to revise your template
An assumptions page is a learning tool. When a recurring mismatch appears, add a clearer condition or improve your intake questions. If an item never matters, remove it. The goal is a sharper estimate, not a longer one.
Make your first version today
Open the estimate template you use most often. Add a “Planning Assumptions” heading and write three conditions from a recent project that surprised you: one about client inputs, one about approvals, and one about access or timing. For each, add one sentence explaining how you will handle a change.
On the next custom job, point out those three lines before the client accepts. That small conversation can reveal the real shape of the work while there is still time to price and plan it properly.
Feed
Trending









Ad