How Weak MSP Discovery Creates Margin and Delivery Pressure
Listen to this article
Browser text-to-speech
How Weak MSP Discovery Creates Margin and Delivery Pressure
Margin pressure in MSPs is usually treated as a pricing problem.
The owner thinks: raise rates, restructure packages, enforce scope. That's not wrong. But it addresses a symptom, not a cause.
Most of the margin pressure that shows up in delivery started in sales — specifically, in Discovery that didn't produce the outputs it needed to produce.
When you close a client without a thorough business pain assessment, you've made a promise without knowing what it costs to keep. When you advance a deal without validating financial expectations, you've set a pricing ceiling the client may not actually have room above. When you skip the operational consequence conversation, you've created a client whose expectations were shaped by their imagination — not by a documented agreement about what the engagement covers.
Those misalignments don't show up at signing. They show up six months later when the service delivery team is spending twice the forecasted time on a client that's generating half the expected margin.
This post is part of the MSP Sales Discovery Masterclass.
Why Price Becomes the Lever
When Discovery is weak, price becomes the primary variable in closing a deal.
Here's why. The purpose of strong Discovery is to build a business case — a documented understanding of what the buyer's problem costs them and what they gain by solving it. When that case exists, the proposal argues on ROI. The buyer isn't comparing your price to a competitor's price in isolation. They're comparing your price to the cost of their current situation.
That's a much more favorable comparison for you.
When Discovery is weak, no business case exists. The proposal is a service description and a price. The buyer has no framework for evaluating whether the price is justified — because no one ever established what the problem was costing them. So they do the only thing they can: compare your price to alternatives.
You either win on price — which means you closed a client at a discount with no business case — or you lose to someone cheaper.
Winning on price without a business case creates a specific kind of client: one who arrived because of cost and will leave for the same reason. They have no appreciation of the value you deliver, because value was never part of the conversation that brought them in. Retention requires continuously winning on price. Margin erodes every renewal cycle.
How Weak Discovery Weakens ROI
The ROI calculation on a managed services engagement depends on an accurate understanding of the buyer's environment, their expectations, and what "done well" looks like for this specific client.
Discovery is where that understanding is supposed to be built.
When Discovery is rushed or shallow, the scoping conversation happens at the proposal stage — or worse, at onboarding. The sales team estimated time-to-value based on what the buyer told them in a brief meeting. The delivery team inherits a client whose actual environment is messier than the sales notes indicated, whose expectations about responsiveness were set informally ("we generally hear back same day"), and whose internal IT situation creates complications nobody anticipated.
The delivery team is not surprised by this. It's the rule, not the exception, when Discovery is weak.
Every hour the delivery team spends on undocumented complexity is margin leaving the engagement. Every expectation mismatch that produces a support ticket — "we thought this was included" — is a conversation that costs time and strains the relationship.
The sales team is onto the next deal. The delivery team is managing the consequences of Discovery that didn't produce what it needed to produce.
Margin Erosion Patterns That Trace Back to Sales
There are three specific margin erosion patterns in MSP operations that most frequently trace back to incomplete Discovery.
Scope creep driven by expectation mismatch. The client asks for something the MSP considers out of scope. The client is certain they were told it was included. The notes from Discovery don't clarify who said what. The MSP does the work to preserve the relationship. This happens repeatedly with the same client, on different issues, because the original Discovery conversation didn't clearly establish what the engagement covered and — more importantly — didn't establish why the client is engaging in the first place.
Disproportionate support volume. Some clients consume far more support capacity than their contract value justifies. This is partly an environment issue — genuinely complex, underdocumented environments take more time to support. But it's also a Discovery issue. The assessment of complexity, the client's internal IT capability, and the realistic time burden of their environment should be part of what Discovery surfaces before the deal is scoped. When it isn't, delivery inherits assumptions that turn into overruns.
Relationship fragility at renewal. Clients who arrive without a strong business case for the engagement have no anchor at renewal time. They compare the new rate to alternatives. They've forgotten — or never understood — what the engagement was supposed to deliver. The MSP's delivery team knows the relationship is fragile. Sales needs to go in and "sell the renewal" again. That's not a retention problem. That's a Discovery problem from the original sale.
Why Sales and Delivery Clash
The tension between sales and delivery teams in MSPs is almost universal.
Delivery complains that sales closes bad-fit clients, undersells the complexity of what they're committing to, and creates expectations that are impossible to meet. Sales complains that delivery is rigid, resistant to taking on new clients, and too quick to cry scope creep.
Both sides are partially right. And both sides are mostly arguing about symptoms of a process that broke upstream.
When Discovery produces complete outputs — a real business case, a clear scope conversation, an accurate assessment of the client's environment and expectations — the handoff to delivery is structured. Delivery knows why this client was brought on, what problem was being solved, what the client was told about responsiveness and scope, and what success looks like for this specific engagement.
When Discovery is incomplete, the handoff is a set of notes and a signed contract. Delivery starts cold.
The conflict that follows is not a people problem. It's an information problem. And the information that's missing was supposed to be collected in Discovery.
What Strong Discovery Protects
Strong Discovery does three things that protect margin and delivery quality.
First, it creates a documented business case that the client owns. When the client says "I paid for X and you're not delivering X," the MSP can reference a document — the Discovery summary or the proposal — that reflects what the client told them their problem was and what the engagement was designed to address. That documentation doesn't prevent all disputes. It prevents the disputes where the client's imagination has retroactively expanded the scope.
Second, it produces realistic complexity assessment before pricing is set. When the Discovery conversation includes genuine exploration of the client's environment — not a technical audit, but a conversation about what they're dealing with and what's been tried — the scoping conversation happens before the contract is signed. Complexity gets priced. Expectations get set. The delivery team inherits a client whose contract reflects the reality of what they're working with.
Third, it creates a client who understands the value of what they're buying. A client who arrived because Discovery built a business case — who went through a conversation where they articulated their own pain and quantified their own cost — understands what the MSP was hired to fix. That understanding is what makes renewal conversations straightforward instead of combative.
Connecting the Dots Retroactively
Most MSP owners who go through a structured Discovery review recognize the margin pressure patterns immediately once they're described.
They can identify exactly which clients in their current book were closed on weak Discovery — usually because those clients were also closed on price, required unusually heavy onboarding effort, or generated early friction with the delivery team.
Those clients look like a delivery problem. They are a Discovery problem.
The owner also usually recognizes that the clients they enjoy working with most, who renew without friction and refer other businesses, were almost always closed on a strong business case — whether or not the process was explicitly defined at the time.
The owner did the Discovery right by instinct. The process just doesn't produce it consistently.
That's the gap the MSP Sales Discovery Masterclass is designed to close — converting owner instinct into a repeatable process that protects margin from the first conversation to renewal.
What to Do if You Recognize This Pattern
If the margin and delivery friction in your MSP traces back to a consistent pattern of weak Discovery at the sales stage, the fix is not to pressure the delivery team to absorb more complexity.
The fix is to change what Discovery produces before the contract is signed.
A Discovery Review will map your last ten to fifteen client engagements against the Discovery outputs that should have been produced before they were closed. The patterns in what's missing are almost always consistent. Once identified, the process changes are specific and implementable — not a full rebuild, but targeted additions to what Discovery is required to produce before a deal advances.
Frequently Asked Questions
How does weak MSP Discovery create margin pressure? Incomplete Discovery produces three specific margin problems. It closes clients without a business case, making price the primary variable and creating clients who will leave for a cheaper option. It scopes engagements without an accurate complexity assessment, leading to delivery overruns. And it creates expectation mismatches — clients whose understanding of what the engagement covers was shaped by their imagination rather than a documented conversation.
Why do MSP sales and delivery teams conflict? The conflict almost always traces back to Discovery quality. When Discovery produces complete outputs — a documented business case, realistic complexity assessment, and clear expectations — the handoff to delivery is structured and delivery starts with context. When Discovery is incomplete, delivery inherits a client without the information they need to serve them well. The resulting friction — scope disputes, expectation mismatches, support overruns — is an information problem, not a people problem.
What Discovery outputs protect MSP margin? Three outputs are most directly protective of margin: a documented business case in the client's own words (which anchors the value conversation at renewal and scope disputes), a realistic complexity assessment before pricing is set (which ensures the contract reflects what delivery will actually face), and explicit scope framing that distinguishes what's included from what isn't. When all three exist before signing, the delivery team inherits a structured engagement rather than an open-ended commitment.
How do I know if my MSP's margin problems started in Discovery? Look at your highest-friction client relationships — those that require the most service delivery time relative to their contract value, or that generate the most scope disputes. Then ask: was the original sale built on a documented business case, or was it closed primarily on price or relationship? Was the complexity of their environment assessed before scoping? If the answer is no to either question, the margin problem started in Discovery.
