UNCERTAINTY BEFORE DELIVERY
A software estimate should show what is known and what still needs investigation
Clients often want a firm price before anyone has inspected the legacy system, tested the third-party API, or agreed how an edge case should behave. The consultant's job is to make that uncertainty visible without turning the proposal into a technical essay.
Some work is ready to estimate: a defined workshop, an architecture review, or a known set of implementation tasks. Other work needs discovery before responsible delivery estimates are possible.
Treating both groups as equally certain hides the technical judgment the client is buying. It also makes it difficult to explain why new evidence changes the plan.
Roadbase drafts a first breakdown from the brief. You review the assumptions, dependencies, roles, hours, expenses, and contingency, then decide which items can be quoted now and which belong in discovery.