Time Tracking vs. Estimation: Why Quotes Are Wrong
You've done it again. The project you quoted at 20 hours is now at 35, and you're not even finished. The client is happy with the work, but your effective hourly rate just dropped by 40%.
Sound familiar?
Project estimation is where most freelancers lose money, not because they lack skill, but because they're estimating without data. And estimation without data isn't estimation. It's wishful thinking.
The Estimation Problem
Here's a pattern that plays out constantly in freelance work:
- Client asks for a quote
- You think about similar past projects
- You come up with a number that "feels right"
- You add a small buffer "just in case"
- The project runs over the quote, say by 30-50%
- You absorb the overrun because the quote was already agreed
The problem isn't that you're bad at guessing. The problem is that you're guessing at all.
Why We Underestimate
A few patterns explain why our guesses run short:
The Planning Fallacy
Psychologists Daniel Kahneman and Amos Tversky named this the "planning fallacy": the confident belief that your own project will go to plan, even when you know most similar projects ran late. In a 1994 set of studies, people's predictions of how long their own tasks would take were too optimistic across many kinds of work.
Even when we know we've underestimated before, we still underestimate again. Past failures don't improve future predictions, partly because we blame past overruns on outside, one-off causes rather than on the estimate itself.
Best-Case Thinking
When estimating, we unconsciously imagine the best-case scenario:
- No revision rounds
- Clear client feedback
- No technical issues
- Perfect focus and productivity
- Everything working on the first try
Reality includes all of those obstacles, but our estimates don't.
Forgetting the Unsexy Parts
We estimate the interesting work and forget the boring parts:
| What We Estimate | What We Forget |
|---|---|
| Design time | Client call prep |
| Development time | Environment setup |
| Writing time | Research and outlining |
| Core features | Edge cases and testing |
| First draft | Revision rounds |
| Creation | File organization and delivery |
Together, the forgotten parts can add a real chunk to total project time. Your tracked data will show how much.
Anchoring to Client Expectations
If a client says "this should be quick" or "I was thinking around 10 hours," that number anchors your estimate, even if your experience suggests otherwise.
You adjust from their anchor rather than calculating from first principles.
Tracking vs. Estimating: A Comparison
Consider two freelancers pricing the same website project:
Freelancer A: The Estimator
"I've done sites like this before. Design is maybe 8 hours, development 15, revisions 5. I'll say 28 hours, plus a 10% buffer... 30 hours total."
The project takes 42 hours. Effective rate drops from $100/hour to $71/hour.
Freelancer B: The Tracker
"Let me check my data. My last three similar websites: 38 hours, 44 hours, 41 hours. Average is 41. I've improved my process, so I'll quote 38 hours with potential for 45 if revisions extend."
The project takes 40 hours. Effective rate is $95/hour, and the client was prepared for the possibility of more.
The difference? Data.
The Data Advantage
When you track time across projects, you build a database of reality. You know:
- How long design actually takes (not how long you think it should take)
- What percentage of projects exceed initial estimates
- Which project types consistently overrun
- Which clients require more revision time
- What your actual productivity looks like day-to-day
This transforms estimation from guessing to calculating.
Building an Estimation Framework
Here's how to create estimates based on data rather than gut feelings:
Step 1: Track Everything
Before you can estimate accurately, you need data. Track time on every project, broken down by phase:
- Discovery / Requirements
- Planning / Architecture
- Core work (design, development, writing, etc.)
- Client communication
- Revisions and feedback implementation
- Testing / Quality assurance
- Delivery and wrap-up
Do this for at least 10-15 projects before relying on the data for estimates.
Step 2: Analyze by Project Type
Group your projects by type and analyze. The numbers below are an example, not real benchmarks:
| Project Type | Quoted Hours | Actual Hours | Overrun % |
|---|---|---|---|
| Landing page | 12 | 16 | 33% |
| Branding package | 20 | 28 | 40% |
| WordPress site | 30 | 42 | 40% |
| Mobile app screen | 8 | 11 | 38% |
| Blog article (1500 words) | 3 | 4.5 | 50% |
If you see consistent overruns, your estimates need calibration.
Step 3: Identify Your Multiplier
Most freelancers need a multiplier to convert their intuitive estimate into a realistic one.
Calculate yours:
Your Multiplier = Average Actual Hours ÷ Average Estimated Hours
If your projects average 40% overrun, your multiplier is 1.4. A project you'd intuitively quote at 20 hours should be quoted at 28.
Step 4: Break Down Phases
Instead of estimating whole projects, estimate phases:
Website Project Breakdown:
| Phase | Estimated | Multiplier | Adjusted |
|---|---|---|---|
| Discovery & planning | 3 hours | 1.2x | 3.5 hours |
| Design concepts | 8 hours | 1.3x | 10.5 hours |
| Client feedback round 1 | 2 hours | 1.5x | 3 hours |
| Development | 15 hours | 1.4x | 21 hours |
| Revisions | 4 hours | 1.8x | 7 hours |
| Testing & delivery | 2 hours | 1.2x | 2.5 hours |
| Total | 34 hours | 47.5 hours |
Notice that revisions have the highest multiplier. That's where estimates fail most often.
Step 5: Add Risk Buffers
Beyond your base multiplier, add buffers for known risks. The numbers below are example starting points, not industry standards. Adjust them once your own tracked data shows what each risk costs you:
| Risk Factor | Buffer |
|---|---|
| New client (unknown communication style) | +10-15% |
| New technology or approach | +20-30% |
| Vague requirements | +15-25% |
| Multiple stakeholders | +15-20% |
| Tight deadline | +10-15% |
| Complex integrations | +20-30% |
A project with vague requirements for a new client using unfamiliar technology? Your buffer might be 50%+ above base estimate.
The Tracking Habit That Fixes Estimation
The key to better estimates is simple: track time on every project, then review the data before quoting new work.
Here's a workflow that makes this automatic:
During Projects
- Start tracking before you start working: Open your tracker and start the timer before diving in
- Track by phase: Use activities like "Design," "Development," "Revisions" within each project
- Include communication time: Client calls and emails count
- Log forgotten time: If you forgot to track, add a manual entry
With a menu bar time tracker like Grid Time Tracker, this becomes frictionless. Click the icon, select your project and activity, hit play. When switching tasks, one click to change. When done, one click to stop.
After Projects
- Export your project data: Get a full breakdown of time per phase
- Compare to your estimate: Where did you over or underestimate?
- Update your multipliers: Adjust your estimation formulas
- Note patterns: Did revisions take longer? Was the client slow to respond?
Before Quoting
- Pull data from similar projects: What did comparable work actually take?
- Apply your multipliers: Convert intuitive estimate to calibrated estimate
- Add risk buffers: Account for uncertainty
- Present a range: "This project will be 35-45 hours depending on revision scope"
Presenting Better Estimates to Clients
Data-driven estimates are easier to defend and more transparent.
Frame Estimates as Ranges
Instead of:
"The project will be 30 hours."
Say:
"Based on similar projects, I estimate 28-36 hours. The range depends on the number of revision rounds needed."
This sets realistic expectations and protects you from scope creep.
Show Your Work
Some clients appreciate seeing the breakdown:
| Phase | Hours |
|---|---|
| Initial design concepts | 8-10 |
| Design revisions (2 rounds included) | 4-6 |
| Development | 12-15 |
| Testing and refinements | 2-3 |
| Deployment and handoff | 2 |
| Total | 28-36 |
This demonstrates professionalism and helps clients understand where time goes.
Set Revision Expectations
Revisions are where estimates fail most. Be explicit:
"This estimate includes two rounds of design revisions and one round of development refinements. Additional revision rounds are billed at my hourly rate."
Now you have data to point to if the project expands.
When Fixed Pricing Makes Sense
Even with good tracking data, some freelancers prefer fixed (project-based) pricing. The key is that fixed pricing works only if you track time.
Here's why:
Profitable Fixed Pricing
- Track time on fixed-price projects just as carefully as hourly work
- Calculate your effective hourly rate after each project:
Effective Rate = Project Fee ÷ Actual Hours
- If your effective rate drops below your target, you underpriced
- Adjust future quotes based on real data
Fixed Pricing Without Tracking
- You have no idea if projects are profitable
- You can't identify which project types to avoid
- Your pricing never improves
- You might be earning $30/hour on projects priced at $100/hour
Fixed pricing isn't a way to avoid time tracking. It's a reason to track even more carefully.
The Long-Term Payoff
Freelancers who track time and use data for estimation see compounding benefits:
Year 1:
- Build tracking habit
- Gather baseline data
- Identify estimation patterns
Year 2:
- Estimates become more accurate
- Fewer projects overrun
- Effective rates increase
Year 3+:
- Quoting becomes fast and confident
- Project profitability is predictable
- Premium pricing is justified with data
The upfront investment in tracking pays dividends for years.
Getting Started
If your estimates are consistently wrong, here's your action plan:
- Install a time tracker: Choose something you'll actually use daily (see our guide to the best Mac menu bar apps)
- Track your next 10 projects completely: Every phase, every hour
- Calculate your overrun percentage: Compare estimates to actuals
- Determine your multiplier: Use it on all future estimates
- Build phase-specific data: Track design vs. development vs. revisions separately
- Review before every quote: Pull data from similar past projects
The goal isn't perfect estimates (those don't exist). The goal is informed estimates that protect your profitability and set realistic client expectations.
The Bottom Line
Estimation without data is gambling. You might get lucky sometimes, but over enough projects, you'll consistently lose money.
Time tracking transforms estimation from art to science. It gives you real numbers to work with instead of feelings and guesses.
Your time is valuable. Your data proves exactly how valuable it is, and helps you price accordingly.
Ready to take control of your time?
Grid Time Tracker is a beautiful macOS menu bar app that helps you track work sessions, manage projects, and visualize your productivity with stunning analytics.