Atvejai sudaryti pagal realius projektus. Kur skaičiai iliustraciniai — pažymėta.
TV bokštas: migracija, kuri būtų tyliai pavykusi ir nieko neperkėlusi
Situacija: Senoji svetainė buvo sudėliota puslapių kūrimo įrankiu (Elementor), o turinys augo dešimt metų: du šimtai septyniasdešimt septyni įrašai dviem kalbomis, tūkstantis su viršum nuotraukų, bilietai, erdvės ir pramogos, išbarstytos po puslapius kaip tekstas.
Užduotis atrodė įprasta — perkelti turinį į naują pagrindą. Bet prieš pradedant reikėjo atsakyti į vieną klausimą: ar turinį apskritai įmanoma paimti automatiškai.
Ką padarėme: Turinio migracija iš Elementor prasidėjo ne nuo kėlimo — pirmiausia patikrinome, kas ir kokios būklės yra senojoje svetainėje.
Paaiškėjo svarbiausias dalykas: naujienų tekstus paimti buvo galima, o puslapių — ne. Puslapių tekstas buvo laikomas ne įprastoje vietoje, o paties kūrimo įrankio vidiniuose duomenyse. Automatiškai paprašę kainų puslapio, gaudavome tik vieną tuščią pastraipą.
Tai reiškė, kad įprastas automatinis perkėlimas būtų sukūręs dvidešimt du tuščius puslapius ir pranešęs, kad viskas pavyko. Klaida būtų paaiškėjusi po savaitės, kai kas nors atidarytų puslapį.
Todėl darbą padalijome. Naujienas, nuotraukas ir kitus failus perkėlėme tokius, kokie buvo, ir patikrinome, ar kiekvienas failas atkeliavo iš senosios svetainės. Puslapius sudėliojome iš naujo: objektai, bilietai, erdvės ir pramogos tapo atskirais įrašais su savo informacija (kaina, aprašymu, nuotrauka), o ne vienu ilgu tekstu, kurio negalima nei surikiuoti, nei suskaičiuoti.
Rezultatas: Perkeltos 1 097 nuotraukos ir kiti failai, ir apie kiekvieną žinoma, iš kur jis atkeliavo — nė vieno nežinomo. Perkelti ir visi 185 lietuviški bei 92 angliški įrašai.
Tai, kas anksčiau buvo tik tekstas, dabar yra tvarkingi įrašai: 30 objektų, 7 bilietų rūšys, 3 erdvės ir 2 pramogos. Juos galima atrinkti, surikiuoti ir rodyti ten, kur reikia.
Perkeliant paaiškėjo dar vienas dalykas, kurio niekas neieškojo: naujoje svetainėje būtų likę 371 paveikslėlis, rodomas tiesiai iš senosios svetainės. Tokie paveikslėliai matomi tol, kol veikia senoji svetainė, ir tyliai dingsta tą dieną, kai ji išjungiama. Visi jie surasti ir perkelti.
249 senieji adresai atveria tinkamus naujus puslapius, o visi 12 iš naujo sudėliotų puslapių sutampa su senaisiais žodis į žodį.
Dalies failų nebebuvo jau senojoje svetainėje, dar prieš mums pradedant darbą. Jų nėra ir naujojoje, o jų sąrašą atidavėme klientui, kad būtų aišku, ko trūksta ir kodėl.
Sodnamis: parduotuvė su konfigūratoriumi, kurio kainos nepavyko suklastoti
Situacija: Prekyba mediniais nameliais turi vieną nepatogumą: pats namelis yra tik pradžia. Impregnavimas, stogo danga, lietvamzdžiai, grindų, sienų ir stogo apšiltinimas, montavimas — kiekvienas pasirinkimas keičia kainą, ir kiekvienas priklauso nuo to, koks namelis pasirinktas. Šimto kvadratų namo apšiltinimas nekainuoja tiek, kiek trisdešimties.
Prekių sąrašas buvo senoje parduotuvės programoje, o pasirinkimai — pardavėjo galvoje ir susirašinėjime.
Ką padarėme: Prekių sąrašą perkėlėme: 246 prekės su aprašymais, paimtais iš senosios parduotuvės failo. 215 aprašymų perkėlėme taip, kad neliktų nė vieno vienodo teksto, kuris kartojasi visų prekių aprašymuose.
Prekių konfigūratorius parduotuvėje — tai langas, kuriame pirkėjas pats susirenka namelį ir iš karto mato kainą. Jis sukurtas pačioje svetainėje, be atskiro papildinio, todėl nieko nereikia nuomotis ir atskirai atnaujinti. Septynios pasirinkimų grupės, kurių kiekviena rodoma tik tada, kai tai prekei ji turi prasmę: priedams ir kubilams ji neturi prasmės, todėl prie jų nerodoma. Kainos — kiekvienai prekei atskiros, nes bendros čia neveiktų.
Svarbiausio sprendimo nematyti. Pirkėjo kompiuteris praneša tik tai, ką jis pasirinko, o galutinę kainą perskaičiuoja pati parduotuvė. Tik taip kainos niekas negali pakeisti iš išorės.
Rezultatas: Pasirinkus metalinę dangą ir dešimties centimetrų apšiltinimą, kaina auga nuo 38 760 iki 44 360 eurų, ir tas skaičius iš karto matomas prekės kortelėje.
Išbandėme: savo kompiuteryje rodomą kainą pakeitėme į 99 999. Krepšelyje atsirado teisinga suma — 44 360 € — parduotuvė perskaičiavo kainą pagal pasirinkimus, o ne patikėjo tuo, kas atsiųsta.
Atskira viso mokėjimo kelio peržiūra nerado nė vienos rimtos ar svarbios klaidos.
Vienas dalykas liko klientui. Senosios parduotuvės faile pasirinkimų kainų nebuvo — jų ten paprasčiausiai niekada nebuvo saugoma. Todėl 237 prekėms įrašėme pradines kainas, kurias klientas keičia pats svetainės valdymo skiltyje, o ne per mus. Prekėms, kurioms konfigūratorius neturi prasmės, jis nesirodo visai.
Taip pat 31 prekę be aprašymo palikome sąmoningai: šaltinyje šios prekės turėjo tekstą tik angliškai, o svetainė yra lietuviška. Geriau tuščia nei ne ta kalba.
Kam tai aktualu. Jei Jūsų prekės kaina priklauso nuo pasirinkimų, kurie priklauso vienas nuo kito, tas pats vaizdas kartojasi: prekių sąrašas vienoje programoje, kainos — pardavėjo galvoje, o klientas laukia atsakymo. Konfigūratorius, kuris kainą skaičiuoja pačioje parduotuvėje ir rodo tik prasmingus pasirinkimus, panaikina šį laukimą ir pardavėjui, ir klientui. Kainas keičiate patys — be programuotojo kiekvienam sezonui.
Kauno prekybos rūmai: 300 narių, 372 straipsniai ir paieška, kuri randa
Situacija: Organizacijoje, kuri turi tris šimtus narių, informacija natūraliai skyla. Narių sąrašas viena vieta, straipsniai kita, dokumentai trečia, verslo pasiūlymai — ketvirta. Kiekviena dalis atskirai tvarkinga.
Problema pasimato tada, kai žmogus ateina ieškoti. Jis neieško „straipsnio“ ar „nario“ — jis ieško žodžio. Senoji paieška žiūrėjo tik į vieną turinio rūšį ir grąžindavo septynis rezultatus tada, kai atitikmenų buvo devyniasdešimt vienas.
Ką padarėme: Narių portalo paieškos sistema prasideda nuo tvarkos: visą turinį sudėjome į vieną vietą, bet kiekvienai rūšiai palikome jos informaciją: narys turi logotipą ir kontaktus, straipsnis — datą ir kategoriją, dokumentas — failą ir tipą, verslo pasiūlymas — kategoriją ir sąlygas.
Tada perrašėme paiešką taip, kad ji ieškotų visose rūšyse iš karto, o ne vienoje. Rezultatai rodomi kartu, pažymint, kas yra kas.
Turinį perkėlėme iš senosios svetainės ir patikrinome: kiek buvo senojoje, tiek turi būti ir naujojoje.
Rezultatas: Vienoje vietoje: 300 narių, iš jų 278 su logotipais. 372 straipsniai. 114 dokumentų. 113 verslo pasiūlymų 20 kategorijų.
Bet svarbiausias skaičius yra paieška. Ta pati užklausa, kuri senojoje svetainėje rasdavo 7 dalykus, dabar randa 91 — nes ieško ne vienoje vietoje, o visame turinyje iš karto.
Perkėlimas davė ir pamoką. Vienos rūšies įrašai buvo sukurti du kartus, nors bendras skaičius atrodė teisingas: programa, tikrinanti pasikartojimus, nežiūrėjo, kokios rūšies įrašą tikrina. Klaida išryškėjo tik suskaičiavus, kiek įrašų yra iš viso ir kiek iš jų yra skirtingų. Nuo tada taip tikriname kiekvieną perkėlimą ir kiekvieną paleidžiame du kartus: antras kartas neturi sukurti nė vieno naujo įrašo.
Kam tai aktualu. Organizacijai, kurios informacija gyvena keliose vietose — narių sąrašas, straipsniai, dokumentai, pasiūlymai — ir kurios žmogus ieško žodžio, o ne turinio rūšies. Viena paieška per visas rūšis yra ne papildoma galimybė, o būdas nepamesti to, kas jau surinkta. O perkėlimo patikra, paleista du kartus, yra vienintelis būdas žinoti, kad dvigubų įrašų nėra, o ne tikėtis.
Maironio muziejus: 172 dokumentai, renginiai su registracija ir prieinamumas, kuris tikras
Situacija: Organizacija su ilga istorija turi daug turinio ir mažai žmonių jam prižiūrėti. Parodos, ekspozicijos, edukacijos, rinkiniai ir naujienos gyveno skirtingose vietose skirtingais formatais, o dokumentai — dešimtyse puslapių, iš kurių juos rasdavo tik tas, kas žinojo, kur žiūrėti.
Prie to prisidėjo dar vienas reikalavimas, kuris dažnai sprendžiamas neteisingai: svetainė turi būti tinkama žmonėms su regos ar judesio negalia.
Ką padarėme: Muziejaus renginių registracija pastatyta kaip visa grandinė, o turinį suskirstėme pagal tai, kas jis iš tikrųjų yra: parodos, ekspozicijos, edukacijos, rinkiniai. Kiekviena rūšis turi savo informaciją (datas, vietą, aprašymą), todėl įrašus galima rodyti, atrinkti ir susieti tarpusavyje, o ne perrašinėti.
Renginiams pastatėme visą grandinę: kalendorių, registraciją, patvirtinimo ir priminimo laiškus, pasikartojančius renginius. Nuo šiol dalyvių sąrašo niekas nebeveda ranka.
Prieinamumą sprendėme pačioje svetainėje. Įprasta prikabinti papildomą mygtuką, kuris uždeda savo sluoksnį ant svetainės. Jis atrodo kaip sprendimas, bet programoms, kurios neregiui garsiai skaito ekraną, dažnai trukdo labiau nei padeda. Mes vietoj to sutvarkėme pačią svetainę ir pridėjome juostą, kuri iš tikrųjų keičia svetainės nustatymus (pavyzdžiui, raidžių dydį ar spalvas), o ne uždeda dar vieną sluoksnį ant viršaus.
Rezultatas: 172 dokumentai surinkti į vieną vietą ir tapo randami.
Turinys suskirstytas ir susietas: parodos, ekspozicijos, edukacijos ir rinkiniai — kiekvienas su savo informacija ir savo puslapiu.
Renginiai veikia nuo skelbimo iki priminimo be rankinio darbo, o prieinamumo juosta yra svetainės dalis, ne priedas ant jos.
Turinio kiekis nebuvo mažas: perkelta po penkias dešimtis parodų, edukacijų ir rinkinių įrašų, plius ekspozicijos. Kur senojoje svetainėje buvo daugiau, nei verta kelti, sustojome sąmoningai ir pasakėme, kiek paimta ir kiek liko — vietoj to, kad tyliai keltume viską ir vadintume tai pilnumu.
Svetainei taip pat sukurtas maždaug penkiolikos paruoštų dalių rinkinys: antraštės, kortelės, sąrašai ir panašiai. Todėl naujas puslapis dedamas iš turimų dalių, o ne piešiamas iš naujo — ir kad po metų svetainė vis dar atrodo kaip visuma.
Telecentras: 118 dokumentų ir 21 paslauga dviem kalbomis
Situacija: Didelės įmonės svetainė su daugybe turinio turi problemą, kurios maža svetainė neturi: viskas turi būti dviem kalbomis, ir kiekvienas pakeitimas turi nukeliauti į abi. Kai puslapių yra dešimtys, o dokumentų — šimtas, tai jau nebe teksto taisymo, o svetainės sandaros klausimas.
Prie to prisideda įmonės valdymo ir viešųjų pirkimų puslapiai, kurie turi būti pasiekiami ir tikslūs, nes į juos žiūrima ne iš smalsumo.
Ką padarėme: Dvikalbė paslaugų svetainė pradedama nuo bendro išdėstymo: turinį sudėliojome pagal rūšį, o ne kiekvieną puslapį atskirai. Visi paslaugų puslapiai naudoja vieną išdėstymą, kuriame keičiasi tik turinys — todėl dvidešimt viena paslauga atrodo vienodai tvarkingai ir nė vienos nereikia lipdyti atskirai.
Pradžios puslapį perdarėme pagal dizainą dalį po dalies — keturiolika dalių, ir kiekvienos tekstą bei nuotraukas darbuotojas gali keisti, nesugadindamas išdėstymo.
Dvikalbystę sutvarkėme taip, kad puslapis ir jo vertimas būtų susieti, o ne tvarkomi kaip du atskiri puslapiai. Dokumentai prisegti prie tų puslapių, kuriuos jie liečia.
Rezultatas: 118 dokumentų vietoje ir susieti su turiniu.
21 paslaugos puslapis iš 23 naudoja bendrą išdėstymą. Taip pat perkelti 8 „Apie mus“ puslapiai, 10 valdymo ir pirkimų puslapių, 5 darbo skelbimai.
Visai svetainei užtenka keturių išdėstymų, o pradžios puslapis atitinka dizainą dalį po dalies.
Dokumentų dalis turėjo atskirą sunkumą: keli failai neatsidarė jau senojoje svetainėje. Tokius atvejus atskyrėme nuo savo klaidų ir parodėme klientui, o ne palikome neveikiančių nuorodų naujoje svetainėje.
Kam tai aktualu. Svetainei, kurioje puslapių dešimtys ir kiekvienas turi atitikmenį kita kalba: kai turinys sudėliotas pagal rūšį į bendrus išdėstymus, naują puslapį sukuria pats darbuotojas, be programuotojo, o vertimas — susietas įrašas, ne antra svetainė. Dokumentų perkėlimą verta matuoti skaičiais prieš ir po; kas nesueina, rodoma klientui, o ne slepiama. Tas pats principas galioja ir mažesnei svetainei — skiriasi tik skaičiai.
Šia svetaine klientas naudojasi kasdien.
Savanorystė: nuo registracijos iki sertifikato be rankinių sąrašų
Situacija: Mokymai, po kurių išduodamas pažymėjimas, turi grandinę, kuri lengvai trūkinėja. Žmogus užsiregistruoja, gauna patvirtinimą, ateina, jo dalyvavimas kažkur pažymimas, o po to kažkas ranka rengia pažymėjimus ir siunčia po vieną.
Kiekvienas žingsnis atskirai nesudėtingas. Kartu jie suvalgo daugiau laiko nei patys mokymai.
Papildomai: dalis dalyvių yra nepilnamečiai, todėl reikia globėjo sutikimo, o visi sutikimai turi būti surinkti ir saugomi taip, kad į juos būtų galima atsakyti.
Ką padarėme: Savanorių registracijos sistema pastatyta kaip viena grandinė viename kelyje.
Registracija vyksta be slaptažodžio — žmogus gauna nuorodą į paštą ir ja patvirtina, kad tai jis. Tuo pačiu metu surenkami sutikimai, o nepilnamečio atveju laiškas keliauja globėjui ir laukiama jo patvirtinimo.
Grupinei registracijai atskiras kelias: vienas žmogus registruoja kelis ir mato jų būseną.
Atvykimas žymimas kodu — dalyvis parodo, koordinatorius nuskaito. Sąrašo niekas nebežymi ranka.
Po mokymų sertifikatas suformuojamas ir išsiunčiamas pats.
Ir visa tai turi būti pasiekiama žmonėms, kurie naršo tik klaviatūra arba naudojasi programa, kuri garsiai skaito ekraną — todėl prieinamumas tikrintas kiekviename ekrane, ne tik pradžios puslapyje.
Rezultatas: Grandinė veikia nuo registracijos iki sertifikato be nė vieno rankinio žingsnio tarp jų.
Sutikimai surinkti ir susieti su žmogumi, o žmogaus duomenis galima atsisiųsti į failą arba ištrinti, kai jis to paprašo.
Kiekvienas ekranas patikrintas prieinamumui — ne tik pradžios puslapis, o visas kelias: registracija, patvirtinimas, dalyvio sritis ir koordinatoriaus įrankiai.
Sistemą tikrina daugiau nei penki šimtai automatinių patikrų, todėl pakeitimas vienoje vietoje netikėtai nesugadina kitos.
Kam tai aktualu. Bet kuriai organizacijai, kuri registruoja, žymi dalyvavimą ir išduoda pažymėjimus — mokymams, renginiams, savanorystei. Grandinė trūkinėja ne dėl vieno sunkaus žingsnio, o dėl to, kad žingsniai gyvena skirtingose vietose. Sudėjus juos į vieną kelią, sutikimai renkami ten pat, kur registruojamasi, o pažymėjimas išduodamas iš tų pačių duomenų, kuriuos žmogus pats pateikė.
Šia sistema klientas naudojasi kasdien.
Vilniaus būstas: robotas, kuris atsako iš organizacijos turinio
Situacija: Organizacija, į kurią kasdien kreipiasi daug žmonių, gauna tuos pačius klausimus. Darbo laikas, sąlygos, kur kreiptis, kas toliau. Atsakymai yra svetainėje, bet žmogus jų neranda arba nenori ieškoti, todėl rašo arba skambina.
Įprastas sprendimas — pokalbių robotas — turi žinomą trūkumą: jei jam leidžiama kalbėti apie viską, jis pradeda atsakinėti ir tada, kai nežino.
Ką padarėme: Pokalbių robotas iš savo turinio pastatytas taip, kad jis atsakytų tik iš organizacijos turinio. Robotui „perskaityti“ davėme 218 puslapių ir 144 naujienas. Ilgesni tekstai padalyti į dalis — iš viso 393 dalys, ir robotas mato kiekvieną, nė viena nepamesta.
Jei atsakymo turinyje nėra, robotas taip ir pasako bei nukreipia į žmogų. Jis nespėja.
Privatumą sutvarkėme prieš paleidimą, ne po jo. Prieš pirmą žinutę žmogus mato, kas bus renkama ir kam. Žmogaus kompiuterio adresas internete (IP) saugomas tik užšifruotas taip, kad jo atkurti neįmanoma. To pakanka apsisaugoti nuo piktnaudžiavimo, bet atsekti žmogaus neįmanoma.
Rezultatas: Atsakymas grįžta per 1,1–2,1 sekundės.
393 turinio dalys, ir visos 393 pasiekiamos robotui — nė viena nepamesta, todėl nėra turinio, kurio robotas „nematytų“.
Sutikimo langas rodomas prieš pirmą žinutę, o robotą tikrina 350 automatinių patikrų.
Atskirai verta pasakyti, ko robotas nedaro. Jis nesiūlo sprendimų, kurių organizacija nesiūlo, ir neatsakinėja į klausimus, kurių turinys neapima. Tai nuobodžiau nei visažinis pokalbis, bet tai vienintelis būdas, kuriuo tokį robotą galima paleisti į viešumą ir po to ramiai miegoti.
Kam tai aktualu. Organizacijai, kuri gauna tuos pačius klausimus kasdien ir turi atsakymus svetainėje, bet žmonės jų neranda. Pokalbių robotas, atsakantis tik iš Jūsų turinio, yra saugus tada, kai jo ribos apibrėžtos iš anksto: ką jis žino, ką sako nežinantis, kur nukreipia. Tas pats turinys, kurį jau prižiūrite, tampa jo žiniomis — be atskiro žinių rinkinio ir be papildomo darbo svetainę tvarkančiam darbuotojui. Kai turinys pasikeičia, pasikeičia ir atsakymai.
QR išankstinio užsakymo sistema nuo maisto iki bet kokių prekių — nė dienos nebuvo demonstracinė
Situacija: QR išankstinio užsakymo sistema atsirado iš vienos prekybos vietos, kur gaminamas maistas turi vieną priešą — eilę pietų metu. Dalis žmonių pamato ją pro langą ir nuvažiuoja toliau. Ne todėl, kad brangu, o todėl, kad neturi dvidešimt minučių.
Tuo pat metu virtuvė dirba aklai. Kiek žmonių ateis po pusvalandžio, ji sužino tada, kai jie jau stovi prie prekystalio.
Prieš pradedant reikėjo nuspręsti vieną dalyką, kuris iš tikrųjų yra pinigų klausimas: daryti pavyzdį, kurį tik parodysime, ar iš karto sistemą, kuria galima naudotis. Pasirinkome antrą kelią. Pavyzdį vėliau tenka daryti iš naujo, todėl už tą patį darbą sumokama du kartus.
Ką padarėme: QR išankstinio užsakymo sistema pastatyta taip, kad veiktų nuo pirmos dienos. Ji paleista su pavyzdiniu meniu, o ne kaip paveikslėlis, kurį vėliau reikėtų išmesti.
Klientas nuskaito QR kodą prekybos vietoje, mato pasiūlą, sumoka kortele ir gauna numerį. Užsakymas tą pačią sekundę atsiranda darbuotojo planšetėje su garsu. Atėjęs žmogus pasako numerį — ir tiek.
Tas pats būdas tinka bet kuriai prekybos vietai — nuo maisto iki ne maisto prekių: pasiūla, apmokėjimas ir numeris, su kuriuo žmogus ateina atsiimti užsakymo. Maistas buvo tik pirmas pritaikymas, ne sistemos riba.
Vienas sprendimas pakeitė visą meniu išvaizdą. Nuotraukų nebuvo ir nebus, o kliento klausimas yra ne „kaip atrodo", o „ar spėsiu". Todėl meniu eilutėje pirmiausia matomos minutės, o ne paveikslėlis. Užsakymo numeris padarytas dideliu ir įsimenamu — jis yra vienintelis dalykas, kurį žmogus turi atsinešti.
QR kodus kiekvienai prekybos vietai sistema sukuria pati, be jokios išorinės paslaugos. Todėl kodas veiks ir po metų, net jei kokia nors išorinė paslauga užsidarytų.
Sunkiausia dalis buvo garsas darbuotojo planšetėje. Planšetė leidžia skleisti garsą tik tada, kai žmogus ką nors paspaudžia, o perėjus į kitą langą, šio leidimo nebelieka. Tada planšetė tyli, ir niekas to nepastebi iki pirmo neišgirsto užsakymo. Todėl pamaina pradedama mygtuko paspaudimu, o šalia yra antras mygtukas, kuris parodo, ar garsas tikrai įjungtas. Be jo neįmanoma atskirti, ar garsą užblokavo pati planšetė, ar kas nors nuspaudė jos garso jungiklį.
Iš anksto suderinome penkiolikos punktų sąrašą: ką sistema turi daryti, kad darbas būtų laikomas atliktu. Kiekvienam punktui parašėme automatinę patikrą tuo pačiu pavadinimu. Todėl patikrų rezultatas ir yra tas pats sąrašas su varnelėmis — nieko nereikia lyginti ranka.
Rezultatas: Iš sutarto sąrašo atlikta 14 punktų iš 15. Penkioliktas yra garsas tikroje planšetėje: be paties įrenginio jo patikrinti negalima, todėl jis paliktas nepažymėtas, o ne pažymėtas su išlyga.
Sistemą tikrina 320 automatinių patikrų. 34 iš jų pereina visą kelią taip, kaip pirkėjas, ir yra atliekamos veikiančioje sistemoje, o ne bandomojoje kopijoje. Programos kodas patikrintas klaidų paieškos įrankiais, o naudojamose išorinėse programų dalyse žinomų saugumo spragų — nulis.
Atskirai patikrinome, ar patikros apskritai gali parodyti klaidą: kai tyčia sugadinome mokėjimo dalį, ketvirtas sąrašo punktas iš karto tapo raudonas. Patikra, kuri niekada neparodė klaidos, nieko neįrodo.
Kas dar nepadaryta ir kodėl: mokėjimų bendrovė dar nepasirinkta, meniu kol kas pavyzdinis, o prekybos vietų sąrašo dar laukiama. Tai antro etapo darbai, ir jie įvardyti, o ne nutylėti.
Susisiekite jeigu reikalingas panašus sprendimas ar turite klausimų
Palikite vardą ir el. paštą — atsakysime per darbo dieną. Laiške matysime, iš kurio puslapio rašote, tad iš karto žinosime kontekstą.
