Paslaugų valdymo sistema yra programa, kurioje telpa visas paslaugos kelias: kliento užklausa, užsakymas, darbų planas, atlikėjai, sąskaitos ir bendravimas su klientu. Kai šie duomenys guli skirtinguose el. laiškuose, skaičiuoklėse ir užrašuose, laiko sugaištama, o klaidų atsiranda daugiau. Viena sistema vietoj jų reiškia mažiau rankinio darbo, aiškesnes būsenas ir klientą, kuris pats mato, kas vyksta su jo užsakymu. Šiame straipsnyje rasite, ką šis terminas reiškia, kokių funkcijų dažniausiai prireikia smulkiam ir vidutiniam verslui Lietuvoje ir kaip tokią sistemą suplanuoti, kad ji tiktų būtent jūsų darbo tvarkai.
Trumpai
- Paslaugų valdymo sistema sujungia užklausas, užsakymus, darbų planavimą, klientų duomenis ir sąskaitas į vieną vietą.
- Terminas turi dvi reikšmes: vadybos modelį (pvz., pagal ISO/IEC 20000-1) ir programinį įrankį, kuriuo kasdien dirba komanda. Verslui dažniausiai reikia antrojo, sukurto pagal pirmojo logiką.
- Svarbiausios funkcijos: užsakymų būsenos, klientų savitarna, administravimo sąsaja, pranešimai el. paštu, mokėjimų integracija ir ataskaitos.
- Sistema, kurioje tvarkomi klientų duomenys, turi atitikti BDAR: aiškiai nurodyta, kas renkama, kam ir kiek laiko saugoma.
- Geriausias rezultatas pasiekiamas, kai sistema kuriama pagal jūsų procesus, o ne procesai laužomi pagal sistemą.
Turinys
- Kas yra paslaugų valdymo sistema
- Kokias problemas sprendžia viena sistema
- Užsakymo kelias nuo užklausos iki atliktos paslaugos
- Funkcijos, kurių dažniausiai reikia smulkiam ir vidutiniam verslui
- Individuali sistema ar universalus įrankis
- Sistema ir Lietuvos apskaitos aplinka
- Klientų ir užsakymų duomenų apsauga
- Kaip suplanuoti sistemos kūrimą
- Mūsų požiūris
- Individuali paslaugų valdymo sistema jūsų verslui
- Dažniausi klausimai
- Šaltiniai
Kas yra paslaugų valdymo sistema
Šis žodžių junginys Lietuvoje vartojamas dviem prasmėmis, todėl verta jas atskirti.
Pirmoji prasmė: vadybos modelis. Standartas ISO/IEC 20000-1 apibrėžia paslaugų vadybos sistemą (angl. service management system, SMS). VDU pateikiamame standarto apraše nurodyta, kad jo reikalavimai apima sistemos planavimą, kūrimą, įgyvendinimą, naudojimą, stebėjimą, peržiūrą, priežiūrą ir gerinimą, ir kad jie skirti visiems paslaugų teikėjams, nepriklausomai nuo jų dydžio ar teikiamų paslaugų pobūdžio. Nors standartas kilęs iš IT pasaulio, jo logika tinka ir kirpyklai, ir statybos įmonei, ir konsultacijų biurui.
Panašiai šią sąvoką aiškina ir viešojo sektoriaus praktikai. VIPAS paslaugos vadybos modelis paslaugų vadybą apibūdina kaip procesą, kurio metu paslaugos sistema sukuriama, įdiegiama, naudojama ir tobulinama, o jos tikslas yra nuosekliai teikti paslaugas ir greitai spręsti problemines situacijas.
Antroji prasmė: programinis įrankis. Kai įmonės savininkas ieško paslaugų valdymo sistemos, jis dažniausiai turi omenyje konkrečią programą: interneto sistemą, kurioje komanda priima užsakymus, skirsto darbus, mato terminus, o klientas gali užsiregistruoti, pateikti užklausą ar pasitikrinti būseną.
Šios prasmės viena kitai neprieštarauja. Gera programinė sistema yra vadybos modelio įrankis: ji priverčia procesą būti aiškų, nes kiekvienas užsakymas turi būseną, atsakingą žmogų ir terminą.
Kuo ji skiriasi nuo IT paslaugų valdymo
IT paslaugų valdymas (dažnai vadinamas ITSM) orientuotas į IT skyriaus darbą: incidentų registravimą, pakeitimų valdymą, techninės pagalbos užklausas. Bendresnė paslaugų valdymo sistema apima bet kokią paslaugą, kurią įmonė parduoda klientui: remontą, konsultaciją, valymą, mokymus, transportą. Jai svarbiausia ne serverių būklė, o tai, kad klientas laiku gautų tai, už ką sumokėjo.
Kokias problemas sprendžia viena sistema
Dauguma įmonių į tokią sistemą ateina ne iš smalsumo, o todėl, kad kažkas pradėjo strigti. Dažniausi simptomai:
- užklausos ateina telefonu, el. paštu, per svetainę ir socialinius tinklus, o dalis jų pasimeta;
- niekas tiksliai nežino, kuriame etape yra konkretus užsakymas, kol nepaskambina vadovui;
- tie patys kliento duomenys suvedami du ar tris kartus: į skaičiuoklę, į sąskaitą, į el. laišką;
- vadovas negali greitai pasakyti, kiek užsakymų įvykdyta per mėnesį ir kiek jie uždirbo;
- klientai skambina tik tam, kad paklaustų, „kaip ten mano užsakymas“.
Šių problemų sprendimas yra centralizuota informacija. Pavyzdžiui, Inovacijų agentūros 2024 m. veiklos ataskaitoje integruota paslaugų valdymo sistema įvardijama kaip esminis įrankis, padedantis teikti efektyvesnes, skaidresnes ir prieinamesnes paslaugas, didinti veiklos efektyvumą ir mažinti išlaidas. Ten pat pabrėžiama, kad centralizuotai valdant informaciją mažėja klaidų tikimybė ir gerėja sprendimų priėmimas. Tai valstybinės agentūros patirtis, tačiau principas toks pat ir dešimties žmonių įmonėje: kai duomenys vienoje vietoje, mažiau ką perrašinėti ir mažiau kur suklysti.
Užsakymo kelias nuo užklausos iki atliktos paslaugos
Geriausias būdas suprasti, ko reikės jūsų sistemai, yra nupiešti, kaip šiandien keliauja vienas užsakymas. Tipinis paslaugų įmonės ciklas atrodo taip:
- Užklausa. Klientas užpildo formą svetainėje, parašo ar paskambina. Sistema užklausą užregistruoja automatiškai arba vadybininkas ją suveda per kelias sekundes. Klientas iš karto gauna patvirtinimą el. paštu.
- Įvertinimas ir pasiūlymas. Vadybininkas mato visą kliento istoriją, paruošia pasiūlymą pagal šabloną ir išsiunčia jį tiesiai iš sistemos.
- Patvirtinimas ir apmokėjimas. Klientas pasiūlymą patvirtina savitarnos paskyroje. Jei verslo modelis to reikalauja, iš karto sumokamas avansas per integruotą mokėjimų sprendimą.
- Planavimas. Užsakymas priskiriamas atlikėjui, nustatomas terminas, matomas kalendoriuje. Vadovas mato komandos užimtumą ir nesuplanuoja dviejų darbų tam pačiam žmogui tuo pačiu metu.
- Vykdymas. Atlikėjas keičia būseną („pradėta“, „laukiama detalių“, „atlikta“), prideda nuotraukas ar pastabas. Klientas apie svarbius pokyčius informuojamas automatiškai.
- Užbaigimas ir sąskaita. Atlikus darbą, sąskaita sugeneruojama iš jau esamų duomenų, be pakartotinio suvedimo.
- Grįžtamasis ryšys ir ataskaitos. Sistema gali paprašyti kliento įvertinimo, o vadovas mato, kiek užsakymų įvykdyta, kiek vėluoja ir kurios paslaugos pelningiausios.
Kiekviename žingsnyje svarbu viena: duomenys įvedami vieną kartą ir toliau keliauja patys. Būtent tai ir atskiria sistemą nuo skaičiuoklių rinkinio.
Funkcijos, kurių dažniausiai reikia smulkiam ir vidutiniam verslui
Ne kiekvienai įmonei reikia visko iš karto. Žemiau pateikiame funkcijas, kurias dažniausiai matome realiuose projektuose, ir kada jos tampa būtinos.
| Funkcija | Ką ji daro | Kada jos reikia |
|---|---|---|
| Užsakymų valdymas | Kiekvienas užsakymas turi būseną, atsakingą asmenį, terminą ir istoriją | Beveik visada, tai sistemos šerdis |
| Klientų savitarna | Klientas pats pateikia užklausą, mato užsakymo būseną, sąskaitas ir dokumentus | Kai daug skambučių ir laiškų vien dėl būsenos |
| Administravimo sąsaja | Vadovas ir darbuotojai tvarko paslaugas, kainas, vartotojus ir teises | Kai sistema naudojasi daugiau nei vienas žmogus |
| Klientų duomenų bazė | Kontaktai, užsakymų istorija, pastabos vienoje kortelėje | Kai klientai grįžta pakartotinai |
| Mokėjimų integracija | Apmokėjimas internetu, avansai, mokėjimo būsenos sekimas | Kai norite gauti pinigus prieš darbą ar iš karto po jo |
| Pranešimai el. paštu | Automatiniai patvirtinimai, priminimai, būsenų pakeitimai | Kai klientai turi būti informuoti be vadybininko darbo |
| Planavimas ir kalendorius | Darbų paskirstymas, užimtumas, terminai | Kai dirba keli atlikėjai ar brigados |
| Ataskaitos | Įvykdyti užsakymai, pajamos, vėlavimai, populiariausios paslaugos | Kai sprendimus norite priimti remdamiesi skaičiais |
| Mobilus vaizdas | Patogus darbas telefone objekte ar kelyje | Kai darbuotojai dirba ne biure |
Patarimas planuojant: pradėkite nuo užsakymų valdymo, administravimo sąsajos ir el. pašto pranešimų. Tai bazė, kuri atsiperka greičiausiai. Savitarnos platformą, mokėjimus ir ataskaitas galima pridėti antrame etape, kai komanda jau pripras prie naujos tvarkos.
Teisės ir prieigos lygiai
Dažnai pamirštama funkcija yra vartotojų teisės. Vadybininkas turi matyti visus užsakymus, atlikėjas tik savo, buhalterė sąskaitas, o klientas tik savo duomenis. Jei teisės suplanuojamos nuo pradžių, vėliau nereikia perdaryti pusės sistemos.
Individuali sistema ar universalus įrankis
Rinkoje yra universalių debesų įrankių, sukurtų „visiems iš karto“. Jie tinka, kai jūsų procesas sutampa su tuo, kurį įsivaizdavo jų kūrėjai. Paslaugų įmonėse retai taip būna: skiriasi kainodara, darbų etapai, dokumentai, klientų tipai.
Individuali sistema kuriama atvirkščiai: pirmiausia aprašomas jūsų procesas, tada sistema. Vertinkite pagal šiuos kriterijus:
- Procesų atitikimas. Ar sistema seka jūsų darbo etapus, ar jūs turite prisitaikyti prie jos laukų ir būsenų?
- Lietuviška aplinka. Ar sąsaja, el. laiškai ir dokumentai yra lietuvių kalba, ar sąskaitos atitinka vietinius reikalavimus?
- Integracijos. Ar sistemą galima sujungti su jūsų svetaine, mokėjimais, el. paštu ir kitais naudojamais įrankiais?
- Duomenų nuosavybė. Kur saugomi duomenys ir ar galite juos bet kada eksportuoti?
- Augimas. Ar prireikus naujos funkcijos ją galima pridėti, o ne ieškoti naujos sistemos?
- Priežiūra. Kas atnaujins, stebės saugumą ir padės, kai kažkas neveikia?
Jei į daugumą šių klausimų atsakymas yra „turėtume prisitaikyti“, individuali sistema dažniausiai yra tiksliausias sprendimas.
Sistema ir Lietuvos apskaitos aplinka
Paslaugų valdymo sistema nėra apskaitos programa, tačiau ji kuria duomenis, kurie vėliau keliauja į apskaitą ir į Valstybinę mokesčių inspekciją. Todėl jau planuojant verta pagalvoti, kaip duomenys bus perduodami toliau.
VMI i.MAS sistema perkelia mokesčių mokėtojų ūkinių operacijų duomenų rinkimą ir teikimą į elektroninę erdvę. Ją sudaro keli posistemiai: i.SAF, i.VAZ, i.APS, i.SAF-T, i.ŽUR ir i.EKA. Jei jūsų paslaugos susijusios su krovinių vežimu, svarbus i.VAZ: VMI atmintinėje nurodyta, kad nuo 2016 m. spalio 1 d. važtaraščius išrašantys mokesčių mokėtojai, kurie Lietuvoje siunčia, veža ar gauna krovinius kelių transportu, jų duomenis turi teikti elektroniniu būdu per i.VAZ. Ten pat paaiškinta, kad el. važtaraštį galima išsirašyti pačiame posistemyje ir tada pakartotinai duomenų teikti nebereikia.
Praktinė išvada sistemos kūrimui: suderinkite su buhalteriu, kokius laukus turi turėti užsakymas ir sąskaita (rekvizitai, PVM, datos, numeracija), kad duomenis būtų galima eksportuoti be perrašinėjimo. Konkrečius mokestinius reikalavimus savo veiklai pasitikslinkite su buhalteriu arba VMI.
Klientų ir užsakymų duomenų apsauga
Vos tik sistemoje atsiranda vardai, telefonai, adresai ar užsakymų istorija, jūs tvarkote asmens duomenis ir jums taikomas Bendrasis duomenų apsaugos reglamentas (BDAR). BDAR tekste nurodyta, kad duomenų tvarkymas turi būti teisėtas ir sąžiningas, o žmonėms turi būti aišku, kokie jų duomenys tvarkomi ir kokiu mastu. Ten pat pabrėžiama, kad asmens duomenys neturėtų būti saugomi ilgiau nei būtina, todėl reikia nustatyti ištrynimo arba periodinės peržiūros terminus.
Ką tai reiškia sistemai praktiškai:
- Rinkite tik tai, ko reikia. Jei paslaugai nereikia gimimo datos, formoje jos neturi būti.
- Prieigos pagal vaidmenis. Kiekvienas darbuotojas mato tik tuos duomenis, kurių reikia jo darbui.
- Saugojimo terminai. Sistemoje nustatykite, po kiek laiko neaktyvių klientų duomenys peržiūrimi ar ištrinami.
- Aiški privatumo informacija. Savitarnos registracijoje ir užklausos formoje turi būti nuoroda į privatumo politiką.
- Techninė apsauga. Šifruotas ryšys, saugūs slaptažodžiai, reguliarios atsarginės kopijos ir atnaujinimai.
Jei tvarkote jautresnius duomenis, pavyzdžiui, sveikatos informaciją, prieš paleisdami sistemą pasitarkite su duomenų apsaugos specialistu ar teisininku.
Kaip suplanuoti sistemos kūrimą
ISO/IEC 20000-1 cikle planavimas eina pirmas, o gerinimas niekada nesibaigia. Šis principas tinka ir programinės sistemos projektui:
- Procesų aprašymas. Kartu su komanda surašykite, kaip šiandien keliauja užsakymas ir kur jis stringa.
- Prioritetai. Atskirkite, kas būtina pirmai versijai, o kas gali palaukti.
- Dizainas. Prieš programuojant suprojektuojami ekranai: ką mato vadybininkas, atlikėjas, klientas. Gera UI/UX dizaino stadija sutaupo daugiausia perdarymų.
- Kūrimas etapais. Pirmiausia veikianti bazė, tada papildomos funkcijos.
- Duomenų perkėlimas ir mokymai. Esami klientai ir užsakymai perkeliami iš skaičiuoklių, komanda apmokoma.
- Paleidimas ir priežiūra. Sistema stebima, atnaujinama, tobulinama pagal realų naudojimą.
Svarbiausias sėkmės veiksnys yra ne technologija, o tai, kad sistemą naudoja visi. Todėl darbuotojus verta įtraukti jau pirmame žingsnyje: jie geriausiai žino, kur šiandien prarandamas laikas.
Mūsų požiūris
Mūsų patirtis rodo, kad paslaugų įmonėms dažniausiai trūksta ne dar vieno įrankio, o vienos vietos, kurioje viskas susijungia. Kai užklausos, užsakymai, klientai ir sąskaitos gyvena atskirai, žmonės dirba tarpininkais tarp programų.
Todėl kiekvieną sistemą kuriame nuo jūsų darbo tvarkos, ne nuo šablono. Pirmiausia kartu aprašome, kaip juda užsakymas, tada suplanuojame etapus, sutariame terminus ir biudžetą. Užsakymų valdymas, klientų savitarna, administravimo sąsaja, integracijos su mokėjimais ar el. paštu atsiranda ten, kur jų iš tikrųjų reikia.
Sistema nesibaigia paleidimo dieną. Mes ją prižiūrime, stebime saugumą, atnaujiname ir pridedame funkcijas, kai jūsų verslas auga, kad jūs galėtumėte rūpintis klientais, o ne technika.
Arvaidas
Individuali paslaugų valdymo sistema jūsų verslui
MB „Arvaidas“ kuria individualias verslo sistemas smulkiam ir vidutiniam verslui: užsakymų valdymo, klientų savitarnos, duomenų bazių sprendimus su integracijomis su mokėjimais ir el. paštu. Kiekvienas projektas apima administravimo sąsają, pritaikymą mobiliesiems ir vedamas nuo idėjos iki paleidimo su aiškiu planu ir sutartais terminais.
Jei sistema turi būti sujungta su nauja ar atnaujinta svetaine, padedame ir su svetainių kūrimu, o po paleidimo galime perimti svetainių priežiūrą. Aprašykite savo situaciją projekto užklausos formoje, ir pasiūlysime, nuo ko pradėti.
Dažniausi klausimai
Ar paslaugų valdymo sistema reikalinga mažai įmonei?
Jei užsakymų nedaug ir juos tvarko vienas žmogus, užtenka ir paprastų priemonių. Kai atsiranda keli darbuotojai, pasimeta užklausos ar klientai dažnai klausia apie būseną, sistema greitai atsiperka sutaupytu laiku. Ją galima pradėti nuo nedidelės bazinės versijos ir plėsti vėliau.
Kiek laiko trunka sistemos sukūrimas?
Trukmė priklauso nuo funkcijų kiekio ir integracijų. Bazinė užsakymų valdymo sistema sukuriama greičiau nei platforma su savitarna, mokėjimais ir ataskaitomis. Tikslūs terminai sutariami po procesų aptarimo ir įrašomi į projekto planą.
Ar sistemą galima sujungti su esama svetaine?
Taip, dažniausiai užklausos forma svetainėje tampa pirmuoju sistemos žingsniu: užklausa iš karto patenka į sistemą kaip naujas užsakymas. Galima prijungti ir klientų savitarnos paskyras, el. pašto pranešimus bei mokėjimus.
Kas atsako už sistemoje saugomus klientų duomenis?
Už asmens duomenų tvarkymą atsako jūsų įmonė kaip duomenų valdytoja, todėl svarbu, kad sistema leistų valdyti prieigas, saugojimo terminus ir duomenų ištrynimą. Techninę apsaugą, atnaujinimus ir saugumo stebėjimą gali užtikrinti sistemos priežiūros paslauga.
Šaltiniai
ISO/IEC 20000-1 paslaugų valdymo standarto aprašas (VDU)
VIPAS: paslaugos vadybos sistema
Inovacijų agentūros 2024 m. veiklos ataskaita
Bendrasis duomenų apsaugos reglamentas (ES) 2016/679