Standartinis sprendimas ar individuali programinė įranga: kaip nuspręsti

Klausimas “standartinis sprendimas ar individuali programinė įranga” dažniausiai užduodamas tada, kai standartinis įrankis jau kažkur nebetinka — trūksta lauko, kurio negalima pridėti, ataskaitos, kurios negalima sukurti, arba integracijos, kurios pardavėjas nesiūlo. Tai ne abstraktus pasirinkimas tarp dviejų filosofijų. Tai konkretus klausimas apie konkretų procesą, kuris nebetelpa į dėžutę, kurioje jis buvo.

Kada standartinis sprendimas iš tikrųjų yra teisingas atsakymas

Sąžininga tiesa: dauguma verslo poreikių yra jau išspręsti. Apskaita, el. pašto rinkodara, projektų valdymas paprastoms komandoms, pagrindinis CRM funkcionalumas — tai srities, kuriose standartiniai įrankiai konkuravo dešimtmečius, ir laimėtojai yra geri dėl priežasties. Jei jūsų procesas atitinka tai, ką įrankis buvo sukurtas daryti, individualus kūrimas nėra pranašumas — tai nereikalingas atstumas nuo sprendimo, kurį galėtumėte naudoti šiandien.

Standartinio įrankio kaina taip pat nusistovėjusi ir žinoma iš anksto, kas savaime yra vertybė — nereikia laukti, kol projektas bus baigtas, kad sužinotumėte, ar jis veiks.

Kada standartinis sprendimas tampa brangesnis nei atrodo

Problema atsiranda ne todėl, kad standartinis įrankis blogas, o todėl, kad jūsų procesas evoliucionuoja, o įrankis — ne. Kiekvienas apėjimas — eksportuoti į skaičiuoklę, kad padarytumėte ataskaitą, kurios sistema nesukuria; įvesti tuos pačius duomenis dviejose sistemose, nes jos nekalba viena su kita; palaikyti “šešėlinį procesą” el. paštu, nes sistemoje tam nėra vietos — turi realią, bet nematomą kainą. Ji neatsiranda sąskaitoje. Ji atsiranda kaip valandos, kurias kažkas praranda kiekvieną savaitę, apeidamas tai, ko įrankis nedaro.

Trys klausimai, kurie iš tikrųjų atsako į šį klausimą

Ar jūsų procesas yra jūsų konkurencinis pranašumas, ar tik administracinė funkcija? Jei tai, kaip tvarkote užsakymus ar aptarnaujate klientus, yra tai, kas jus skiria nuo konkurentų, sulyginimas su standartiniu įrankiu reiškia sulyginimą su visais kitais, naudojančiais tą patį įrankį tuo pačiu būdu.

Kiek apėjimų jau naudojate? Vienas ar du apėjimai yra normalu — jokia sistema neatitiks tobulai. Penki ar šeši, kuriuos kažkas turi prisiminti kiekvieną savaitę, yra signalas, kad sistema nebeatitinka proceso.

Ar jums reikia integracijos, kurios nė vienas standartinis įrankis nesiūlo? Kartais atsakymas nėra “kurti nuo nulio visą sistemą” — tai integracija, sujungianti du ar tris standartinius įrankius, kuriuos jau turite, o ne juos pakeičianti.

Palyginimas, kuris iš tikrųjų padeda

Situacija	Standartinis įrankis	Individuali programinė įranga
Procesas atitinka bendrą sektoriaus praktiką	Dažniausiai geriausias pasirinkimas	Nereikalinga sąnauda
Procesas yra konkurencinis pranašumas	Sulygina jus su konkurentais	Apsaugo ir plečia tai, kas veikia
Reikia integracijos su vidine sistema	Retai palaiko	Kuriama tiksliai jūsų architektūrai
Duomenų rezidencija ar GDPR reikalavimai neįprasti	Gali neatitikti	Galima suprojektuoti nuo pradžių
Komanda auga ir keičiasi greitai	Lengviau apmokyti naujus žmones	Reikia dokumentacijos ir palaikymo

Hibridinis kelias dažnai neminimas

Ne visada tai yra “vienas arba kitas”. Daugelis mūsų projektų yra individuali programinė įranga, kuri gyvena šalia standartinių įrankių, o ne juos pakeičia — individualus sluoksnis, tvarkantis tą vieną procesą, kuris jūsų versle unikalus, o standartiniai įrankiai lieka atsakingi už apskaitą, el. paštą ar pagrindinį CRM. Tai dažnai pigiau ir greičiau nei pilnas perrašymas, ir leidžia išlaikyti tai, kas jau veikia gerai.

Kas nutinka, kai sprendimas priimamas per vėlai

Dažniausiai matome ne įmones, kurios per anksti nusprendė kurti individualiai, o tas, kurios pernelyg ilgai liko prie standartinio įrankio, kol apėjimai tapo tokie sudėtingi, kad juos palaikyti reikia atskiro žmogaus. Tuo metu klausimas nebėra “ar verta kurti individualiai” — jis tampa “kiek kainuoja išlaikyti procesą, kuris jau faktiškai nebeveikia be rankinio įsikišimo kiekvieną savaitę”. Vėlyvas sprendimas nereiškia, kad individuali programinė įranga tampa bloga idėja — jis tik reiškia, kad pereiga įvyksta streso metu, o ne planuotai.

Dėl to verta periodiškai, ne tik kartą, peržiūrėti, kiek rankinio darbo reikia, kad dabartinė sistema veiktų. Jei tas skaičius auga metai po metų, tai signalas, ne sutapimas.

Sprendimas, kurio negalima atšaukti be kainos

Verta žinoti iš anksto: kai kurie sprendimai yra lengviau grįžtami nei kiti. Pereiti nuo individualaus įrankio atgal į standartinį paslaugą paprastai reiškia duomenų migraciją ir proceso perprojektavimą. Pereiti nuo standartinio įrankio į individualų įprastai lengviau, nes duomenys ir procesas jau egzistuoja — individualus sprendimas juos tik perkelia į naują aplinką. Tai nereiškia, kad reikia vengti standartinio įrankio iš baimės; tai reiškia, kad verta rinktis žinant, kuri kryptis bus lengvesnė, jei sprendimas ateityje pasirodys neteisingas.

Kaip mes iš tikrųjų vertiname šį klausimą

Prieš rekomenduodami bet kurį kelią, prašome parodyti, kaip iš tikrųjų atrodo dabartinis procesas — įskaitant apėjimus, skaičiuokles ir el. laiškus, kuriuos niekas neįtraukia į oficialų aprašymą, bet kurie iš tikrųjų laiko procesą veikiantį. Dažniausiai tikroji problema slypi ne pačiame įrankyje, o tuose neoficialiuose žingsniuose. Tai ta pati atradimo logika, kurią taikome individualios programinės įrangos projektuose apskritai, ir ji taikoma nepriklausomai nuo to, ar galutinis atsakymas bus “pirkite” ar “kurkite”.

Jei jau žinote, kad standartinis sprendimas nebetinka, ir svarstote, kaip atrodytų individualus kelias, vertas paskaityti ir apie tai, kiek kainuoja tokios programinės įrangos kūrimas — daugelis tų pačių veiksnių taikomi ir čia. Pavyzdžius, kaip mes patys sprendžiame šį klausimą savo produktuose, rasite darbų puslapyje.

Klausimas niekada nėra “kuris įrankis geresnis”. Tai visada “kuris įrankis atitinka jūsų procesą šiandien, ir kiek jums kainuos, kai jis nustos atitikti”.

Jei norite aptarti konkretų procesą, kuris jau nebetelpa, kontaktų forma yra greitesnis kelias nei dar vienas straipsnis apie tai apskritai.