Miért szív többet az MSP-szerződésed, mint gondolnád? (Így javítsd ki!)

Miért szív többet az MSP-szerződésed, mint gondolnád? (Így javítsd ki!)

A legtöbb cég vakon írja alá az MSP-szerződéseket, anélkül, hogy értené, mire vállal kötelezettséget – és ez meglátszik. Most szétszedjük a szerződés legfontosabb részeit, amelyek ezreket spórolhatnak vagy kerülhetnek: az SLA-któl az kilépési stratégiákig. Megadjuk a kulcskérdéseket, amiket fel kell tenned, mielőtt aláírsz.

Miért szív többet az MSP-szerződésed, mint gondolnád? (És hogyan orvosold)

Bevallom: egy kezelőszolgáltatói szerződést átböngészni olyan, mint fogat mosni. Száraz jogi szöveg, bonyolult kifejezések, rejtett csapdák. Pedig ez a papír védi az egész IT-rendszert. Ha elrontod, katasztrófa jön: a szolgáltató tűnik el, amikor a legjobban kell.

Rengeteg céggel beszéltem, akik aláírták, anélkül hogy értették volna. Végül óriási büntetést fizettek a felmondásért. Vagy kiderült, a "folyamatos támogatás" csak vészhelyzetre szól, a mindennapi gondokra nem. Ezt meg lehet kerülni.

SLA: Ez a legfontosabb rész (Komolyan)

Sokan azt hiszik, az SLA csak egy százalék: "99,9% rendelkezésre állás, kész." Tévednek. Az SLA szabja meg, hogyan viselkedik a szolgáltató.

Elérhetőség az alap, de nem elég. Mi van, ha leáll a rendszer? Reagálási idő dönt. Ha kritikus hiba van, és 4 órát várnak, az órák többe kerülnek, mint egy év díja.

Láttam vicces definíciókat: egyik ügyfélnek az e-mail leállás kritikus volt, a szolgáltató "közepesnek" minősítette. Írjátok le pontosan, mi számít kritikusnak – példákkal, a te üzletedre szabva.

Fontos: Esti-éjszakai támogatás kell. Ha 24/7 dolgoztok, de ők csak nappal érhetők el, baj van. Mit kapsz vasárnap hajnali 3-kor? Valakit, vagy csak üzenetrögzítőt?

Munkaköri leírás: A ködös határidők csapdája

A SOW mondja meg, mit csinálnak pontosan. Egyszerűnek tűnik, de a határidők elmosódnak.

Volt, ahol "TBD" startdátumot írtak. Vagyis fizetsz, de nem tudod, mikor kezdik. Ez olyan, mint tetőt javítani "valamikor". Követelj fix dátumokat.

Indulás előtt checklist: leltároznak? Figyelmet állítanak be? Dokumentálnak? Írjátok le, különben az első napon várakozol.

Befejezésnél is: mitől csúszhat? Mit adj át te? Mit kapnak ők? Mi van késésnél? Így később nincs vitatkozás.

Kilépési terv: Gondolkodj a szakításon előre

Kevesen terveznek vele, de mi van, ha vége? Rossz szolgáltatás, növekedés, felvásárlás – kell a menekülőút.

Felmondásnál írjátok le:

  • Mennyi felmondási idő (30, 90 nap?)
  • Korai kilépés költsége (ne legyen rabló)
  • Büntetés nélküli kilépés okai

Utolsó kulcs: SLA-sértések, biztonsági hibák – ezeknél ingyen mehetsz. Pontosan definiáljátok.

Kötelező "átadás segítő" klauzula. Adatokat átadják, briefelik az újat – ez alap, ne külön fizess.

Bizalmas információk: Védjed a titkaidat

Mindent látnak: ügyféladatokat, know-how-t, terveket. Bizalmas klauzula muszáj.

Definiáljátok, mi titkos, és védjétek a szerződés után is. Ne tűnjön el a védelem felmondáskor – titok marad titok.

Követelj:

  • Titkosítás érzékeny adatokra (2024-ben alap)
  • Korlátozott hozzáférés
  • Írott biztonsági szabályok
  • Háttérellenőrzés a munkatársaknak

Ez nem papírmunka, hanem üzletvédelem.

Felelősség: Ki fizet, ha baj van?

Rémálom: hack, adatvesztés, hiba – ki állja?

Legyen világos:

  • Ők tartják a biztonságot
  • Te követed az útmutatóikat
  • Felelősségplafon (sokszor az éves díj)

De plafon ne védje a nagy hibát vagy szándékost. "password123" miatt ne kapszanak mentességet.

Kötelező kiberbiztosítás. Ha nagy baj, legyen fedezet, ne reménykedj.

Összefoglalva

Az MSP-szerződés az IT-alap. Most pár óra munkával ezreket spórolhatsz később.

Ne fogadd el vakon. Kérdezz, pontosíts, alkudj. Nem érted? Ügyvéd nézze át – ez nem luxus, hanem okosság.

Az IT-rendszered nem kockáztatható. Írd meg jól a szerződést.

Címkék: ['msp contracts', 'it security', 'service level agreements', 'business agreements', 'managed services', 'cybersecurity', 'data protection', 'contract negotiation']