Grįžti į sąrašą

„VERSLININKO KORTELĖS“ MODERNIZAVIMO GALIMYBIŲ ANALIZĖS IR TECHNINĖS UŽDUOTIES PARENGIMO PASLAUGOS

Išanalizuota

Viešoji įstaiga Inovacijų agentūra

Rinkos konsultacijaCPV: 72221000 - Verslo analizės konsultacinės paslaugos
ID: 74595032026-04-17 17:08
Atidaryti CVP IS

Aprašymas

Perkančioji organizacija siekia modernizuoti „Verslininko kortelę“, sukuriant vieningą, personalizuotą savitarnos platformą, kuri skaitmenizuos visą paslaugų gavimo ciklą. Tam reikalinga atlikti galimybių analizę, įvertinant esamų sistemų integracijas bei naujų funkcijų poreikius, ir parengti detalią techninę užduotį bei įgyvendinimo planą. Šios paslaugos leis sukurti efektyvesnę ir labiau į klientą orientuotą verslo informacijos ir paslaugų teikimo aplinką.

Kvalifikaciniai reikalavimai

Kvalifikacinių reikalavimų nerasta

Techniniai reikalavimai

Paslaugos apimtis ir tikslai

  • 1Atlikti galimybių studiją dėl Verslininko kortelės modernizavimo sukuriant vieningą savitarnos platformą, skaitmenizuojant visą paslaugų gavimo ciklą: paslaugų valdymą, užsakymą, registraciją, užklausų teikimą, komunikaciją ir papildomų duomenų gavimą iš valstybės informacinių sistemų vienoje vietoje.
  • 2Galimybių studija turi apimti personalizuoto turinio pateikimą pagal kliento profilį, brandos etapą ir ankstesnius veiksmus bei numatyti integracijų su kitomis IS, pvz. CRM, galimybes ir poreikius.
  • 3Parengti Verslininko kortelės modernizavimo ir sąveikos su kitomis informacinėmis sistemomis galimybių studiją bei, remiantis jos rezultatais, Verslininko kortelės modernizavimo techninę užduotį ir įgyvendinimo planą (roadmap).
  • 4Nustatyti kaštus 2026 m. kainomis (investicijų ar projektų kaštų vertinimai yra preliminarūs ir skirti strateginiam planavimui).

Modernizuotos sistemos vizija

  • 1Sukurti vientisą, personalizuotą ir į kontekstą orientuotą savitarnos aplinką.
  • 2Užtikrinti, kad kitų IS informacija praturtintų kliento profilį, leidžiant sistemai suprasti jo poreikius, brandos etapą ir ankstesnę sąveiką su IA, todėl paslaugos ir informacija turi būti teikiamos individualizuotai.
  • 3Personalizavimo logikos formavimui taikyti organizacijų brandos analizės metodikas, padedančias nustatyti kliento raidos etapą ir su juo susijusius tipinius iššūkius (pvz., ADIZES gyvavimo ciklo modelis).
  • 4Sistema turi automatiškai rekomenduoti aktualias paslaugas, mokymus, įrankius ar veiksmus pagal kliento segmentą, veiklos sritį, paslaugų naudojimo istoriją bei turimus valstybinių institucijų duomenis.
  • 5Vartotojas turi gauti proaktyvius ir personalizuotus priminimus apie artėjančius terminus, pokyčius ar savo nebaigtus veiksmus.
  • 6Sistema turi automatiškai įsivertinti kiekvienai paslaugai taikomus formalius atrankų ir kitus reikalavimus, formuodama pasiūlymą klientui, aiškiai nurodyti neatitikimus arba kur sistemos turimi duomenys neleidžia patikimai įvertinti atitikties.
  • 7Klientui turi būti pateikiamos rekomendacijos, ką reikia atlikti, papildyti ar pateikti, kad būtų užtikrinta reikalavimų atitiktis.
  • 8Išanalizuoti esamas skaičiuokles (verslo plano, verslo vertės, buhalterinių paslaugų) ir pritaikyti jas veikti modernizuotoje Verslininko kortelėje, užtikrinant jų funkcionalumo integralumą, duomenų sinchronizaciją su kitomis IS bei galimybę teikti automatizuotas, personalizuotas rekomendacijas pagal kliento profilį ir sistemos turimus duomenis.
  • 9Verslininko kortelėje turi būti matoma vieninga kliento istorija: paslaugų užsakymai, užklausų istorija (IA ir kitų institucijų, kurių IS integruotos komunikacija su klientu), pateikti dokumentai, pranešimai ir kitose IS registruoti įvykiai.
  • 10Sukurti individualizuotą kliento kelionę, kurioje sistema aktyviai padeda klientui pasirinkti, atlikti ir užbaigti jam reikalingus veiksmus.
  • 11Pagerinti kliento patirtį, sukuriant paprastą, suprantamą ir nuoseklią kliento kelionę, aiškiai parodant, kuriame etape jis yra, kokius veiksmus jau atliko, kokių dar reikia imtis ir kokios paslaugos jam yra prieinamos bei gali būti naudingos.

Galimybių analizės metodika ir turinys

  • 1Atlikti išsamią metodologinę ir techninę analizę, orientuotą į būsimos personalizavimo ir rekomendacijų logikos projektavimą, pasitelkiant vieną ar kelias organizacijų brandos ar raidos analizės metodikas.
  • 2Identifikuoti ir suprojektuoti duomenų struktūras ir interpretavimo modelius, reikalingus kliento brandos etapui ar konteksto situacijai nustatyti, panaudojant turimus ir kitų IS bei CRM teikiamus duomenis.
  • 3Suprojektuoti esamas ir naujas integracines sąsajas, įskaitant CRM, registrus ir skaičiuoklių modernizavimą bei integracijas, užtikrinant nuoseklų duomenų srautą į personalizavimo ir pasiūlymų formavimo mechanizmą.
  • 4Sukurti personalizavimo architektūrą, leidžiančią sistemai automatiškai nustatyti kliento etapą, poreikius ar rizikas, identifikuoti neatitikimus formaliems paslaugų reikalavimams ir pateikti tikslias, kontekstui pritaikytas rekomendacijas.
  • 5Atlikti interviu su atsakingais IA darbuotojais, dalyvaujančiais Verslininko kortelės ir susijusių IS procesuose, siekiant identifikuoti verslo logiką, klientų poreikius ir personalizavimo galimybes.
  • 6Įvertinti esamas integracijas su valstybės informacinėmis sistemomis, nustatant gaunamų duomenų apimtį, naudojimo būdus, ribojimus ir trūkumus, svarbius personalizavimo bei rekomendacijų logikos kūrimui.
  • 7Išanalizuoti CRM turimus duomenis (kliento segmentai, brandos lygiai, paslaugų ir užklausų istorija) ir įvertinti jų panaudojimą klientų brandos etapų nustatymui, automatizuotoms rekomendacijoms ir istorinių duomenų panaudojimui personalizavimui.
  • 8Įvertinti esamą Verslininko kortelės struktūrą, atvaizduojamą informaciją ir informacijos grupavimo logiką, identifikuojant vietas, kuriose būtina papildoma integracija, duomenų praturtinimas arba kliento kelionės supaprastinimas.
  • 9Įvertinti reikalingus funkcinius ir techninius pokyčius, susijusius su brandos vertinimo modelio realizavimu, duomenų sinchronizacija su esamomis ir kitomis IS integracijomis, personalizuotų pasiūlymų ir rekomendacijų kūrimu, skaičiuoklių bei vedlių modernizavimu ir integracija bei jų pakartotiniu panaudojimu automatizuotuose pasiūlymuose.
  • 10Pateikti aiškią būsimos situacijos viziją, apimančią pasirinktų metodikų panaudojimo pagrįstumą, integracijų architektūrą, kitų IS duomenų naudojimo principus, kaip modernizuota sistema leis tiksliau nustatyti kliento brandos etapą, identifikuoti problemas ir teikti personalizuotus pasiūlymus, bei prognozuojamus kliento patirties ir procesų efektyvumo pagerėjimus.

Analizės rezultatų dokumentacijos reikalavimai

  • 1Tiksliai ir išsamiai apibrėžti naudojamų duomenų sąrašą (tipai, detalumo lygis, priklausomybė nuo kliento profilio), duomenų gavimo šaltinius, jų prieinamumo sąlygas ir naudojimo apribojimus.
  • 2Apibrėžti duomenų kokybės, atnaujinimo dažnio, validacijos ir sinchronizacijos reikalavimus, užtikrinant patikimą personalizavimo logikos veikimą.
  • 3Apibrėžti duomenų priklausomybes, tarpusavio santykius ir taisykles, turinčias įtakos informacijos interpretavimui ir rekomendacijų generavimui.
  • 4Pateikti visų integruotų ir integruotinų IS sąrašą (pvz. VIISP, CRM ir kt.).
  • 5Aprašyti integracinių sąsajų tipus, reikalavimus ir technines galimybes, reikalingas sklandžiam duomenų apsikeitimui ir brandos vertinimo modelių realizavimui.
  • 6Paaiškinti integracijų vaidmenį personalizavime, t. y. kaip kiekvienas šaltinis prisideda prie kliento profilio praturtinimo ir individualių rekomendacijų formavimo.
  • 7Apibrėžti duomenų grupavimą ir segmentavimą, atsižvelgiant į kliento brandos etapą, veiklos sritį, CRM segmentus ir kitų IS pateikiamus duomenis.
  • 8Aprašyti duomenų panaudojimo scenarijus: personalizuotos rekomendacijos, automatizuoti pasiūlymai, formalių reikalavimų tikrinimas, trūkumų identifikavimas.
  • 9Apibrėžti informacijos atvaizdavimo ir hierarchinio išdėstymo logiką Verslininko kortelėje, užtikrinant, kad naudotojas matytų tik jam aktualią, kontekstinę ir suprantamai pateiktą informaciją.
  • 10Pateikti gaunamų duomenų srautus: iš kokių sistemų, kokiais formatais, kokiu dažniu ir kokiais mechanizmais jie perduodami į Verslininko kortelę.
  • 11Aprašyti vidinius informacijos srautus, apimančius duomenų apdorojimą, validaciją, brandos įvertinimą, personalizavimą ir rekomendacijų generavimą.
  • 12Pateikti pilno ciklo informacijos srauto schemą (end‑to‑end), rodančią kelią nuo duomenų šaltinio iki galutinio atvaizdavimo naudotojo sąsajoje.
  • 13Poreikių dokumentas turi būti parengtas ir pateiktas derinimui per 60 kalendorinių dienų nuo Paslaugų teikimo sutarties įsigaliojimo dienos.

Paslaugų vykdymo ir bendradarbiavimo reikalavimai

  • 1Paslaugos turi būti suteiktos bei dokumentacija perduota PO ne vėliau kaip 4 mėn. nuo sutarties pasirašymo.
  • 2Tiekėjas turi parengti ir pateikti derinimui Paslaugų teikimo planą, apimantį detalų paslaugų teikimo grafiką, detalų komunikavimo planą, projekto komandos narių vaidmenis bei jų atsakomybes, detalizuotas sutarties įgyvendinimo veiklas, rengiamų dokumentų šablonus ir kitą aktuali informacija.
  • 3Planas turi būti pateiktas PO patvirtinimui ne vėliau nei per 5 darbo dienas nuo sutarties įsigaliojimo.
  • 4Ne vėliau kaip per 10 darbo dienų nuo sutarties įsigaliojimo dienos, Tiekėjas turi organizuoti susitikimą su PO, kurio metu pristatytų Planą, artimiausias veiklas bei Plano įgyvendinimo rizikas.
  • 5Darbiniai susitikimai su PO organizuojami ne rečiau kaip kartą per savaitę, aptariant Plano elementus, artimiausios savaitės veiklas, galimus informacijos poreikius, galimas problemas ir rizikas, bei tarpinių dokumentų versijų trūkumus ir rekomendacijas.
  • 6Tiekėjas ne vėliau kaip per 5 darbo dienas nuo pastabų gavimo dienos turi informuoti, kaip bus į jas atsižvelgta.
  • 7Tiekėjas privalo išspręsti PO nurodytus rengiamos dokumentacijos trūkumus ne vėliau nei per 15 darbo dienų nuo pranešimo apie trūkumą (-us) išsiuntimo dienos.
  • 8Tiekėjas turi užtikrinti nenutrūkstamą Paslaugų teikimo sutarties vykdymą ir aktyviai bendradarbiauti su PO paskirtais darbuotojais: pateikti jiems reikalingą informaciją, inicijuoti, organizuoti ir koordinuoti bendrus susitikimus, operatyviai atsakyti į klausimus žodžiu ir raštu.
  • 9Pirkimo rezultatams aptarti Tiekėjas turi surengti pristatymą ir ne vėliau kaip per 3 darbo dienas po pristatymo elektroniniu paštu pateikti PO pristatymo protokolą.
  • 10Tiekėjas ir jo specialistai privalo pasirašyti PO pateiktus konfidencialumo įsipareigojimus.
  • 11Visi sutartyje numatyti rezultatai (tarpiniai ir galutiniai) turi būti parengti ir pateikti PO lietuvių kalba elektroniniu formatu.
  • 12Visi šioje techninėje specifikacijoje apibrėžti reikalavimai yra suprantami kaip minimalūs.

Techninės užduoties ir įgyvendinimo plano reikalavimai

  • 1Atlikti detalią objekto analizę apimančia esamų duomenų ir įrankių panaudojimą bei skaičiuoklių modernizavimo poreikį.
  • 2Įvertinti organizacinį, teisinį ir technologinį Verslininko kortelės modernizavimo kontekstą ir jo keliamus ribojimus.
  • 3Tiksliai identifikuoti duomenų teikimo bei gavimo poreikius ir galimybes.
  • 4Atlikti susijusių informacinių sistemų analizę ir identifikuoti būtinus duomenų mainams pakeitimus.
  • 5Specifikuoti skaičiuoklių modernizavimo užduotis.
  • 6Specifikuoti kitus reikalingus pakeitimus KCIS ir kitų IS pusėje.
  • 7Apibrėžti bendruosius reikalavimus ir apribojimus, turinčius įtakos funkcijų ir paslaugų charakteristikoms.
  • 8Naudojant Uml Use Case, Uml Activity ar kitas lygiavertes tarptautiniu mastu pripažintų notacijų diagramas ir reikalavimų aprašymo šablonus specifikuoti funkcinius reikalavimus modernizuojamoms funkcijoms.
  • 9Apibrėžti reikalavimus vidinėms, išorinėms integracijoms ir duomenų mainams su kitomis informacinėmis sistemomis.
  • 10Apibrėžti reikalavimus duomenų migravimui.
  • 11Apibrėžti reikalavimus duomenų bazėms.
  • 12Apibrėžti reikalavimus naudotojų ir teisių valdymui.
  • 13Apibrėžti reikalavimus sprendimų valdymui ir administravimui.
  • 14Apibrėžti reikalavimus duomenų analizei ir ataskaitoms.
  • 15Apibrėžti reikalavimus architektūrai.
  • 16Apibrėžti reikalavimus esamų informacinių išteklių panaudojimui.
  • 17Apibrėžti reikalavimus platformoms ir programinės įrangos licencijoms, jei tokių būtų.
  • 18Apibrėžti reikalavimus naudotojo sąsajai ir ergonomiškumui.
  • 19Apibrėžti reikalavimus duomenų apsaugai ir informacijos saugumo valdymui.
  • 20Apibrėžti reikalavimus duomenų migravimui (įkėlimui), kokybei ir jų užtikrinimo priemonėms.
  • 21Apibrėžti optimalų programinės įrangos kūrimo ciklą (pvz., iteracinis ar kt.) ir reikalavimus jo vykdymui: apibrėžti reikalavimus veikloms ir etapams (analizei, projektavimui, konstravimui, testavimui, diegimui, bandomajai eksploatacijai ir kt.).
  • 22Apibrėžti reikalavimus kiekvieno etapo veikloms ir pateiktims.
  • 23Apibrėžti reikalavimus kokybės užtikrinimo priemonėms.
  • 24Apibrėžti reikalavimus dokumentacijai.
  • 25Apibrėžti reikalavimus pateikčių derinimui.
  • 26Reikalavimai turi būti aiškiai apibrėžti, nedviprasmiški, neprieštaringi, nesikartojantys, įgyvendinami ir patikrinami testavimo metu.
  • 27Techninė užduotis turi būti parengta ir pateikta derinimui per 75 kalendorines dienas nuo Paslaugų teikimo sutarties įsigaliojimo dienos.

Dokumentai4

  • 2_2. Technines specifikacijos projektas.docx
  • 1679_7459503.pdf
  • 1_Kvietimas rinkos konsultacijai.pdf
  • 3_1. Klausimai rinkos konsultacijos dalyviams (VK galimybių studija).docx