Who owns the outcome?
Ask who makes architectural and security decisions, who handles escalation, and whether that person remains involved after the sale.
A buyer’s guide to managed IT
Most managed IT proposals contain similar product categories. The meaningful differences are ownership, engineering depth, exclusions, recovery capability, documentation, and how the provider behaves when the problem stops being routine.
Get a second opinionSix questions worth asking
A polished proposal is useful only if it reveals who is responsible, what is excluded, and how difficult work will actually be handled.
Ask who makes architectural and security decisions, who handles escalation, and whether that person remains involved after the sale.
Separate help desk, monitoring, patching, projects, on-site work, security, backup, Microsoft 365, after-hours response, and vendor coordination.
Require evidence of restore testing, recovery objectives, isolation, credentials, and the sequence used to return operations.
Expect current diagrams, circuits, equipment, addressing, VLANs, administrative ownership, warranties, licensing, and configuration backups.
Determine whether the provider has senior engineering depth or expects the ordinary support queue to design migrations and cutovers.
Leadership should receive prioritized business impact, options, cost, consequence, and a clear recommendation—not only technical alerts.
Proposal comparison
JMB’s model
Jaen remains directly involved in technical decisions and outcomes. He has previously built and led a 38-person technology company with 23 technicians, and JMB can add qualified project or support-desk capacity when an agreed engagement requires it. Current staffing and delivery responsibilities are defined honestly in the proposal.
See the co-managed modelDirect access. Senior judgment.
A short leadership review can identify missing ownership, hidden exclusions, and the questions that still need defensible answers.