Route the broker inbox: submissions, binds, changes, claims
Each broker email gets its request and urgency, with flags for binds, cover due today, claims, chasers and complaints. Only an underwriter binds.
Try it on this example
Email subject: RE: Quote TRU/PO/88213 Tolworth Street Properties Ltd
Attachment file names: EICR_14_Tolworth_Street_Aug2026.pdf; Signed_Statement_of_Fact_Tolworth_Street.pdf
Email body
- What is the broker mainly asking us to do in this email?Bind order or hold covered99%
- Does the broker ask us to bind, go on cover or hold the client covered, anywhere in the email?Yes99%
- Does the broker say cover or proof of cover is needed today, or that the client is uninsured until we act?Yes96%
- Does the broker chase something they asked for or sent before?Yes98%
- Does the email supply information we asked for as a condition of a quote or of cover?Yes98%
- Does the email report a claim, a loss or a circumstance that may lead to a claim?No91%
- Does the broker or the client express dissatisfaction with our service, terms or decisions?No87%
- How soon must someone act on this broker email?Immediate95%
- Is information missing that the desk needs before it can act?No62%
- Does the broker ask for a phone call or to speak to a person?No91%
These are real answers stored from one run on this example.
The prism behind it
Route the broker inbox: submissions, binds, changes, claims
Fields
- Email subject
- Email body
- Attachment file names
Context
We are a London MGA and Lloyd's coverholder writing UK commercial property and casualty through brokers. Brokers write to one shared underwriting mailbox. Each email is read here on arrival and sent to one desk: new business, renewals, mid-term changes, the bind desk, documents, broker accounts, or claims, which we pass to our claims administrator. The operations team works anything the answers are unsure about. Rules: - Binding, going on cover and holding a client covered are done by an underwriter, never here. A request for any of them goes to the bind desk first, whatever else the email asks. - New business submissions go on to be read against our appetite by another check. - Claims are handled by our claims administrator under its own authority. A claim, a loss or a circumstance that may lead to a claim is passed to them the same day. - Any dissatisfaction from a broker or a client goes to compliance, who decide whether it is a complaint. - Our systems match quote and policy references. Nothing here looks them up or reads dates.
Questions
What is the broker mainly asking us to do in this email? Choice
Choose the request that needs the fastest action. A request to bind or hold covered always comes first, even under a subject line about something else. Other requests in the same email are recorded by the flags.
Does the broker ask us to bind, go on cover or hold the client covered, anywhere in the email? Yes / No
Count a firm order, "please bind", "please confirm cover from today", or a request to hold covered, even as a side point. Asking for a quote, or saying the client may accept later, does not count. Yes: The email asks us to bind, go on cover or hold covered. No: The email makes no such request.
Does the broker say cover or proof of cover is needed today, or that the client is uninsured until we act? Yes / No
Rely on words such as "today", "by 3pm", "this morning" or "before they can open". Do not compare dates with today; code reads any date. Yes: The broker says cover or proof of cover is needed today or within hours, or that the client has no cover until we act. No: No such urgency is stated.
Does the broker chase something they asked for or sent before? Yes / No
Yes: The broker follows up at least one request, document or answer they sent before. No: Everything in the email is asked for the first time.
Does the email supply information we asked for as a condition of a quote or of cover? Yes / No
Count an attachment when its file name or the email says what it is. Yes: The email sends at least one item we asked for as a condition, such as a certificate, a survey response, a risk improvement confirmation or a signed statement of fact. No: The email supplies nothing of this kind.
Does the email report a claim, a loss or a circumstance that may lead to a claim? Yes / No
Count a report anywhere in the email, even as a side point. A question about claims history on a new submission does not count. Yes: The email reports a new loss, a claim made against the client, or an incident that may lead to one. No: No such report appears.
Does the broker or the client express dissatisfaction with our service, terms or decisions? Yes / No
Count dissatisfaction anywhere in the email, whether or not the word "complaint" is used, and whether the broker speaks for themselves or passes on what the client said. A neutral follow-up is not dissatisfaction. Yes: The broker or the client is unhappy with something we did, failed to do, offered or decided. No: The email expresses no dissatisfaction with us.
How soon must someone act on this broker email? Scale
Rate the most urgent request in the email. Do not compare dates with today; use words such as "today", "by 3pm" or "next week".
Is information missing that the desk needs before it can act? Yes / No
Consider the main request: which client, risk or policy it is about, what cover is wanted, and from when. Do not check whether a reference is valid or read any date; code does that. Yes: The desk could not act without asking the broker for more. No: The email gives enough for the desk to start.
Does the broker ask for a phone call or to speak to a person? Yes / No
Yes: The broker asks to be phoned, to be called back, or to speak to someone. No: The broker asks for no call and no conversation.
Lens columns
request_type, request_type_probability, bind_or_hold_covered, bind_or_hold_covered_probability, cover_needed_urgently, cover_needed_urgently_probability, is_chaser, is_chaser_probability, subjectivities_answered, subjectivities_answered_probability, claim_mentioned, claim_mentioned_probability, complaint_expressed, complaint_expressed_probability, urgency, urgency_average, missing_details, missing_details_probability, callback_requested, callback_requested_probability
Run it on your own text
Add this prism in the app, change any question, and test it on a file of your own.