Paslaugų įsipareigojimai turi atitikti turinio darbą
Lengvai suprantama kalbos paslauga dažnai palaiko užduotis, turinčias nustatytą laiką. Vyriausybinei agentūrai gali tekti paskelbti atnaujintą datą, įmonei gali tekti paaiškinti naują sutarties informaciją arba naujienų skyriui gali tekti atnaujinti įspėjimą. Jei paslauga sugenda būtent tuo metu, tai paveikia ne tik techninę sąsają. Skaitytojai svarbią informaciją gauna vėliau arba mažiau prieinamu formatu.
Paslaugų lygio sutartyje (SLA) aprašomos pažadėtos paslaugos charakteristikos. Tai gali būti prieinamumas, palaikymo valandos ir reagavimo laikas. Ji tampa prasminga tik tada, kai šios sąlygos yra susietos su faktiniu naudojimu. Didelis mėnesinis prieinamumas yra mažai naudingas, jei, pavyzdžiui, redaktoriaus patvirtinimas ar eksportavimas į CMS pakartotinai nepavyksta.
Todėl pirkėjai turėtų sutelkti dėmesį į turinio svarbą. Ar tekstą reikia apdoroti per valandą, ar redakcijos komanda gali palaukti dieną? Ar yra versija, kuri liks laikinai publikuojama? Pasekmės skaitytojams lemia, kurie įsipareigojimai yra tikrai svarbūs, o kurie skaičiai tiesiog atrodo gerai. Skubus pranešimas paprastai reikalauja griežtesnių įsipareigojimų nei ilgalaikis straipsnis apie kontekstą.
Prieinamumui reikalinga aiški taikymo sritis
99,9 proc. įsipareigojimas skamba aiškiai, tačiau esminiai klausimai lieka neatsakyti. Ar skaičiavimas atliekamas kas mėnesį, ar kasmet? Ar skaičiuojamas tik prisijungimo puslapis, ar turi veikti ir teksto rengyklė? Ar API, žiniatinklio sąsaja ir CMS ryšys matuojami kartu? Nenustačius matavimo taško, tiekėjas ir klientas gali skirtingai įvertinti tą patį sutrikimą.
Redakcijos komandai svarbiausia yra užbaigta užduotis. Jei jie gali prisijungti, bet negauna rezultatų, paslauga praktiškai nenaudojama. Tas pats pasakytina ir tuo atveju, jei turinys apdorojamas, bet eksportuojant gaunami tušti skyriai. Todėl SLA turėtų nurodyti funkcijas, kurių gedimas neleistų arba labai apribotų suprantamą publikavimą. Šiame užduoties rodinyje turi būti įtrauktos priklausomos prisijungimo paslaugos ir sąsajos.
Lėti atsakymai taip pat gali būti laikomi beveik gedimu. Apdorojimas, kuris paprastai trunka kelias sekundes, tampa netinkamas laikui jautriam turiniui, jei tai trunka kelias valandas. Todėl protingai įsipareigojant reikėtų atsižvelgti ne tik į prieinamumą, bet ir į atsakymo laiką bei pajėgumus. Slenkstis turėtų būti tinkamas tipiniam turiniui ir nebūtų matuojamas vien tik su ypač trumpu pavyzdiniu tekstu. Sezoniniai piko apkrovimai turėtų būti realiai įtraukti į sutartą pajėgumą.
Nepainiokite reakcijos ir atsigavimo
Atsakymo laikas rodo, kada paslaugų teikėjas gauna pranešimą arba pradeda jį apdoroti. Tai dar nenurodo, kada paslauga vėl bus teikiama. Patvirtinimas po penkiolikos minučių gali būti naudingas, tačiau redakcijos komandai taip pat reikia realaus trukmės įvertinimo ir informacijos apie galimus laikinus sprendimus.
Terminai turėtų būti diferencijuojami pagal jų poveikį. Nedidelė rodymo klaida vidinėje gijoje turėtų būti tvarkoma kitaip nei paslauga, kuri blokuoja visus leidinius. Sutrikimas, dėl kurio atsiranda neteisingi skaičiai, praleistos sąlygos arba sukeistas turinys, yra ypač svarbus. Tokios klaidos skaitytojams gali likti nepastebėtos.
Įvertinimas neturėtų priklausyti vien nuo paveiktų paskyrų skaičiaus. Klaida vos vienoje organizacijoje vis tiek gali užblokuoti svarbų įspėjimą ar viešąją paslaugą. Todėl SLA taip pat turėtų atsižvelgti į neteisingo turinio svarbą, laiko jautrumą ir riziką. Klientas turi turėti galimybę pagrįsti akivaizdžiai per žemą įvertinimą. Šiuo tikslu būtinas prieinamas eskalavimo kontaktas su sprendimus priimančia institucija.
Techninės priežiūros laikotarpiai neturėtų stebinti redakcijų
Planinė priežiūra yra būtina, tačiau neturėtų būti traktuojama kaip nenumatytas sutrikimas. Redakcijos komandos turi būti laiku informuotos, nurodant pradžios datą, numatomą trukmę ir paveiktas funkcijas. Pranešimas, išsiųstas į nevaldomą administratoriaus paskyrą, neatitinka šio reikalavimo. Informacija turi pasiekti asmenis, kurie gali planuoti leidinius arba parengti alternatyvą.
Laikas ir dažnumas taip pat vaidina svarbų vaidmenį. Daugeliui paslaugų gali būti priimtinas reguliarus techninės priežiūros laikotarpis ramią naktį. Tai nebūtinai taikoma visoje Europoje teikiamoms paslaugoms ar pamainomis dirbantiems redakcijos darbuotojams. Ypač svarbias publikavimo datas klientas ir paslaugų teikėjas turėtų aiškiai apibrėžti, nereikalaujant atskleisti kiekvieno redakcinio plano.
Jei techninė priežiūra trunka ilgiau nei tikėtasi arba jos apimtis padidėja, planinė techninė priežiūra tampa sutrikimu. Tokiais atvejais reikėtų laikytis standartinių informavimo ir eskalavimo kanalų. Priešingu atveju, bendra išimtis kiekvienam paskelbtam techninės priežiūros vizitui galėtų užgožti didelę dalį faktinio prastovos laiko matavime. Todėl išimtys reikalauja aiškių ribų ir patikrinamų įrašų. Taip pat reikėtų pranešti apie atšauktus techninės priežiūros vizitus, kad būtų išvengta nereikalingų sprendimų.
Turinio klaidos priklauso paslaugos kokybei
Kalbos paslauga gali būti techniškai prieinama, bet vis tiek pateikti klaidingus rezultatus. Nuolat trūkstamos pastraipos, neveikiančios nuorodos ar sukeistos puslapių nuorodos nėra vien skonio reikalas. Jos kelia grėsmę redakciniam darbui ir gali lemti, kad žmonės gaus nepilną arba neteisingą informaciją. Tokioms klaidoms reikalinga aiški pranešimo procedūra.
Ne kiekviena netinkama formuluotė yra aptarnavimo incidentas. Kalbinius rezultatus vis tiek turi peržiūrėti žmogus, o techninius sprendimus priima redakcijos komanda. Tačiau paslaugų teikėjas turėtų gebėti atskirti numatomą redakcinį nukrypimą nuo sisteminio defekto. Jei identiškos užklausos sutrumpina turinį arba rodo pašalinį tekstą, tikėtina, kad tai techninė problema. Kelios panašios ataskaitos turėtų būti sujungtos, per anksti neuždarant atskirų klientų bylų.
Naudinga naudoti saugų būdą pranešti apie paveiktą rezultatą, įskaitant nuorodą ir laiką. Su papildomomis palaikymo sistemomis neturėtų būti dalijamasi daugiau konfidencialios informacijos nei būtina. Paslaugų teikėjas turi turėti galimybę atkurti atvejį neversdamas redakcijos komandos siųsti slaptų tekstų nešifruotų el. paštu. Gavimo patvirtinime turėtų būti nurodyta nuoroda ir preliminari klasifikacija.
Aiškiai atskirti gedimą nuo saugumo incidento
Gedimas paveikia paslaugos funkciją arba našumą. Saugumo incidentas paveikia konfidencialumą, vientisumą arba prieinamumą taip, kad reikia imtis tikslinių saugumo veiksmų. Abu gali įvykti vienu metu. Sugedęs serveris gali būti techninis gedimas, o manipuliuota išvestis arba nutekinta kliento įvestis taip pat gali būti saugumo incidentas.
BSI (Federalinė informacijos saugumo tarnyba) pabrėžia, kad saugumo incidentai turėtų būti aiškiai apibrėžti ir atskirti nuo kasdienės veiklos sutrikimų. Šis apibrėžimas yra svarbus pirkėjams, nes jis suaktyvina ataskaitų teikimo kanalus ir informaciją. Pernelyg siauras tiekėjo apibrėžimas neturi lemti to, kad neteisėta prieiga būtų traktuojama tik kaip įprastas pagalbos atvejis.
Pradiniame pranešime nebūtina galutinai nurodyti kiekvienos priežasties. Jei paslaugų teikėjas informuoja klientą tik po išsamaus tyrimo, klientas praranda brangų laiką. Ankstyvame pranešime galima nurodyti žinomą mastą, esamą netikrumą ir rekomenduojamas apsaugos priemones. Vėlesniuose atnaujinimuose, kai tik gaunami patikimi duomenys, galima papildyti informaciją apie priežastis ir galutines pasekmes. Laikotarpiai turėtų aiškiai atskirti atradimą, faktinę pradžią ir pranešimą.
Pranešimai apie incidentus turi sudaryti sąlygas imtis veiksmų
Pranešimo, pavyzdžiui, „Mes tiriame problemą“, retai kada pakanka. Organizacija turi žinoti, kurios funkcijos, laikotarpiai ir duomenys gali būti paveikti. Redakcijos komandai svarbu žinoti, ar anksčiau sugeneruotas versijas vis dar galima naudoti, ar jas reikėtų laikinai užblokuoti. Duomenų apsaugai ir IT gali prireikti daugiau informacijos apie prieigą ir saugumo priemones.
Pranešime turėtų būti nurodytas kontaktinis asmuo ir kito atnaujinimo laikas. Net jei naujos informacijos dar nėra, patvirtinta būsena suteikia aiškumo. Rimtų incidentų atveju tiesioginis kanalas gali būti naudingesnis nei bendras būsenos puslapis. Būsenos puslapiai išlieka naudingi, tačiau juose neturi būti atskleista konfidenciali kliento informacija.
Klientams reikia laiku pateikiamos informacijos, kad jie galėtų įvykdyti savo įsipareigojimus ir priimti sprendimus. Tai gali apimti ataskaitų teikimą valdžios institucijoms, duomenų subjektų informavimą arba tvarkymo sustabdymą. Taikomi teisiniai terminai priklauso nuo konkretaus atvejo. SLA turėtų užtikrinti, kad paslaugų teikėjas nenuslėptų būtinos informacijos dėl lėto vidinio patvirtinimo. Vėlesni pradinės ataskaitos pataisymai turi būti aiškiai ir tiesiogiai perduoti.
Redakcinė alternatyva užtikrina informacijos prieinamumą
Net ir gera SLA neapsaugo nuo visų sutrikimų. Todėl naujienų skyriams reikia paprastos alternatyvos ypač svarbiam turiniui. Galima pakartotinai panaudoti anksčiau peržiūrėtą versiją, tekstą galima laikinai redaguoti rankiniu būdu arba galima paskelbti glaustą, suprantamą naujieną. Alternatyva turėtų būti prieinama neturint prieigos prie sugedusios paslaugos.
Greitis neturi lemti klaidingos informacijos. Senesnis tekstas yra tik saugus tarpinis sprendimas, jei terminai, kontaktai ir sąlygos vis dar galioja. Laiko jautriam turiniui trumpas, aiškiai pažymėtas pranešimas gali būti geresnis nei, regis, pilnas, pasenęs puslapis. Skaitytojai turėtų galėti matyti, kokia informacija yra aktuali ir kada bus pateikta nauja informacija.
Grąžinimas į paslaugą taip pat reikalauja dėmesio. Užlaikytos užklausos gali būti apdorojamos du kartus arba perrašytos senesnės versijos. Redakcijos komanda turėtų matyti, kurios užklausos buvo sėkmingos, o kurias reikia išsiųsti iš naujo. Stabilus paleidimas iš naujo apsaugo ne tik sistemas, bet ir paskelbto turinio tikslumą. Automatiniai pakartotiniai paleidimai neturi pakeisti versijų, kurios jau buvo pataisytos rankiniu būdu.
Incidento metu labai svarbu patikimas informacijos lygis.
Paslaugų teikėjas turėtų dokumentuoti pagrindinius veiksmus ir laiką atsekamu būdu. Tai klientui sukuria aiškią seką: pirminis aptikimas, izoliavimas, laikinosios priemonės, atkūrimas ir galutinis įvertinimas. Ši informacija padeda paaiškinti jų pačių sprendimus ir nustatyti, kokį turinį reikia peržiūrėti arba atkurti paveiktu laikotarpiu. Nuorodos tarp būsenos ataskaitų ir pagalbos atvejų neleidžia atskirti svarbių detalių.
Prieštaringi teiginiai tarp palaikymo, būsenos puslapio ir asmeninio kontakto sukuria papildomo netikrumo. Nuoseklus, patvirtintas statusas neleidžia redakcijos komandai pasikliauti tuo, kad viskas gerai, o IT vis dar prisiima nuolatinę riziką. Atnaujinimuose turėtų būti aiškiai nurodyta, kas naujo ir kurios ankstesnės prielaidos buvo ištaisytos.
Po atkūrimo paslaugų teikėjas neturėtų tiesiog uždaryti kiekvienos ataskaitos. Klientams reikia patvirtinimo, kurios funkcijos yra stabilios ir ar išlieka kokių nors apribojimų. Jei konkretaus laikotarpio rezultatai buvo potencialiai klaidingi, šis laikotarpis turi būti nurodytas. Tik tada redakcijos komanda gali konkrečiai patikrinti paveiktas versijas. Ribiniai atvejai turėtų būti identifikuoti kaip tokie, o ne tyliai atmesti.
Geras SLA apsaugo patikimą publikaciją
Naudingi paslaugų įsipareigojimai sujungia technines vertybes su suprantamo turinio kūrimu. Juose nustatomos pagrindinės funkcijos, atskiriamas reagavimas ir atkūrimas bei tinkamai sprendžiamos sisteminės turinio klaidos. Planinė priežiūra, faktiniai gedimai ir saugumo incidentai pateikiami aiškiai, neklaidinant skaitytojų vidiniu žargonu.
Incidento metu informacijos kokybė yra tokia pat svarbi, kaip ir jos perdavimo greitis. Naujienų skyriai turi žinoti, kurios versijos yra saugios, o kurios publikacijos gali būti paveiktos. IT ir duomenų apsaugos skyriams reikalinga informacija apie sistemas, duomenis ir priemones. Teikėjas, kuris atvirai pripažįsta neaiškumus ir reguliariai juos atnaujina, leidžia priimti geresnius sprendimus nei pavėluotas, tobulas paaiškinimas. Aiškios laiko nuorodos ir nedviprasmiškos laiko juostos padeda išvengti tolesnių nesusipratimų.
Svarbiausias rezultatas yra ne nuopelnai už prarastas minutes. Tai gebėjimas patikimai pateikti svarbų turinį ir ryžtingai veikti kilus problemoms. Kai SLA, incidentų pranešimai ir redakcinės alternatyvos yra suderintos, organizacijos išlieka veiksmingos net ir esant spaudimui ir apsaugo savo skaitytojų pasitikėjimą. Vėlesnė ataskaita taip pat parodo visoms suinteresuotosioms šalims, ar pažadėti patobulinimai buvo visiškai įgyvendinti.