SELECTING AND MANAGING IT PROVIDERS

THE PROVIDER DOES ITS PART. YOU KEEP CONTROL.

Choosing an IT provider is not only a product decision. It determines who controls access, who understands the environment, who acts when something fails, and how easily the company can change course later. The work therefore starts on the company side. What is actually needed, what already exists, what must remain under company control, and what does a provider have to prove?

01

SEE WHAT EXISTS. MAKE DEPENDENCIES VISIBLE.

Before asking for proposals, build a reliable picture of the current environment. This includes systems, contracts, data, access, interfaces, recurring costs, and the people who understand how the operation really works.

That picture shows where a new provider can create value and where a change would first create more risk. It also prevents the company from buying a capability that it already owns.

02

TURN THE NEED INTO A BRIEF PROVIDERS CAN ANSWER

A provider can only give a useful answer when the purpose, scope, boundaries, and responsibilities are clear. A broad intention must become a brief that providers can interpret in the same way and answer with specifics.

The brief covers the expected service, affected workflows, data, interfaces, availability, internal contributions, documentation, acceptance, and handover. This makes proposals comparable because different assumptions no longer stay hidden.

03

EVALUATE THE PROVIDER, NOT ONLY THE PROPOSAL

A polished presentation does not prove that the working relationship will remain dependable. Relevant experience, the proposed team, the quality of the questions, the handling of limits, and the willingness to transfer knowledge all matter.

The assessment also looks at commercial and operational dependence. The company should know which services the provider performs directly, which third parties are involved, and what happens when key people are unavailable.

04

COMPARE THE FULL COMMITMENT

The opening price is only one part of the decision. The full view includes setup, migration, integrations, internal time, training, support, storage, added modules, renewals, later changes, and a possible exit.

The comparison is therefore not limited to a license or a day rate. It looks at the commitment over a meaningful period and at whether the company remains able to act independently.

05

PREPARE THE NEGOTIATION BEFORE THE MEETING

A useful negotiation starts with clear priorities. What is essential, where is there room to move, which evidence is missing, and which conditions must be met before a commitment?

Price, service, responsibilities, access rights, documentation, acceptance, escalation, and exit are considered together. This prevents a gain in one area from creating dependence in another.

06

GIVE EVERY INTERFACE AN OWNER

When several providers are involved, problems often sit between their scopes. When two providers point at each other, the interface often has no clear owner.

The company therefore names a business decision owner and assigns ownership for every important interface. Providers advise and act within their assignments. They do not decide what risk the company accepts.

07

DEFINE WHAT IMPLEMENTED MEANS

An implementation is not complete because a date has arrived or an invoice has been issued. It is complete when the agreed data, workflows, roles, exceptions, access, and documentation work in daily use.

Acceptance defines that state in advance. Open items, evidence, ownership, and dates stay visible until the operation can be taken over with confidence.

08

MEASURE THE SERVICE THAT THE BUSINESS NEEDS

A long service level agreement does not create control by itself. A small set of measures is more useful when each one reflects a real operational consequence. These measures may cover availability, response times, resolution times, recurring incidents, documentation, and the quality of planned changes.

The required response depends on the work affected. A failure in invoicing or payroll needs a different priority from a display issue with no operational effect. Define the consequence first, then set the response, escalation, and fallback.

09

PLAN HANDOVER AND EXIT BEFORE DEPENDENCE GROWS

Access, data, configuration, documentation, and contract dates should be organized so that a qualified third party can take over. An export is useful only when it can be read, checked, and reused outside the current platform.

A prepared exit is not a vote of no confidence. It protects continuity, strengthens the company’s negotiating position, and creates the basis for a practical working relationship.

10

HOW DISRUPTION DYNAMICS WORKS

For this assessment, Disruption Dynamics works for the company making the decision. The company’s requirements determine the selection. DD is paid by the company for the assessment, not by a provider for a recommendation.

DD clarifies the situation, structures requirements, assesses providers, prepares negotiations, supports implementation, and secures the handover. DD does not provide ongoing IT support or act as a managed service provider. Operational control remains with the company.

RELATED PERSPECTIVES

COMMON QUESTIONS.

Does DD recommend specific IT providers?

Yes, when the situation calls for a selection and suitable providers can be assessed against evidence. The company’s requirements determine the selection. Evidence, costs, risks, and handover capability inform the recommendation. DD is paid by the company for the assessment, not by a provider for a recommendation.

Does DD negotiate with the provider?

DD prepares the negotiation on the company side and can take part in it. Goals, limits, missing evidence, and responsibilities are clarified before the meeting. The decision and the contract stay with the company.

Do we have to replace our current provider?

Not necessarily. Clearer responsibilities, better documentation, adjusted services, or a dependable escalation path may be enough. A change makes sense when material gaps cannot be closed or the remaining dependence is not acceptable.

What makes a useful service level?

A useful service level connects a measurable service to its operational consequence. It defines response times, resolution responsibilities, escalation paths, and how operations continue if the service fails. A technical measure alone does not show whether the affected business process can keep working.

Do we still need our own server?

It depends on the applications, availability needs, data obligations, backup, and equipment that still rely on it. Many ordinary office, file, and collaboration needs no longer require a local server. The answer is not automatic. First establish what the server actually does, then decide what can change, what must remain, and how continuity will be protected.

Does DD take over ongoing IT support?

No. DD is not an IT support company or a managed service provider. DD can support selection, negotiation, implementation, the management model, and handover. Ongoing operations stay with the company and its appointed providers.

ASSESS THE PROVIDER RELATIONSHIP BEFORE IT BECOMES A DEPENDENCY.

The diagnosis shows what must stay under company control, what the provider has to prove, and which decision comes first. Then you decide.

START WITH THE DIAGNOSIS

OTHER AREAS

DISRUPTION DYNAMICS

Zürich · Remote · On-site · Deutsch · Français · English

UNCLEARCLEARINDEPENDENT
© 2026 Disruption DynamicsAboutAreasContact

Only signal. No noise.