BRM Reduces Procurement Transaction Labor
James McGillicuddy, CEO of BRM, on the problem with “little P” procurement
The core point is that seller software has optimized for winning deals, not for making deals easy to complete. As software buying spread from a central procurement team to product, security, legal, and finance stakeholders across the company, each purchase started bouncing across more systems and more people. That raises the labor cost of every transaction, even when individual sales and marketing tools make one vendor better at pushing a deal forward.
-
Big P procurement tools like Ariba, Coupa, and Zip are built around formal intake, approvals, purchase orders, and payments. BRM is aimed earlier in the workflow, where teams are still figuring out what they already use, when contracts renew, which vendors overlap, and who inside the company needs to sign off.
-
The market map has fragmented. Zip handles intake to procure. Ramp and Brex start from cards, bill pay, and expense management. CLM tools like Ironclad and Icertis organize contracts. BRM argues that stitching these systems together around a vendor record matters more than adding another seller side tool.
-
That is why BRM prices per vendor under management, up to $200 per vendor per year, instead of per seat. The product is meant to replace manual work like finding contracts, filling compliance questionnaires, tracking notice windows, and coordinating renewals, so the economic pitch is lower transaction labor, not just better software access.
The next phase of procurement software will shift from digitizing approvals to actively running the transaction. The companies that win will be the ones that can pull usage, contract, spend, and compliance data into one place, then use agents to prepare renewals, surface alternatives, and compress the time between buyer intent and signed contract.