Environment
| Question | Answer | Impact on scope or price |
|---|---|---|
| Number of users, and how many are remote or hybrid? | Drives licence count and remote support load | |
| Number and average age of endpoints? | Devices over 4 years old generate materially more tickets |
Pricing an MSP contract from user count alone is how accounts become unprofitable. The questions that predict support load are about the estate's condition and the business's tolerance for downtime, not its headcount.
Ask about condition, not count alone. Device age, patch backlog, OS versions, and whether anyone currently manages the estate predict support load far better than user count. Two 100-user clients can differ by a factor of three in tickets.
Establish the real support hours expectation. A client expecting a response at 22:00 on a Sunday needs a different price from one that genuinely works nine to five. Ask directly, and ask what happened last time something broke out of hours.
Ask the red-flag questions early. Why are you leaving your current provider? What has gone wrong in the past year? How many providers have you had in five years? The answers predict the relationship far better than the technical picture.
Here's a preview. Unlock the free download to get all 4 sections (3 more below).
| Question | Answer | Impact on scope or price |
|---|---|---|
| Number of users, and how many are remote or hybrid? | Drives licence count and remote support load | |
| Number and average age of endpoints? | Devices over 4 years old generate materially more tickets |
More free templates IT teams use alongside this one.
MSP onboarding determines the margin on an account for its entire life. Estates documented properly in the first thirty days generate predictable ticket volumes; estates taken on blind generate surprises that get absorbed into a fixed fee.
Margin erosion in managed services comes from scope ambiguity rather than from underpricing. Written exclusions are worth more than written inclusions, because disputes are always about something that was never listed either way.
A QBR that reports ticket counts tells the client what they already suspect, that they pay you and things happen. A QBR that prices the risks you are carrying and proposes specific remediation creates both renewal confidence and new work.
Estate condition (device age, OS versions, patch backlog, backup test history, MFA state) alongside real support hours expectations, downtime cost, compliance obligations, and why the client is leaving their current provider.
Because ticket volume tracks condition far more closely than headcount. Two 100-user clients can differ several-fold in support load depending on device age, patch status, and whether anyone has been managing the environment.
Why are you leaving your current provider, and what went wrong in the last year. The answers reveal expectations, communication preferences, and whether the previous relationship failed on technical delivery or on account management.