Pricing a freelance project well means more than multiplying an hourly rate by a rough estimate. This worksheet helps you separate delivery time, revisions, overhead, subcontractor costs, risk, profit, and scope changes so you can build a quote that is understandable to the client and sustainable for you.
Overview
A freelance project price should reflect the complete cost of delivering the agreed result, not only the hours spent doing the most visible work. Research, calls, planning, project administration, revisions, file preparation, payment fees, software, taxes, and downtime can all affect profitability.
Use the worksheet below whenever you are preparing a proposal, reviewing an existing rate, or deciding whether a new project is commercially worthwhile. The calculations are estimates, not guarantees. Their value comes from making assumptions visible and giving you a repeatable way to compare projects.
A useful starting formula is:
Estimated project price = delivery cost + overhead allocation + risk allowance + desired profit + applicable taxes or pass-through charges
Do not confuse markup with profit margin. A markup is added to cost, while a profit margin is the share of the final price left after costs. A small business admin toolkit can also help you organize related pricing, invoicing, and record-keeping tasks.
How to estimate
1. Define the deliverable before counting hours
Write down what the client will receive, in what format, and by when. A project description should identify the number of deliverables, their approximate size or complexity, the channels involved, and what is explicitly excluded. “Website copy” or “content package” is too broad for a reliable estimate; a list of pages, assets, review stages, and handoff requirements is more useful.
2. Break the work into activities
Estimate each activity separately rather than assigning one large number to the whole project. Typical categories include:
- Discovery, briefing, and research
- Planning, outlining, or production setup
- Core creation or technical delivery
- Communication, meetings, and project management
- Quality assurance, formatting, testing, or publishing
- Client review and included revision rounds
- Final handoff, documentation, and invoicing
Multiply the hours for each activity by your internal billing rate or target working rate. If you use an hourly-to-project rate calculator, enter realistic productive hours rather than every hour available on your calendar.
3. Add revision and uncertainty allowances
Revisions should be priced as part of the scope, not treated as free goodwill. Define how many rounds are included, what counts as a round, and how feedback must be supplied. Then add a separate allowance for uncertainty: unfamiliar subject matter, incomplete inputs, technical dependencies, or a compressed deadline.
A simple risk calculation is:
Risk allowance = estimated base cost × risk percentage
The percentage should reflect the project, not a universal benchmark. Use a smaller allowance when the brief, assets, decision-makers, and process are clear. Use a larger allowance when requirements are still developing or the work depends on outside approvals.
4. Add business costs and desired profit
Overhead includes recurring costs that support your work but are not tied to one deliverable: software subscriptions, equipment, insurance, bookkeeping, workspace, training, and unpaid administration. Allocate a portion of these costs to each project, either as a percentage or as a fixed amount based on your planning period.
Then decide what profit the project should contribute after direct costs and overhead. A profit margin calculator can help you test whether the proposed price meets that target:
Profit margin = (project price − total project costs) ÷ project price
5. Choose the pricing structure
| Model | Best suited to | Key protection |
|---|---|---|
| Hourly | Open-ended or changing work | Track time and define a spending cap or review point |
| Fixed fee | Clearly defined deliverables | Use a detailed scope, revision limit, and change process |
| Milestone | Projects with distinct stages | Set a payment amount and approval point for each stage |
| Retainer | Recurring work with predictable access | Define capacity, response times, rollover rules, and exclusions |
Fixed-fee pricing can be easier for a client to approve, but it transfers more estimation risk to you. Hourly pricing protects against changing scope but may require more time tracking and budget conversations. Milestones combine clarity with cash-flow checkpoints. A retainer should not be a vague promise of availability; it should specify what capacity is reserved and how unused time is handled.
Inputs and assumptions
Copy these fields into a spreadsheet, notes app, or project pricing calculator. Keep the assumptions beside the numbers so you can explain or revise them later.
- Deliverables: list each item, quantity, format, and acceptance condition.
- Core production hours: estimate the actual creation or delivery work.
- Research and preparation hours: include discovery, reading, setup, and planning.
- Communication hours: include meetings, messages, status updates, and coordination.
- Revision rounds: state the number included and estimate the time per round.
- Hourly reference rate: use the rate needed to support your business, not only a competitor’s public rate.
- Subcontractor or specialist costs: record expected costs separately and decide whether they are marked up or passed through.
- Overhead allocation: include software, equipment, administration, and other operating costs.
- Scope-change allowance: reserve capacity or define an hourly rate for requests outside the agreed scope.
- Rush fee: if the deadline displaces other work or requires unusual availability, price that constraint explicitly.
- Payment and transaction costs: account for applicable platform, payment-processing, currency-conversion, or collection costs.
- Taxes: determine whether taxes must be added, included, or handled separately under the rules that apply to your business. This is a bookkeeping or tax-adviser question, not a universal pricing formula.
Keep client-facing pricing simple even when your internal worksheet is detailed. A proposal can show a project fee, milestones, assumptions, inclusions, exclusions, and change terms without exposing every internal calculation.
Worked examples
Example 1: Fixed-fee content project
Assume a creator estimates 12 hours of core production at an internal rate of 60 currency units per hour. Research and meetings add 4 hours, and two revision rounds add 3 hours. The labor estimate is therefore 19 hours, or 1,140 currency units.
Next, the creator adds 120 for allocated overhead, 100 for a subcontracted specialist, and a 10% risk allowance calculated against the direct estimate. The resulting internal cost is the basis for setting a fixed fee. The final quote should also state the number of deliverables, the included revision rounds, the deadline, and the rate or process for additional work.
The important point is not the example amount. It is the separation of production, support time, overhead, external costs, and risk. If the project later takes longer, the creator can identify which assumption changed instead of guessing whether the entire rate was wrong.
Example 2: Milestone project with a rush constraint
Suppose a project has three stages: discovery, first delivery, and final handoff. Estimate each stage independently, add its direct costs and overhead, and assign a payment percentage or fixed amount to each milestone. If the client requests a deadline that requires weekend work, deprioritizing other commitments, or unusually fast feedback, treat the rush requirement as a separate pricing input.
For example, you might quote the normal project fee plus a clearly labeled rush adjustment, subject to the client providing materials and approvals by specified dates. If those dependencies are missed, the schedule should move rather than silently expanding your workload.
Example 3: Scope change
A client asks for an additional deliverable after approving the original scope. Check whether the request uses existing research and production steps or creates new work. Estimate the added hours, revision exposure, external costs, and schedule effect. Then send a written change note with the added fee and revised deadline before starting. This is more reliable than absorbing small requests until the project becomes unprofitable.
When to recalculate
Revisit your freelance pricing worksheet whenever the inputs change, not only when you feel overworked. Recalculate before sending a proposal if the scope, deadline, client process, or required tools differ from your usual projects. Recalculate after a major scope change, new subcontractor quote, added revision round, or shift from remote asynchronous work to frequent meetings.
A quarterly review is a practical minimum for many freelancers. Compare estimated hours with actual hours by project category. Look for repeated gaps: too little time for administration, underpriced revisions, unpaid calls, or costs that were assumed to be negligible. Update your internal rate, overhead allocation, and standard assumptions based on your own records rather than copying a generic market figure.
Before sending your next quote, use this checklist:
- Is the deliverable measurable and clearly described?
- Have research, meetings, administration, and handoff time been included?
- Are revision rounds, feedback windows, and approvers specified?
- Have subcontractor, software, payment, and other pass-through costs been checked?
- Does the price include a realistic risk or scope-change plan?
- Are milestone payments and due dates clear?
- Does the project meet your desired profit target after costs?
After completion, record the quoted hours, actual hours, revenue, direct costs, and final margin. Note what surprised you and change one assumption at a time. For broader workflow improvements, pair this review with a creator workflow audit; if software costs are affecting overhead, review your subscriptions before renewal using this software subscription checklist. A pricing worksheet becomes most useful when it is maintained as a living decision tool rather than opened only when a proposal is due.
