Financial Services Insurance Underwriting & Pricing

Pricing Models

Complex multi-party engagements where risk, regulation, and claim resolution require coordinated action.

Verisk Applied Analytics EY Milliman
Inside this journey
  1. Pre-Discovery

    Align the room on outcomes, decision process, and constraints before deeper discovery.

    1. Stakeholder Alignment

      Confirm decision roles, timelines, success criteria, and risk tolerances for actuarial, pricing, underwriting, and IT stakeholders.

      Alignment Questions

      Quick Intro: Who’s in the Room (so we don’t waste anyone’s time)

      • What's your primary role on pricing, underwriting, or analytics decisions? Options: Chief Actuary, Head of Pricing, CUO/Chief Underwriting Officer, VP of Personal Lines, VP of Commercial Lines, CIO/Head of Data & Engineering, Other
      • Who are the decision-makers who must sign off on model approach, regulatory filing, and deployment? (select all that apply) Options: Chief Actuary, Head of Pricing, CUO, CISO/IT Security, Head of Data Engineering, Head of Underwriting, General Counsel, Board/Executive Committee, Other
      • Who will be the day-to-day sponsor and primary point of contact for this engagement? Please include name, title, and preferred channel.
      • Have you partnered with external pricing/modeling vendors before? If yes, what worked and what didn’t? Options: Yes — very productive, Yes — mixed results, Yes — not successful, No, this would be our first time
      • Tell us briefly about the one recent pricing decision or filing that felt especially painful or slow.

      If We Keep Doing What We’re Doing, What Will Break First?

      • Is it possible your current pricing is quietly losing profitable customers or mispricing risk in ways you haven’t fully measured? Options: Yes — we suspect material leakage, Some — we see pockets of under/overpricing, Unclear — data gaps prevent us from knowing, No — we believe current approach is stable
      • Which of these consequences worries you most if pricing doesn’t improve? Options: Loss of profitable customers to competitors, Deteriorating combined ratio/loss ratio, Regulatory pushback or DOI scrutiny, Agent pushback and decreased sales, Underwriter rejection of model outputs, Other
      • Can you estimate the annual financial impact or range where you think pricing errors currently sit (e.g., premium leakage, loss ratio drift)? If you don’t have a number, describe how you’d like us to help quantify it. Options: > 5% of premium, 2–5% of premium, < 2% of premium, Unknown — needs analysis
      • When pricing has gone wrong in the past, what internal reactions have followed (e.g., model rewrites, emergency rate increases, tightened underwriting)?
      • How does pricing uncertainty make you feel as an executive — frustrated, cautious, exposed to regulatory risk, or something else? Options: Frustrated, Cautious, Exposed to regulatory risk, Energetic to change, Other

      Behind the Curtain: How Your Pricing Actually Runs Today

      • If your pricing stack were a machine, which parts feel most brittle or kludged right now? Options: Data ingestion/pipelines, Feature engineering/variable refresh, Model training/experiments, Rating engine integration, Underwriting rules layer, Regulatory filing artifacts, Other
      • Which modeling approaches are currently used to set rates for the line(s) we’ll focus on? Options: GLMs / actuarial models, Rule-based / manual relativities, Gradient-boosted trees / ML, Bayesian hierarchical models, Proprietary vendor scoring, No formal model (expert judgment)
      • Which data sources feed your pricing today? Select all that apply and note the best/worst quality ones in the next question. Options: Policy system, Claims system, Exposure/units-of-risk data, Third-party data (credit, demographics), Telematics/IoT, Underwriting notes, Agent data, Other
      • Describe the most common data quality or availability problems we should expect (missing fields, inconsistent identifiers, lag, small cohorts, etc.).
      • How mature is your engineering and MLOps capability to retrain, validate, and deploy a model on an automated cadence? Options: Production-ready MLOps and CI/CD, Basic pipelines, semi-automated, Ad-hoc scripts and manual handoffs, No engineering support — acturial-only workflows
      • Where does your pricing model ultimately live or integrate (rating engine, underwriting system, batch export to policy admin)? Options: Rating engine (real-time), Batch score export to policy admin, Underwriting portal only, BI/dashboard only, Not yet integrated

      What’s Getting in the Way of Better Pricing — Let’s Call It Out

      • If I told you we could improve segmentation by 10–15%, what would your internal barriers be to adopting it? Options: Regulatory approval risk, Underwriter resistance, Agent/market pushback, IT/integration cost, Model explainability concerns, Procurement/budget timing
      • How constrained are you by regulatory transparency requirements versus your willingness to use black‑box models? Options: Must be fully transparent (GLMs preferred), Prefer interpretable models but open to hybrid approaches, Comfortable with opaque models if risk-managed, Unsure — need guidance
      • What has been the most surprising cause of delay or failure in past model deployments? Options: Data readiness, IT integration, Stakeholder sign-off, Regulatory questions, Underwriter adoption, Budget/contractual issues, Other
      • Which internal process (pricing governance, actuarial review, IT change control, underwriting training) typically takes the longest before a new rate can go live? Options: Pricing governance review, Actuarial peer review, IT change control and testing, Regulatory filing prep and response, Underwriter/agent enablement
      • How would you describe your organization’s appetite for controlled risk during a pilot — conservative, balanced, or aggressive? Options: Conservative, Balanced, Aggressive

      What Would Winning Actually Look Like (so we can aim precisely)?

      • If a new pricing model met your goals, what specific metric improvement would you want to see first (pick one primary outcome)? Options: Reduction in loss ratio, Increase in premium adequacy (rate level), Improved Gini/segmentation, Higher retention of profitable customers, Faster time-to-file/deploy
      • Beyond a headline metric, what three signals or leading indicators will convince you the model is working (e.g., lift curves, conversion by segment, claims frequency by cohort)?
      • How soon after project start would you expect a credible pilot or filing-ready artifact? Options: 8–12 weeks, 3–6 months, 6–9 months, Longer than 9 months
      • Who should own which KPIs post-deployment (actuarial, pricing, underwriting, data engineering, product)? Please map roles to outcomes.
      • What level of model explainability or documentation do you expect for actuarial peer review and DOI examination? Options: Full GLM-style documentation, Hybrid: interpretable summaries + technical appendix, Technical model internals with explainability tools, Only high-level business logic

      Trade-offs: Are You Willing to Sacrifice Explainability for Lift?

      • Would you accept a small loss in interpretability if it meaningfully improved segmentation and profitability? Options: Yes, if controls and explainers exist, Maybe — depends on regulator tolerance, No — interpretability is non-negotiable
      • Which explainability artifacts are required for you to accept a complex model? Options: Variable importance and partial dependence, SHAP/LIME explanations on cohorts, Surrogate GLM approximations, Case-level explainability for appeals, Full technical appendix
      • What level of adverse selection monitoring and rollback control would make you comfortable in the first 6–12 months post-deployment? Options: Strict guardrails + immediate rollback, Monitored with phased premium caps, Standard monitoring with thresholds, Minimal monitoring — confident in model
      • What internal approvals or committees must sign off before a model can be filed or released to production? Options: Actuarial peer review, Pricing governance committee, Risk committee, IT change control, Legal/Compliance, Other
      • If we propose an ML approach you’re wary of, what evidence would most persuade you to proceed? Options: Back-test results on holdouts, Pilot with limited lines/regions, Regulatory-simulated disclosure, Underwriter acceptance testing, Cost/benefit analysis

      Regulators, Underwriters, and the Market — Who Will Push Back, and How?

      • How have state DOIs historically responded to model/filing changes from your company or peers? Options: Supportive and constructive, Skeptical but workable, Challenging and slow, Mixed by state
      • Do you foresee specific regulatory constraints (e.g., prohibited variables, required disclosures) that we must design around? Options: Yes — explicit prohibitions, Yes — strong disclosure needs, Some variability by state, No major constraints anticipated
      • How important is having actuarial-facing documentation versus consumer-facing explanations for this project? Options: Both equally important, Actuarial-facing is primary, Consumer-facing is critical for agents/DOI, Unsure — need guidance
      • How much involvement do underwriters and agents need during model testing to ensure adoption? Options: High — hands-on testing essential, Medium — demos and targeted workshops, Low — post-deployment training only
      • Describe one regulatory or market interaction you’d like us to prepare materials for (e.g., state filing, DOI Q&A, agent town hall).

      Decision, Budget, and Timing — Where Are You Ready to Commit?

      • What is your target date for a go/no‑go decision on a pilot or full engagement? Options: Within 2 weeks, 1 month, 2–3 months, 3–6 months, Undetermined
      • How does your procurement/budget cycle affect timing for starting this work? Options: Funds available now, Needs next quarter approval, Annual budget cycle — long lead, Ad hoc approvals possible
      • Which commercial model do you prefer for an engagement like this? Options: Fixed-fee pilot + success fee, Time & materials, Outcome-based with shared uplift, Not sure — want options
      • What are the non-negotiable acceptance criteria for moving from pilot to full deployment? Options: Statistical lift thresholds, Regulatory filing approval, Operational readiness tests, Underwriter sign-off, IT integration validation
      • Who holds final sign-off authority for commercial terms and for technical acceptance (list names/titles)?

      Practical Next Steps — Small Bets That Build Trust

      • Which low-risk pilot would you find acceptable to demonstrate value quickly? Options: Geographic holdout pilot, Product-line subgroup pilot, Feature-lift comparison vs baseline GLM, Backtest-only proof of concept
      • What data artifacts can you reasonably deliver within two weeks to get started (e.g., 12–36 months of de-identified policy and claims data)? Options: Full de-identified policy + claims, Policy-only with limited claims, Sample cohorts by product, None ready — need to prepare
      • What governance cadence would help you feel in control during the pilot—weekly checkpoints, biweekly demos, or monthly steering? Options: Weekly checkpoints, Biweekly demos, Monthly steering meetings, Ad-hoc updates only
      • Who should attend a 30–45 minute kick-off working session from your side (list roles/titles)?
      • Would you be willing to share a brief sample dataset or a redacted filing example now to accelerate scoping? Options: Yes — sample dataset available, Yes — redacted filing available, Not now — can provide after NDA, No
    2. Current State Mapping

      Document existing pricing models, data sources, engineering maturity, integration points, and known failure modes.

      Current State

      Quick Snapshot: Tell Us About Your Current Pricing Landscape

      • Which line(s) of business are we discussing for this project? Options: Personal Auto, Homeowners, Small Commercial, Large Commercial, Specialty Lines, Other
      • Which pricing model families are in active use today (select all that apply)? Options: Generalized Linear Models (GLM), Gradient-Boosted Trees / XGBoost/LightGBM, Neural Networks, Decision Trees / Random Forests, Rule-based / Manual Relativities, Vendor-provided Scorecards, No formal model — spreadsheet/heuristic
      • Who currently owns model development and who owns deployment (list roles or teams)? Options: Actuarial, Pricing team, Data science/analytics, IT/engineering, Third-party vendor, Shared ownership
      • Briefly summarize the last time you changed a rating plan (what triggered it and how long did implementation take):
      • Do you maintain model version history and changelogs that let you reproduce prior scoring? Options: Yes — full versioning and lineage, Partial tracking — some artifacts, No formal versioning

      If Your Pricing Were Speaking, What Would It Confess?

      • What’s one assumption baked into your pricing stack that you suspect is wrong but have avoided changing?
      • Which portfolio segments most consistently underperform or outperform expectations (be specific by product, geography, or cohort)?
      • Which metrics do you monitor to detect model degradation, and which of those have proved least reliable? Options: Population Stability Index (PSI), AUC / ROC, Lift / decile analysis, Claim frequency/severity drift, Loss ratio vs expected, Manual spot checks, We don’t have consistent metrics
      • How often do you observe selection effects or unexpected shifts in customer mix after rate changes? Options: Almost always, Often (multiple times per year), Occasionally (yearly), Rarely, Never / Not tracked
      • Tell us about a time a model change produced an unexpected business or regulatory reaction—what happened and what did you learn?

      Where Does Your Data Really Come From?

      • Which of these data sources feed pricing models today? Options: Policy administration system, Claims system, Exposure / telematics, Credit and underwriting bureau data, Vehicle / VIN data, Third‑party vendor enrichments, Public records / geospatial / census, Agent-provided fields, Other
      • Which sources have automated ingestion pipelines versus manual uploads? Options: Mostly automated, Mixed (some automated, some manual), Mostly manual uploads
      • Highlight the one or two data sources that cause the most headaches (missing fields, late delivery, unreliable joins) and explain why:
      • Do you have stable unique identifiers (e.g., policy ID, claimant ID) that allow deterministic joins across policy, claims, and exposure? Options: Yes — reliable across systems, Partially — some links missing, No — joins are imperfect or manual
      • Do you snapshot or version training datasets so a model build can be reproduced exactly later? Options: Yes — snapshots and metadata, Partially — ad-hoc snapshots, No — cannot reproduce exactly

      Engineering Confidence: How Production-Ready Are Your Models?

      • Where do model runs currently execute: exploratory environments or production pipelines? Options: Exploratory notebooks only, Scheduled batch pipelines, Streaming / near-real-time pipelines, Vendor-hosted scoring, Not currently running models
      • Describe your typical deployment workflow for a pricing model (code repo → tests → approvals → deploy):
      • What test coverage do you have for data validation, feature stability, and scoring logic? Options: Comprehensive automated tests, Partial automated tests + manual checks, Manual testing only, No formal tests
      • How long does a deployment typically take from code freeze to scores available for rate generation? Options: Under 1 week, 1–4 weeks, 1–3 months, 3+ months, We don’t have a predictable timeline
      • Who is responsible for day-to-day maintenance of model code and pipelines? Options: Actuarial team, Data science/ML engineers, IT/DevOps, Third-party vendor, Shared responsibility

      How Do Models Plug Into Your Pricing Engine?

      • Which integration points must be completed for a model to produce final, billable rates? Options: Rating engine (rate tables), Policy administration system, Underwriting rules engine, Billing system, Agent portals / quote engines, Regulatory filing toolchain, Analytics dashboards
      • How are rate outputs currently delivered to your rating engine (flat files, APIs, manual edits, other)? Options: Flat files (CSV/Excel), APIs / service calls, Direct DB updates, Manual rating tool edits, Other
      • What limitations in your rating engine force you to simplify models (for example: no interactions, limited bucket counts, monotonic requirements)?
      • How do you reconcile automated model outputs with existing manual relativities or business rules during release?
      • How often do integration or deployment errors occur during rollouts and what are the typical root causes? Options: Never, Rarely (<1/year), Occasionally (1–3/year), Often (>3/year)

      Failure Modes We Need to Map Before They Surprise You

      • When a model has failed in production, which root causes have you observed most often? Options: Data quality issues, Code / pipeline bugs, Flawed assumptions or target leakage, Integration errors, Governance/approval breakdowns, Multiple simultaneous causes
      • Please list recent incidents or near-misses (briefly: what happened, business impact, and how it was remediated):
      • Do you have documented rollback procedures and the ability to revert rates quickly if adverse selection or other issues appear? Options: Yes — automated rollback, Yes — manual but quick, Partial — slow rollback, No rollback plan
      • How do you quantify the financial impact of a model failure (premium erosion, loss ratio change, customer churn)? Options: Regularly quantified with metrics, Estimated after event, Ad-hoc gut estimates, Not measured
      • Who is responsible for external communications (agents, regulators, customers) when pricing issues surface? Options: Chief Actuary, Head of Pricing, Compliance / Legal, Communications / PR, Underwriting leadership, Other

      Regulatory & Explainability: Can You Tell the Story?

      • If a regulator asked you to justify a major rate change tomorrow, how confident are you that you could present a clear, data-backed narrative? Options: Very confident, Somewhat confident, Not confident, We haven’t been asked before
      • Which explainability artifacts do you produce today alongside model outputs? Options: GLM tables and coefficient documentation, Variable importance / PDPs, Local explanations (SHAP/LIME), Complete model documentation & model cards, None
      • Have you ever had a state DOI or regulator request model documentation that delayed approval? Options: Yes — caused a major delay, Yes — minor interactions/delays, No, Not sure
      • What interpretability or documentation standards must a model meet for actuarial and compliance sign-off?
      • How do you run tests for fairness or disparate impact before deploying a model (if at all)? Options: Regular automated fairness testing, Occasional manual checks, Not tested, Not applicable / unsure

      People, Process, and Decision Rhythm: Who Moves the Needle?

      • Where does the final pricing decision typically reside (actuarial sign-off, pricing committee, executive approval, delegated authority)? Options: Chief Actuary sign-off, Pricing committee, Executive sign-off (CUO/CFO), Delegated underwriter / product owner, IT/CIO approval, Other
      • Who are the must‑involve stakeholders we need for a modeling engagement, and who historically slows approvals the most?
      • What is your usual timeline and approval gates from modeling proposal to regulatory filing? Options: Highly variable, 1–2 months, 3–6 months, 6–12 months, 12+ months
      • How are modeling projects prioritized against competing demands like product launches, regulatory deadlines, or reinsurance changes?
      • If we partnered together, who would be the day-to-day contact and which roles would require executive-level updates? Options: Actuary, Head of Pricing, Data Scientist/Analyst, CTO/CIO, Program Manager, Compliance/Legal

      Minimum Viable Change: What Low-Risk Steps Could Prove Value Quickly?

      • What is one small, low-risk modeling change you believe could meaningfully improve outcomes within a single filing cycle?
      • Which portfolio or segment would you prefer for a pilot (high volume, geographically concentrated, stable claims pattern, or high variance)? Options: Personal Auto - high volume, Personal Auto - telematics subset, Homeowners - targeted geography, Small commercial - specific class, Specialty line - niche segments, Other
      • Which success metrics would you use to evaluate a pilot (select up to three)? Options: Increase in predictive lift, Improved loss ratio, Successful regulatory filing, No increase in complaints / cancellations, Faster time-to-deploy, Operational cost reduction
      • What resources could you realistically commit to a 6–8 week pilot (people, data access, environments)?
      • What would be the go/no-go milestone after a pilot (statistical validation, regulatory pre-approval, business sign-off, operational readiness)? Options: Statistical validation achieved, Regulatory pre-approval, Positive business sign-off (actuarial/pricing), Operational readiness and monitoring in place, Time-based decision point
  2. Outcome Discovery

    Define target lift, acceptable timeline to filing/deployment, regulatory constraints, and measurable success signals.

    Discovery Questions

    Quick Snapshot: Tell Us Which Book We’re Talking About

    • Which line(s) of business should we focus on for this engagement? Options: Personal Auto, Homeowners, Commercial Auto, General Liability, Commercial Property, Specialty (specify), Other (specify)
    • Who are the primary decision-makers we should align with (names / roles)? Options: Chief Actuary, Head of Pricing, CUO, CIO/CTO, Head of Underwriting, Regulatory Lead, Other
    • What pricing approaches are currently in production for this book (brief list of model types, vintage, and where they live)?
    • Which KPIs does your team use today to judge pricing performance? (Select all that apply) Options: Loss Ratio / Pure Premium, Frequency / Severity separately, Hit Rate / Conversion, Promotional Elasticity, Customer Lifetime Value, GWP Retention, Other
    • How urgent is change for this book—what business event triggered this project now? Options: Regulatory pressure, Competitive loss of profitable business, Underpricing / adverse loss experience, M&A or reinsurance renewal, IT modernization, Other

    If We Don’t Fix It, What Breaks—and When?

    • What would you say is the single biggest business harm happening today because of your current pricing approach? Options: Left money on the table (lost margin), Adverse selection / worsening loss ratios, Regulatory pushback or filing delays, Customer churn / competitive losses, Operational inefficiency, Other
    • How have prior pricing changes been received in your markets—any filings denied, scaled back, or subject to formal inquiry? Options: No issues, Informal inquiry from DOI, Filed and scaled back, Filed and approved after negotiation, Filed and denied, Other
    • When adverse outcomes have occurred, where do you usually trace the root cause—data, model choice, validation gap, or deployment change? Options: Data quality/coverage, Feature engineering failures, Incorrect model assumptions, Insufficient validation/backtesting, Integration/deployment issues, Governance/approval lapses
    • How long has this pain been affecting business outcomes (months/years), and how does that feel for your leadership team?
    • If nothing changes over the next 12 months, what are the downstream business or regulatory consequences that worry you most? Options: Loss of market share, Material reserve releases, Regulatory penalties, Loss of underwriting discipline, Reinsurance cost increases, Other

    Where Models Really Break: The Hard Truths We Need to Face

    • What’s been the most surprising constraint that prevented past models from delivering promised benefits?
    • Which of these data realities describes your environment today? (pick all that apply) Options: Single unified policy/loss database, Siloed datasets across business units, External data partially integrated, Significant missingness or quality issues, Real-time scoring pipelines in place, Batch-only scoring
    • How mature is your engineering stack for taking model outputs to production (ETL, APIs, rating engine integration)? Options: Fully productionized with CI/CD, Partially automated pipelines, Mostly manual handoffs, No production path exists yet
    • Where do you anticipate the biggest internal objections to model-driven rates—interpretability, regulatory risk, underwriting acceptance, or legacy systems? Options: Interpretability / explainability, Regulatory exposure, Underwriter pushback, Rating engine constraints, Operational risk / monitoring, Budget/ROI concerns
    • Who on your team has the final say on model validation, and how long does that review cycle normally take?

    What Would ‘Real Lift’ Look Like—Let’s Put Numbers on It

    • If a new model improved segmentation, what specific business metric gains would make this project unequivocally successful? Options: % reduction in loss ratio, % lift in GWP from rate adequacy, % improvement in conversion/hit rate, Improved predictive AUC/Gini, Reduced reserving volatility, Other
    • Quantify the minimum acceptable lift or ROI you need to justify moving to filing/deployment (e.g., +2 pts LR, 1% ROI, $X annually).
    • What level of statistical confidence or validation threshold do you require before we can propose a filing? Options: Standard actuarial significance, Out-of-time holdout pass, Bootstrap confidence intervals, Regulatory-grade validation with external audit, Other
    • How much accuracy are you willing to trade for interpretability when communicating to regulators and underwriters? Options: Favor interpretability strongly, Accept modest trade-off, Prioritize accuracy but provide explanations, No trade-off—must have both
    • Which success signals should we track post-deployment and at what cadence? (select all that apply) Options: Monthly loss ratios by cohort, Conversion / bind rates by segment, Price elasticity response, Claims frequency/severity drift, Portfolio mix changes, Real-time monitoring alerts

    Regulators, Explainability, and What Keeps You Up at Night

    • If a regulator challenged a model change tomorrow, what would be your biggest vulnerability? Options: Lack of documentation, Insufficient interpretability, Data lineage gaps, No holdout validation, Governance gaps, Other
    • Which states or jurisdictions have special rules or historical sensitivities that we must model or document explicitly?
    • Have you previously submitted machine-learning-informed filings, and what feedback did you receive? Options: Never submitted ML-informed filing, Submitted and approved, Submitted and required clarifications, Submitted and denied, Other
    • How do you prefer model explainability to be delivered for regulators—detailed technical appendices, executive summaries, or both? Options: Technical appendices, Plain-language executive summaries, Both, with crosswalks, We need help deciding
    • Who will be responsible internally for regulatory Q&A during filings, and do they need external support or representation? Options: Internal regulatory lead, Chief Actuary, External consultant/legal counsel, Joint internal + external, TBD

    How Fast Is Fast Enough—and What Happens If We Miss It?

    • What is the latest date by which you must have a filing-ready model (or a business deployment), and why that date? Options: Within 3 months, 3–6 months, 6–12 months, More than a year, No fixed deadline
    • What internal milestones or external events (renewals, reinsurance, board review) are gating this timeline?
    • If timelines slip, what are the business consequences (missed opportunities, regulatory drift, pricing season misalignment)? Options: Missed renewal/filing window, Competitive disadvantage, Financial exposure, Operational backlog, Other
    • What resources can you commit to accelerate delivery—data engineers, actuaries, underwriting SMEs, or budget for external support? Options: Dedicated data engineers, Actuarial time allocation, Underwriting SMEs, Budget increase for external team, Limited internal resources
    • How do you feel about a phased deployment (pilot region or cohort) versus enterprise-wide immediate rollout? Options: Prefer phased pilot, Prefer enterprise rollout, Open to hybrid phased with escalation, Undecided

    Commitments That Make Deployment Real—Who Will Own What?

    • Which internal team will own ongoing model monitoring and first-line responses post-deployment? Options: Pricing team, Model governance / second-line, Data science team, IT/Engineering, Shared governance model, Undecided
    • Which acceptance criteria would cause you to pause or reject a deployment (select all that apply)? Options: Out-of-time validation fail, Adverse rate impacts on key cohorts, Regulatory objections, Integration instability, Significant underwriter resistance
    • What monitoring cadence and alerting thresholds do you expect for early detection of model drift? Options: Daily automated checks, Weekly summary reports, Monthly governance review, Event-driven alerts only, Other
    • What commercial or contractual assurances would make you comfortable signing off (SLA, remediation clauses, performance guarantees)? Options: SLA for delivery timelines, Remediation support if KPIs miss targets, Regulatory support clause, Fixed-price for defined scope, Other
    • Who needs to sign the mutual commit for development, filing, and deployment (roles and signatures)?
  3. Solution Experience

    Show how proposed modeling approaches deliver the agreed outcomes using the customer’s data scenarios, trade-offs, and interpretability requirements.

    Experience Meetings

    • Solution Experience Kickoff — Align Current State, Consequence, Future State
    • Data Scenario Validation Workshop
    • Modeling Proof Session — Results on Customer Scenarios
    • Regulatory Explainability & Adverse Selection Review
    • Acceptance Criteria & Mutual Validation — Sign-off Preparation
    • Finalize the table of deliverables and peer-review timeline for filing readiness.
    • Assign data engineering contacts and confirm sandbox credentials and retention policy.
    • Brief Recap of Goals & Scenarios
    • Demonstrate that at least one modeling approach attains the pre-agreed success metrics on customer holdouts.
    • Surface and agree on the operational trade-offs and the recommended model operating point.
    • Validate that interpretability artifacts are sufficient for actuarial review and regulator explanation.
    • Deliver model artifacts (scoring code, notebooks), performance dashboards, and per-scenario lift reports.
    • Customer to flag any segment or policy examples that appear inconsistent for deeper root-cause analysis.
    • Agree on a shortlist of features that require regulatory justification and assign owners to prepare narratives.
    • Regulatory Constraints Recap
    • Confirm the set of explainability artifacts that satisfy regulators and internal governance.
    • Agree on adverse selection tests and mitigation actions required during rollout.
    • Introductions & Objectives
    • Prepare a filing-ready narrative that ties model mechanics to observed lift and regulatory questions.
    • Generate and share the full explainability package (global/local artifacts) and stress test outputs.
    • Schedule actuarial peer review and assign reviewers with deadlines for sign-off.
    • Recap: Diagnosis, Proof, and Outcome
    • Lock in a measurable acceptance test suite and numeric thresholds for go/no-go.
    • Assign sign-off owners and a timeline for decision-making toward Mutual Commit.
    • Agree rollout guardrails and monitoring responsibilities post-deployment.
    • Vendor to produce a formal Acceptance Test Plan with pass/fail criteria and test scripts.
    • Customer to assign and confirm sign-off owners with contact details and signing deadlines.
    • Schedule final Validation Checklist meeting to execute the acceptance tests.
    • Produce one agreed sentence that captures current state failures.
    • Quantify the business consequence in numeric or time terms.
    • Agree a one-sentence future state and 3 measurable success signals.
    • Confirm required artifacts and data access for the modeling proof.
    • Customer to provide one-sentence Current State and consequence figures (loss, churn, time) in writing.
    • Finalize list of success metrics and acceptance thresholds for the experience.
    • Share access plan and timetable for datasets and sandbox environment.
    • Recap Objectives & Required Scenarios
    • Confirm the exact datasets, fields, and transformations to be used in the proof.
    • Agree on 3–6 named customer scenarios and holdout strategy to validate trade-offs.
    • Surface and document any data risks that would invalidate results if unaddressed.
    • Customer to deliver sanitized sample extracts and data dictionary for the agreed scenarios.
    • Vendor to run initial QA queries and return a data quality report within agreed SLA.
    • Define Acceptance Tests & Thresholds
    • Mapping Model Results to Filing Narrative
    • Modeling Approach Summary
    • Crystal Current State (diagnosis)
    • Data Inventory & Lineage Review
    • Quality Checks & Known Failure Modes
    • Explicit Consequence
    • Operational Rollout Simulations & Guardrails
    • Quantitative Proof: Lift & Calibration
    • Explainability Tests Walkthrough
    • Define Future State (outcome)
    • Governance & Sign-off Roles
    • Scenario Definition & Holdouts
    • Adverse Selection Risk Analysis
    • Trade-off Analysis
    • Next Steps and Schedule to Mutual Commit
    • Success Metrics & Acceptance Criteria
    • Interpretability Demos on Example Policies
    • Pre-test Plan & Constraints
    • Documentation & Peer Review Plan
    • Validation & Forced Confirmations
    • Validation Check & Next Steps
  4. Solution Scope

    Define deliverables, model types, validation tests, regulatory filing support, integration tasks, and monitoring responsibilities.

    Scope Configuration

    • Import and Clean Policy, Exposure, and Claims Data
    • Construct Engineered Variables and Interaction Features
    • Develop Frequency Generalized Linear Model
    • Develop Severity Generalized Linear Model
    • Develop Gradient-Boosted Pure Premium Model
    • Calibrate Rate Relativities and Create Rate Tables
    • Translate Models into Rating Engine Code
    • Build Batch and Real-Time Scoring Pipelines
    • Package Model Interpretability Documentation
    • Prepare Regulatory Filing Packet and Narratives
    • Manage DOI Filings and Regulator Communications
    • Deploy Automated Model Monitoring and Drift Detection

    Scope Questions

    Import and Clean Policy, Exposure, and Claims Data

    • Which source systems contain your policy, exposure, and claims data? Options: Policy administration system, Claims system, Data warehouse / lake, Third-party vendor files, Other
    • What file formats and transfer methods are available for export (select all that apply)? Options: CSV / TSV, Parquet, Database access (JDBC/ODBC), API endpoint, Fixed-width / legacy file, Other
    • What is the approximate volume and historical window of data available for modeling? Options: < 1 year, 1-3 years, 3-7 years, 7+ years
    • Are there stable unique identifiers to link policy, exposure, and claim records (e.g., policy number, claim ID)? Options: Yes - robust keys available, Partial - keys require reconciliation, No - linking will require fuzzy / lookup rules
    • How would you characterize data quality issues we should plan for (missingness, duplicates, mismatched dates, coding changes)? Please describe key problems.
    • Are there PII or privacy controls (e.g., encryption, redaction) or regulatory constraints on data access we must follow? Options: Yes, No
    • Do you need assistance establishing incremental ingestion or historical backfill strategies? Options: Backfill only, Incremental only, Both backfill and incremental, No assistance needed

    Construct Engineered Variables and Interaction Features

    • What types of engineered features are most important for your lines (select all that apply)? Options: Risk segmentation (bundling/territory), Interaction terms (driver x vehicle), Behavioral / telematics features, Temporal features (seasonality, trend), External enrichment (credit, weather, census)
    • Do you have preferred external data vendors or enrichment files to incorporate (e.g., ZIP-level census, catastrophe models)? Options: Yes - list will be provided, No - open to recommendations, Not allowed
    • Are there mandated or prohibited variables for rating or disclosure (e.g., credit excluded by state)? Options: Yes - constraints exist, No - no constraints
    • What is your tolerance for derived features that reduce interpretability (e.g., high-dimensional encodings, embeddings)? Options: Low - prefer human-interpretable features, Medium - allow some engineered complexity, High - prioritise performance over interpretability
    • Do you already maintain a feature store or versioned variable dictionary we should use? Options: Yes - accessible, Partially - under development, No - we need a new feature registry
    • Are cardinality or computational constraints (e.g., max categorical levels, memory limits) we should design features around? Options: Yes - please specify in next field, No
    • If constraints exist, please describe categorical cardinality limits, runtime memory or latency requirements, or other engineering limits.

    Develop Frequency Generalized Linear Model

    • What is the target frequency metric for modeling (e.g., claims per exposure, claim indicator, count per policy term)? Options: Claim count per exposure, Binary claim occurrence, Other (please specify)
    • What exposure measure will be used (e.g., policy-years, exposure units, earned days)? Options: Policy-years, Exposure units, Earned days, Other
    • Which GLM family and link functions do you prefer or require for frequency (select any known constraints)? Options: Poisson / log, Negative binomial / log, Quasi-Poisson, Custom / unsure
    • Do you require specific variable sets or hierarchical structures (e.g., account-level random effects, territory nesting)? Options: Yes - will provide specs, No - open to design
    • What validation strategy should be used for frequency (holdout period length, cross-validation, out-of-time test)? Options: Out-of-time holdout, K-fold CV, Bootstrap / other, Prefer vendor recommendation
    • Are there regulatory or actuarial conventions (e.g., credibility adjustments, floor/ceiling caps) that must be applied to the frequency model? Options: Yes - list required, No
    • Please describe any business constraints on model complexity, interpretability, or run-time for the frequency model.

    Develop Severity Generalized Linear Model

    • What severity target should we model (e.g., average claim cost, severity per paid claim, severity per closed claim)? Options: Average claim cost, Severity per paid claim, Severity per closed claim, Other
    • How should we treat censoring, zero-inflation, or large-loss truncation in the severity dataset? Options: Censor/truncate at specified limit, Model heavy tails explicitly, Impute/adjust zeros, Vendor recommendation
    • Which severity distributions or links are preferred (e.g., Gamma/log, Inverse Gaussian, Tweedie)? Options: Gamma / log, Inverse Gaussian, Tweedie, Custom / unsure
    • Are there reinsurance layers, large-loss thresholds, or payment patterns that must be modeled separately? Options: Yes - will provide criteria, No
    • What validation and back-testing approach do you expect for severity (e.g., heavy-loss outlier tests, tail-weight diagnostics)? Options: Holdout validation, Tail-specific diagnostics, Aggregate back-testing, Other
    • Do you require separate models by coverage or unified severity model across coverages? Options: Separate by coverage, Unified across coverages, Hybrid - groupings
    • Please list any actuarial conventions or reporting formats (e.g., claim severity by development lag) we must support for severity outputs.

    Develop Gradient-Boosted Pure Premium Model

    • Is a gradient-boosted model desired to replace or complement GLMs for pure premium? Options: Replace GLM, Complement GLM (ensemble), Use only for benchmarking / experimentation
    • What are your priorities when using GBMs (select up to 2)? Options: Predictive performance, Interpretability / explainability, Robustness to outliers, Fast scoring latency
    • What compute or runtime constraints exist for training and scoring (e.g., GPU allowed, max training time, scoring latency)? Options: No constraint, CPU-only training, GPU available, Strict low-latency scoring
    • Would you require monotonic constraints or other domain constraints in the GBM? Options: Yes - specify constraints, No, Unsure / vendor to recommend
    • What hyperparameter tuning budget and validation approach should we use for GBMs (grid/random/Bayesian; time-based CV)? Options: Automated tuning (Bayesian), Limited manual tuning, No tuning - default params, Discuss options
    • Do you require a model distillation or surrogate (e.g., rule-based GLM proxy) for regulatory or operational use? Options: Yes - need surrogate, No, Maybe - dependent on results
    • Please indicate expected acceptance criteria for GBM performance vs current baseline (e.g., % lift target, Gini/AUC improvement).

    Calibrate Rate Relativities and Create Rate Tables

    • What rating basis will the relativities feed into (e.g., rate per exposure unit, base rate per territory)? Options: Rate per exposure unit, Base rate per territory/class, Pure premium lookup table, Other
    • Do you have existing base rates or loss cost tables that must be preserved or adjusted? Options: Preserve and adjust, Replace with new base rates, No existing base rates
    • Which policy attributes require relativities or tiering (e.g., territory, age, vehicle make, occupation)?
    • What rounding, minimum premium, or business rules must be applied when creating rate tables? Options: Rounding rules required, Minimum premium required, Other business rules, None
    • Do you want impact analysis and consumer rate change tables by decile/segment for stakeholder/regulator review? Options: Yes - full impact analysis, Partial - key segments only, No
    • Should relativities be output at multiple aggregation levels (e.g., state, territory, zip, account)? Options: Yes - multiple levels, Single level only, Custom - specify levels
    • Please describe any company-specific constraints for rate design (competitive targets, profit metrics, underwriting rules).

    Translate Models into Rating Engine Code

    • Which rating engine(s) or target production systems must the code integrate with (e.g., Guidewire, Duck Creek, in-house engine)? Options: Guidewire, Duck Creek, In-house / custom, Other
    • What code formats are accepted in your environment (e.g., PMML, PFA, SQL, Java, Python microservice)? Options: PMML, PFA, SQL, Java, Python service, Other
    • Are there performance SLAs on scoring latency or throughput for the rating engine integration? Options: Real-time low-latency, Near real-time, Batch only, Other
    • Do you need regression tests, sample input/output bundles, and versioned artifact packaging for deployment? Options: Yes - all required, Partial - tests only, No
    • Will the rating engine require business-rule wrappers or post-processing (e.g., rounding, overrides)? Options: Yes - specify rules, No
    • Who will own operational changes in the rating engine (carrier IT, vendor, shared)? Options: Carrier IT, Vendor, Shared
    • Please list any security, audit, or approval requirements for production code promotion.

    Build Batch and Real-Time Scoring Pipelines

    • Do you require batch scoring, real-time scoring, or both? Options: Batch only, Real-time only, Both
    • For batch scoring, what cadence and volume should we design for (daily, weekly, monthly)? Options: Daily, Weekly, Monthly, Ad-hoc
    • For real-time scoring, what latency and throughput targets are required (e.g., <100ms, 100-500ms)? Options: <100ms, 100-500ms, 500ms-2s, Not real-time
    • Which endpoints and authentication methods will be used for scoring integrations (e.g., REST API, message queue, SFTP)? Options: REST API, Message queue (Kafka/RabbitMQ), SFTP, Direct DB
    • Do you need retry/fallback behavior and graceful degradation for scoring (e.g., default rates if model unavailable)? Options: Yes - require fallbacks, No - fail closed, No - fail open
    • Should scoring pipelines include feature computation, caching, and feature-checks (staleness, missingness) in-line? Options: Yes - include full pipeline, Partial - features pre-computed, No - only model scoring
    • Please describe existing infra preferences or constraints for pipelines (cloud provider, on-prem, Kubernetes, serverless).

    Package Model Interpretability Documentation

    • Who are the primary audiences for interpretability documentation (select all that apply)? Options: Actuarial team, Underwriting, Regulators / DOI, Executive stakeholders, IT / operations
    • What interpretability artifacts are required (e.g., feature importance, partial dependence plots, surrogate GLM, decision rules)? Options: Feature importance, Partial dependence, ICE plots, Surrogate model / rules, Model card / README
    • Do you require formal model cards or SOC/QA style documentation for audits? Options: Yes - model cards and audit docs, No - lighter documentation, Unsure - please advise
    • Are there language or format constraints for documents submitted to regulators (PDF, Word, Excel tables)? Options: PDF, Word, Excel tables, Online portal format
  5. Mutual Commit

    Finalize commercial terms, acceptance criteria, governance, milestones, and sign-offs required for development and filing.

    Agreement Modules

    • Non-Disclosure Agreement (NDA)
    • Master Services Agreement (MSA)
    • Statement of Work (SOW)
    • Commercial Terms & Fee Schedule
    • Acceptance Criteria & Sign-Off Checklist
    • Governance & Project Milestones
    • Change Control & Change Order Procedure
    • Data Access, Security & Data Processing Agreement (DPA)
    • Regulatory Filing & Compliance Responsibilities
    • Integration & Deployment Responsibilities
    • Monitoring, Maintenance & Support Agreement
    • Intellectual Property & Licensing
    • Termination, Escrow & Exit Plan
    • Final Execution / Signature Package
  6. Deployment

    Operationalize rollout with readiness checks, enablement, and outcome validation.

    1. Pre-Deployment Readiness

      Validate data pipelines, test environments, regulatory documentation, and operational controls to mitigate adverse selection and model risk.

      Readiness Questions

      Quick Check: Who's in the Room?

      • Who are the decision-makers and approvers for taking a pricing model from staging to production? Options: Chief Actuary, Head of Pricing, CUO, CIO/CTO, Head of Underwriting, Legal/Compliance, Product Owner, Other
      • Who will be our primary day‑to‑day contact for technical coordination and approvals?
      • What is your target timeline for filing, deployment, or first market roll‑out? Options: ASAP (within 30 days), 1–3 months, 3–6 months, 6–12 months, No firm timeline
      • What would “success” look like for this deployment in the first 90 days? Be specific (metrics, behaviors, decisions).
      • What level of short‑term financial risk are you willing to accept during rollout? Options: Very conservative — avoid visible premium shifts, Moderate — limited segment repricing, Aggressive — full segmentation to optimize portfolio, Undecided / need to discuss

      What Keeps You Up at Night About Going Live?

      • If we flipped the switch tomorrow, what's the single most likely thing to derail deployment?
      • How worried are you about adverse selection once the model hits market? Options: Extremely worried, Concerned but manageable, Minimal concern, Unsure
      • Have you experienced customer or regulator pushback on pricing changes in the past 3 years? Tell us what happened.
      • If the model caused a noticeable loss ratio deterioration, who in the org would drive the response? Options: Actuarial, Underwriting, Ops/Claims, Executive leadership, Legal/Compliance, Other
      • Which stakeholder concerns feel under‑addressed right now (interpretability, speed, governance, commercial impact, other)? Options: Interpretability / explainability, Adverse selection mitigation, Integration complexity, Time to file, Operational capacity, Other

      Where Does Your Data Really Live—and How Trustworthy Is It?

      • How confident are you that the data feeding this model accurately reflects the risks you must price? Options: Very confident, Mostly confident with known gaps, Significant doubts, We haven’t audited it yet
      • Which primary data sources will feed the model (select all that apply)? Options: Policy administration system, Claims system, Exposure / exposure units, Third‑party data (credit, MVR, demographics), Telematics / IoT, Underwriting rules / manual fields, Other
      • How frequently are those source systems refreshed and available to production scoring? Options: Real‑time / streaming, Hourly, Daily, Weekly, Ad‑hoc
      • Are there known ETL transforms, manual overrides, or business rules applied to those feeds we should be aware of? Describe them.
      • Who owns the pipelines end‑to‑end (team or vendor)? Options: Internal Data Engineering, Actuarial / Analytics, IT/Platform, Managed services / vendor, Shared ownership, Not sure
      • What recurring data quality issues have you observed recently (missing fields, drift, deduping, delayed records, other)?

      Can Your Systems Actually Run This Model Without Breaking?

      • If the model produced a new rate table today, how would your rating engine accept and apply it? Options: Direct API integration, Batch flat files / SFTP, Manual upload via UI, Requires vendor support, Unsure
      • Do you have a test environment that mirrors production (data, logic, integrations) for full end‑to‑end validation? Options: Yes — full mirror, Partial mirror, Only unit/test staging, No test environment
      • Can your system compute model features at quote time (online scoring) or do features need to be precomputed? Options: Online scoring available, Hybrid (some precompute), All precomputed / batch only, Not sure
      • Who will own the technical deployment tasks (integration, scheduling, monitoring) and what are their contact details?
      • What is the acceptable latency tolerance for scoring during quote flow or batch runs? Options: <100ms, <500ms, <2s, Minutes acceptable, No strict requirement defined

      How Will Regulators & Audit Teams React?

      • What’s the toughest question a regulator or auditor could ask about this model that we need to be ready to answer?
      • Which jurisdictions require filings or additional disclosures for this product? Options: Single state — specify in comments, Multi‑state — regional, Nationwide, Commercial lines / different rules, We don’t have the list yet
      • Do you have standard DOI‑ready documentation templates (model spec, variable descriptions, validation results, consumer impact analysis)? Options: Yes — fully formed, Partial templates exist, No, we need support
      • Have regulators previously questioned algorithmic or ML components in filings? What was the outcome? Options: Yes — required changes, Yes — accepted after review, No prior questions, Not applicable / unsure
      • Who owns regulatory filings and DOI communications within your organization? Options: Legal/Compliance, Pricing/Actuarial, Product, External consultant/vendor, Other

      Who's Going to Monitor It — And What Will They Actually Do When It Strays?

      • If the model's loss ratio worsens materially tomorrow, how quickly would someone detect and begin remediation? Options: Within 24 hours, 1–7 days, Weeks, We’d likely miss it for months, Not sure
      • Which operational KPIs should trigger alerts (select all that apply)? Options: Loss ratio by decile/segment, Quote conversion rate, Hit ratio / shopping behavior, Average premium movement, Claim frequency changes, Complaint volume, Other
      • What alert thresholds or statistical rules would reasonably trigger investigation (give examples or ranges)?
      • Do you have runbooks or playbooks for model incidents (investigation steps, rollback, communication)? Options: Complete runbooks, High‑level playbook, No formal runbook
      • Who is the escalation path for incidents (names/roles) and who approves emergency rollbacks?

      If We Had to Pause or Roll Back, What Would That Look Like?

      • What rollback strategy would cause the least operational pain: full stop, selective segment pause, or targeted scoring adjustments? Options: Full stop (remove model), Pause specific segments/products, Adjust thresholds / offset factors, Soft launch reductions only, Undecided
      • Can you run phased / canary rollouts (percent traffic, by geography, by broker) and how granular can we get? Options: Yes — fine‑grained, Yes — coarse (by region/product), No phased rollout capability, Unsure
      • Do you retain prior rate engine versions and can you revert reliably to a previous state? Options: Yes — versioned with rollback, Partial capability, No — not versioned
      • How would you communicate a pause or rollback to internal stakeholders, regulators, distribution partners, and customers?
      • Are there customer remediation or pricing correction policies already in place if a pricing error materially affects policyholders? Options: Yes — formal policy, Informal practice, No policy

      Imagine We're 30 Days Post‑Launch — What's Different?

      • If this launch is a clear success, what single outcome will your executive team highlight?
      • Which secondary indicators would you track to prove the model is working (select up to 4)? Options: Improved loss ratio by segment, Higher quote‑to‑bind conversion, Reduced underwriting manual overrides, Improved hit ratios vs competition, Stable complaint/regulatory volumes, Improved retention in profitable segments
      • How will you fold learnings from production back into pricing governance and model updates (cadence, owners, tooling)?
      • What ongoing budget or headcount are you willing to commit for monitoring, retraining, and regulatory upkeep? Options: Dedicated ongoing budget and team, Ad hoc budget per need, Limited budget — expect vendor to cover, Undecided
      • How would you prefer to log, triage, and track post‑launch issues and enhancement requests (tools and cadence)? Options: Shared ticketing system (Jira, ServiceNow), Real‑time chat (Slack/MS Teams) + board, Regular weekly review calls, Other
    2. Deployment Enablement

      Coordinate integration into the rating engine, phased rollout plan, owner assignments, and monitoring/rollback procedures.

    3. Validation Checklist

      Execute final back-tests, holdout validations, model explainability checks, and confirm regulatory filing readiness and acceptance tests.

      Validation Questions

      Opening — Quick Check-In Before We Dive In

      • To start, which statement best describes where your model(s) currently sit in the lifecycle? Options: Data exploration / feature work, Model prototyping, Internal validation in progress, Ready for final validation/back-testing, Deployed in production (monitoring only), Other
      • Who will be the day-to-day owner(s) for the final validation and the regulatory filing from your team? (select all that apply) Options: Chief Actuary, Head of Pricing, CUO / Head Underwriting, CIO / Head of Engineering, Compliance / Legal, Model Risk / Validation Lead, Other
      • Briefly describe the model(s) we're validating: line of business, target (frequency/severity/pure premium), and model family (GLM, GBM, NN, scorecard, ensemble, etc.).
      • What is your target timeline for deployment if validation meets acceptance? Options: Next 4 weeks, 1–3 months, 3–6 months, 6–12 months, No firm timeline / exploratory
      • Which stakeholders must sign off before you can file or put rates into the engine? (select all that apply) Options: Actuarial leadership, Pricing committee, Underwriting leadership, C-suite (CUO/CFO), Compliance / Legal, IT/Engineering / Data Ops, Board / Rate committee, Other

      Are We Sure the Model Won’t Do Something Dangerous?

      • What concrete evidence would convince you this model will not produce adverse selection or unexpected deterioration once rates are live?
      • Do you maintain a pre-defined holdout and back-test strategy that mirrors the exact rollout population (geography, channel, product)? Options: Yes — standard industry holdout, Yes — custom holdout mirroring rollout, Partial — some back-tests but gaps remain, No — holdout not defined
      • Which validation metrics do you prioritize when deciding ‘go / no-go’? (select up to 3) Options: Expected vs actual loss ratio, Lift / segmentation improvement, Gini / AUC, Calibration by score band, KS statistic, Population Stability Index (PSI), Prediction bias by cohort
      • Tell us about a past time a back-test missed a real-world issue—what did you learn and what changed in your process?
      • Do you hold out time-based out-of-time datasets (e.g., last 12–24 months) separate from random validation? Options: Yes — time-based OOT sets in place, Partial — some time splits used, No

      Where the Numbers Clash with Real Agent / Customer Behavior

      • Which model assumptions do you suspect are most fragile when exposed to live market behavior (pricing elasticity, selection effects, geographic mix, etc.)?
      • Have you stress‑tested the model against plausible shifts—mix changes, underwriting rule changes, or macro shocks? Options: Yes — extensive scenario testing, Yes — limited scenarios, No — we haven't stress-tested
      • Which scenario types have you simulated in stress tests? (select all that apply) Options: Geographic concentration shifts, Underwriting selection changes, Rate compression or market competition, Macro economic shock (e.g., unemployment), Catastrophe frequency/severity spike, Feature drift / data missingness
      • Describe one test scenario where model performance materially degraded—what happened and how did you adjust?
      • Do you have pre-defined quantitative thresholds that define ‘material degradation’ for rollout or rollback? Options: Yes — numeric thresholds (please attach), Yes — qualitative thresholds, No — thresholds not defined

      Can We Explain This Clearly to Regulators and Stakeholders?

      • If a state DOI asked you to justify a 10% increase in a named segment, what’s the simplest non-technical explanation you would give today?
      • Do you have documentation packages tailored for regulators (non-technical summary, data lineage, validation report, fairness analysis)? Options: Complete and regulator-ready, Draft documentation exists, Only technical internal docs, No documentation yet
      • Which model explainability techniques do you rely on for external communications? (select all that apply) Options: SHAP / feature attribution, Partial dependence plots, Surrogate (interpretable) models, Traditional GLM factor tables, Rule extraction / decision boundaries, Other
      • Who on your team will lead DOI/Regulatory Q&A and what would they need from us to feel ready?
      • Have you rehearsed regulator-style Q&A or an independent peer review of the validation materials? Options: Yes — rehearsed with external reviewers, Yes — internal rehearsal, No — not rehearsed

      Who Bears the Risk If Validation Is Weak?

      • Which internal stakeholder is most likely to block deployment if validation is insufficient — and why would they push back? Options: Chief Actuary, Head of Pricing, CUO / Chief Underwriting Officer, CIO / Head of Engineering, Compliance / Legal, Commercial / Distribution Leadership, Other
      • How concerned are your distribution and retention teams about selection effects or customer churn from new rates? Options: Very concerned, Somewhat concerned, Neutral, Optimistic about impact
      • Are there contractual, regulatory, or market constraints that could prevent or delay filing/deployment even if validation is successful? Options: Yes — explicit constraints (describe below), Possibly — depends on DOI / contract, No known constraints
      • Which governance controls are mandatory for your sign-off? (select all that apply) Options: Independent validation report, Governance committee approval, Monitoring & SLA plan, Rollback & contingency plan, Regulatory filing package ready, Third‑party audit
      • What contingency or mitigation plans do you have prepared if monitoring shows adverse selection in early life?

      Are the Data Pipes and Tests Truly Production-Grade?

      • How confident are you that production pipelines will produce the exact features and data quality the model expects every day? Options: Very confident, Somewhat confident, Doubting — gaps exist, Not confident
      • What level of automated testing exists for feature calculations and data schema checks? Options: Full unit & integration tests, Partial automated tests, Manual checks primarily, No tests
      • Which operational controls do you have for data quality and drift detection? (select all that apply) Options: Automated drift alerts, Schema validation & versioning, Backfill / repair procedures, Manual QA gates, Data catalog with lineage, None
      • When was the last time a pipeline change caused a downstream model failure? Describe what happened and the recovery timeline.
      • Who will own operational monitoring and incident response post-deployment? (select all that apply) Options: Data Ops / Engineering, Actuarial team, Pricing team, Third-party vendor, Model Risk / Validation team

      How Will We Know It’s Working — And When to Stop?

      • What single, concrete signal in the first 90 days would make you stop the rollout immediately?
      • Which KPIs must be continuously monitored during the pilot and first 6 months? (select all that apply) Options: Loss ratio by segment, Claim frequency by cohort, Take / hit rates / bind ratios, Score distribution shifts, Selection indicators (adverse movement), Profitability by cell, Customer complaints / NPS
      • How often would you like monitoring reports and who should receive them? Options: Daily automated alerts + weekly report, Weekly summary, Monthly executive digest, Event-driven only
      • Describe the acceptance tests you expect during a pilot rollout (minimum sample size, key metrics, duration).
      • Which rollback mechanisms are acceptable to you if early signals trigger a pause? (select all that apply) Options: Full rollback to prior rates, Selective rollback by cohort, Throttle new business / quota limits, Manual underwriting overrides, Immediate regulatory pause

      Commercial Reality Check — If Validation Clears, What Then?

      • If validation proves the promised lift and risk controls, what minimum commercial commitment would you need to move from pilot to full deployment?
      • What contractual or governance terms are non-negotiable for you before signing for deployment services? (select all that apply) Options: Acceptance criteria tied to metrics, Milestones & payment schedule, Liability / indemnity clauses, Data access and IP rights, Support & maintenance SLAs, Regulatory assistance clause
      • What is the current budget posture for model deployments this year? Options: Budget approved & allocated, Budget allocated pending approval, Contingent on pilot results, No budget allocated
      • Who must be in the final mutual-commit meeting from your side (names/titles and decision authority)?
      • What would you like the next concrete step to be after completing this checklist? Options: Schedule validation kickoff, Share current validation artifacts, Commission independent validation, Define pilot parameters, Other

      Final Readiness Snapshot — Quick Checklist

      • Which of the following are already complete on your side? (select all that apply) Options: Holdout and back-test plan, Regulator-facing documentation, Operational data pipelines with tests, Monitoring & alerting in place, Governance sign-off criteria defined, Rollback & contingency plan
      • Are there any unresolved issues, internal politics, or external constraints we should know about that could affect validation or filing?
      • Is there any supporting artifact you'd be willing to share now to speed validation (validation reports, sample data schemas, model card)? Options: Yes — validation reports, Yes — sample data schema, Yes — model card / documentation, No — not ready to share
      • Anything else you want us to know that would change how we approach the final validation and filing?
  7. Success

    Review outcomes against success signals, transition monitoring/maintenance, and track issues and enhancement requests in a shared channel.

    Success Reviews

    • Success Outcomes Review (Executive & Actuarial)
    • Monitoring & Maintenance Handoff
    • Issues Triage & Enhancement Prioritization (Operational Backlog Sync)
    • Regulatory Readiness & Governance Post-Deployment Review

    Issues & Enhancements

    • Schedule periodic governance reviews tied to model performance and market changes.
    • Publish monitoring runbooks and dashboards to the shared channel and confirm access for owners.
    • Configure alerts and escalation flows in the production monitoring tool.
    • Schedule the first monthly and quarterly model health review meetings.
    • Create a training checklist and deliver a 60-minute ops walkthrough for owners.
    • Open issues summary (current list)
    • Produce a prioritized, time-bound backlog with owners for issues and enhancements.
    • Ensure each prioritized item has a defined impact statement and testing/validation requirement.
    • Agree on the next release window and gating criteria.
    • Ensure all items are logged and tracked in the shared channel with clear SLAs.
    • Log prioritized issues and enhancements in the shared channel with impact descriptions and owners.
    • Create remediation tickets with acceptance tests and target deployment windows.
    • Schedule engineering sprints and validation runs for high-priority fixes.
    • Produce and circulate a summary of decisions and backlog ranking to stakeholders.
    • One-line current regulatory posture
    • Confirm the model and artifacts meet regulatory expectations or create a remediation plan for any gaps.
    • Establish clear governance and change-control processes with named approvers.
    • Ensure audit-readiness by verifying availability of lineage, validation, and access records.
    • Assign owners and timelines to resolve any outstanding regulatory comments.
    • Compile and deliver complete regulatory packet (specs, tests, lineage) to compliance and upload to shared channel.
    • Address any DOI comments with documented responses and target submission dates.
    • Publish the governance and change-control checklist and capture sign-off authorities.
    • Opening & Objectives
    • Reach a clear, documented decision on model acceptance or remediation.
    • Quantify realized business impact versus predicted lift and financial targets.
    • Get explicit stakeholder confirmation that the measured outcomes map to their definition of success.
    • If remediation needed, define scope, timeline, and owners for next iteration.
    • Produce a one-page outcomes report tying each success signal to measured evidence and stakeholder sign-off.
    • If accepted, trigger Monitoring & Handoff meeting and schedule operational checkpoints.
    • If remediation required, create remediation plan with prioritized fixes, owners, and target dates.
    • Log any regulatory or adverse-selection concerns for the Governance/Regulatory meeting.
    • Establish the cadence for ongoing reviews and post-release checks.
    • One-line current monitoring state
    • Define and document monitoring metrics and thresholds that map directly to success signals.
    • Assign owners and SLAs for incident response and model maintenance.
    • Deliver operational artifacts (runbooks, dashboards, data checks) to the owning teams.
    • Current state (one-sentence)
    • Impact assessment & explicit consequences
    • Monitoring objectives & thresholds mapped to success signals
    • Review of filing outcomes and regulator feedback
    • Root cause proposals and remediation options
    • Success signals & measurement methodology
    • Alerting, incident escalation, and rollback criteria
    • Model explainability & documentation audit
    • Enhancement requests: cost/benefit scoring and prioritization
    • Runbooks, dashboards, and data pipeline checks
    • Audit readiness: data lineage, validation artifacts, and controls
    • Evidence: performance, back-tests, and holdout results
    • Governance, change control, and filing cadence
    • Consequence analysis (explicit cost/risk)
    • Release planning & validation gating
    • Ownership, SLAs, and review cadence
    • Assignment & SLA confirmation
    • Validation & stakeholder confirmation
    • Training, access, and documentation handoff
    • Confirmation of regulatory next steps
    • Decision & next steps
    • Confirm handoff acceptance
First-Party AI

1-2 minutes please — Your AI agent is working

First-Party AI™ can make mistakes. Always check important information.