Technologijos juda labai greitai. Kas šiandien atrodo nauja, po kelių metų jau gali būti laikoma sena technologija.
Tačiau verslui nebūtina nuolat vytis naujausių karkasų, platformų ar dizaino madų.
Gerai padaryta sistema turi tarnauti ne vienerius metus.
Turiu projektų, kurie buvo sukurti beveik prieš dešimtmetį ir vis dar sėkmingai veikia. Jų dizainas galbūt nebėra pats moderniausias, tačiau pagrindinės funkcijos veikia stabiliai, klientai gali apsipirkti, užsakymai keliauja ten, kur reikia, o darbuotojai gali normaliai atlikti savo darbą.
Vidinės verslo sistemos dažnai gali tarnauti dar ilgiau.
Jei darbuotojai sistemą pažįsta, ji patogi, stabili ir atlieka savo funkciją, vien tai, kad ji sukurta su senesne technologija, nėra pakankama priežastis ją keisti.
Kada tikrai nereikia keisti sistemos?
Jei sistema:
- veikia stabiliai;
- vartotojams patogi;
- darbuotojai moka ja naudotis;
- pagrindiniai procesai veikia be problemų;
- ją vis dar galima prižiūrėti ir atnaujinti;
- nereikalauja nuolatinio „gesinimo“;
- netrukdo verslui augti,
dažniausiai nėra jokios priežasties visko perrašyti nuo nulio.
Kartais daug geriau pataisyti kelias nepatogias vietas, atnaujinti dizainą ar pridėti naują integraciją.
Kada jau verta pagalvoti apie keitimą?
Yra keli aiškūs signalai.
Sistema pradeda trukdyti verslui
Jei kiekvienai naujai funkcijai reikia sudėtingų aplinkkelių, rankinio darbo arba sprendimų „per aplinkui“, sistema gali būti pasiekusi savo ribas.
Pavyzdžiui, norite prijungti naują mokėjimo būdą, sandėlio sistemą ar automatizaciją, bet paaiškėja, kad dabartinė sistema tam praktiškai nepritaikyta.
Sistemos beveik nebeįmanoma prižiūrėti
Senos technologijos savaime nėra problema.
Problema atsiranda tada, kai:
- nebegalima atnaujinti serverio ar PHP versijos;
- naudojami nebepalaikomi moduliai;
- nebeveikia trečiųjų šalių integracijos;
- sunku rasti žmogų, galintį sistemą prižiūrėti;
- kiekvienas pakeitimas pradeda kelti riziką, kad sugrius kita vieta.
Tada jau verta vertinti, ar taisymas vis dar ekonomiškai prasmingas.
Atsiranda saugumo problemų
Tai viena rimčiausių priežasčių.
Jei sistema paremta nebepalaikoma programine įranga, turi žinomų saugumo spragų ar jos nebeįmanoma saugiai atnaujinti, keitimo klausimas tampa nebe estetinis.
Vartotojams sistema tapo nepatogi
Kartais techniškai viskas veikia, bet pasikeitė žmonių įpročiai.
Jei e-shopas sunkiai naudojamas telefone, checkout procesas ilgas, svarbios funkcijos paslėptos arba darbuotojai nuolat skundžiasi vidine sistema, tada jau verta kažką keisti.
Ir nebūtinai visą sistemą.
Dažnai užtenka perdaryti konkrečią dalį.
Dizainas ir sistema nėra tas pats
Labai dažnai sena sistema atrodo sena vien dėl savo išvaizdos.
Tokiu atveju gali visiškai nereikėti keisti backend ar verslo logikos.
Galima atnaujinti:
- dizainą;
- mobilią versiją;
- navigaciją;
- checkout;
- vartotojo sąsają.
O visa po apačia esanti sistema gali ir toliau atlikti savo darbą.
Tai dažnai gerokai pigiau ir saugiau nei pilnas perrašymas.
O kaip dėl senų technologijų?
Vien tai, kad sistema parašyta prieš 8 ar 10 metų, nėra diagnozė.
Svarbiau ne sistemos amžius, o jos būklė.
Gerai parašyta ir prižiūrima sena sistema gali būti daug patikimesnė už naują, paskubomis sukurtą projektą.
Todėl klausimą „ar technologija sena?“ keisčiau į:
ar ši technologija šiandien dar leidžia sistemą saugiai prižiūrėti, tobulinti ir integruoti su tuo, ko reikia verslui?
Jei taip — nebūtina niekur bėgti.
Vidinėms sistemoms tai ypač aktualu
Vidinės verslo sistemos dažnai nėra skirtos grožio konkursams.
Jei sandėlio, CRM, darbų valdymo ar gamybos sistema darbuotojams patogi ir taupo jų laiką, ji gali sėkmingai veikti labai ilgai.
Perrašyti tokią sistemą vien tam, kad ji būtų „modernesnė“, kartais net pavojinga.
Naujoje sistemoje reikia iš naujo atkartoti visą per daugelį metų susikaupusią verslo logiką, smulkias išimtis ir darbuotojų darbo įpročius.
Būtent tokiose vietose dažnai paaiškėja, kad sena sistema turėjo daug daugiau funkcijų, nei kas nors prisiminė.
Mano praktinė taisyklė
Jei sistema patogi, stabili ir netrukdo verslui — jos keisti nereikia.
Pirmiausia ieškočiau galimybės ją patobulinti.
Keitimą svarstyčiau tada, kai sistemos ribojimai pradeda kainuoti daugiau nei jos atnaujinimas ar pakeitimas.
Naujesnė technologija savaime nėra verslo nauda.
Svarbiausia, kad sistema būtų patogi žmonėms ir padėtų verslui dirbti, o ne trukdytų jam.
