
BPO vendor management is the work a buyer does to run an outsourcing partner after the contract is signed. In practice that means a weekly review of updates and metrics, a quarterly business review, a performance scorecard tied to SLA bands, an escalation path, and exit criteria written before you need them. The vendor supplies QA, training and supervisors. Deciding what good looks like stays with you.
I've run outsourced support from the buyer's side and been brought in to fix relationships that had drifted, and the pattern is consistent: quality drops are usually a governance failure on the client side, not a capability failure on the vendor side. Teams treat the signature as the end of the work. It's the start of it. This guide covers the part that happens after choosing a BPO: setting the contract up to be managed, the meeting cadence, the scorecard, who owns it on your side, and how to leave a vendor cleanly.
Why outsourced quality drifts
Across the outsourcing relationships I've watched over the last decade, quality drops cluster into three patterns.
Rushed ramp. The vendor agreed to a four-week ramp because the buyer wanted speed. Training got compressed, agents went live before they were calibrated, and the first 60 days produced a CSAT drop the buyer couldn't recover from politically. It's the most common single failure, and it's almost always a buyer decision that later gets blamed on the vendor.
The oversell. Every vendor will oversell something and underdeliver on it. It might be operational excellence, it might be the hiring pipeline ("200 seats by week 8" that turns out to be 180, backfilled with undertrained agents from another account), or it might be a feature that's "coming soon" or gated behind a higher tier. I don't hold this against vendors; it's how the sales motion works. The fix is to assume it and find out early which promise it is, not to act surprised in month four.
The governance vacuum. The contract is signed, the vendor ramps, the buyer assumes the vendor now owns quality, and six months later it has drifted because nobody on the buyer side was reading QA scores or sitting in calibration. I've seen mediocre vendors produce excellent outcomes under close buyer governance, and strong vendors drift when nobody was watching. How closely you govern predicts long-term quality better than which vendor you picked.
Set the contract up to be managed
Most of what makes a vendor manageable is decided before go-live. If the work is fuzzy, the SLA is soft and there's no pilot, you'll spend the first year arguing about what was agreed instead of improving it.
Define the work before you talk to vendors
Vendors will quote on whatever you describe. If the description is vague, so is the quote, and the gap shows up around week 12. Before the first vendor call, document:
- Volume by interaction type. "5,000 tickets a month" is too coarse. Break it out: order status (~2,500), product questions (~1,200), complaints and returns (~800), billing (~300), escalations (~200). Each has different complexity, training needs and pricing.
- Channel mix. Voice, email, chat and social each have different unit costs and skill profiles. A vendor that's strong on voice can be weak on chat.
- Quality baselines. Current in-house CSAT, FCR and AHT by channel. Without a baseline you can't tell whether the vendor is matching you.
- What comes back in-house. Explicit escalation criteria. Ambiguity here produces the friction that sours relationships around month six.
- Compliance scope. PCI, HIPAA, GDPR, SOC 2 or regional rules narrow the vendor pool and change pricing.
The volume breakout is also the input the BPO cost calculator needs to pressure-test the math against keeping the work in-house. Selection itself has its own guide; the one thing I'd carry over from it is to ask each finalist what their largest single-account ramp in eight weeks was, and how quality looked 90 days later.
Write the SLA with teeth
The SLA is where you win or lose contractually, and most I see still write CSAT and response time as targets rather than consequences. The band structure I use:
- Quality bands, not single targets. Instead of "maintain 85% CSAT": 88% and above earns a quality bonus of 5-10% of the monthly invoice, 82-88% is base, 75-82% triggers a remediation plan, and below 75% triggers a 5-15% credit plus a written remediation plan. A single target encourages the vendor to hover just above it; bands give them a reason to aim higher.
- Per-channel KPIs. Voice CSAT, email FCR, chat resolution time. One blended number lets a vendor over-perform on easy channels to hide the hard ones.
- Per-agent visibility. Access to per-agent QA scores, CSAT and AHT, written into the contract. It isn't about micromanaging; without it the vendor can bury weak agents in the averages.
- Penalties on the right metrics. Tie money to CSAT and FCR, not AHT. A vendor penalized on handle time optimizes for short calls; one penalized on resolution optimizes for resolving.
- An outcome-based component. Pure hourly pricing rewards hours billed. The mature relationships I've seen run hybrid: a base rate plus a per-resolution or CSAT-band adjustment. The trade-offs between hourly, per-FTE and outcome pricing are covered in BPO pricing models.
- A realistic termination clause. Sixty days' notice is common; thirty is aggressive but workable for a new relationship. A vendor who knows it can be exited in 60 days behaves differently from one on a 24-month lock-in.
Pilot before you scale
Run a 60-90 day pilot on a tight scope before the full ramp: one channel, one interaction type, one shift. Voice, order status and business hours is a clean first scope. The pilot surfaces the five to ten interaction patterns you forgot to write down, gives the vendor time to calibrate to your brand voice, and gives you real data to set SLA bands on instead of aspirational numbers.
The expansion sequence I'd recommend:
- Weeks 1-12: pilot scope
- Weeks 13-20: add a second interaction type
- Weeks 21-32: add a second channel
- Weeks 33-48: add shifts, up to 24/7 if needed
- Year 2: brand-voice-sensitive work such as complaints and retention saves
It's slower than most ramp plans. It's also the version I haven't had to rescue.
The governance cadence: what to meet about and how often
Two recurring meetings carry most of the relationship. The weekly review covers updates and metrics: what changed, what broke, where the numbers moved and why. The quarterly business review steps back to how the operation performed over the last three months and what the vendor is changing because of it. Everything else in the table below either feeds those two or exists for a specific moment.
| Meeting | What it produces |
|---|---|
| Floor and systems check-ins (daily) | Same-day fixes, new disposition codes |
| Weekly review | Actions with owners and dates |
| Calibration (weekly, then monthly) | Policy, training and process fixes |
| Quarterly business review | The vendor's change plan |
| Renewal review (annual) | Renew, renegotiate or exit |
The weekly review is your program owner with the vendor's account and operations managers. The QBR adds leadership from both sides. Calibration is your QA people and theirs, and the renewal review is your leadership and procurement deciding whether to renew, renegotiate, add a second vendor or leave.
The daily row is the one most buyers don't have, and it's the one I'd least want to lose. It's your systems and training people working directly with the vendor's team leads. When something new surfaces and breaks at 9 a.m., agents need a disposition code or a macro that afternoon, not after an IT ticket works its way through a 24-hour SLA.
Calibration: the meeting that holds quality
Calibration is where your definition of a good interaction and the vendor's stay the same definition. Each week, review five to ten sample interactions, have your QA and theirs score them independently, then debrief the differences together. Without it, the vendor's "85% QA score" and yours mean different things by month six. Run it weekly for the first 12 weeks, biweekly through week 26, then monthly on routine work, with an extra session whenever you add an interaction type or quality dips.
Each session should produce three lists: policy clarifications (where you scored differently), training items (where agents missed a known-correct answer) and process fixes (where the workflow itself caused the miss). Calibration that only ever produces training items is missing the structural problems. The longer treatment of the QA practice underneath this is in the call center QA guide.
What a QBR should decide
A QBR is not a longer weekly review with a nicer deck. It exists to look at three months as a whole (performance against the SLA bands, attrition and tenure on your program, trends in why customers are contacting you) and to agree what the vendor is changing because of it. If you leave a QBR without a list of changes, owners and dates, it was a status update.
I'd put three things on every agenda: what the scorecard says over the quarter, what the vendor committed to last quarter and whether it happened, and what's coming next quarter that they need to staff or train for. The second item is where the oversell from selection tends to surface, so it's worth holding them to it.
The vendor performance scorecard
The performance scorecard is the running measure of the vendor once they're live. It is a different tool from the weighted vendor selection scorecard you use to compare BPOs before signing, which is built to predict fit rather than measure delivery.
My rule is to track everything the vendor's systems can report and score a smaller set. A reasonable starting structure has four blocks:
| Block | Starting weight |
|---|---|
| Quality | 40% |
| Service level | 25% |
| Workforce health | 20% |
| Compliance and commitments | 15% |
Quality is the QA score from calibrated forms, CSAT and FCR, reported per channel. Service level covers service level itself, hold time, abandonment and backlog age. Workforce health is attrition, tenure mix, training completion and agents moved off your program. Compliance and commitments covers audit findings, on-time reporting and whether the vendor delivered the changes it promised.
Adjust the weights to what you're buying, and tie the quality block to the SLA bands so the scorecard and the contract never disagree. The metric definitions themselves (how to calculate FCR, what counts as abandonment) are the same as in-house; the customer service KPIs guide covers them. Emphasis shifts by vertical: in healthcare customer service outsourcing the compliance block carries far more weight, while ecommerce support lives or dies on service level during seasonal peaks.
One newer line belongs on it too. Deloitte's 2024 Global Outsourcing Survey found 83% of executives are already using AI as part of their outsourced services. If your vendor is running bots, auto-scoring QA or deflecting contacts, ask them to disclose it and score it on the same card as the human agents. An automated interaction that fails a customer counts the same as a human one that does.
Who builds the scorecard
You design it, the vendor populates it. You pick the metrics, weights and thresholds; the vendor reports against it weekly; you audit the raw data behind it often enough that they know you do. A scorecard designed by the vendor will be weighted toward what the vendor is already good at.
How vendors game the numbers
Any single metric can be made to look healthy, which is why I track everything and score a subset. The clearest example I've seen: we cared about an 80/20 service level (80% of calls answered within 20 seconds). The vendor had a backlog, so agents answered immediately and then put the customer on hold. Because we weren't watching hold time closely, the SLA looked green while customers were still waiting without being helped.
The lesson isn't that the vendor was acting in bad faith. A metric with money attached will be optimized, so every scored metric needs a paired metric that shows what it costs. Service level pairs with hold time and time to a real answer, AHT pairs with repeat contacts, and closure rate pairs with reopens.
Who owns the vendor on your side
The question isn't really how many people you need. It's what kind of operation you want to run. You can manage a BPO as a single person, because the vendor will give you a full team behind it: QA, training, tech and supervisors. That's also where it becomes a slippery slope.
Companies that want outsourced support to deliver a real customer experience have to put work in from their side: attending QA sessions, running their own training even though the vendor can, keeping a systems function close to the floor. When I ran it, we kept a training team and a systems team, the latter working with agents in real time to adjust tools, fix workflows and add a disposition code the morning something new broke. Companies that care mainly about the lowest cost per ticket make the opposite choice, cut most of those quality programs, and let them run self-sustaining at the vendor. Both are legitimate decisions. The failure is making the second one by accident while believing you're getting the first.
At larger scale the same choice gets bigger. A company running tens of thousands of agents across dozens of vendors needs a real vendor management office and has to decide deliberately how much care it puts into each program. A mid-market brand with one vendor needs one named owner who reads the scorecard every week, runs the cadence and is the vendor's escalation point, plus whatever training and systems support its experience goals require. The same buyer-side training investment is covered in training outsourced call center agents.
Visit the floor and name the agents you want to keep
Management at the vendor matters less than the agents do. Budget for attrition: call center attrition is high everywhere and varies by location, and over a year I'd expect 30-50% of the agents on a program to be gone. I remember the first training class at one vendor; a year or two later only a few of those agents were left on the program, and most of them had been promoted to supervisor or moved into other roles.
Not all of that loss is agents quitting. Vendors deliberately move people, and unless the contract names dedicated agents they're entitled to, because a billed FTE is hours of coverage rather than a specific person. Once a program is mature and doesn't need as much hand-holding to make a first impression, the vendor takes its best agents and puts them on a new program that does. It's a rational decision on their side, and it quietly drains yours.
The counter is to be present. Visit the site, talk to the agents, learn who's carrying the program, and tell the vendor by name which agents you want kept on it. Put the same thing on the QBR agenda: who moved off your program this quarter and why. Buyers who never visit the floor usually don't notice until the scores move.
Escalation paths
An escalation path decides who can fix what, and how fast, before anyone needs it. A workable ladder: agent to vendor team lead for anything in policy; team lead to the vendor's operations manager when it affects more than one customer or breaks a process; operations manager to your program owner when it needs a decision only you can make (a policy exception, a refund above limits, a public complaint); program owner to executive sponsors on both sides when the SLA or the relationship is at risk. Put a response time on each rung.
One rule saves a lot of friction: disagreements about how an interaction should have been scored go to calibration, not up the escalation ladder. The ladder is for problems customers are feeling now.
When and how to exit a BPO vendor
Decide the exit criteria when you sign, not when you're angry. Not the termination clause, which covers the legal mechanics, but the operational trigger: "if CSAT stays in the remediation band for two consecutive quarters despite a remediation plan, we exit." Written down up front, it changes how both sides behave, and exits stop happening a year too late.
I've been through many transitions, and the hard part is the outgoing vendor's last stretch. Toward the end they stop dedicating the same resources and stop caring as much. That's completely normal; they're staffing the accounts they're keeping. As the client, you adjust your strategy for it rather than fight it. The move I'd make is to split the work by complexity: train the new vendor on the more complex dispositions first, and leave the simple, high-volume ones with the old vendor until cutover. The work that needs the most care goes to the team that still has a reason to give it.
The mechanics to plan for:
- Notice and overlap. Align the notice period with a parallel run long enough for the new vendor to clear its pilot scope before taking the complex work.
- What comes back to you. Knowledge base, macros, QA forms, calibration history and training materials. If the vendor built them on your program, the contract should say they're yours.
- Customer data. Return and certified deletion, especially under PCI, HIPAA or GDPR scope.
- Keep the cadence running. The weekly review and calibration continue through the overlap on both vendors; drift during a transition is the easiest kind to miss.
Some buyers avoid a hard exit altogether by running two vendors on the same work, comparing them on the same scorecard and shifting volume toward whichever performs. It costs more to govern, and it makes every renewal conversation easier.
What I'd do differently
Three things I'd change if I were setting up an outsourced operation from zero:
- Decide what kind of operation I'm buying before signing. Experience-led or cost-per-ticket-led, stated plainly. It decides who you hire on your side, which programs you keep, and what the scorecard weights. Most teams discover which one they chose about six months in.
- Negotiate outcome-based pricing from day one. Most relationships start hourly because it's simpler and move to hybrid pricing in year two. Starting there pulls quality alignment forward by a year or more. Vendors resist it; the good ones engage.
- Get on the floor in the first month. Before the scores tell you anything, meet the agents, learn who's carrying the program and say so to the vendor. It's the cheapest protection there is against your best people being quietly moved to someone else's launch.
The vendor management checklist
If I were grading a vendor relationship, I'd check these in order:
| Layer | Healthy looks like |
|---|---|
| Scope | Vendor works exactly to the SOW |
| SLA design | Quality KPIs banded with consequences |
| Cadence | Every QBR ends with owners and dates |
| Calibration | Joint scoring, weekly at first |
| Scorecard | Each scored metric has a paired metric |
| People | You can name the agents who carry it |
| Ownership | A named owner reads the scorecard weekly |
| Exit | Operational exit criteria agreed at signing |
Most relationships score well on two or three of these. The ones that hold quality score adequately on all eight.
The broader picture of how business process outsourcing works sits in its own guide. If you'd rather have someone run this governance with you, that's what our contact center consulting and call center outsourcing advisory cover.



