• ep 11
  • 8 min read
  • April 22, 2026

Price Benchmarking and the Bloomberg Terminal for Insurance

Based on Ep. 11 with David HaddadHead of Product Engineering

Hosted by Katie Dowson and Grace Schmidt with guest David Haddad

How do you explain a data company to your mom? On this episode of The Advocate Insurance Desk, hosts Katie and Grace landed on the line they both use: Advocate is building the Bloomberg Terminal for insurance. It is a bigger claim than it sounds, and this episode unpacks why. It is the second part of a series that began with the Chicago Board of Trade standardizing grain in the 1850s. This chapter is about what comes after a standard exists: the tool that finally makes scattered data usable, and what price benchmarking does to a market once everyone can see it.

Key takeaways

  • The bond market and today's insurance market rhyme. In both, the data existed but was trapped: scattered across firms, reachable only through decades of relationships. Information advantage went to whoever had been around longest, not whoever had the best analysis.
  • Bloomberg's insight was simple. Michael Bloomberg did not create bond data. He aggregated scattered pricing onto one screen, which leveled the playing field so a second-year analyst could see what a thirty-year veteran knew. The terminal was not the data, it was the door.
  • Insurance has the same problem, arguably worse. Pricing lives inside individual carriers' systems with no central exchange, which is why comparable risks can show 300 to 400% price dispersion with no one able to see what fair actually looks like.
  • Advocate is building the standard and the tool at once. Unlike Bloomberg, which built on top of existing bond conventions, insurance has no standard way to calculate or compare rates, so both layers have to be built together.
  • Price benchmarking changes who holds the power. When a broker or owner can see every comparable transaction in their market, they can tell at a glance whether they are at market, below it, or overpaying, and crucially, why.

What did Bloomberg actually change?

Picture a bond trader in 1980. To compare rates across government bonds, there was no screen to pull up. You picked up the phone, called around to other traders, did math by hand, and flipped through printed rate sheets that had already gone stale by mid-morning. The data existed and bonds had standard identifiers, so the standardization was there. The problem was access.

That is what makes the story matter. When information is hard to reach, the advantage does not go to the smartest analyst. It goes to whoever has been around the longest. Someone with twenty years on Wall Street and a relationship with every major dealer had an enormous edge, not because they were a better trader, but because they had accumulated knowledge that was not written down anywhere. Experience itself became the moat.

Michael Bloomberg had just been let go from Salomon Brothers in 1981. He was not an outsider guessing; he had worked inside the bond market at the highest level and saw exactly where the friction was. His company, originally Innovative Market Systems and later Bloomberg LP, built the first version of what we now call the Bloomberg Terminal: it collected scattered bond pricing from across Wall Street firms and put prices, analytics, charts, and comparisons on a single screen.

With the terminal, a second-year analyst could pull up data that a thirty-year veteran had spent an entire career accumulating. It did not erase the value of experience, but it leveled the information playing field. The terminal was not the data. It was the door.

Why is insurance the same story?

Put the pre-Bloomberg bond market next to today's commercial insurance market and the parallels stack up fast.

Start with scale. The US commercial property and casualty market runs around $300 billion a year, putting it in the same weight class as the bond market of the early 1980s. Then look at how deals get done. Neither market has a central marketplace. In bonds, a buyer called a dealer and negotiated a price privately. In insurance, every policy is a private deal between a buyer and a carrier with a broker in the middle, and there is no public record of what comparable coverage costs. The result in both cases is the same: very little price transparency, and a reliance on gut instinct built from having seen enough deals.

The deepest parallel is that the data is physically trapped. Before Bloomberg, Merrill Lynch could see what Merrill Lynch traded, and Salomon could see what Salomon traded, but no single firm could see the whole market at once. To find a real price you called five dealers and pieced together five numbers. Commercial insurance is arguably worse, because pricing data belongs to individual carriers who each see only the policies they wrote, locked across different software systems, wholesalers, and specialty markets.

That is why you get 300 to 400% price dispersion between comparable risks. Nobody can see enough of the market to know what fair looks like.

What does price dispersion mean for a property owner?

Price dispersion is when two essentially identical buildings, same asset class, same geography, same construction type, pay dramatically different amounts for insurance. The hard part is that neither owner knows it. There is no reference price, so when the renewal arrives and the broker says "this is market," there is nothing to check it against.

A broker who has placed a thousand policies in an asset class does develop a feel for what things should cost, but that is pattern recognition built on memory, not a scalable data point, and most buyers do not even have that. They have one broker, one renewal number, and no idea where they sit in the broader market. If you could instead see every comparable transaction, you could finally answer the questions that matter: am I at market, am I getting a good deal, or am I overpaying because my submission happened to land with the wrong broker?

What does this look like inside the Advocate app?

To make it concrete, the hosts brought in David, a product engineer who has been at Advocate roughly four years building the data layer, and who did much of the Bloomberg research behind the series. He pulled up the pricing comps page and walked through a live example.

The flow mirrors Bloomberg's. The pricing already exists, scattered across carriers and brokers, so the work is aggregating and cleaning it, then letting a user filter down to what is relevant: asset class, geography, construction type, distance to coast. Filtering Texas down to Houston with a few attributes turns the full transaction set into a focused, comparable picture showing rate online and premium per door.

Sitting at a renewal, I can immediately see whether my client is at market or below it, and more importantly, I can see why. I can see the carriers, filter by who is actually placing the coverage, and pull it into a report to take into a meeting.

He also walked through the newer work: AI-generated reports, and a case-creation feature where you drop documents in, the system structures and organizes them, then benchmarks the policy for price and quality and produces a gap analysis showing how your coverage compares to the market. Underneath is a factor model that isolates which attributes are actually moving price, whether that is distance to coast, construction type, or simply which carrier your submission landed on. As David put it, the crazy part is that without the data, you would never have known the difference.

Why is Advocate's job harder than Bloomberg's?

Here is the key difference. Bloomberg got a running start because the bond market already had standard ways of calculating returns. The foundation was in place, so Bloomberg only had to build the tool on top of it. Insurance has no equivalent. There is no standard way to calculate a rate or a consistent method to compare one policy to another across carriers and states.

So Advocate is building both layers at once: the shared standard underneath and the tool on top. Insurance has never really had either, which is why the hosts framed this as doing the Chicago Board of Trade moment and the Bloomberg moment simultaneously. First you create a shared standard, people adopt it, and the data starts flowing. The platform becomes the place everyone goes for answers, and from there new tools and products get built on the foundation.

Does data put insurance people out of work?

This is the recurring fear whenever technology enters a relationship-driven industry, and the history cuts the other way. When the Chicago Board of Trade standardized grain, it did not shrink the workforce; there are far more people in commodities today than in the 1850s, in roles that could not have existed when the market was too messy to support them. When the Bloomberg Terminal launched, many bond traders worried that shared data would make their experience worthless. Instead the industry grew, new roles appeared, and the traders who embraced the terminal became the most valuable people in the room.

Experience plus data is unbeatable. A broker with access to the platform can walk into a renewal and show a client exactly where pricing sits against the market. Better tools make better professionals.

FAQ

Didn't find your answer?

If you couldn't find the answers you need, feel free to reach out to the host.

Ask the host

Listen to the episode

  • Episode 11
  • 22 min

How Advocate Is Bringing Bloomberg-Style Transparency to Insurance

Everyone says insurance is stuck because the people are stuck. The data says otherwise. A $300B market with 300-400% pricing dispersion, opaque only because the data wasn't accessible. Bloomberg fixed this for bonds in 1980. David Haddad walks the Advocate app live to show where the parallel holds.

Listen now