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.