Automate preparation before automating decisions
A practical estimating workflow separates gathering information from deciding what to sell. Software can organize the authorized job brief, surface candidate items and show where a price came from. The estimator still decides whether the scope is complete, the quantity is justified, the labor assumption is appropriate and the final customer price can be released.
This ALCA Software guide proposes a bounded preparation process for HVAC and mechanical contractors. It is not a claim that generic AI can engineer a system or price an unfamiliar job reliably. Start with one estimate category and one accountable reviewer. A residential replacement quote and a commercial mechanical bid need different inputs and acceptance criteria.
A draft is not an approved proposal
A generated document can look finished while containing an expired quote or an unsupported labor allowance. Keep it clearly marked as a draft until the estimator has resolved the required checks. Do not let visual polish substitute for review.
Test the native estimating features first
ServiceTitan documents estimating from pricebook items and proposal templates. Its September 23, 2026 estimate-builder announcement describes guided, template-based AI proposals as coming soon in a phased Field Mobile App release. Do not assume that feature is already enabled in every account. Check the estimate-builder release note and estimate editing documentation.
Jobber documents creating and reviewing quotes in its app, while client-hub settings govern how customers can approve quotes or request changes. Read Quotes in the Jobber App and the client-hub quote workflow against your actual plan and configuration.
These are reasons to test what you own, not reasons to change products. If the missing step is only an approval setting or a reusable template, configuration may solve it. If the problem is an approved handoff between systems, an integration may suffice. A custom preparation layer needs a more specific gap than “we want AI estimates.”
For a ServiceTitan handoff that remains unresolved, explore ALCA’s ServiceTitan workflow integration assessment. Confirm authorized access, required records and supported actions before proposing a connection.
Define the source package and decision owners
Inputs for an illustrative preparation scope
| Input | Keep visible | Reviewer question |
|---|---|---|
| Job brief | Site/reference ID, revision, included work and exclusions. | Is this the scope we are actually pricing? |
| Pricebook | Item ID, approved version, unit and effective date. | Does this item apply to this job? |
| Vendor quote | Quote reference, revision, validity and exclusions. | Is the price current and usable? |
| Quantity or labor assumption | Source, units and who supplied it. | Has an authorized person accepted the assumption? |
| Customer proposal | Draft version, approval record and release destination. | Is this the version we are authorized to send? |
This is a proposed data contract, not a universal vendor field list. API access and write support must be checked separately.
Decide where the accepted scope lives and which system owns the final proposal. A shared folder may contain historical bids as useful context, but a previous amount is not automatically an approved price for today. Separate source facts, candidate matches and unresolved assumptions so the reviewer can tell what is known.
Use explicit units and references. A material quantity, an equipment option and a crew-hour allowance are not interchangeable numbers. If an input is missing, show the gap and its owner. An AI summary can help a reviewer navigate documents; it should not invent a quantity or quietly select the cheapest conflicting source.
Worked example: two quotes and one unresolved allowance
Fictional example: an estimator is preparing a small replacement proposal. The folder contains supplier quote Q-101 for $4,800, now expired, and a reviewed replacement quote Q-102 for $5,050. Both cover the same illustrative equipment item. The job brief also asks for a control change, but no accepted labor or material scope has been supplied for it.
Example scenario
An illustrative draft-to-review sequence
All identifiers and amounts below are fictional. They are not market prices, ALCA fees or a client result.
- 1Preserve both vendor references. Mark Q-101 expired; do not treat it as a usable alternative simply because it is cheaper.
- 2Present Q-102 as the reviewed equipment source. The $250 difference is a vendor-input change, not an automatic $250 change to the final customer price.
- 3Flag the control change as unresolved. Leave its quantity and allowance unpriced until the estimator obtains and accepts the missing scope.
- 4Prepare a draft with sources and assumptions attached. Do not label the equipment amount as the complete job estimate.
- 5After the estimator resolves the missing scope and approves the commercial decisions, record a new proposal version for release.
The useful output is the review package: which source supports each candidate item, what changed, what is still missing and who must decide. This guide deliberately does not calculate a final job price from incomplete inputs. A real estimator also needs the applicable exclusions, customer terms and other project-specific commercial requirements.
Rehearse the same case with an unexpected revision arriving after approval. The workflow should show the affected items and invalidate the release approval for the changed version. It should not silently overwrite the document the customer is about to receive.
Build four explicit controls into the workflow
- Source traceability: a reviewer can reach the accepted source and its version from the draft item.
- Exception ownership: missing or conflicting inputs produce an assigned review task, not a guessed value.
- Version-bound approval: approval applies to one recorded proposal and is renewed when relevant inputs change.
- Release confirmation: the receiving system’s accepted version and destination reference are recorded separately from draft generation.
Document which changes invalidate approval. A corrected spelling may differ from a changed equipment quantity, labor allowance or price source. Agree on those rules with the estimator instead of letting a model decide whether a change is commercially important.
For an integration, confirm the account, allowed reads and writes, supported identifiers and error behavior. A draft saved in one tool is not proof of a sent customer proposal in another. A timeout may leave the result uncertain; check the receiving record before retrying so a recovery task does not create duplicate proposals.
Keep engineering and takeoffs outside an unvalidated scope
Document organization and proposal drafting are not equipment sizing, load calculations, engineering design or dependable drawing takeoff. Each additional capability needs its own input requirements, qualified review and validation. Do not put those tasks behind a generic “generate estimate” button and imply that their accuracy has been established.
The same boundary applies to sending and follow-up. Preparation organizes the draft; an authorized person releases the approved proposal. Customer follow-up is a separate workflow that should respond to the current proposal state and stop when the customer replies or the scope changes. See the existing HVAC intake and estimate-follow-up scope.
Measure the preparation work—not a promised sales lift
Pick a sample of the estimate category you intend to support. Record preparation time, reviewer time, unresolved inputs, revision count and corrections found after approval. Describe how each measure is collected and keep those definitions stable during the pilot. Faster drafting is not a win if review becomes longer or important exclusions disappear.
Test one current quote, one expired quote, a missing labor input, a changed quantity and a failed destination handoff. Keep a manual path until the reviewers accept the results. Agree on who maintains pricebook mapping, document extraction and connection changes after launch; ongoing support is a separate responsibility to scope.
For implementation, visit HVAC estimating automation. For the parallel discipline of reviewing time records before payroll, explore the payroll-preparation checklist and fictional demonstration. The initial review only needs a process description and system names, not customer quotations or confidential job files.
Source review
Platform references were checked on September 27, 2026. Verify current availability, plan eligibility and permissions in the customer’s account. The worked example is an ALCA workflow illustration, not proof of a production integration or a customer outcome.
If your immediate need is helping customers find your services and contact the office, explore HVAC SEO and organic lead generation. Acquisition and inquiry routing have a separate scope from the operational preparation and approval work in this guide.
Frequently asked questions
Will AI decide our final HVAC prices?
Not in this proposed scope. Software prepares a traceable draft; the authorized estimator approves scope, quantities, labor assumptions and final customer pricing.
Does this include commercial drawing takeoffs or system design?
No. Those are separate capabilities requiring their own requirements, qualified review and validation. A preparation workflow should not imply that they have been delivered.
What should happen when a vendor quote expires?
Keep the quote and its validity visible, flag the affected draft items and obtain the required reviewed source. Do not silently reuse an expired price.
Can we keep our existing estimating software?
Yes. The first step is to assess the native templates, review workflow and supported connections. Custom work is considered only for a demonstrated remaining gap.