/ 6 min read

Estimating and tracking are two different jobs

There is a question shops ask that sounds like it should have an obvious answer: if I already pay for estimating software, why can it not tell me where my cars are?

The answer is that estimating and tracking are two genuinely different jobs, built around two different units of time.

What estimating software is for

An estimating system exists to answer: what work is required, what does it cost, and who pays.

It is built around the document. It knows parts, labour times, rates, insurer rules and the specific formats a payer will accept. In collision, it is the language you and the insurer both speak, and it is not optional.

Critically, it is built around a moment. The estimate is written, revised, supplemented, and settled. Those are events, not a continuous state. Between them, the estimate does not change and does not know anything new about the car.

What tracking is for

Tracking exists to answer: where is this car right now, and what is it waiting on.

That is a continuously changing state, updated by whoever is touching the car, all day. The unit is not the document, it is the position.

These two things have almost nothing in common. One is a priced list of work, authored by an estimator, settled with a payer. The other is a position in a flow, moved by a tech, read by everyone.

Why "in progress" is where they meet and fail

Most estimating systems do have a status field. It usually has values like open, in progress, closed.

That is enough for billing, which is what it is there for. It is nowhere near enough to run a floor. "In progress" covers the eight days a car spent waiting on a bumper cover and the four hours it spent actually being repaired, and it cannot tell you which is which.

Adding more statuses does not fix it, because the problem is not resolution. It is that the field is updated at billing moments by an estimator, not continuously by the people doing the work. A status maintained by whoever last touched the paperwork will always describe the paperwork.

The two honest options

Buy an all-in-one that does both. They exist. The trade is cost and disruption: you are replacing the system you already run your money through, retraining everyone, and paying for a large amount of software to get a board.

For some shops that is genuinely the right call, particularly if the current estimating tool is also a problem.

Keep the estimating system and add tracking beside it. The estimate stays where it is. The board answers the position question. Nobody retrains on the thing that touches money.

This is cheaper and less disruptive, and it has one obvious objection.

The two-systems objection

If the estimate lives in one place and the board in another, are you not entering things twice?

Partly, and it matters less than it sounds. The overlap between the two systems is small: a job identifier, a vehicle, a customer. That is a short form once per car, not a duplicate of the estimate.

What is not duplicated is everything that makes each system worth having. The estimate's line items, labour times and payer rules exist once. The board's positions, dwell times and stage history exist once. Neither is a copy of the other, because neither could produce the other.

The genuine cost is that two systems means two places to look. The genuine benefit is that the thing you look at for position is maintained by the people who know the position.

How to decide

Ask what actually breaks in your shop.

If estimates are slow, wrong, or getting rejected, that is an estimating problem and no board will help.

If the estimate is fine and nobody can answer where the car is without walking to look, that is a tracking problem, and buying a bigger estimating system to solve it means paying to replace the part that works.

Most shops that ask this question have the second problem. It is worth being clear about which one you have before spending anything.