Back

Killshot

Timeline

In progress, 2026

Role

Co-founder, Product Designer

Scope

Product design and build

Killshot is an agentic vertical software company out of Stanford's Product Design department, rebuilding the workflows that independent insurance agencies still run by hand. I sized the market, wrote the customer profile, designed the system and built it, owning the product end to end.

  • 10,900 agencies sized as the real buyer, cut from a headline 39,000 against outside industry economics rather than a vendor's number
  • Thirteen screens built across nine dashboards, seven agents, and the email, chat, and calendar surfaces
  • One rule governs the whole product: nothing runs unattended where a wrong answer is a claim

The console

Nine dashboards, seven agents, one book of business

Commission, retention, the policy count and the prospect list on the front page, and every automated action landing on a record the owner already reads.

Commission, new accounts, active policies, retention.
Commission, new accounts, active policies, retention.
1,247 prospects, by status and renewal date.
1,247 prospects, by status and renewal date.
Meetings this week, and the renewal reviews due.
Meetings this week, and the renewal reviews due.

User research

Twenty four conversations before a single screen. The blocker was never the software.

I interviewed 24 people across independent property and casualty agencies, from owners to the producers and CSRs who actually run the paperwork. I went in expecting a workflow problem and came out with a liability one, which is the finding the entire product is built on.

Finding 01

The admin is real, and nobody bills for it

Producers lose four to eight hours a week to paperwork that never reaches an invoice. It is the most expensive part of the job and the least visible one.

Finding 02

Automating it was never the hard part

A tool that drafts the forms is a weekend build. What stops it going live is who carries it when it is wrong, and every conversation arrived at that question.

Finding 03

One person decides

An agency of five to fifteen buys on the owner's judgement, with no committee and no procurement cycle. That set the price, the wedge and the sales motion in one move.

These are why the product sells refusal rather than coverage. An agent that publishes what it will not touch answers the objection the interviews kept producing, and no competitor was designing for it.

Problem

An agency can automate its paperwork in a weekend. Getting it past an E and O carrier takes the whole product.

Imagine...

A twelve-person agency in one state writes $2M of commercial property and casualty. Producers lose four to eight hours a week to admin nobody bills for. The prototype that automates it works in a weekend. Then the first wrong form goes out under the agency's name, and the fix becomes an errors and omissions claim.

Carrier Email Triage

Routes carrier and client correspondence arriving in the shared mailbox

3,204 runs · 92.8% success

What it closes without a human:

  • quote requests
  • loss runs
  • endorsements
  • certificates
  • + more

Every tool in this market sells coverage: more workflows, more of the job, more of the day. Killshot was the bet that refusal, not coverage, was the moat.

Solution

Failure cost as a primitive, not a settings page

Most agency AI makes oversight a monthly report nobody opens. I built three refusal primitives into every agent instead: a published success rate, a confidence floor, and a named person the work falls to when the floor is missed.

Agent monitoring is the front door. Agents running, tasks completed, escalations, and hours returned against a manual baseline.
Agent monitoring is the front door. Agents running, tasks completed, escalations, and hours returned against a manual baseline.

I sorted every workflow by what a wrong answer costs, not by how often it happens. Unhelpful, embarrassing, or a claim. Only the first two are allowed to run unattended.

Seven agents, each with a status, a task type, and a published success rate over its last thousand runs.
Seven agents, each with a status, a task type, and a published success rate over its last thousand runs.

ACORD pre-fill sits at 71.3%, under the 85% floor, so it runs in review and says so on the front page. After hours intake is paused. Holding two of seven agents back is the feature, not the backlog.

The same screen, scrolled. The threshold notice, then every agent's rate over its last thousand runs, then where the hours actually went.

When an agent misses its floor the work does not queue silently. It routes to the producer or CSR who owns that book, and the handoff is counted on the dashboard as escalations, which is the number an owner should actually watch.

Probabilistic agents inside a deterministic book of business

Agencies do not run on agents. They run on renewals, submissions, and a book that has to reconcile, so I put the agents inside that data model rather than beside it. Every automated action lands on a record the owner already reads.

The shared mailbox. 312 messages auto-routed without a human, 48 unread, and nine the triage agent would not resolve alone.
The shared mailbox. 312 messages auto-routed without a human, 48 unread, and nine the triage agent would not resolve alone.

A network of agents, triage, intake, certificates, loss runs, and renewals, splits the work one CSR would otherwise chase across five systems and three days, and closes most of it before the producer opens the inbox.

1 The agent names what it will not resolve

Messages the triage agent would not resolve alone

2 And publishes why it handed those back

Intents the agent hands back, by share

An escalation is a row in the same table as the work, not a separate log. The message keeps its carrier, its account, and its reason for stopping, so a person picks it up with the context already attached.

Containment on the left, the reasons it hands back on the right. 74.2% handled end to end against an 80% target.
Containment on the left, the reasons it hands back on the right. 74.2% handled end to end against an 80% target.

But wait... there is more

Running the agents is half the work. Reading the book is the other half.

Most agency AI stops at the inbox. The book layer, renewals, pipeline, carriers, and producers, is where Killshot stops being a bot and earns the word console.

Renewals, ranked by what is at risk, not by what is due

A renewal list sorted by date tells an owner nothing. I ranked the book by rate change, carrier posture, and account size, so the accounts that decide the quarter sit at the top of the first screen.

Every policy carries its status, its rate change, and its effective date, sorted by exposure rather than by calendar.
Every policy carries its status, its rate change, and its effective date, sorted by exposure rather than by calendar.

When a carrier moves a class outside appetite and eleven policies remarket at once, the renewal view shows which accounts moved, what the rate change is, and who owns each one, so an owner can triage the book instead of the calendar.

Pipeline weighted by stage, not by optimism

Producers forecast on feel and the number is always high. Every opportunity carries its stage probability, so $1.42M of weighted pipeline against a $412K quarterly bind goal reads as a position rather than a hope.

218 open opportunities, weighted by stage probability, against the quarterly bind goal and the days each one has been sitting.
218 open opportunities, weighted by stage probability, against the quarterly bind goal and the days each one has been sitting.
From the weighted total down to the individual opportunities behind it.

Carrier appetite before the submission, producer production after the bind

The two questions an owner asks are where a risk can go and who is actually writing. I built them as two views on one data model, so the answer to either one is three clicks from the other.

Fourteen carriers by appetite, submission volume, quote rate, and turnaround, so a submission goes where it will actually bind.
Fourteen carriers by appetite, submission volume, quote rate, and turnaround, so a submission goes where it will actually bind.
Appetite mix and turnaround at the top, the individual carrier panel underneath.

Appetite, quote rate, and turnaround decide where a submission goes. Bind ratio and validation progress decide who gets the next lead, and who is still 17 months from covering their own book.

Six producers, four validated. The leaderboard reads book size, and the panel beside it reads how far the unvalidated two still have to go.
Six producers, four validated. The leaderboard reads book size, and the panel beside it reads how far the unvalidated two still have to go.
Leaderboard and validation progress, then the same six producers as rows.

The demo

Twenty seconds, end to end

The whole console in one pass: the book, the agents, what they hand back, and who picks it up.

Reflection

Co-founding this meant every decision was load bearing in both directions, as the designer choosing what an agent may do on its own, and as the founder who has to sell that answer to an owner who has never opened ChatGPT.

What it taught me:

Sizing down is a design decision. Cutting 39,000 agencies to 10,900 set the price, the sales motion, and the feature list in one move, because an agency of five to fifteen people buys on one person's judgement and no committee.

The constraint picks the product. Applied gates production credentials behind approval and Vertafore ties scopes to what each agency licensed, so I led with the work that never touches the management system rather than waiting on a partner gate that may never open.

Sizing is a product decision, not a slide. The market sizing is verified against outside industry economics rather than a vendor's headline number, and it is what set the price, the wedge and the roadmap. Getting that number honestly is what makes every decision downstream of it defensible.

Next project

Nularo
All work