Definition
A buying committee (also called a buying group or decision-making unit) is the collection of people within an organization who are involved in a B2B purchase decision. This group typically includes the economic buyer who controls the budget, the technical evaluators who assess the product, the end users who will work with it daily, the champion who advocates internally, and sometimes legal, procurement, and executive stakeholders.
Unlike a formal committee with scheduled meetings and a chairperson, the buying committee is often informal and fluid. Members may not even know they are part of it. They participate at different stages, with different levels of influence, and sometimes with conflicting priorities.
The roles in a B2B buying committee
Titles change from company to company. The role is what matters: what each person needs before they will say yes, or stop saying no. Most committees for a meaningful software purchase include some version of these eight.
Economic buyer
The person who owns the budget and signs off on the spend. Typical titles: CFO, COO, the VP or SVP of the function that is buying (VP Sales, VP Engineering, VP Operations), and in smaller companies the CEO or a founder. They need a problem they believe is real, a cost they can defend, and a plan that will not embarrass them in six months. More on what an economic buyer is and how to reach one.
Champion
The person inside the account who wants the change and has the standing to push for it. Typical titles: director, senior manager or team lead in the department with the problem, and sometimes a newly hired VP with a mandate to fix things. They need material they can forward without you in the room and a plan that makes them look prepared in front of their boss. See how to enable your champion.
Technical evaluator
The person who decides whether your product fits their systems. Typical titles: solutions architect, IT director, engineering manager, data team lead, and for sales tools a RevOps or Sales Ops lead. They need straight answers on integrations, data model and admin effort, plus documentation or a sandbox they can test without booking a call.
End user
The people who will use the product every day, plus their team lead. Typical titles: account executives, analysts, coordinators, support agents, dispatchers, whoever does the work. They need proof that it fits how they work and will not add steps. End users rarely veto on paper, but a team lead telling their manager "my people hate it" ends deals.
Procurement
The team that runs the buying process. Typical titles: procurement manager, strategic sourcing lead, vendor management, sometimes finance operations. They need a completed vendor form, pricing they can compare, terms that fit their template and enough lead time. Procurement rarely decides whether you win, but it often decides when.
Legal and security
The reviewers who check risk. Typical titles: legal counsel, contracts manager, privacy officer or DPO, CISO, security analyst, GRC lead. They need your contract terms, a data processing agreement, a completed security questionnaire and evidence such as a SOC 2 report. Reviews here can take weeks, and they cannot start until someone sends them the paperwork.
Influencer
People with no formal vote whose opinion the decision makers ask for. Typical titles: a peer team lead, an internal expert, an outside consultant, the person who ran the last similar project. They need enough context to talk about you accurately when you are not there.
Blocker
Someone with a reason to slow the deal down. Any title can be a blocker, but common ones are the owner of the tool you would replace, a leader whose team's budget or headcount changes, or an executive who backed a different project. They need their concern heard and answered on its merits, ideally before the meeting where it would decide the outcome.
Buying committee roles at a glance
Role | Typical titles | What they care about | What they need from you |
|---|---|---|---|
Economic buyer | CFO, COO, VP of the buying function, CEO in smaller companies | Return, risk, timing against other priorities | A short business case and a plan they can approve |
Champion | Director, senior manager, team lead, new VP | Solving their problem, credibility with their boss | Forwardable material and help selling internally |
Technical evaluator | Solutions architect, IT director, engineering manager, RevOps lead | Integrations, data, admin effort | Documentation, sandbox access, honest limits |
End user | The practitioners and their team lead | Workflow fit, less busywork | A hands-on look at their daily tasks |
Procurement | Procurement manager, sourcing, vendor management | Process, comparable pricing, terms | Vendor forms, pricing breakdown, timeline |
Legal and security | Counsel, contracts manager, DPO, CISO, security analyst | Liability, data protection, compliance | Contract, DPA, security questionnaire, SOC 2 report |
Influencer | Peer leads, internal experts, consultants | Being consulted, a sound decision | Context and a reason to back you |
Blocker | Owner of the incumbent tool, affected leaders | What they lose if the deal goes ahead | Their concern answered directly |
How big is a buying committee?
Gartner surveyed 632 B2B buyers in August and September 2024 and reported in May 2025 that buying groups range from five to 16 people across as many as four functions. The same survey found that 74% of buyer teams showed what Gartner calls "unhealthy conflict" during the decision, and that groups which reached consensus were 2.5 times more likely to report a high-quality deal.
Where your deal falls in that range depends on what you sell. The committee grows when:
- The price crosses an approval threshold. Above a certain amount, finance and a more senior executive have to sign.
- The product touches sensitive data. Customer or employee data brings in security, privacy and legal.
- More teams will use it. Every affected team adds an end user group and a lead with an opinion.
- You are replacing something. The owner of the current tool joins, often as a skeptic.
- The buyer is large or regulated. Formal procurement and vendor risk processes add reviewers you will never meet unless you ask.
A tool one team buys on a manager's budget may involve two or three people. A platform that holds customer data and replaces a system three departments use will pull in every role in the table above.
How to identify buying committee members
You will not find the whole committee on your own. Use your champion, the org chart and the paperwork together.
Ask your champion, word for word
These questions work in discovery and again whenever the deal changes shape:
- "Walk me through the last time your team bought software like this. Who had to sign off?"
- "Who else will weigh in on this decision, even informally?"
- "Is there a spending limit above which someone else has to approve?"
- "Does this need a security review? Who runs it, and how long does it usually take?"
- "Who owns the tool we would be replacing?"
- "Who would be unhappy if this went ahead?"
For a fuller set organized by deal stage, use the discovery questions framework.
Read the org chart and LinkedIn
Look at who your champion reports to and who sits beside them. Check for recent leadership hires in the buying function, because a new VP can reset an evaluation. Look for the team that owns the system your product would connect to or replace, since their lead will have a say whether or not anyone invites them.
Follow the paperwork
Every document the buyer sends you has a person behind it. Whoever sends the vendor onboarding form is procurement. Whoever sends the security questionnaire is on the security review. Whoever redlines the MSA is legal. Ask for each of those people by name.
Watch who joins the calls
New names on a calendar invite, someone who drops into the last ten minutes of a demo, a forwarded email with a name you do not recognize: each one is a committee member you have not met yet. Ask your champion who they are and what they care about, then add them to your stakeholder map.
Buying committee analysis
A buying committee analysis is a grid with one row per role and an honest answer in each column. It tells you who you have actually reached, who you are relying on secondhand reports about, and what happens next with each person.
Here is a filled example for a fictional deal: you are selling a field service scheduling platform to Halden Freight, a regional logistics company.
Role | Person | Engaged directly? | Sentiment | Last touch | Next step |
|---|---|---|---|---|---|
Economic buyer | Maria Okafor, CFO | No | Unknown | Never met | Tom to book 30 minutes before pricing goes out |
Champion | Tom Reyes, Director of Operations | Yes | Positive | Call, 2 days ago | Prep him for the ops leadership review |
Technical evaluator | Priya Shah, IT Manager | Yes | Neutral | Sandbox session, 1 week ago | Send the API docs she asked for |
End user | Three dispatch team leads | Partly | Mixed | Group demo, 3 weeks ago | Hands-on session with two of the leads |
Procurement | Not identified | No | Unknown | None | Ask Tom who runs vendor onboarding |
Legal and security | Ben Larsen, Security Lead | No | Unknown | None | Send the security pack before he asks |
Blocker | Dana Whitfield, Head of Dispatch (owns the current scheduler) | No | Negative, per Tom | None | Meet her about migration concerns |
What single-threaded risk looks like
Count the rows with a real "Yes": two out of seven. Everything else you know about this deal comes through Tom. You have never spoken to the person who signs, the person most likely to object, or anyone who can tell you how long procurement takes.
That is a single-threaded deal. If Tom changes jobs, goes on leave or loses the internal argument with Dana, the deal stops and you will hear about it late. The warning signs are the same on every grid: one name in most of the "next step" cells, an empty row for the economic buyer, and sentiment you only know secondhand. The fix is multi-threading: a direct relationship with each role, with your champion's help rather than around them.
Buying committee coverage scorecard
Score each line 0, 1 or 2 and add them up. The maximum is 16. Copy the table into your deal notes and rescore it every week.
Component | 0 points | 1 point | 2 points |
|---|---|---|---|
Economic buyer | Not identified | Named, not met | Met, and you know their criteria |
Champion | None | Friendly contact, influence untested | Has acted for you internally (booked a meeting, shared your material) |
Technical evaluator | Not identified | Identified, not engaged | Engaged, open questions listed |
End users | Not involved | Have seen a demo | Have tried it or given feedback on fit |
Procurement | Process unknown | Contact known | Steps and timeline confirmed |
Legal and security | Not started | Contact known | Review underway with a target date |
Blockers | Not looked for | Named, not addressed | Concern heard and answered |
Next steps | None with dates | Dated, agreed with the champion only | Dated, agreed with the economic buyer |
How to read the total:
- 12 to 16: well covered. Keep the rhythm and watch for new names.
- 7 to 11: real gaps. Pick the two lowest lines and close them this week.
- 0 to 6: single-threaded. Treat the close date as at risk until the score moves.
Halden Freight scores 9: economic buyer 1, champion 2, technical evaluator 2, end users 1, procurement 0, legal and security 1, blockers 1, next steps 1. The two lines to work first are procurement and the economic buyer.
How to sell to a buying committee
Map the committee in the first two calls
Ask the identification questions above before you demo to anyone new. Build the grid early, even if half the rows say "unknown". An unknown you can see is a task. An unknown you cannot see is a lost deal.
Give each role its own material, built on one story
Write one business case and cut it per role. The CFO gets cost and payback, IT gets architecture and security, the users get a walkthrough of their own day. Keep the problem and the expected outcome identical in every version, so when the group meets they are arguing about the same thing. The stakeholder email templates cover the outreach for each role.
Start security and procurement early
Send your security pack and ask about the vendor process as soon as the technical evaluation looks positive. These reviews run on their own clock, and they rarely move faster because you are near quarter end. Our guide to answering a security questionnaire covers the security step.
Put the plan in writing, with names on it
A mutual action plan lists every step to a signed contract, who owns it on each side and the date. It shows the economic buyer the path, gives your champion something to manage internally, and makes it obvious when a step stalls.
Meet the economic buyer before pricing
Ask your champion for a short meeting with the budget owner before the proposal goes out. Ten minutes on their priorities will shape the proposal more than a week of guessing.
Treat blockers as stakeholders
Ask your champion what the blocker is worried about, then meet them. Answer the concern on its merits. Even when you cannot win them over, they are far less likely to stop a deal they were consulted on.
Common mistakes
Assuming your champion speaks for everyone. Your champion knows their own perspective. They may not accurately represent the concerns of the CFO, the IT security team or the end users. Validate directly when you can.
Ignoring stakeholders who join late. Buying committees are fluid. A new VP who starts mid-evaluation can reset the entire decision. Ask on every call: "Has anyone new joined the evaluation since we last spoke?"
Treating procurement as a formality. In large organizations, procurement can significantly influence or delay a deal. Engage them early, understand their process and send what they need before they ask.
Presenting to the committee without preparation. Being caught off guard by an objection in front of the whole group is a losing position. Prep with your champion beforehand and know every question that might come up.
FAQ
What is a B2B buying committee?
A B2B buying committee is the group of people at a company who make or shape a purchase decision. It usually includes an economic buyer who controls the budget, a champion who pushes for the change, technical evaluators, end users, and reviewers from procurement, legal and security. Most of these groups are informal: nobody appoints them, and members join and leave as the deal moves.
Who is on a buying committee?
The common roles are the economic buyer, the champion, the technical evaluator, end users, procurement, legal and security, influencers and blockers. Typical titles range from CFO or VP for the economic buyer to IT director or solutions architect for technical evaluation and procurement manager for the buying process. The exact mix depends on deal size, risk and how many teams the product touches.
Buying committee vs buying center: what's the difference?
They describe the same group of people. Buying center is the older term from organizational buying research, often split into users, influencers, buyers, deciders and gatekeepers. Buying committee and buying group are the terms sales teams use today, usually with deal roles such as economic buyer and champion.
How do you map a buying committee?
Start by asking your champion who signed off on the last similar purchase and who else will weigh in. Add names from the org chart, the paperwork (vendor forms, security questionnaires, contract redlines) and the people who join your calls. Then record each person's role, whether you have engaged them directly, their sentiment and the next step, and rescore the coverage every week.
What software helps sell to a buying committee?
Your CRM holds the contacts and the deal record, but it does not help the buyers coordinate. A digital sales room is a shared space for one deal where every member of the committee finds the material meant for them, the plan to close and the latest documents. It also shows the seller who has engaged, which makes gaps on the committee visible early.
How demoshake helps
In demoshake you create one Deal Room per deal, linked to the buying Company. Inside it you add a Stakeholder Role for each role on the committee, such as Economic Buyer, Technical Evaluator or Security, and each role holds its own sections. The CFO opens the business case, the IT manager opens the architecture and security material, and neither has to dig through the other's.
Each person gets their own share link under the room's access policy, and engagement analytics show who has opened the room and what they read. That gives you the "engaged directly?" column of your coverage grid from real activity instead of your champion's impression. The room's Action Plan holds Milestones and Action Items assigned to people on both sides, so security review, procurement and signature each have an owner and a date. Knowledge you attach grounds the room's content in your own material.
See how teams use it for multi-stakeholder selling.