Ett driftavtal är en försäkring mot stillestånd. Värdet ligger i hur snabbt någon agerar när något går fel, inte i antalet rader i avtalet.
Svarstid och åtgärdstid är olika saker
Ett löfte om svar inom en timme betyder inte att felet är löst inom en timme. Be om båda måtten och vad som gäller vid allvarliga driftstopp.
Vad ingår i uppdateringar?
Säkerhetsuppdateringar bör alltid ingå. Funktionsändringar gör det sällan. Se till att gränsen är skriven så att ni slipper diskussion vid varje ärende.
Backup ni kan lita på
Frekvens, lagringstid, plats och testad återställning. En backup som ligger på samma server som sajten skyddar inte mot särskilt mycket.
Så planerar ni arbetet med backup och driftavtal
Ett bra första steg är att skriva ned nuläget, det önskade resultatet och vilka personer som påverkas. För backup och driftavtal behöver ni inte börja med en komplett kravspecifikation. Samla i stället konkreta exempel på vad som fungerar dåligt i dag, vilka frågor kunder eller medarbetare ofta ställer och vilket resultat ni vill kunna mäta. Prioritera sedan behoven efter affärsnytta, risk och arbetsinsats. Det gör det enklare att välja en första leverans som går att testa i verkligheten utan att låsa hela projektet vid antaganden. Utse också en ansvarig beslutsfattare och bestäm hur återkoppling ska samlas in. Korta, regelbundna avstämningar ger nästan alltid bättre fart än stora presentationer med flera veckors mellanrum.
Vad ni bör jämföra mellan olika lösningar
Jämför inte enbart inköpspris eller antal funktioner. Titta på den totala kostnaden över tid: införande, innehåll, integrationer, utbildning, support, drift och framtida förändringar. En enkel lösning som teamet förstår och faktiskt använder ger ofta större värde än en avancerad plattform som kräver specialistkunskap för varje justering. Be leverantören förklara vad som ingår, vad som ligger utanför omfattningen och vem som äger kod, data, konton och dokumentation efter leverans. Kontrollera dessutom hur lösningen hanterar säkerhet, tillgänglighet, prestanda och sökbarhet. De delarna är betydligt billigare att bygga rätt från början än att reparera när sidan eller systemet redan används.
Mät resultatet efter lansering
Lanseringen är början på nästa arbetsfas, inte slutet på projektet. Bestäm före start vilka signaler som visar att satsningen fungerar. Det kan vara fler relevanta förfrågningar, kortare handläggningstid, färre supportfrågor, bättre synlighet i sök eller att fler besökare slutför en viktig uppgift. Dokumentera utgångsläget så att förändringen går att jämföra rättvist. Följ sedan upp efter två veckor, en månad och ett kvartal. Kombinera statistik med samtal med riktiga användare; siffrorna visar var något händer, medan människor förklarar varför. Justera en sak i taget när det är möjligt. Då blir det tydligare vilken förändring som faktiskt gav effekt och var nästa investering gör mest nytta.
Förbered organisationen för ett hållbart arbetssätt
Tekniken ger bara varaktig effekt när ansvar och arbetssätt är tydliga. Bestäm vem som förvaltar innehåll, vem som följer upp mätvärden och vem som kan godkänna förändringar efter lansering. Dokumentationen ska vara kort, aktuell och begriplig för den som faktiskt ska använda den. Planera även för löpande underhåll, säkerhetsuppdateringar och kvalitetskontroller i stället för att vänta tills något går sönder. Om flera externa parter är inblandade behöver gränserna mellan deras ansvar vara skriftliga. Ett enkelt årshjul med återkommande kontroller av innehåll, länkar, prestanda, formulär och behörigheter minskar risken för att små fel växer till dyra problem. På så sätt blir investeringen lättare att förvalta och förbättra även när personer, prioriteringar eller marknadsförutsättningar förändras.
Vanliga frågor
Vad ska vi kräva i ett driftavtal?
Både svarstid och åtgärdstid – ett löfte om svar inom en timme betyder inte att felet är löst inom en timme. Fråga också vad som gäller vid allvarliga driftstopp. Värdet ligger i hur snabbt någon agerar, inte i antalet rader i avtalet.
Ingår uppdateringar?
Säkerhetsuppdateringar bör alltid ingå, funktionsändringar gör det sällan. Se till att gränsen står skriven, så slipper ni diskussion vid varje ärende.
Vad kännetecknar en backup man kan lita på?
Rätt frekvens och lagringstid, en annan plats än sajten och en återställning som har testats. En backup på samma server som sajten skyddar inte mot särskilt mycket.
Vad kostar ett rimligt avtal?
Det beror på svarstider och omfattning. Jämför alltid vad som faktiskt ingår.
Behövs avtal för en enkel sajt?
Ett litet avtal med uppdateringar och backup räcker ofta långt.
Kan vi säga upp när vi vill?
Kontrollera bindningstiden och att ni får med er backupen när avtalet upphör.