Hops
  • Product
  • Pricing
  • Blog
  • Docs
Log inTry Hops
  • Product
  • Pricing
  • Blog
  • Docs
Log inTry Hops

Hops, where people and AI work as one team.

Try Hops

Product

  • Product
  • Solutions
  • Pricing
  • Compare
  • Download
  • Docs

Company

  • About
  • Blog
  • Contact

Social

  • LinkedIn
  • X
  • YouTube

© 2026 Hops AI Inc.

Manage cookies
PrivacyTerms
  1. Blog
  2. /
  3. Reducing Claims Cycle Time with AI Agents
Technology

Reducing Claims Cycle Time with AI Agents

Claims cycle time is mostly waiting-on-someone time, and it compresses when the claim becomes a shared working thread where AI agents own the chasing and humans own the judgment.

August 15, 2026
Reducing Claims Cycle Time with AI Agents

TL;DR

  • On an ordinary property claim, actual work fills about five days. The rest is queue time, chase time, calendar time, and silence.
  • The claims file records documents, not the coordination between them, which is where cycle time, leakage, and complaints are actually decided.
  • Adding adjusters attacks the five days of work that were never the problem.
  • Run the claim as a shared working thread where AI agents chase documents, flag estimate mismatches, and keep the insured informed, while humans own coverage, valuation, negotiation, and the hard conversations.
  • Measure time-to-next-action and the longest silence gap per claim, not just cycle time.

Open the file on a water loss that closed last month. Here is what it holds: the FNOL intake form, a plumber's invoice, an adjuster's inspection report with photos, a contractor's estimate, a revised estimate, a settlement letter. Six documents. The dates on them span 47 days.

Now ask the adjuster what actually happened on that claim. A burst pipe in a second-floor bathroom, reported on a Tuesday. The insured called twice before the first inspection because nobody told her when it would be. The mitigation vendor sent a dry-out invoice that didn't match the moisture readings, so someone had to call and ask. The contractor's first estimate used the wrong roofing line item, sat in an inbox for four days, and came back revised after two voicemails. The insured's mortgage company needed to endorse the check, which nobody mentioned to her until day 39, which is why she was still calling on day 45. The adjuster touched that claim maybe forty times. Perhaps a dozen of those touches produced a document. The rest were calls, emails, reminders set and missed, and stretches of waiting for someone else to do something.

The file records the first version of the story. The claim was the second version. Almost everything that determined how long it took, what it cost, and how the insured felt about her carrier happened in the gap between the two.

Where the days actually go

Claims leaders already know cycle time is the metric everyone feels. What gets less attention is its composition. Take any 45-day property claim and subtract the time anyone spent actively working it: inspecting, estimating, reviewing coverage, negotiating, writing the check. On an ordinary loss you will struggle to find five days of actual work. The other forty days are waiting.

And not one kind of waiting. There is queue time, when the claim sits in someone's inbox behind other claims. There is chase time, when the next step is blocked on a document someone else owes: the police report, the mitigation invoice, the signed proof of loss, the mortgagee's endorsement. There is calendar time, the gap between "we should inspect" and the first slot when the adjuster, the contractor, and the insured can all be at the property. And there is silence time, which is the strangest of the four, because it happens when nobody is blocked at all. The claim is simply not in front of anyone. Nothing owes anything to anything. It just sits.

The file is blind to all four. A document repository can tell you when the estimate arrived. It cannot tell you the estimate was requested nine days earlier, or that the request was made once and never followed up, or that the contractor replied with a question that went unanswered for a week. The claim's real state at any moment is a sentence like "waiting on the mortgagee endorsement, requested Friday, no response yet, insured not informed." No folder holds that sentence. It lives, if it lives anywhere, in the adjuster's head, spread across a pending diary entry, an email thread, and memory.

This is why leakage and complaints cluster where they do. Rework is what happens when a question that should have been asked on day three gets asked on day twenty, after the wrong repair scope has already hardened into an estimate. Supplements are often just late-discovered facts. And complaints correlate less with outcomes than with silence: an insured who hears nothing for eleven days assumes the worst, calls in, escalates, and now a claim that was merely slow is also adversarial. Both leakage and dissatisfaction are downstream of the same thing. Coordination failed quietly, and the file never noticed.

Coordination failed quietly, and the file never noticed.

Why more adjusters doesn't fix it

The standard response to cycle time pressure is capacity. Lower the pending count per adjuster and claims should move faster. Sometimes they do, a little. But if forty of the forty-five days are waiting, adding staff attacks the five days that were never the problem. The contractor still takes four days to revise the estimate. The mortgage company still sits on the endorsement. The insured still doesn't return the proof of loss because she doesn't understand what it is and nobody explained it.

Worse, a lower caseload doesn't change the shape of an adjuster's day. An adjuster with 120 pending claims is not doing 120 claims' worth of adjusting. She is running a scheduling and collections operation with some adjusting inside it. Every morning she triages: who called, what came in, what blew past its promised date. The claims that get touched are the ones that made noise. The quiet ones, the ones sitting in silence time, stay quiet. Cut her pending to 90 and she runs the same triage with slightly fewer inputs. The waiting survives.

The delay is structural. A property claim is a small multi-party project involving an adjuster, an appraiser, one or more contractors, a mitigation vendor, the insured, sometimes a public adjuster or a lawyer, sometimes a lienholder. None of them share a workspace. Each pair communicates through its own channel, and the claim's overall state is reconstructed, over and over, by the one person nominally holding the thread. Reconstruction is expensive, so it happens rarely, so the claim drifts.

The claim as a working thread

Now imagine the claim not as a folder that documents land in but as a single shared thread where the work itself happens. Every party that touches the claim touches it there. Every request, every promise, every document, every status change is a message in one place, in order. The thread knows what the folder never knew: what is owed, by whom, since when.

That alone would be an improvement, but the interesting move is who else can work the thread. Most of what fills an adjuster's day is not judgment. It is follow-through. Request the mitigation invoice. Follow up when it doesn't arrive. Compare it against the moisture logs and flag the mismatch. Find an inspection slot three calendars can live with. Tell the insured what happens next, in plain language, before she has to ask. This is exactly the work AI agents can carry now, not as autocomplete inside a document, but as participants in the thread with their own task lists.

Picture the burst pipe claim run this way. An agent requests the plumber's invoice the hour the claim opens and chases it every second day until it lands. Another watches the estimate: when the contractor's draft arrives with the wrong line item, the discrepancy against the inspection photos gets flagged the same afternoon, not on day nineteen when a human finally reads it closely. The mortgagee requirement surfaces on day two, because the agent read the policy dec and the loan record, and the insured learns about the endorsement step at the start instead of at the end. Every three or four days, whether or not anything happened, the insured gets a short status note that says what the claim is waiting on and what she owes, if anything. Every one of these touches is logged in the thread, so when the adjuster opens the claim she sees its true state in ten seconds instead of rebuilding it from four channels.

None of this settles the claim. It shrinks the waiting around the settlement. The chase time compresses because chasing is now relentless and free. The silence time nearly disappears because silence is precisely what an agent never permits. The calendar time shortens because scheduling stops being phone tag. What remains is the work that was always the real job.

What stays human

Coverage is a judgment. Whether the ensuing water damage falls inside the grant, whether the vacancy clause applies, whether this loss is one occurrence or two: an adjuster answers for those calls, and a carrier that lets software make them will meet that decision again in front of a regulator or a jury. Valuation is a judgment too, and so is negotiation. Anyone who has settled claims knows the number is only part of it; the sequence, the timing, and the relationship carry the rest.

And some of the job is simply being a person. The call where you tell a family the mold damage predates the policy and isn't covered should never be delegated, not because an agent couldn't generate the words, but because the words are not the point. The insured needs a human who chose to make that call and will sit in the discomfort of it. Empathy that costs nothing reads as what it is.

The division of labor is not "AI handles small claims, humans handle large ones." It is that agents own the chase, the assembly, and the telling, on every claim, while humans own coverage, value, negotiation, and the hard conversations. The adjuster stops being a switchboard and goes back to being an adjuster.

Measure the waiting

If this reframing is right, the metrics need to follow it. Cycle time is an outcome; you cannot manage it directly, only its parts. Two numbers get at the parts.

The first is time-to-next-action: for each claim, right now, how long has it been since the next required step was identified, and how long until someone takes it? A book of claims where the average next action is hours away behaves completely differently from one where it is days away, even at identical pending counts.

The second is the silence gap: the longest stretch on each claim during which the insured heard nothing. Not the average, the longest. Complaints live in the tail. A claim with a 14-day silence gap is generating a complaint, or a public adjuster engagement, or a department of insurance inquiry, whether or not it eventually closes clean.

Neither number can be pulled from a document repository, which is rather the point. You can only measure the conversation if the conversation is captured somewhere. Carriers that keep treating the file as the claim will keep managing the six documents and wondering where the 47 days went. The claim was never in the folder. It was in the forty touches, the twelve waits, and the eleven days of quiet, and the carriers that put that conversation somewhere it can be seen, worked, and measured are the ones that will finally move the number everyone is paid on.

FAQ

Why do property claims take so long?

Most of the cycle is waiting: documents owed by other parties, scheduling gaps between adjuster, contractor, and insured, and stretches where the claim simply sits in front of nobody.

What can AI agents do on a claim?

Request and relentlessly chase documents, compare invoices against inspection evidence and flag mismatches, surface requirements like mortgagee endorsements early, and send the insured regular status notes, all logged in the claim thread.

What stays with the human adjuster?

Coverage decisions, valuation, negotiation, and the conversations that need a person, like delivering bad news about what the policy does not cover.

What should claims leaders measure besides cycle time?

Time-to-next-action on each claim, and the longest silence gap the insured experienced. Complaints live in the tail of the silence distribution.

Small hops. Big leap.

Every drafted follow-up, every synced table, every brief that writes itself is one small hop. Together they change how the team moves. Early access is open.

Get started
Technology

Author

Alex Shershebnev

Alex Shershebnev is a seasoned AI engineer and technology leader with over a decade of experience in AI, DevOps and MLOps. He is currently Lead DevRel at Zencoder, an AI coding assistant, and one of the founding members of the company, where he has spent the last two years shaping both the product and its developer ecosystem. Alex has spoken at more than 50 international conferences, establishing himself as a recognized voice on AI for coding, secure and responsible use of AI in software development, and the future of developer workflows.