A sample plan for changing IT providers.

See the decisions, handoffs, and checks an IT transition can involve. Use this open playbook to prepare questions for your team and your next provider.

Illustrative sample only. This is not a customer onboarding plan, a service commitment, or a guaranteed timeline. Your actual steps, owners, and dates depend on discovery, the agreed scope, access, and vendor cooperation.

Six phases.
Clear decisions at each step.

The sequence helps you see what needs to be ready before the next step. Some work can overlap; dates should follow the requirements of your environment.

See how Cortavo works →

1. Discovery and scope

Start with how the business works: covered employees, locations, applications, business hours, and the issues you want to solve. Identify the responsibilities your internal team will retain and the services that need a separate project scope.

What you should have: A scope checklist covering included systems, exclusions, support hours, sites for onsite support, vendor responsibilities, and open decisions.

Before moving on: Your business owner and Cortavo agree on the proposed scope before scheduling the transition.

2. Access and inventory

Build a working inventory of devices, work accounts, software subscriptions, internet services, and key vendors. Identify who owns each service and which permissions Cortavo needs for the agreed work. Arrange an approved secure handover method for access.

What you should have: An asset and service inventory, an access approval list, and a record of missing information or unsupported systems.

Before moving on: The client authorizes access, ownership is checked, and unresolved gaps have an assigned owner. Credentials do not belong in an email checklist or this sample.

3. Joint handover

Bring together the client, Cortavo, and the outgoing provider where applicable. Review open tickets, known issues, vendor contacts, renewal dates, recovery arrangements, and any planned changes. Check contract notice periods before ending existing services.

What you should have: A handover record with open issues, dependencies, contact roles, and the proposed order of changes.

Before moving on: Agree on the change window, who approves each step, and what happens if a check fails. Do not cancel a service that the transition still depends on.

4. Team communication

Tell employees when the support arrangement changes, how to request help, which hours apply, and who can approve access or purchases. Explain any device or account changes before asking people to act.

What you should have: An employee welcome message, approved support instructions, and a contact list for internal approvals and escalation.

Before moving on: The client approves the communication and confirms that covered office, remote, and shift-based employees can find it.

5. Go live with agreed checks

Work through the approved transition steps and validate the covered services. Example checks include a test support request, access to email and shared work tools, and the status of agreed device, security, and backup services. The checks depend on what is actually in scope.

What you should have: A completed go-live checklist, a record of exceptions, and a named role responsible for each follow-up.

Before moving on: The client and Cortavo review the results. Unresolved issues are escalated or changes deferred according to the agreed decision and rollback process.

6. Ongoing reviews

Review early support requests and outstanding handover items, then establish the ongoing account and technology review cadence. Keep the inventory and support scope current as people, equipment, and locations change.

What you should have: An open-action list and a review agenda covering recurring issues, equipment needs, business changes, and budget priorities.

Before moving on: Confirm who owns each action and when it will be reviewed. Major migrations, new locations, and other projects receive their own scope.

Put ownership in writing.

This sample responsibility matrix is a starting point. Assign actual owners together, including your internal IT team where relevant. An outgoing provider’s involvement depends on its agreement with you.

Illustrative responsibilities to confirm before the transition
WorkstreamCortavoYour organizationOutgoing provider, if applicable
Service scope and prioritiesRecommend a support scope and identify exclusions.Confirm business priorities, covered users, and retained responsibilities.Clarify existing services and contractual dependencies.
Inventory and accessReview supplied information and request the permissions needed for agreed work.Confirm ownership and authorize access through an approved secure process.Provide authorized documentation and arrange the agreed access handover.
Transition and continuityPropose the technical sequence, checks, and escalation points within scope.Approve change windows, business decisions, and any service cancellation.Coordinate the agreed handover and identify dependencies before access or services end.
Employee communicationSupply the agreed support instructions and service-hour details.Approve and distribute the message; identify internal approvers.Confirm when the previous support route stops applying.
Go-live checks and open actionsPerform agreed checks and record issues within the new scope.Validate representative business workflows and approve next steps.Resolve or transfer retained issues according to the handover agreement.

Keeping an internal IT team? Define its retained permissions, approvals, application responsibilities, and escalation paths alongside the work Cortavo takes on.

Before the support handover.

Use these questions to make the transition review concrete. Record an owner for anything that is still unresolved.

  • Are covered users, devices, locations, applications, and exclusions documented?
  • Have access permissions been authorized and critical service ownership verified?
  • Are existing contracts, renewal dates, open issues, and vendor dependencies understood?
  • Do employees know the new support route and the time the change takes effect?
  • Have the agreed service checks been completed and exceptions assigned?
  • Is there an agreed way to pause a change, escalate a problem, or restore the previous arrangement where feasible?

Make the support hours explicit.

The US-based help desk is available 24/7 under the agreed service scope. Confirm priority definitions and escalation instructions before go-live.

Turn the sample into a conversation about your business.

Bring a summary of your users, sites, key applications, current support arrangement, and any upcoming renewal or move. You can start the conversation without sharing passwords or private infrastructure details.