BRM Turning Procurement Into Market Infrastructure
James McGillicuddy, CEO of BRM, on the problem with “little P” procurement
This points to BRM trying to turn procurement data into a two sided matching layer, not just an internal workflow tool. Because BRM plugs into ERP, email, contracts, spend, and identity systems, it can see what software a company already uses, what is coming up for renewal, and what new need is emerging. That lets it send sellers warmer leads than search ads or form fills, and recommend buyers a short list based on real operating data.
-
BRM is built around vendor identity, not documents or intake forms. Ironclad's core unit is the contract, while BRM tries to create one record for each vendor across ERP, email, CLM, spend management, and card data. That unified record is what makes matching and timing possible.
-
The broader little P stack is fragmenting by job. Zip handles intake to procure, Ramp and Brex handle cards and expenses, Ironclad handles contract workflow, and BRM focuses on vendor management and renewals. The matching idea is BRM's attempt to sit above those systems by using their data.
-
The economic bet is that better qualification lowers wasted CAC on the sell side and labor on the buy side. BRM already prices by vendors under management, up to $200 per vendor per year, because it is selling completed work like collecting compliance data, tracking renewals, and preparing negotiation context.
If this model works, procurement software starts to look more like market infrastructure. The winners will be the platforms that own the live buyer intent data, know the installed base inside each company, and can route renewals and new purchases to the right vendor at the right moment with far less human back and forth.