How to Build Consulting Proposals Based on Actual Cost Data

How to Build Consulting Proposals Based on Actual Cost Data

Quote-to-Delivery Workflow
Question 2 of 6

On This Page

table of contents
table of contents

Most consulting proposals still start with a gut check: a partner glances at scope, picks a number that feels defensible, and moves on. It works, until it doesn’t. Firms that price this way routinely see project margins land 10 to 15 percentage points below what they quoted, because the number on the proposal was never tied to what the work actually costs to deliver. Building proposals from real cost data instead of instinct changes that math before the contract is even signed.

What Does It Mean to Price a Proposal on Actual Cost Data?

Cost-based proposal pricing means every price on the page is built from your firm’s real delivery costs: loaded labor rates, historical hours by role, and the utilization you can realistically expect from the team assigned. Instead of anchoring on a market rate or last year’s number, you start from what it costs to staff and deliver the engagement, then layer your target margin on top.

This is different from cost-plus pricing in the strict accounting sense. You’re not simply marking up direct labor. You’re using historical project data, actual time spent by role on comparable engagements, to forecast the cost of this proposal with far more precision than a rough estimate allows.

Time and Materials Proposals

For T&M work, cost-based pricing means your bill rates are set against a blended cost rate per role, adjusted for the actual mix of seniority you expect to staff. If your last three similar engagements ran 60% senior consultant hours and 40% associate hours, that mix, not a guess, should drive the blended rate you quote.

Fixed-Fee Proposals

Fixed-fee proposals carry more risk because you absorb any overrun. Here, actual cost data matters even more: you need historical hours by phase and role from comparable projects, not just a total budget, to catch where scope tends to creep before you lock in a number.

The Core Formula for Cost-Based Proposal Pricing

The starting point is your fully loaded cost rate per role, adjusted for expected utilization, with your target margin applied on top.

Proposal Price = (Fully Loaded Cost Rate ÷ Target Utilization) × (1 + Target Margin) × Estimated Hours

  • Fully loaded cost rate: salary, benefits, overhead, and any other true cost of that role per hour, drawn from actual payroll and overhead data, not a published rate card.
  • Target utilization: the realistic billable percentage for the roles you’re staffing, based on their actual utilization history rather than an aspirational number.
  • Target margin: the profit margin your firm needs on this engagement type, informed by what similar projects have actually delivered.
  • Estimated hours: pulled from historical time data on comparable scopes of work, broken out by role and project phase.

Example: a senior consultant with a fully loaded cost of $85 an hour, an 75% target utilization, and a 35% target margin gives you a cost basis of about $113 an hour before markup, and roughly $153 an hour once margin is applied. Multiply that by the estimated hours for the role, and you have a defensible line item instead of a hunch.

Step-by-Step: Building a Proposal From Historical Cost Data

  1. Pull your historical baseline. Before you write a single number, look at completed projects with a similar scope, industry, and team composition. You want actual hours by role and phase, not the original budget, because budgets and actuals rarely match.
  2. Calculate the fully loaded cost rate per role. Combine salary, benefits, and allocated overhead for each role you plan to staff. This is the true cost of an hour of that person’s time, and it should be updated at least twice a year as compensation and overhead shift.
  3. Adjust for realistic utilization. Every role has a gap between hours worked and hours billed. Use the actual utilization rate for that role over the past two to three quarters, not the target utilization stated in a policy document that nobody hits.
  4. Apply your target margin. Set this based on what your firm has actually realized on comparable engagements, factoring in past write-downs and scope changes, so the number reflects reality rather than a boardroom target.
  5. Build the estimate by phase, not just total hours. Break the proposal into the same phases your historical data uses. This makes it far easier to catch a phase that has consistently run over on past engagements and to price it accordingly.
  6. Stress-test against your WIP and margin data. Before the proposal goes out, compare it against active engagements with similar scope. If current work-in-progress data shows a phase consistently running hotter than estimated, adjust the hours before the client sees the number.

Common Pitfalls That Undermine Cost-Based Proposals

Using Rate Card Numbers Instead of Actual Cost

A published bill rate reflects what you want to charge, not what the work costs. If your proposal pricing logic starts from the rate card rather than the loaded cost rate, you lose the connection between price and profitability entirely.

Estimating Hours From Memory

Partners and engagement leads tend to remember the smoothest version of a past project. Pulling actual hours by phase from historical project records, rather than from memory, removes that optimism bias before it becomes an underpriced proposal.

Ignoring Utilization Reality

Assuming 85% utilization on a team that has consistently run closer to 70% builds a margin gap into the proposal from day one. That gap won’t show up until the engagement is well underway and the numbers are much harder to fix.

Bring It Together

Proposals built on actual cost data protect your margin before the engagement even starts, and they give your team a defensible answer when a client pushes back on price. The firms that do this well aren’t guessing less because they’re more careful. They’re guessing less because their historical cost, utilization, and margin data is connected and easy to pull.

If your proposal process still runs on spreadsheets and memory, see how BigTime connects your project financials to real cost data so every proposal starts from the numbers your firm actually delivers on.

0/5 (0 Reviews)