AI and insurance distribution: one price, every channel

Not long ago, most insurance products had two or three routes to market: a broker, a direct line and perhaps a comparison site. A product launched today might be expected to quote on an aggregator, inside a partner's checkout, on a broker portal, in a chat window, over the phone with a voice agent and through an AI assistant acting for the customer.

That is a lot of places for a price to appear. And every one of them wants the same three things: the right price, quickly, with a clear account of what is and isn't covered.

Where quotes come from now

  • Comparison sites send heavy, spiky traffic and expect an answer in a fraction of a second.
  • Embedded insurance puts cover inside someone else's journey, such as buying a phone, hiring a van or booking a trip. The quote has to be one quick, simple step.
  • Brokers and partners want your rates and rules over an API, usually in their own field names.
  • Chat lets a customer ask for a quote in their own words and ask questions as they go.
  • Voice does the same over the phone, for new business, renewals and changes.
  • AI agents gather a customer's details, request quotes and compare them, all through software. We look at this in more depth in when the customer is an AI agent.

The old way to serve a new channel was a new integration, and often a new copy of the rating logic to go with it. Copies drift. Sooner or later the same risk gets two prices.

Pricing as a single service

The setup that holds up as channels multiply is simple to describe. There is one model, and every channel calls it:

  • a real-time API for aggregators, partners and your own systems;
  • embedded quote forms for sites and apps that don't want to build a journey;
  • chat and voice agents that collect answers in conversation and price them against the model;
  • an MCP server, so AI clients can read a product's inputs and price it.

Change a rate and every channel picks it up together, because there is only one place to change it.

What AI actually changes

Two things.

Quoting becomes a conversation. A customer can describe their situation however they like, and an assistant turns that into the product's inputs, requests a price and talks them through it. The assistant doesn't need to know how pricing works. It needs an engine that says what it wants to know and explains what it worked out.

Small channels become worth doing. A niche product, a small partner or a trial proposition rarely justified its own integration. When a channel can read a product's inputs and quote it through a standard interface, the cost of adding one drops a long way.

Keep the conversation and the calculation apart

For AI-led distribution to be safe, the AI should run the conversation and the rating engine should set the price. The engine behind it needs:

  1. Inputs an agent can follow, each with a type, allowed values and a plain description.
  2. One answer per risk, whichever channel asks.
  3. Explicit decisions: valid, declined or referred, with the rule that made the call.
  4. A trace of how the price was built, for customers, brokers and complaints teams.
  5. The speed to cope with aggregator peaks and live calls.

Keeping those two jobs separate is what lets you put AI in front of customers without losing control of the price.

How this works in Swallow

Every Swallow project gets its channels from the same model: the API, customisable embedded forms, chat AI and voice AI. When you publish a new version, they all price from it. Our voice agents can handle inbound and outbound calls to quote, renew and amend, and for renewals you set the boundaries they negotiate within,. Calls are recorded and transcribed, and a customer who asks for a person is passed to one.

Every quote, whichever channel it came from, is saved with the version that priced it, and can return a full trace of how the price was made. See the sales channels page for more, or talk to our team.

Continue reading

From filing to rater: building pricing models from US rate filings

What sits inside a US rate filing, how to rebuild it as a working, tested rating model, where AI speeds things up and which gaps to expect.

Swallow compared: enterprise pricing platforms, core system raters and AI newcomers

Where Swallow sits against established insurance pricing and rating platforms and newer AI-led options, on model format, testing, approvals, AI and distribution.

Building pricing models with Claude and ChatGPT: what works, what doesn't

A practical look at building insurance pricing models with Claude and ChatGPT over MCP: where AI clients help, where they trip up and how to keep people in charge.

AI in insurance pricing: closing the gap between rating guide and live model

Pricing design is rarely the bottleneck. Implementation is. How AI shortens the path from signed-off rating guide to a tested, live pricing model.

Fair value under Consumer Duty: the evidence your pricing should leave behind

What the FCA's Consumer Duty and pricing rules ask of insurance pricing teams, and the records that make fair value something you can show, not just claim.

When the customer is an AI agent: getting your pricing ready

AI assistants are starting to shop for insurance on people's behalf. Here's what your rating engine has to give them to quote your products properly.

How to connect the Swallow MCP server to Claude

Connect Claude to your Swallow pricing infrastructure using MCP to analyse models, inspect rating logic and interact with your tools using natural language

Regression testing insurance pricing: why every rate change needs a test suite

How to build a regression test suite for an insurance pricing model, from worked examples and band edges to declines, refers and real quotes.

A safer rate change: eight steps from analysis to monitoring

A repeatable process for insurance rate changes, from the change statement and draft version to tests, approval, release and monitoring, and where AI helps.

Readable by design: pricing models people can check, even when AI writes them

When AI drafts pricing logic, review becomes the slow step. Why a declarative, readable model format is faster to check and audit than generated code.

Moving off a spreadsheet rater without changing a single price

How to tell when an Excel rater has outgrown its job, what keeping it really costs, and a migration plan that uses the spreadsheet's own answers as the tests.

Starting an MGA: from rating guide to first live quote

A practical route for a new MGA's first product: agreeing terms with capacity, building and testing the model, picking channels and watching rates after launch.

AI in regulated industries: why explainability has to come first

Insurers can get real gains from AI and still meet what the FCA, the EU and US regulators expect, provided every decision can be explained, reproduced and signed off.

Swallow vs Earnix

Swallow and Earnix Price-It compared for insurance pricing and rating: who each is for, how models are built, tested and released, how AI is used, and distribution.

Swallow vs Guidewire PricingCenter

Swallow and Guidewire PricingCenter compared: who each suits, how each relates to PolicyCenter, how models are built, tested and released, AI and distribution.

Swallow vs Duck Creek Rating

Swallow and Duck Creek Rating compared: who each suits, suite and standalone use, how rates are built, tested and released, deployment, AI and distribution.

Swallow vs Oracle Insbridge

Swallow and Oracle Insurance Insbridge Enterprise Rating compared: architecture, how rates are built and changed, testing, integration, AI, and how to migrate.

Swallow vs Akur8 Deploy

Swallow and Akur8 Deploy compared: where each rating engine fits, how rates reach production, testing and sign-off, how AI is used and when to pick which.

Swallow vs hyperexponential (hx Renew)

Swallow and hyperexponential's hx Renew compared: who each suits, Python models versus readable JSON, testing and approvals, AI and the Guidewire deal.

Swallow vs WTW Radar

Swallow and WTW Radar compared for pricing and real-time rating: who each suits, how models are built and changed, testing and approvals, and AI features.

Swallow vs building a rating engine in house

Build or buy? A fair look at writing your own insurance rating engine versus using Swallow: testing, versioning, audit, serving at volume and rate changes.

How to connect the Swallow MCP server to ChatGPT

Connect ChatGPT to your Swallow pricing infrastructure using MCP to analyse models, inspect rating logic and interact with your tools using natural language

Swallow Data: Live insight into your pricing performance

See how Swallow’s Data area gives you real-time visibility over quotes, performance, and customer behaviour across your entire pricing model

Swallow Tests: Validate your pricing with real-world scenarios

See how Swallow’s Tests area lets you simulate quotes, inspect calculations, and perfect your pricing model before publishing

Swallow Build: Bring your pricing model to life

A quick look at how Swallow’s Build area lets you edit, test, and publish pricing models with complete control and instant feedback

Swallow Overview: Core features at a glance

See how the AI actuary inside Swallow turns a simple prompt into a fully tested and deployable insurance pricing model for electric vehicles in just a few clicks

Why Modern Insurers Are Moving to AI-Powered Enterprise Pricing Engines

A look at how AI is transforming insurance pricing, from spreadsheet-based models to enterprise-grade rating engines built for speed, consistency, and control

Swallow / MGT

How MGT use Swallow to power AI-driven pricing, accelerate model updates and support fast, reliable commercial insurance quoting.

AI Agent for Insurance Products

Sam talks through our new AI Agent for Insurance products. Get a new Insurance product built and live within a couple of minutes.

Swallow / Ouch!

How Ouch! used Swallow to launch digital takaful products faster, with transparent pricing, audit readiness and seamless model updates.

Pricing Pain Point #4 - Slow deployment

Whilst the modelling process is where pricing strategy begins, getting changes in front of customers is where the rubber hits the road and new pricing is tested with real customers. Moving quickly to make changes to live pricing offers pricing teams an opportunity to respond to the market, test and iterate, and roll out new products.

Pricing Pain Point #3 - Testing concerns

With pricing critical to growth and profitability, businesses must understand the impact of any price changes, as well as ensure what goes live to customers is identical to that modelled. With pricing driven by complex financial models, this is particularly true - a percentage point error in the code deployed could easily lead to a significant financial impact.

Swallow / Open

How Open used Swallow to launch embedded insurance in the UK faster, with flexible pricing, rapid updates and lower operational cost.

Pricing Pain Point #2 - Lengthy process

In any fast moving business, having a clear record of decisions, changes and their impacts is key to operating efficiently and successfully. For regulated industries, a clear governance process is a requirement and critical to ensuring compliance with local regulations.

Pricing Pain Point #1 - Data issues

Underlying all pricing strategy is data, whether it be on the market and competition or a company’s own quote, sales and cost data. Collecting this data and using it to inform future pricing decisions is one of a pricing team’s key objectives.

Swallow / Rivr

How Rivr uses Swallow to deliver pricing models faster, with better governance, smoother client handovers and one-click deployment.

What we've learned about pricing

Over the past few months, we've talked to over 100 pricing and technology professionals from a range of industries. From our conversations, many pricing pain points have emerged, helping us to better understand the challenges businesses face and inform the direction of our platform.

Why I created Swallow

Financial pricing models (think insurance, credit, mortgages, financing, leasing, memberships) have, and continue to be, designed in spreadsheets and published through in-house custom code or legacy enterprise software. Pricing changes can take weeks instead of hours.

We feel you, pricing is hard...

Dynamic pricing is hard to create and serve to your customers. Because it is hard, it can become a technical concern rather than a business concern. Here be where the dragons lie.