Programska oprema po meri je program, razvit za procese, podatke in ljudi enega podjetja, namesto da podjetje svoje delo prilagaja gotovemu izdelku. V praksi so to interna orodja, poslovne aplikacije in integracije med sistemi, ki jih podjetje že ima.
- Interna orodja nadomestijo preglednice, papirnate obrazce in verige e-poštnih sporočil, na primer pri evidenci delovnih nalogov, odobravanju zahtevkov, načrtovanju dela na terenu ali spremljanju reklamacij.
- Poslovne aplikacije uporabljajo tudi vaši kupci, partnerji ali dobavitelji, na primer portal za naročila ali spremljanje stanja. Kako jih gradimo, opisujemo na strani izdelava spletnih aplikacij.
- Integracije povezujejo ERP, CRM, knjigovodstvo in druge programe, da se isti podatek ne vpisuje na več mestih.
Kdaj je programska oprema po meri boljša od gotove
Gotov program dobro pokrije delo, ki je v večini podjetij enako: knjigovodstvo, plače, e-pošto ali standardno prodajo. Razvoj po meri je smiseln, kadar velja kaj od naslednjega:
- proces vam prinaša prednost pred konkurenco in ga ne želite skrčiti na tujo predlogo;
- zaposleni vsak dan prepisujejo podatke iz programa v program ali jih združujejo v Excelu;
- za eno delo plačujete več orodij, ki se med seboj ne povezujejo;
- gotov izdelek zahteva toliko prilagoditev in zasilnih rešitev, da je to že razvoj po meri, le brez lastništva nad rezultatom;
- sistemi, ki jih imate, nimajo gotove medsebojne povezave, podatki iz njih pa morajo biti na enem mestu.
Kdaj ni
Programska oprema po meri ni dobra izbira, če gotov izdelek pokrije vaše delo z manjšimi prilagoditvami, če se proces še nenehno spreminja ali če nihče v podjetju nima časa sodelovati pri razvoju. Takrat je poštenejši nasvet, da kupite gotovo orodje in ga po potrebi povežete z drugimi sistemi. Če je tako tudi pri vas, vam bomo to povedali že na prvem pogovoru.
Kako razvijamo programsko opremo po meri
Izdelava programske opreme po meri se pri nas začne s pogovorom o delu, ne o tehnologiji:
- Brezplačen prvi pogovor. Opišete proces, ljudi, ki ga opravljajo, in mesta, kjer se zatika, skupaj pa ocenimo, ali se razvoj izplača ali zadošča gotovo orodje.
- Uvodna analiza. Pregledamo resnične obrazce, preglednice, poročila in programe, ki jih uporabljate, ter zapišemo vloge, pravila in izjeme, saj prav izjeme odločajo, ali bo programska oprema delo olajšala.
- Obseg, ocena stroškov in načrt po fazah. Dobite pisni opis tega, kar spada v prvo različico, in tega, kar pride pozneje, z oceno za vsako fazo.
- Prva delujoča različica v 4–8 tednih. To ni predstavitev, temveč aplikacija, v kateri vaši ljudje delajo z resničnimi podatki. Napredek spremljate na portalu za stranke.
- Naslednje faze. Dodajamo, kar je v načrtu, in spreminjamo, kar se je pri vsakdanjem delu izkazalo drugače kot na papirju.
- Vzdrževanje. Po zagonu skrbimo za posodobitve, varnostne popravke, nadzor delovanja in odpravo napak.
Gradimo s tehnologijami, ki jih uporabljamo tudi v lastnih izdelkih: Next.js in React za uporabniški vmesnik, Node.js za zaledni del, PostgreSQL za podatke, Docker za pakiranje aplikacije in GitLab CI za samodejna preverjanja in dostavo. Aplikacije, ki jih razvijamo in vzdržujemo, delujejo na strežnikih v EU. Če programska oprema potrebuje tudi del z umetno inteligenco, si oglejte stran programska oprema po meri z umetno inteligenco.
Integracije: primer iz prakse
Programska oprema po meri včasih ni nova aplikacija, temveč povezava med programi, ki jih podjetje že ima. Za podjetje Instar informatika, hrvaškega trgovca in distributerja računalniške opreme, smo našo platformo Business Booster povezali z njihovim ERP-jem Luceed podjetja Tomsoft. Business Booster vsako noč sinhronizira kopijo podatkov iz ERP-ja, ki je namenjena samo branju.
Iz te kopije vsak teden samodejno nastanejo poročila o prodaji in zalogah po blagovnih znamkah, v obliki Excel, ki jo zahteva proizvajalec, na primer HP, Lenovo ali Samsung, in se pošljejo po e-pošti. Teh poročil ne piše AI, temveč jih program sestavi neposredno iz podatkov. Poleg tega je mogoče v hrvaščini zastavljati poslovna vprašanja, na primer katero blago stoji ali česa je malo na zalogi, a se še vedno prodaja. Odgovor pride iz podatkov ERP-ja, s kratko razlago, ki jo napiše AI.
Kadar je le mogoče, takšno povezavo zgradimo tako, da ERP ostane merodajen vir podatkov, nova aplikacija pa bere njegovo kopijo in v njem ničesar ne spreminja. Več o platformi preberite na strani Business Booster.
Lastništvo in dokumentacija: kaj vprašati pred podpisom
Pri programski opremi po meri je pogodba enako pomembna kot izvorna koda. Pred podpisom od vsakega izvajalca, tudi od nas, zahtevajte pisne odgovore na ta vprašanja:
- Kdo je lastnik izvorne kode in od katerega trenutka: po vsaki plačani fazi ali šele ob koncu projekta?
- Kje se koda hrani in ali imate lasten dostop do repozitorija?
- Katera dokumentacija je del predaje: opis arhitekture, navodila za namestitev, opis integracij, navodila za uporabnike?
- Katere tuje komponente in licence aplikacija uporablja in ali vas k čemu zavezujejo?
- Kje so strežniki in podatki ter kdo ima do njih dostop?
- Kako prevzamete podatke in aplikacijo, če zamenjate izvajalca?
- Kaj pokriva vzdrževanje in kaj se naroči kot dodelava?
Dober odgovor je konkreten in ga je mogoče zapisati v pogodbo. Če je odgovor nedoločen, sprašujte naprej.
Od česa je odvisna cena
Cena programske opreme po meri je odvisna od tega, koliko dela mora aplikacija pokriti in s koliko sistemi se mora povezati. Na oceno vplivajo:
- število uporabniških vlog in zaslonov ter zapletenost pravil, na primer odobravanja na več ravneh;
- število integracij in to, ali imajo obstoječi sistemi uporaben API;
- prenos in čiščenje obstoječih podatkov iz preglednic ali starega programa;
- zahteve za varnost, zapise o dejanjih in varstvo osebnih podatkov;
- ali je poleg spletnega vmesnika potrebna tudi mobilna aplikacija, o čemer pišemo na strani izdelava mobilnih aplikacij;
- obseg vzdrževanja po zagonu.
Zato oceno pripravimo po uvodni analizi in jo razdelimo po fazah, da lahko začnete z delom, ki rešuje glavno težavo.
Kaj pripraviti za prvi pogovor
Specifikacija ni potrebna. Koristno je pripraviti:
- kratek opis procesa, kakršen je danes, z izjemami in razdelitvijo dela;
- primere dokumentov, preglednic, obrazcev in poročil, s katerimi delate;
- seznam programov, ki jih uporabljate, in podatek, ali imajo API ali izvoz podatkov;
- osebo, ki pozna proces in lahko med razvojem sprejema odločitve;
- seznam tega, kar mora imeti prva različica, in tega, kar lahko počaka.
Urejeni podatki in tehnična dokumentacija niso pogoj. Če kaj manjka, bomo to videli med uvodno analizo in vključili v načrt.