Key takeaways
- A fixed price depends on defined scope, assumptions, and change rules.
- Contingency protects against uncertainty; it is not permission for unlimited scope.
- Profit margin should be intentional, not whatever remains after delivery gets messy.
Quick answer
A fixed project price should include more than the hours you expect to spend doing the obvious production work. A sustainable project price includes estimated hours, your hourly baseline, project complexity, risk, revision time, direct expenses, and profit margin.
The goal is not to make the price look complicated. The goal is to stop undercharging because the quote forgot discovery, meetings, feedback cycles, testing, handoff, admin, and the uncertainty that comes with client work.
For most freelancers, fixed project pricing works best when the scope is clear enough to describe in writing. If scope, stakeholders, deadlines, or technical requirements are vague, the price needs stronger assumptions, a higher risk buffer, or a different billing model.
Project pricing formula
A practical freelance project pricing formula is: Project Price = (Estimated Hours x Baseline Rate) + Expenses + Risk Buffer + Profit Margin.
Estimated hours should include discovery, production, review, revisions, testing, communication, project management, and admin. Your baseline rate should come from your real freelance economics, not from a salary divided by working hours. Expenses are project-specific costs such as stock assets, contractors, tools, travel, hosting, or specialized software.
The risk buffer protects against reasonable uncertainty. Profit margin is what makes the project worth doing as a business, not merely as a way to stay busy. Without margin, a project can technically pay for your time while still leaving no room for slow months, learning, replacement equipment, or business growth.
- Estimated Hours: all delivery and management time required to complete the project.
- Baseline Rate: your internal sustainable hourly rate.
- Expenses: direct costs specific to this project.
- Risk Buffer: extra room for uncertainty, dependencies, or complexity.
- Profit Margin: business margin beyond simple delivery cost.
Start with scope
Good project pricing starts before the calculator. If the scope is fuzzy, the price will either be too low, too padded, or hard to defend. Write down exactly what the project includes before deciding the final fee.
Scope should describe deliverables, timeline, revision rounds, communication expectations, ownership, handoff, and support. It should also explain what is not included. Clear exclusions are not negative; they make the agreement safer for both sides.
For example, a website landing page project might include one strategy call, one wireframe direction, one final design, responsive implementation, basic on-page SEO setup, two revision rounds, and a handoff guide. It might exclude copywriting, brand strategy, paid ads setup, custom illustration, ongoing support, and third-party subscription costs unless added separately.
- Deliverables: what the client will receive.
- Timeline: dates, milestones, and dependency assumptions.
- Revision rounds: how many are included and what counts as a revision.
- Communication: meetings, async updates, and response expectations.
- Ownership: files, licenses, and usage rights where relevant.
- Handoff: documentation, file delivery, training, or launch support.
- Support: what happens after delivery and for how long.
Estimate hours realistically
Many freelancers underprice fixed projects because they estimate only the visible production task. They remember the design, writing, development, analysis, or consulting work, but forget the supporting work around it.
A better project estimate breaks the work into phases. Discovery helps you understand the goal and constraints. Production creates the deliverables. Review time lets you check the work before the client sees it. Revisions handle feedback. Testing confirms that the work functions as expected. Admin and project management keep the project moving.
If you are unsure, estimate ranges instead of a single number. A project might require 32 to 46 hours, not exactly 37. Use the higher end when the client, scope, or timeline is uncertain. Fixed pricing transfers some delivery risk to you, so optimistic estimates are expensive.
- Discovery and requirements
- Production or delivery work
- Internal review and quality control
- Client feedback and revisions
- Testing, proofreading, or QA
- Admin, invoicing, and scheduling
- Project management and communication
Add complexity and risk
Two projects with the same estimated hours can deserve different prices. A familiar project with one decision-maker and a relaxed timeline is very different from a project with unclear requirements, multiple stakeholders, tight deadlines, technical unknowns, or compliance-sensitive details.
Risk does not mean inventing a random surcharge. It means identifying the parts of the project that could reasonably require more thinking, more coordination, more testing, or more responsibility. You can manage that risk through a buffer, narrower scope, staged pricing, paid discovery, or a change-request process.
Client uncertainty is one of the most common risks. If the client is not sure what they want, fixed pricing should start with discovery or a smaller first phase. Otherwise, you may accidentally price a moving target.
- Client uncertainty or unclear goals
- Tight deadlines or launch pressure
- Technical unknowns and integrations
- Dependency on other people, teams, assets, or approvals
- Legal, compliance, accessibility, or regulated-industry needs
- Multiple stakeholders with conflicting feedback
Build in revisions
Unlimited revisions are dangerous because they remove the boundary between finishing a project and endlessly adjusting it. They also make it difficult to schedule other client work because the project never has a predictable end.
A practical rule is to include one or two revision rounds in the fixed price, then charge extra for additional rounds, new directions, or changes that contradict approved decisions. This keeps the client protected from small refinements while protecting your time from scope creep.
Define what counts as a revision. A revision is usually feedback on work that fits the approved scope. A new page, new feature, new concept, new stakeholder requirement, or major change after approval may be a change request rather than a revision.
- Include 1-2 revision rounds in the fixed price.
- Charge extra after the included rounds.
- Separate revisions from new scope.
- State how feedback should be consolidated.
- Set a deadline for feedback so projects do not remain open forever.
Example calculation
Here is a simplified project pricing example. A freelancer estimates 40 hours of work and uses an $85/hour internal baseline rate. The project also requires $300 in direct expenses. Because the deadline is tight and there are a few unknowns, the freelancer adds a 15% risk buffer. They also add a 20% profit margin.
First, calculate labor cost: 40 hours x $85 = $3,400. Add direct expenses: $3,400 + $300 = $3,700. Add a 15% risk buffer on that subtotal: $3,700 x 15% = $555. The risk-adjusted subtotal is $4,255.
Now add a 20% margin. One simple planning method is to add 20% to the risk-adjusted subtotal: $4,255 x 20% = $851. The final project price becomes $5,106. In a real proposal, the freelancer might round to $5,100 or $5,250 depending on positioning and payment structure.
This example is not a universal rule. It shows the logic. If your project has very low uncertainty, the risk buffer may be smaller. If the project is complex, urgent, stakeholder-heavy, or strategically important, the buffer and margin may need to be higher.
Hourly vs fixed price comparison
Hourly pricing and fixed pricing solve different problems. Hourly work is useful when the scope is unclear, the client needs ongoing support, or the work is exploratory. Fixed pricing is useful when the deliverables, assumptions, timeline, and acceptance criteria are clear enough to define.
Fixed pricing can be better for clients because it gives budget clarity. It can also be better for freelancers because it allows pricing around value, expertise, and efficiency rather than only time. The tradeoff is that you must manage scope carefully. If you quote a fixed fee for vague work, you carry the risk.
Many freelancers use both models. Your hourly baseline can remain an internal costing tool even when the client sees only a fixed project fee, milestone schedule, or package price.
Common mistakes
Most fixed-price project mistakes happen before delivery begins. The quote is accepted, everyone is excited, and only later does the freelancer realize that the price did not include discovery, revisions, stakeholder feedback, technical risk, admin time, or margin.
Another common mistake is copying competitor prices without knowing their business model. A competitor may have lower costs, a narrower scope, a stronger process, reusable templates, cheaper subcontractors, or a completely different audience. Their price does not prove your price is sustainable.
The safest habit is to write assumptions before sending the proposal. Assumptions make your estimate easier to explain and make scope changes easier to identify.
- Underestimating hours because the project feels familiar.
- Not charging for discovery, planning, or requirements work.
- Forgetting revision time and feedback coordination.
- Leaving scope boundaries vague.
- Skipping a rush fee for tight deadlines.
- Copying competitors without understanding their costs or scope.
- Not adding margin for profit, reinvestment, and slow periods.
- Not writing assumptions, exclusions, and change-request rules.
Use the calculator
Use the Project Pricing Calculator to turn your assumptions into a clear project estimate. Enter estimated hours, your baseline rate, expenses, risk buffer, and margin. Then compare a conservative scenario with a target scenario before sending the quote.
The calculator will not replace judgment. It helps expose the hidden parts of fixed pricing so you can decide whether the project is worth taking, whether scope should be reduced, or whether paid discovery is a better first step.
Before sending the final proposal, make sure the price is connected to deliverables, milestones, payment terms, revision limits, assumptions, and a change-request process. A clear proposal protects the relationship as much as it protects the price.