Chris GarreApplied AI · Engineering
Production AI systems · GTM intelligence · workflow automation
20 May 2026 · BOG
§ 03 · 2026
Proptech · incident signal to opportunity

Incident signal pipeline.

I built and operate a single 92-node orchestrator that turns third-party incident webhooks into qualified, contactable opportunities inside a CRM. Ownership resolution for trusts and LLCs, enrichment in cost order, a versioned severity model, and structured record creation, in four to eight seconds per record.

Client
Series-A proptech
Role
Solo design + build
Domain
Property loss
Surface
Field and inside sales
Status
Production
Scope
Orchestrator · scoring · ops
§ Readouts
Executions5,056runstrailing 62 days
Success rate99.6%19 failures
Data + model cost2¢/rungates run before any paid call
Conversion5xliftover four months
§ 04

The problem

Most of the feed is worthless

The client sells a service that has to reach a property owner within days of a loss. Incident feeds arrive as webhooks, hundreds a day, and most of them are not worth a phone call: a smoking oven, an extinguished rubbish fire, a smoke investigation with no source found.

The expensive mistakes sit at both ends. Enrich everything and you pay for thousands of lookups on incidents nobody would ever work. Filter too hard and you drop the working attic fire that would have been the best deal of the month.

Ownership is the other half of the problem. A property held by a trust or an LLC usually still has a human behind it, and a naive read of the owner record throws those away. When I started, that was the single largest source of missed opportunity, and it was invisible because the records were never created.

§ 05

What I built

Four stages, model last
01n8n · 92 nodes

Single orchestrator

One workflow handles intake through record creation: webhook receipt, deduplication, gating, enrichment, scoring, and write-out. The raw payload is archived before anything parses it, so any window can be replayed.

02Deterministic gates

Ownership resolution

Owner records are normalized before classification, so properties held by trusts and LLCs with a human behind them are kept rather than discarded. Abbreviation handling covers the forms that actually appear in county data, including the ones that look like noise.

03Vendor waterfall

Enrichment in cost order

Property data, phone validation, and email discovery run in ascending cost order, and only on records that already cleared the gates. Nothing calls a paid endpoint speculatively.

04LLM scoring

Severity model

A model reads the dispatch narrative and returns a severity score from 0 to 100 with a written rationale. The rationale is the audit trail: a rep can see why a record was ranked where it was.

§ 06

Engineer's notes

Where the hard parts were
§ 07

Outcome and next.

Fewer records, more deals

Fewer records, roughly three times the deals.

Record to deal conversion improved roughly five times between March and June, and held through July. It moved because the pipeline became more selective: tighter ownership resolution, a rewritten severity model, and a backfill of everything the old gates had wrongly skipped.

I checked whether the recent cohorts were flattering themselves by being recent. They are not. Records under 60 days old convert at roughly four times the rate of the 60 to 120 day cohort. The newer records win despite having had less time to close, which is the opposite of what a timing artifact looks like.

The next moves are clear: revenue attribution back to the source record, a second severity model trained on closed outcomes rather than the dispatch narrative alone, and per-region cost ceilings.

Have a system like this to ship?

For focused AI systems architecture or production workflow work, write directly. I take on limited, non-conflicting fractional builds.

hello@chrisgarre.com

Directhello@chrisgarre.com
Cadence2 business days
EngagementsFractional · 6-12 wk
CapacitySelective · 1-2 d/wk
Set in IBM Plex Sans Condensed · IBM Plex Mono[ CG · 001 ] · © 2026 Chris Garre · Build 2026.07.27