The real constraint

You do not have an AI problem. You have a knowledge problem.

Most insurers and brokers already own the systems: portals, rules engines, policy feeds, agent networks, CRM, claims. AI nativity is not achieved by placing a chatbot over them.

It requires institutional knowledge that can be queried, verified signals from the ground, explicit decision rights, redesigned workflows, and a loop that learns from what actually happened. Each of those is an operating-model question before it is a technology question.

Gap A

Nobody recorded it

Why a proposal was declined, what the branch knew about a locality, which objection killed a renewal. The knowledge existed in a conversation and left with the person.

Gap B

Recorded, but unverified or stale

Agent-entered facts, third-party enrichment, last year's circular. The record exists and is treated as true, though nobody can say when it was checked or by whom.

Gap C

Verified, but not used

The document is filed, the audit trail is complete, the evidence pack is somewhere. The underwriter making the decision still cannot query it under time pressure.

Most readiness exercises measure Gap A and stop. In insurance the expensive failures sit in B and C — where an unverified field observation becomes an underwriting input, or a verified fact exists but never reaches the person deciding. The assessment separates all three, per entity, and scores them separately.
What the assessment answers

Three questions a board should be able to answer.

If any of the three cannot be answered with evidence today, the AI roadmap is being built on assumption.

01

Can you retrieve what you know?

Can an authorised user find the current approved exclusion wording, its effective date and its owner — without asking a person? Queryability is the first test of institutional intelligence.

02

Can you prove how a decision was reached?

For a customer-impacting recommendation: which inputs, which rule or model version, which reviewer, which override, and on what evidence. Reconstruction after the fact is the test.

03

Does the organisation learn from outcomes?

Not from escalations and complaints alone — from verified field corrections, overrides, claims outcomes and drift, feeding back into rules, training and guidance.

The instrument

Ten dimensions, weighted for insurance.

Each dimension is scored 0–4 against defined maturity anchors. Weights are an insurance-specific v1 configuration, set before the assessment begins — never adjusted once the score is known.

DimensionWeightWhat we look for in an insurer or broker
Strategy & leadershipS 8% An approved strategy tied to underwriting quality, policy suitability, customer outcomes and agent productivity — not to tool count. A funded owner for verified ground intelligence, and a named list of use cases deferred until evidence exists.
Workflow & decision redesignW 10% Needs discovery, suitability, carrier comparison, underwriting review, pricing exceptions and claims triage — each with documented decision points, owners and an exception register. Recontact and rework measured from case logs, not estimated.
Knowledge operationsK 16% Product rules, exclusions, circulars, SOPs and field learnings with a named owner, effective date, expiry and version history. Frontline corrections that actually change operating guidance.
Data quality & verificationD 16% Customer attributes traceable to method, time, field-agent identity and reviewer. Customer assertions, agent-entered facts, third-party data and inferences kept apart rather than merged into one confident record.
People, agents & capabilityP 12% Identity and credentials verified before production access. Competence tested rather than attendance recorded. Inactivity read with context — leave, seasonality, territory, tool failure — before any action. Misconduct handled through documented due process.
Governance & decision rightsG 10% Separate approval authorities for agent recommendations, underwriting, pricing and fraud investigation. Every material recommendation records inputs, evidence versions, rule or model version, reviewer and override.
Technology & integrationT 8% A register of AI, ML, rules engines, vendor models and chatbots by business owner, data used, output, criticality and supplier. Governed APIs, tested least-privilege access and tenant isolation, and connector failures that are visible rather than silent.
Trust, risk & customer protectionR 10% Disclosure when AI materially assists a decision, a working route to human review, screening for unfair proxies, minimisation of sensitive health and financial data, and complaint outcomes read systematically rather than case by case.
Value economicsE 4% A measured baseline — onboarding cost, training cost, rework, conversion, leakage, review time — with the cost of inaccurate information and mis-selling visible as its own line.
Learning & feedback loopsL 6% Corrections become owned tickets. Verified field observations enter a controlled refresh cycle. Outcomes update rules and training after bias checks. AI outputs evaluated on unseen, realistic cases.
One further caution carried into every report. Three lenses — verified ground intelligence, customer knowledge and agent knowledge — cut across the dimensions and are reported separately. They are diagnostic views of the same answers, not extra weighted dimensions, and are never counted twice in the index. Tool count is not a dimension and never appears in the score.
Two organisations, one framework

A broker and a carrier fail differently.

The dimensions are shared. The questions, the evidence and the remediation are not. The assessment branches before the first question is asked.

 Insurance brokerInsurer / carrier
Core workflow Recruit agents → train and refresh → discover customer needs → compare carrier APIs → advise and facilitate selection Receive proposal → apply underwriting rules and review → price → accept risk or refer → service the policy
Where nativity breaks Agent knowledge decays faster than training cycles. Recommendations cannot be explained against exclusions, affordability and carrier responses. Ground observations arrive as unstructured anecdotes. Underwriters cannot see sources, discrepancies or confidence. Rule and model versions cannot be reconstructed after the fact. Exception logic lives inside two or three experienced people.
What the assessment adds Agent credential and competency coverage, needs-discovery consistency, recommendation traceability, activity fairness, mis-selling complaint patterns. Underwriting and pricing traceability, evidence retrieval at decision time, exception registers, model and rule change control, outcome-to-rule feedback.
First remediation pack Agent training and continuity, grounded product comparison, structured ground-feedback capture. Decision-support evidence layer, audit trail for overrides, governed knowledge operations.
The regulatory layer

Twenty control questions, answered once.

Twenty of the eighty questions are tagged to IRDAI control expectations and embedded inside the ten dimensions. They use the same evidence pipeline and the same maturity anchors. No second questionnaire, no duplicated evidence requests.

A single assessment therefore produces two outputs that are reported separately and never averaged together: an AI Nativity Index and a Regulatory Preparedness Report.

S · W

RG-13 — For underwriting and pricing recommendations, are model and rule versions, input evidence, explanations, reviewer decisions and overrides traceable?

K

RG-09 — Is public and third-party ground intelligence separated from personal policyholder records, with licensing, reliability, freshness and underwriting-relevance checks?

D

RG-07 — Can the origin, permitted purpose, date, field-agent identity, verification method and update history of each important customer attribute be established?

P

RG-10 — Can the business verify that agents and distribution personnel hold applicable permissions, required training, current authorisations and product-specific competence? RG-12 — Are inactivity and follow-up gaps measured fairly, with documented coaching and escalation?

G

RG-01 entity applicability and licensing · RG-02 maintained obligation register · RG-16 performance, failure and false-positive measurement · RG-17 adversarial testing and AI incident handling · RG-18 decision reconstruction · RG-20 named owner for regulatory change.

T

RG-03 inventory of AI, ML, rules and vendor tools · RG-04 executive ownership of information and cybersecurity obligations · RG-05 least-privilege access and anomaly monitoring · RG-06 vendor contracts, access boundaries and incident processes.

R

RG-08 lawful basis, retention and deletion controls · RG-11 detection of anomalies without presuming misconduct · RG-14 fairness of customer attributes and area-level features · RG-15 contest, correction, complaint and documented human review.

L

RG-19 — When ground agents contribute risk or customer knowledge, is it independently verified, scored for reliability, challenged where contradictory, and deprecated when wrong?

The index never represents legal compliance. A high AI Nativity score does not mean an organisation is compliant, and a low one does not mean it is in breach. Missing evidence is not proof of a breach. Control status is assessed separately, applicability is conditional on the entity's licence, lines of business and role, and a qualified reviewer signs off. This is not a regulatory filing and we do not issue compliance opinions.

The control register is maintained against IRDAI instruments including the Information and Cyber Security Guidelines 2026; the Protection of Policyholders' Interests, Operations and Allied Matters of Insurers Regulations 2024; the Corporate Governance for Insurers Regulations 2024; and the Maintenance of Information by Regulated Entities and Sharing of Information by the Authority Regulations 2025, together with applicable intermediary conduct, registration, training and data-protection requirements. IRDAI's 2026 working-group mandate on AI governance is treated as a preparedness signal, not a mandate to achieve a score. Instruments, citations and applicability are verified against the official text and with insurance counsel before any engagement is reported on.

The output

A score you can defend, and the trail behind it.

Every number in the report is traceable to a question response and an accepted piece of evidence. Nothing is inferred into a score.

In the report

  • AI Nativity Index (0–100) published with its evidence confidence — never one without the other
  • Coverage: share of applicable questions answered and evidenced
  • Ten dimension scores with declared-versus-validated rating, and the size of the disagreement
  • Three cross-cutting lens scores: ground, customer and agent knowledge
  • Critical blockers and readiness gates per use case — a use case can be No-Go at any index score
  • Exact data gaps, each with an owner and an evidence request
  • A 0–30, 31–60, 61–90 day action plan with dependencies and expected metrics

Behind it

  • An evidence register with source, date, owner, sensitivity and hash
  • Reviewer decisions with reasons, including overrides of self-reported scores
  • Deterministic scoring: same inputs and same scoring version produce the same index
  • A versioned, locked report with an approval log
  • Machine-assisted extraction, labelled as machine-suggested and never able to move a validated score on its own
  • A reassessment cadence and change tracking from one cycle to the next
Maturity bands for the pilot configuration: 0–19 Unprepared · 20–39 Fragmented · 40–59 Developing · 60–79 Operationally Ready · 80–100 AI-Native Candidate. These are provisional labels, not a certification. AI-Native Candidate is withheld if any critical blocker remains open.
The programme

No single product makes an insurer AI native.

The sequence does. Each phase is independently useful, and each one produces the evidence the next phase needs.

PhaseProductService wrapped around itHard boundary
Phase 0Now Readiness assessment platform Leadership interviews, evidence validation, calibration, management readout No production underwriting automation
Phase 1Next Queryable insurance knowledge bank Taxonomy design, data rights, knowledge ownership, sourcing and retrieval testing Public and licensed material kept distinct from customer records
Phase 2Next Agent feedback and broker enablement Training redesign, feedback operations, supervised pilot Existing quote and issuance APIs retained
Phase 3Later Underwriting decision support Workflow redesign, risk controls, model evaluation, reviewer workbench Recommendation only — no unreviewed price, decline or denial
Long termVision Integrated AI-native insurance operating system Enterprise operating-model transformation Not offered as an initial engagement
Phase 0 is deliberately narrow. It is an assessment product, not a transformation programme sold in advance. Its job is to tell you, with evidence, which of the phases above you are actually ready for — and which would fail if started now.
The timing question

Assess this year. Implement the next.

Insurance budgeting runs on a hard boundary. What has not been assessed and costed before the year closes is rarely funded in the year that follows — and an implementation programme without a dated baseline cannot demonstrate that it worked.

Why the assessment belongs in this financial year

  • A board approves against a baseline. Commit next year's budget to a programme you have not measured this year, and improvement becomes opinion.
  • It de-risks the spend that follows. Blockers, evidence gaps and No-Go use cases are identified before the platform budget is committed, not after the first audit.
  • The regulatory direction is already visible. When AI governance expectations settle into guidance, an obligation register mapped to your controls lets you respond with evidence rather than a project plan.

What the new financial year starts with

  • A dated, versioned index — the number every later cycle is compared against.
  • A ranked action plan with owners, dependencies and the metric each action is meant to move.
  • Cleared or explicitly gated blockers, so the first use case is chosen because it is ready, not because it is popular.
  • A procurement case already written by the assessment's own findings.

One assessment cycle fits inside a quarter: scope, collect, verify, score, publish. Run it before the year closes, and the 90-day plan begins on day one of the next — not after a three-month discovery.

How it runs

Eight steps from scope to a locked report.

Structured records live in the platform. Interpretation, sampling and calibration are done by people — the platform carries the evidence, it does not invent the judgement.

Scope the entity

Entity type and licence, lines of business, channels, regions, assessment period, respondent groups and the review owner. Sub-units — branch, zone, product, channel — are configured here, not improvised later.

Baseline intake

Systems inventory, workflow map, workforce and agent counts, customer data sources, and an honest statement of what cannot be accessed. A refused source is recorded as a limitation, never extrapolated over.

Route the questionnaire

Eighty questions distributed to distribution, underwriting, compliance, IT, L&D, operations and branch owners. Broker and carrier prompts diverge; shared prompts remain shared.

Collect evidence

Documents, structured exports, screenshots and interview notes, each with source, date, owner and sensitivity. Optional read-only connectors where a client prefers them to uploads.

Verify

A reviewer samples, accepts or rejects, and records the reason. Self-reported ratings are kept alongside validated ones, and the disagreement between them is published rather than smoothed away.

Score and flag

Deterministic scoring, evidence confidence and gate rules. Critical blockers are raised as explicit No-Go conditions for specific use cases — they are never averaged into a comfortable number.

Build the roadmap

Interventions prioritised on impact, urgency and risk, dependency benefit, and feasibility. Legal and security blockers override the arithmetic and become prerequisites.

Publish and reassess

The report is locked to a version, permissions and an approval log. A reassessment cadence is agreed before the engagement ends, so the next cycle compares like with like.

Boundaries

What this is not.

An assessment product earns trust by being clear about the edge of its remit. These limits are contractual, not aspirational.

Not a certificate

No compliance opinion

We do not certify compliance or file with the regulator. Status of applicable obligations is assessed separately by a qualified reviewer, and missing evidence is never treated as proof of a breach.

Not automation

No production decisions

No automated underwriting, pricing, rejection, claim or fraud decision is built or operated in this programme. Assessment first; decision support only after gates are cleared.

Not surveillance

No agent verdicts

Irregular activity, rework and documentation anomalies are investigative signals requiring context and human review. The platform produces no individual finding of misconduct.

Not a data grab

No scraping of personal data

Pseudonymised or synthetic samples by default. Purpose limitation, retention schedules, access logs and contractual controls apply to any real customer or agent data.

Not a league table

No cross-insurer rankings

Benchmarks require matched product, territory and customer cohorts with sufficient sample sizes and explicit consent. We do not publish comparative insurer scores.

Not a vendor scorecard

No tool counting

Number of AI tools deployed is not a dimension and does not raise a score. Capability is judged by queryability, evidence, decision rights and closed loops.

Start with the index. Or start with a conversation.

The snapshot is a 30-question self-assessment that returns an indicative score, your weakest dimensions and the blockers that would stop a use case today. It takes about fifteen minutes and it is not the full assessment — it is a reason to have the conversation.

Take the readiness snapshot Book a 30-minute diagnostic

Read the framework behind the instrument →