Electrical Estimate Handoff: What the Office Needs Before Follow-Up

By ScalePoint AI · Published November 11, 2026. This AI-assisted guide provides a proposed operating framework, not customer results or a claim that a specific system has been deployed.

An electrical estimate often stalls before the first follow-up ever goes out. The visit happened, the customer is waiting, and the office still cannot see what was observed on site, which version of the quote was actually sent, or who is allowed to answer a technical question. Reminder cadences will not fix that. This guide is about the field-to-office handoff that has to be complete before anyone follows up.

It is a different problem from the later estimate-follow-up work described in our roofing estimate follow-up automation guide. That article covers ownership, stop rules, and human review after a proposal is in motion. This one starts earlier: what has to be in the record, from a qualified person, before the office should send or chase an estimate.

1. Capture a usable handoff before anyone follows up

A calendar entry that a visit was scheduled is not proof that the visit happened, or that the job is ready to quote. Record the visit result separately: attended, cancelled, rescheduled, or still unconfirmed. Then attach the information the office and the estimator actually need to continue the work without reconstructing the day from memory, texts, and photo rolls.

A practical minimum, recorded by the electrician or estimator who was on site, includes:

  • The customer and the property or project reference

  • Who visited, and when

  • The customer’s request, in their words

  • Scope notes, relevant photos, and any measurements your estimating practice requires

  • Panel, service, or equipment observations only as reported by that qualified person, not as later guesses from the office

  • Exclusions, access issues, permit or inspection dependencies already identified, and unresolved questions

  • The next owner and a review date

Do not let the office invent missing electrical detail. If the handoff does not include a fact, the next step is to ask the person who was on site, or to schedule a return visit, not to fill the gap from a photo that nobody has interpreted.

Keep those materials on one estimate record. Notes in one chat, photos in another, and a change request in someone’s inbox force the office to assemble the job again before they can help the customer.

2. Keep technical judgment with a qualified person

Administrative follow-up and technical judgment are different jobs, even when the owner sometimes does both.

Office staff can confirm that the estimate was sent, ask whether the customer received it, help the customer find the current version, and share scheduling windows or next steps that the company has already approved. They should not interpret code, offer safety conclusions, size equipment, change scope, or invent a price exception.

When a customer asks a technical, code, safety, load, equipment, permit, or pricing question, capture it in their words, route it to the named electrician or estimator, and attach the approved answer to the estimate record. Note who approved the answer and whether it changes the quote. If it does, create a new version and make the older version visibly superseded before anyone continues follow-up.

An automated message should never reassure a customer that a condition is safe, diagnose a problem, or imply a code outcome. Those are commitments for a qualified person, and they are outside the scope of this operating framework.

3. Make status, version, and ownership visible

A single “open” status hides too much. The office needs to see whether an estimate is still a draft, has been sent, is waiting for a response, has a question pending, has a change request, has been approved, has been converted to a job, or is closed.

Vendor systems already separate some of those states. In Jobber, a newly saved quote starts as a Draft, which has not been sent and is visible only internally. The status changes to Awaiting Response when the quote is sent by email or text, or when it is marked awaiting response. Jobber also documents Changes Requested, Approved, Converted, and Archived statuses. A draft is not proof of delivery: Jobber states that draft quotes are not visible to clients, and that once a quote has been sent, it cannot be returned to draft.

Those status names matter because they change what the customer can see and what the office should do next. In Jobber, a quote in Changes Requested is no longer visible in Client Hub until the company amends and resends it, or marks it Awaiting Response again. If an approved quote’s total, line items, or related terms are edited, Jobber removes the client’s signature from the quote and saves the previous signed version as an internal PDF note; the Approved status may remain, so a new signature requires a deliberate resend. Converted is a final status even if the linked job is later deleted.

ServiceTitan documents a similar distinction between sending, viewing, signing, and selling. Official alerts include Customer Viewed Online Estimate, Customer Signed Online Estimate, Sold Estimate, and Email Delivery Failed, which fires when an email status moves from Sent to Dropped, Bounced, or Failed. Viewing is not the same as signing, and a send attempt is not the same as delivery.

Give every live estimate one owner and one due action. Stop following up on a superseded version, a converted job, a recorded decline, or a record that was never actually delivered. If two versions exist, the status must say which version the customer is considering.

4. Treat vendor events as signals, then check the record

Estimate tools can notify the office when something changes. That is useful, and it is not the whole workflow.

ServiceTitan’s documentation lets you set email or text alerts when an online estimate is viewed or signed, when an estimate is sold, and when an estimate email fails to deliver. Jobber notifies admin users in the activity feed and by push notification when a quote is approved, and it can email a designated team member when a client requests changes. Jobber’s developer documentation also describes webhooks whose payload identifies the event topic, the account, and the affected record, but not the full object; an application has to query the current quote details. Jobber also states that webhook delivery is at-least-once, so the same event may arrive more than once and should be handled idempotently.

Use those events to create or update a task: confirm delivery, route a question, start follow-up, or convert an approved estimate into an operations handoff. Do not treat a notification as proof that the office already has a complete site record, that the customer received the current version, or that a technical question has been answered by the right person.

If you send quotes or reminders by text, confirm the consent and opt-out process with your counsel before automating those messages. A phone call or an in-person visit is not, by itself, a complete consent record.

5. Close the loop into scheduling, or into a final status

When a customer approves an estimate, the handoff is not finished. The operations record should identify the approved version, the acceptance or signature under company policy, any deposit status your process requires, the scheduling owner, and the field notes, parts, permit, access, or inspection constraints already captured on site.

Jobber’s documented next step after approval is to convert the quote to a job from the approved line items. ServiceTitan documents that a customer can review and sign an online estimate, and that the job audit trail can show the estimate as sent, sold, and signed. Whatever system you use, the office should be able to see which version was accepted and who owns the work now.

A decline or a closed record should keep the reason in the customer’s words when they offer one. Do not invent a reason, and do not keep the estimate in an active follow-up queue.

The same ownership idea applies earlier in the process. See plumbing lead response automation for how to turn inbound requests into one owned callback task.

6. Test the handoff with synthetic jobs

Use fictional customers and test records, not live jobs, and keep test traffic out of operating reports. Include:

  • A completed visit with missing scope notes or photos stored outside the estimate record

  • A cancelled or rescheduled visit that should not trigger follow-up

  • Panel or service information that is absent, so the office has to ask the estimator rather than guess

  • A quote that is still in draft when someone assumes it was sent

  • An email marked sent that later fails delivery

  • A customer who viewed an estimate but did not sign

  • A change request, including a scope change that requires a new version

  • An approved quote whose line items are later edited

  • Two versions in play, to confirm follow-up uses only the current one

  • An approval that should create an operations handoff with a scheduling owner

For each test, record the expected outcome, the actual outcome, who owned the record, and what you changed in the process.

7. Measure the handoff, not the number of reminders

Capture a baseline before you change the process: visits with a complete handoff before the first follow-up; estimates sent versus drafts still sitting in the system; delivery confirmed versus assumed; questions routed to a qualified person versus answered from memory; follow-up attempted on a superseded version; time from visit to a sent estimate; and final outcomes such as approved, declined, or closed without a recorded result. Keep unknown results separate. Compare comparable periods. This guide does not claim a typical conversion rate or an expected time saving.

Questions to settle before you build

What must be in the site record before follow-up is allowed to start? Who is authorized to answer technical, code, safety, and pricing questions? Who owns an open estimate, and how long may it wait? What happens when a customer requests a change? How do you mark a version as superseded? Where are delivery failures and approvals recorded? Who reviews estimates that were followed up before the handoff was complete?

Discuss your workflow before buying another tool

ScalePoint AI provides strategy, consulting, and implementation planning for contractors who want to design and test workflows like this one.

Explore AI consulting and automation for contractors

Book an AI Strategy Call

Sources and editorial scope

Primary documentation checked November 11, 2026, Pacific. The workflow is ScalePoint AI’s proposed operating framework. Vendor materials describe documented product behavior, not tested customer implementations, endorsements, or legal advice. This article does not provide electrical code, safety, or licensing advice, and it does not claim customer results, search volumes, or performance statistics.

  1. Jobber, Quote List Page and Key Metrics (quote statuses): https://getjobber.zendesk.com/hc/en-us/articles/39133000691095-Quote-List-Page-and-Key-Metrics

  2. Jobber, Quote Approvals (draft versus sent, change requests, signature removal on edit, convert to job): https://help.getjobber.com/en/articles/quote-approvals/

  3. Jobber, Setting up Webhooks (payload contents and at-least-once delivery): https://developer.getjobber.com/docs/using_jobbers_api/setting_up_webhooks/

  4. ServiceTitan, Use alerts (viewed, signed, sold, and email delivery failed): https://help.servicetitan.com/docs/use-alerts

  5. ServiceTitan, Use Online Estimates (review, accept, and sign; viewed and signed alerts): https://help.servicetitan.com/docs/use-online-estimates

  6. Google Search Central, Creating Helpful, Reliable, People-First Content (editorial standard): https://developers.google.com/search/docs/fundamentals/creating-helpful-content