It’s 8:15 on a Tuesday. Your IT person is resetting a password for the front desk, your CFO can’t open a shared spreadsheet from home, and an alert from overnight is still sitting unread. Co-managed IT is built for that morning, when you have good people in-house and more work than they can cover.
Co-managed IT works by dividing your IT work between your internal team and an outside provider, with the split written down. Your team keeps strategy, budget, approvals and the knowledge of how your business runs. The provider takes agreed pieces, such as escalated tickets, after-hours monitoring, security and projects. Both teams work from one ticketing system, pass work along inside the same ticket, and review the split on a set schedule.
In this article
- What Changes and What Stays the Same
- Co-Managed IT Roles and Responsibilities: Who Handles What
- How a Ticket Moves Between Your Team and Ours
- How the First 30 Days Go
- How Your Team Keeps Strategic Control
- What You Can See at Any Time
- Where Co-Managed IT Goes Wrong, and How to Prevent It
- Frequently Asked Questions
- Seeing How This Would Work With Your Team

What Changes and What Stays the Same
Your IT team stays, and so does their authority. What changes is how much they carry alone. In a model like our co-managed IT services, ThrottleNet works alongside your internal team as a partner: we supplement your in-house IT team instead of taking it over.
What stays the same:
- Your team sets IT priorities and decides what gets done first.
- Your leadership approves budget and major changes.
- Your people still know your line-of-business software, your users and your history better than any outside provider.
What changes:
- Your internal IT staff gets a bench of Tier 1, Tier 2 and Tier 3 engineers to hand work to.
- Someone is watching your systems after hours, through 24/7 monitoring and a 24/7 Security Operations Center (SOC).
- Your team gets specialized expertise in cybersecurity, cloud, networking and IT strategy, without the cost of hiring for each of those skills.
Security is often the first gap a lean team feels. ISACA’s State of Cybersecurity 2025 report found that 55% of cybersecurity teams are understaffed. For businesses with one or two IT people, round-the-clock security coverage is hard to staff in-house, so monitoring and security operations are common pieces for internal IT teams to hand to the provider.
Co-Managed IT Roles and Responsibilities: Who Handles What
Every company’s split is different, and it gets written down before work starts. MSP industry guidance offers a useful rule of thumb: your internal team owns the “what and why” (priorities, budget, risk decisions), and the provider often owns the “how and when” for the work you delegate to it.
Here is a common starting split. Yours will move some rows around.
| Area | Usually your team | Usually ThrottleNet |
|---|---|---|
| IT strategy and priorities | Sets them | Your vCIO advises and brings roadmap options |
| Budget and spending | Approves | Recommends and helps plan |
| Line-of-business applications | Owns and supports | Supports the infrastructure they run on |
| Everyday user requests | First stop, or shared | Overflow or first contact, depending on setup |
| Escalated tickets | Hands off with notes | Tier 2 and Tier 3 engineers |
| After-hours coverage | Off the clock | 24/7 monitoring and support |
| Security operations | Sets risk tolerance | 24/7 SOC, endpoint protection, threat alerts |
| Projects | Chooses and prioritizes | Engineering and project capacity |
Most organizations record this in a responsibility matrix, a simple chart listing each task and who owns it. A task that isn’t on the chart tends to fall between the two teams, so the chart gets updated as your business and its demands change.
- Example: one arrangement keeps every user request in-house and sends ThrottleNet only escalations and after-hours work. Another sends every request to our help desk first, so the internal IT lead can spend the week on projects. Both are co-managed IT.
How a Ticket Moves Between Your Team and Ours
A ticket lives in one shared system from start to finish. Whoever triages first takes the first look, and if the issue needs another level or the other team, ownership changes inside the same ticket instead of a new one being opened.
Who answers first
Either team can take the first look, and the agreement says which:
- Internal-first: your IT team triages every request and passes along what they can’t, or shouldn’t, handle.
- Provider-first: requests go to our co-managed IT help desk, and your team steps in where their knowledge or approval is needed.
Neither is right for everyone. Users and both teams just need to know where a request goes.
One ticket, start to finish
Here’s how a typical escalation runs in an internal-first setup:
- A user reports that a branch office can’t reach a shared file server. The ticket opens in the shared ticketing system.
- Your IT person takes the first look: who is affected, the obvious causes, and how urgent it is.
- The problem turns out to be the branch’s firewall, the device that guards the network’s front door. Your IT person moves ownership to ThrottleNet inside the same ticket, so the ticket number and the clock stay the same.
- The handoff note covers what happened, who is affected and how badly, what was already tried, and what is needed.
- Our team acknowledges the handoff, routes it to the right tier, and works it. Your IT person follows progress without chasing anyone.
- Once it’s fixed, the ticket closes with notes both teams can read later.
The handoff note in step 4 is what keeps the user from answering the same questions twice. The receiving engineer starts where your IT person stopped, not from zero.
Our ticketing system routes requests automatically, puts urgent ones first, and gets the right technician engaged. Behind it sits our multi-tiered help desk, and it’s the reason problems get solved faster: an issue goes straight to the level of expertise it needs instead of waiting in a single queue. Our support team averages a 90-second response.
How a community bank splits the work
ThrottleNet’s published co-managed case study shows one way this looks in practice. A community bank with 14 branches and 135 employees runs a lean internal IT function, with a single IT administrator. On the bank’s side, internal IT handles triage, prioritization and compliance documentation. ThrottleNet handles Tier 2 and Tier 3 escalations, after-hours support, security incidents, coverage across the branches, and preparation for regulatory exams.
The bank pays a single, predictable monthly fee that covers remote and on-site support, and the partnership has run for eight years.
How the First 30 Days Go
ThrottleNet’s onboarding runs about 30 days. In a co-managed setup, the two teams first agree on the responsibility split and how tickets will route, which is standard practice for co-managed IT onboarding. Then our standard onboarding steps follow:
- Deploy 24/7 network monitoring and cybersecurity protection.
- Activate user workstations with our support tools.
- Install and configure server software and security agents.
- Train your internal points of contact on TN TechHub, our client portal.
- Document the network, consolidate passwords and security settings, and map your vendors and contacts.
- Train your end users on phishing awareness, how to request support, and what to expect.
- Schedule your first quarterly business and technology review with your vCIO.
When onboarding is done, monitoring and security tools are running across your environment, your IT team can see tickets in TN TechHub, your users know how to ask for help, the network is documented, and the first vCIO review is on the calendar.
Step 5 carries extra weight in a co-managed arrangement. When most of your IT knowledge lives in one person’s head, network documentation and a vendor map mean the business isn’t stuck if that person is out sick or moves on.
How Your Team Keeps Strategic Control
Your team keeps control through the decisions it holds: priorities, budget, approvals and risk. ThrottleNet brings options, recommendations and engineering capacity. The call stays with you.
- Strategy. You get a dedicated vCIO from our 6-person vCIO strategy team. A vCIO (virtual chief information officer) is a strategist who understands both business and technology, and helps with budgeting, project planning, security policies and compliance. Your vCIO recommends; your leadership and your IT lead decide.
- Routine changes. MSP industry guidance suggests approving low-risk, repeat work like scheduled patching once, so it doesn’t need a sign-off every time.
- Riskier changes. Anything that could disrupt your operations gets approval from your side before work starts.
- Emergencies. These are the exception. If something breaks at 2 a.m. or a security incident is underway, waiting for a sign-off can make it worse. A good agreement includes an emergency rule set in advance: contain the problem first, then review what was changed with your team the next business day.
If you’re the in-house IT lead, the model is designed around you staying in the seat. In the bank example, internal IT still handles triage and prioritization eight years in.
What You Can See at Any Time
You can see what’s being done at any time through TN TechHub, our client portal, and you get a quarterly review with your vCIO on top of that.
In TN TechHub, your team can:
- follow ticket progress, including tickets handed to us
- check network status and backup health
- see threat alerts
- view your software and endpoint inventory
- find billing details, contract documents and a knowledge base
- plan and budget with your vCIO
Each quarter, your vCIO sits down with your leadership and IT lead to go over the technology roadmap, budget, compliance plans and equipment lifecycle. That is where the responsibility split gets revisited, too.
MSP industry guidance also recommends a monthly operational check-in between the two IT teams, focused on tickets, alerts and open projects. If you want one, write it into the agreement.
Security gets the same visibility. Our 24/7 SOC watches for threats around the clock, behind the scenes, and threat alerts show up in TN TechHub. ThrottleNet customers have never paid a ransomware attack.
Where Co-Managed IT Goes Wrong, and How to Prevent It
Most co-managed problems come from unclear ownership, and most fixes are simple once someone writes the answer down.
- Both teams assume the other has it. An alert fires, and each side thinks the other is on it. Fix: assign ownership at the task level, including who responds to each kind of alert.
- Example: a backup fails on a Friday night. Without a matrix row for “failed backups: who responds, who gets told,” it can sit until Monday.
- Duplicate tools. Two ticket systems or two remote-access tools mean nobody has the full picture. Fix: one system of record for tickets, and an agreed list of tools.
- Scope drift. Work slowly moves from one side to the other without anyone deciding it should. Fix: review the responsibility matrix every quarter.
- One internal person holding everything. Fix: the documentation from onboarding, plus a named backup contact on your side.
Frequently Asked Questions
What is co-managed IT support?
No industry body has a formal definition of co-managed IT, so providers use the term differently. Some cover only help desk overflow, while others include monitoring, security, projects and strategy. Before you compare offers, ask each provider for the written list of what they own and what you own. With ThrottleNet, specialists in cybersecurity, cloud, networking and vCIO strategy fill the gaps your team names.
How is co-managed IT different from fully managed IT?
With fully managed IT services, the provider is your IT department, so the answer to “who owns this?” is always the provider. With co-managed IT, accountability is shared, which is why the agreement has to name an owner for each system, task and escalation. A business with no internal IT person is usually a better fit for fully managed. ThrottleNet offers both managed services and co-managed IT, and we manage or co-manage depending on the team you already have.
How long does co-managed IT onboarding take?
At ThrottleNet, about 30 days. Other providers’ timelines vary, so when you compare quotes, ask which services are live in the first week and which come later. That way a longer or shorter timeline means something.
Will we lose control or admin access?
No. A sound arrangement gives each provider engineer a named account (never a shared admin login), protected by multi-factor authentication, a second check such as a code on a phone. At least two emergency admin accounts stay with your team, and access is reviewed on a schedule. ThrottleNet also offers month-to-month agreements with no long-term contracts, so you are never locked in.
Seeing How This Would Work With Your Team
The quickest way to see where the lines fall for your business is to look at your own environment. ThrottleNet’s free on-site assessment and security report reviews your risk exposure, system health, user experience and IT processes, and gives your leadership and your IT team a shared starting point for weighing the benefits.
If you’re weighing co-managed IT for your Kansas City business, we’d be happy to walk your team through what the split could look like.
