Skip to main content
Buyer's Guide

How to Evaluate a Managed Cloud, DevOps & Security Provider

The questions to ask about scope, SLAs, 24/7 security monitoring, compliance, exit terms and pricing before you sign, plus guides for each role involved in the decision.

Not sure where to start?Take our 60-second quiz

Before You Compare Proposals

Hiring a managed provider means handing an outside team the keys to your cloud accounts, your email and your customer data. Proposals tend to look alike: 24/7 monitoring, fast response, compliance expertise. The differences show up later, in what is excluded, how response times are measured, and what happens when you want to leave.

This guide covers the six areas worth testing before you sign, with the questions to put to every provider on your shortlist. It is written for owners and managers of 10–200 person businesses, including clinics, law firms, accounting and insurance practices, and funded startups, who often have no IT department to run the evaluation for them.

1. Scope: what is covered, and what is not

Most disappointment with a managed provider traces back to scope, not skill. "Managed cloud" can mean anything from patching a few servers to running your whole AWS account, and "managed security" can mean an antivirus license or a staffed security operations center. Before you compare prices, ask each provider to write down what they will operate, what they will only advise on, and what they will not touch.

For a 10–200 person business without an IT team, the gaps usually sit at the edges: Microsoft 365 or Google Workspace administration, laptops and phones, the practice-management or accounting software the business runs on, the website, and the vendors behind each of them. Ask who owns each one. If the answer is "you do", decide now whether you can live with that or need a second provider.

Also ask where operations end and project work begins. A monthly fee normally covers monitoring, patching, backups, incident response and small changes. Migrations, new environments and audits are usually quoted separately. That is reasonable, as long as the line is written down before you sign.

Ask every provider

  • Which systems will you operate day to day, and which will you only advise on?
  • What is explicitly excluded: end-user devices, SaaS apps, our line-of-business software?
  • Where is the line between a change included in the monthly fee and a billable project?
  • Are third-party tool licenses included, passed through at cost, or marked up?

2. SLAs and response times: what P1 means, and how it is measured

Every provider quotes a response time. The number only means something once you know three things: what counts as a P1, what "response" means, and how the clock is measured.

A P1 (priority 1) incident should be defined in the contract in business terms, such as a production system or company email being down for everyone, or an active security incident. It should not be left to the provider's judgment on the night. Lower priorities (P2 to P4) cover degraded service, single-user problems and routine requests, and carry longer targets.

Response time is usually the time until a qualified engineer acknowledges the incident and starts work, not the time to fix it. Ask whether the clock starts when their monitoring fires or when you open a ticket, whether it runs 24/7 or only in business hours, and whether an automated reply counts. Resolution targets, where they exist, are usually goals rather than guarantees, because root causes vary.

Uptime guarantees deserve the same scrutiny. Ask which systems the percentage covers, whether planned maintenance is excluded, and what you receive when it is missed. Service credits are the norm, so check how they are calculated and whether they are applied automatically or only when you claim them. Then ask for measured response times from recent months, not just the targets.

Ask every provider

  • How do you define P1 through P4, and is that definition in the contract?
  • Does the P1 clock run 24/7, and does it start at your alert or at our ticket?
  • What does a missed SLA cost you, and are credits applied automatically?
  • Can you share measured response times from the last few months?

3. Security operations: who watches the alerts at 3am

Monitoring tools raise alerts around the clock. The real question is whether a person looks at them at 3am on a Sunday, or whether they wait in a queue until Monday. For a business with no IT staff, that difference decides whether a compromised mailbox is contained quickly or discovered after invoices have been redirected.

Ask whether the provider runs its own security operations center (SOC) or managed detection and response (MDR) service, or resells someone else's. Either can work, but you need to know who has authority to act. Can the analyst disable a compromised account, isolate a laptop or block a suspicious sign-in without waiting for you to answer the phone? Get the escalation path in writing: who they call, in what order, and what they do if nobody answers.

Finally, ask what the SOC actually watches. For small businesses the usual sources are cloud accounts, Microsoft 365 or Google Workspace sign-ins, endpoints and email. If one of them is out of scope, that is the one an attacker will use.

Ask every provider

  • Who reviews alerts outside business hours: your staff, a partner, or an automated rule?
  • Which actions can your analysts take without our approval?
  • Which log sources are monitored, and which are not?
  • What do we receive after an incident: a timeline, root cause and follow-up fixes?

4. Compliance: evidence is not the same as compliance management

If you handle patient records, client funds or card payments, or you sell to companies that send security questionnaires, compliance will come up. Providers use the word loosely, so separate three things.

Readiness is a gap assessment: where you stand against HIPAA, SOC 2, PCI DSS or ISO 27001, and what has to change. Evidence is the technical proof an auditor asks for, such as access reviews, encryption settings, backup tests, patch records and logs, produced as a by-product of running your systems well. Compliance management is the ongoing program: policies, risk assessments, vendor reviews, scheduled evidence collection and working with the auditor. Many providers include the first two and price the third separately, so ask which one you are buying.

Healthcare organizations need one more check. Under HIPAA, a provider that can access systems holding protected health information is a business associate, and you need a signed business associate agreement (BAA) with them before they get access. Your cloud provider has its own BAA as well; on AWS, for example, you accept it in AWS Artifact. A provider that hesitates to sign a BAA is not ready to work with patient data.

Ask every provider

  • Is compliance management included in the plan, or an add-on, and what does it cost?
  • Which evidence will you produce automatically, and in what format?
  • Will you sign a BAA or data processing agreement before onboarding?
  • Have you supported an audit for our framework before, and can we speak to that client?

5. Access, offboarding and exit terms

The time to plan the end of a contract is before it begins. Your business should own its cloud accounts, domain registrations, Microsoft 365 or Google Workspace tenant and software licenses, with the provider working through named accounts that you can revoke. If a provider opens the AWS account on its own card or registers your domain in its name, leaving later becomes slow and risky.

The same applies to the work itself. Infrastructure as code (the templates that define your servers and networks), runbooks, network diagrams and credentials should live in systems you control and be handed over in a usable form when you leave. Agree the notice period, what the provider does during the handover, and how quickly it removes its own access. Confirm that every engineer signs in with an individual login and multi-factor authentication, so that offboarding one person never means rotating a shared password.

Ask every provider

  • Whose name and payment method are on our cloud accounts and domains?
  • Do we own the infrastructure code, runbooks and documentation you produce?
  • What is the notice period, and what does the exit handover include?
  • How is your engineers' access granted, logged and removed?

6. Pricing models: retainer, per-project, or per-device

A monthly retainer covers ongoing operations for a fixed fee, usually tiered by level of coverage. It suits businesses that want one team accountable for everything and a predictable bill. Ask what moves the price within a tier, and what would push you into the next one.

Per-project pricing covers a defined piece of work, such as a migration, an audit readiness sprint or an email security fix, for a fixed or estimated price. It is a low-risk way to test a provider before a longer commitment, provided the deliverables are specific.

Per-device or per-user pricing is common with traditional MSPs that support laptops and a help desk. It is easy to forecast against headcount, but read what each seat includes, because cloud infrastructure, security monitoring and compliance are often extras. Whichever model you choose, compare the total annual cost, including onboarding fees, tool pass-throughs and add-ons, rather than the headline monthly figure.

Ask every provider

  • Is there a one-time onboarding fee, and is it waived for annual terms?
  • What makes our quote go up or down within a tier?
  • Which tools and services are billed separately?

Red Flags to Walk Away From

Any one of these is worth a direct question. Two or more usually means the provider will be hard to hold to account, and harder to leave.

No written scope

Everything is "covered" on the sales call, but the proposal lists services by name only.

Response times without definitions

A fast SLA with no priority definitions or measurement method is a marketing claim, not a commitment.

Shared or anonymous logins

Engineers use a shared admin account, or the provider cannot tell you who has access.

Your accounts in their name

The cloud account, domain or licenses are registered to the provider instead of your business.

Compliance promised, not priced

"We handle compliance" with no deliverables, no evidence list, and no BAA on offer.

No exit plan

No notice period, no handover scope, and no commitment to return code and documentation.

How PlatOps answers these questions

Essential ($3,500–$7,500/mo) covers 24/7 automated monitoring with business-hours expert response, and a P1 response in under an hour around the clock. Professional ($8,000–$15,000/mo) adds 24/7 human response for every issue, our security operations center and a P1 response in under 15 minutes. Enterprise is custom-priced, with a P1 response in under 5 minutes and SLAs up to 99.99% uptime.

Every plan includes a compliance readiness assessment. Full compliance management is the Compliance Package add-on ($2,000–$5,000/mo) on Essential and Professional, and is included in Enterprise. You keep all the documentation we create.

Go Deeper for Your Role

Each guide takes the questions above further for the person who has to sign off on them.

For CISOs
10 min read

The CISO's Guide

Security Operations & Risk Reduction

Threat detection, incident response, compliance management, and security program maturity. For security leaders evaluating managed security partners.

Includes: 18-point security vendor evaluation checklist

  • Threat detection & SOC operations
  • Incident response & forensics
  • Vulnerability management
  • Compliance across frameworks
  • Security program maturity
  • Board-ready reporting
Read Guide
Most Read
For CTOs
12 min read

The CTO's Guide

Technical Evaluation & Architecture

Deep dive into security architecture, technology stack, team integration, and technical evaluation criteria. For technical leaders evaluating managed services partners.

Includes: 18-point technical evaluation checklist

  • Security architecture & Zero Trust
  • Infrastructure as Code practices
  • CI/CD & GitOps integration
  • Technology stack expertise
  • Team collaboration model
  • Red flags to avoid
Read Guide
For CFOs
8 min read

The CFO's Guide

Financial Analysis & ROI

Cost analysis, ROI calculations, and risk mitigation strategies. Built for financial leaders building the business case for managed services.

Includes: Total cost of ownership comparison & budget planning factors

  • Total cost of ownership comparison
  • ROI timeline & payback period
  • Hidden costs of DIY approach
  • Budget predictability
  • Risk & compliance costs
  • Pricing transparency
Read Guide
For Ops Leaders & Owners
8 min read

The Operations Leader's Guide

For VP Operations, COOs, Practice Managers & Owners

Response times, 24/7 coverage, day-to-day communication, onboarding, and exit terms. For whoever runs operations when there is no IT department.

Includes: SLA questions checklist & 4-week onboarding timeline

  • What an SLA really guarantees
  • Who responds after hours
  • Incident management process
  • Day-to-day communication
  • Onboarding & handoff
  • Reducing operational burden
Read Guide
Service Finder

Find the Right Service for You

Answer two quick questions and we'll recommend the best services for your situation.

1
2
3

See What You'll Receive

Preview a sample assessment report before you commit. See the exact format, findings, and recommendations we deliver to every client.

View Sample Assessment Report
Ready to Evaluate?

Get a Personalized Assessment

See how PlatOps addresses your specific technical, financial, and operational requirements with a free infrastructure review.

What you'll receive

Executive summary with risk prioritization
Detailed technical findings report
30-day actionable remediation roadmap
Custom cost comparison vs. in-house

No commitment required. Assessment takes 48 hours. Report is yours to keep.