This matters because the alternative arrangement is common and creates a bad incentive. Where a quoted figure is billed regardless of the hours, a provider who finishes early has no reason to say so, and the client has no way to know. That is not dishonest and it does mean the estimate becomes a floor rather than a prediction, and estimates drift upward over time as a result.
The distinction worth understanding is between a fixed price and an estimate, because they are different arrangements with different logic. A fixed price transfers the risk to the provider: they absorb the overrun and keep the saving, and the client gets certainty. An estimate keeps the risk with the client and should therefore adjust in both directions. Problems arise when something is presented as one and behaves like the other.
For most defined project work, a fixed price is the better arrangement for a first year business, because certainty is worth more than the possibility of paying slightly less. You know what it costs, you can plan around it, and an overrun is not your problem. That is a legitimate trade and it is why the price includes a margin for the unexpected.
Where an estimate is the right structure is anything genuinely unpredictable at the outset. Diagnosing a problem nobody has identified, working with a system whose condition is unknown, or a project whose scope depends on what the first phase reveals. Quoting a fixed price on those means either padding heavily or absorbing a risk neither party can size.
Ask which one you are being given, and what happens in each direction. A clear answer describes the mechanism: fixed regardless, or billed against actual with the estimate as guidance and notification if it will exceed. Vagueness here is where surprise invoices originate.
Expect notification before an overrun rather than after, which is the part that actually matters. An estimate that will be exceeded should produce a conversation at the point it becomes apparent, with the option to adjust the scope. Discovering it on the invoice removes any ability to decide.
Watch for the pattern across several projects rather than judging any single one. Estimates that consistently land close to the number, in both directions, indicate somebody who understands the work. Ones that consistently exceed indicate either optimistic quoting or scope that was never properly defined.
Then keep the record, since the comparison between estimated and actual across a few engagements is genuinely useful information about who you are working with, and it is only available if somebody wrote both numbers down.
Ask how the number was arrived at rather than only what it is, since an estimate broken into stages is checkable and one presented as a single figure is not. That breakdown also makes it possible to reduce the scope sensibly if the total is more than you want to spend.
Watch for scope that quietly expands to fill a fixed price, which is the mirror of the concern about early completion. Work that keeps finding refinements until the budget is consumed is a different failure with the same cause, which is an outcome nobody defined precisely enough.
Define what finished means before starting, since that single agreement resolves most disputes about time in either direction. A stated deliverable with a stated standard is checkable, and everything else is a judgement about whether enough has been done.