Kaj je interna aplikacija in kdaj jo podjetje potrebuje?

Avtor: Črt Kranjc · Objavljeno · Posodobljeno

Interna aplikacija je orodje, s katerim zaposleni vodijo delo znotraj podjetja: naročila, naloge, odobritve, stranke ali evidence. Ni nujno razvita po meri. Lahko je kupljen program, prilagojeno obstoječe orodje ali sistem, izdelan za posebnosti vašega procesa.

Pravo vprašanje zato ni »katero aplikacijo naj izdelamo«, ampak »kateri korak dela želimo urediti«. Če prodajnik prepisuje podatke iz enega programa v drugega, je lahko težava povezava. Če nihče ne ve, kdo mora potrditi zahtevek, najprej manjka dogovor o odgovornosti. Nova aplikacija sama tega ne določi.

Štiri poti do bolj urejenega dela

Primerjajte možnosti na istem resničnem opravilu. Ne izbirajte samo po dolžini seznama funkcij.

  1. 01 · NAKUP

    Standardni program

    Za običajne naloge najprej preverite pripravljeno rešitev. Na svojih primerih preizkusite vloge, izvoz podatkov in celoten potek, ne le predstavitve prodajalca.

  2. 02 · NASTAVITEV

    Orodje, ki ga že imate

    Če program podpira potrebne obrazce, statuse ali obvestila, je lahko dovolj nastavitev. Preverite razpoložljive funkcije, dovoljenja in licenco.

  3. 03 · POVEZAVA

    Dva sistema, manj prepisovanja

    Če oba programa svoje delo že opravita, preverite podprt prenos podatkov. Določite glavni vir, obravnavo napak in preprečevanje podvojenih zapisov.

  4. 04 · RAZVOJ

    Aplikacija po meri

    Smiselna je za posebna pravila, vloge ali način dela, ki ga druge možnosti ne podprejo razumno. Začnite z omejenim procesom in preverljivimi pogoji prevzema.

Možnosti se lahko dopolnjujejo. Kupljen poslovni program lahko ostane glavni sistem, manjša aplikacija pa uredi samo poseben terenski vnos ali odobritev. Ni treba zamenjati vsega, kar že deluje.

Kdaj je razvoj po meri vreden preverjanja

Ponavljajoče ročno delo je razlog za pregled, ne dokaz, da potrebujete razvoj. Zapišite, kaj točno manjka: kdo sme videti posamezen zapis, katera pravila veljajo za izjeme, kaj mora uporabnik narediti na telefonu in kateri podatki morajo prispeti v naslednji sistem.

Excel lahko ostane uporaben za izračune, analize in primerno urejeno skupno delo. Meje konkretne postavitve preverite pred zamenjavo. Za podrobnejšo odločitev je na voljo vodič kdaj Excel ni več dovolj.

Razvoj je kandidat, kadar ključne zahteve ostanejo nepokrite tudi po preizkusu obstoječih možnosti in je korist dovolj velika glede na izdelavo, uvajanje ter nadaljnjo skrb. Če nihče ne bo prevzel procesa ali ekipa še ne pozna pravil, najprej uredite to.

Trije primeri, kako omejiti prvi obseg

To so ponazoritveni primeri, ne prikazi internih aplikacij ali rezultatov naročnikov.

Servisni zahtevek

Prva rešitev lahko zajame prijavo, dodelitev odgovorne osebe, zapis opravljenega dela in odobritev zaključka. Načrtovanje celotne ekipe ali obračun dodajte v začetni obseg le, če sta potrebna za ta dogovorjeni potek. Podrobnosti terenskega vnosa so v vodiču za aplikacijo za terensko delo.

Odobritev nabave

Zaposleni vnese namen in znesek, odgovorna oseba zahtevek potrdi ali vrne v dopolnitev. Določite, kaj se zgodi ob odsotnosti potrjevalca in ali sprememba zneska zahteva novo odobritev. Prvi obseg ni nujno tudi celotno skladiščno poslovanje.

Pregled odprtih ponudb

Ekipa potrebuje odgovorno osebo, različico ponudbe, status in dogovorjeni naslednji stik. Pred izdelavo lastnega CRM ja preverite, ali to lahko uredite v obstoječem programu. Posebni izračuni so ločena zahteva, opisana v vodiču za pripravo ponudb.

Kaj zapisati za prvi uporabni proces

Za prvi pogovor ne potrebujete tehnične specifikacije. Naslednji seznam pa pomaga primerjati ponudbe in preprečiti različna pričakovanja.

  • Začetek in zaključek: kaj sproži opravilo in kaj šteje kot dokončan rezultat?
  • Uporabniki in odgovornosti: kdo vnese, pregleda, odobri ter vidi podatke?
  • Vhodni podatki: od kod pridejo, katera polja so obvezna in kdo popravi napako?
  • Izjeme: kaj se zgodi ob zavrnitvi, odsotnosti, dvojnem vnosu ali izpadu povezave?
  • Povezave: kateri program ostane glavni vir za stranke, cenike in druge skupne podatke?
  • Pogoji prevzema: katere običajne in neuspešne scenarije mora rešitev prestati pred uporabo?

Za pilot določite lastnika in manjšo skupino uporabnikov. Primerjajte aktivni čas dela, čakanje, popravke in manjkajoče podatke pred uvedbo ter med uporabo. Dogovorite se tudi, kdaj je rezultat sprejemljiv in kako ravnate, če pilot ne uspe. Več o pristopu: digitalizacija poslovnih procesov.

Povezava z obstoječimi programi ni samoumevna

Pred ponudbo preverite konkretno različico programa, licenco, dokumentacijo in dovoljenja za API ali strukturiran uvoz. Branje podatkov še ne pomeni, da je mogoče tudi ustvarjati ali spreminjati dokumente. Razjasnite, kdo zagotovi testni dostop in kdo rešuje napako na vsaki strani povezave.

Dogovor vključuje tudi status neuspešnega prenosa, varen ponovni poskus in preverjanje, da ni nastal dvojnik. Če vmesnik ne podpira potrebnega koraka, je treba spremeniti obseg ali izbrati drug način dela. Podrobneje: integracije poslovnih sistemov.

Primerjajte celotni strošek, ne samo izdelave

Pri nakupu upoštevajte licence, nastavitev in prenos podatkov. Pri razvoju dodajte dogovorjeno izdelavo, testiranje in uvajanje. V obeh primerih preverite gostovanje, podporo, vzdrževanje, nadgradnje in morebitne stroške povezanih storitev.

Cenovni okvir in vpliv obsega sta opisana v vodiču koliko stane aplikacija po meri. Konkreten obseg, ceno in rok je treba potrditi v ponudbi. Sproščen čas ekipe ni samodejno denarni prihranek, zato koristi ocenite glede na dejansko uporabo.

Kaj dogovoriti pred predajo in uporabo

  • Podatki in izvoz: kdo upravlja podatke, kako dobite uporaben izvoz in kaj ta vključuje, tudi priloge ter povezave med zapisi?
  • Koda in licence: katere pravice do kode, sprememb in uporabe so vključene? Poslovni podatki, izvorna koda in licence zunanjih komponent niso ista stvar.
  • Dostopi: kdo vodi skrbniške račune, dodaja uporabnike in prekliče dostop ob odhodu?
  • Obnovitev: kdo skrbi za varnostne kopije, kaj se kopira in kako se preveri obnovitev?
  • Podpora in predaja: kaj je napaka, kaj dopolnitev, kakšni so dogovorjeni odzivi ter kaj prejme drug vzdrževalec ob menjavi izvajalca?

Odgovori naj bodo del dogovora, ne domneva ob zaključku projekta. Za začetek opišite svoj proces: kaj urejate, kdo sodeluje in katere programe uporabljate. V javnem obrazcu ne potrebujemo gesel, osebnih podatkov strank ali zaupnih dokumentov.

Pogosta vprašanja

  • Ali je interna aplikacija vedno izdelana po meri? Ne. Interna aplikacija je orodje, s katerim zaposleni vodijo delo znotraj podjetja. Lahko je kupljen program, nastavljeno obstoječe orodje ali rešitev po meri. Interna uporaba sama po sebi ne določa načina izdelave.
  • Kako izberemo med nakupom, nastavitvijo, povezavo in razvojem? Najprej na enem konkretnem procesu preizkusite obstoječe programe. Če funkcije že obstajajo, je lahko dovolj nastavitev. Če ustrezni sistemi niso povezani, preverite integracijo. Razvoj po meri je kandidat za pomembne zahteve, ki jih druge možnosti ne podprejo razumno.
  • Ali lahko interno aplikacijo povežemo s poslovnim programom? Morda, odvisno od konkretne različice, licence, dovoljenj ter razpoložljivega API ja ali strukturiranega uvoza. Pred vključitvijo povezave v ponudbo preverite potrebne operacije branja in pisanja, glavni vir podatkov, obravnavo napak in preprečevanje dvojnikov.
  • Kaj naj vključuje prva verzija? En proces z dogovorjenim začetkom in zaključkom, uporabniškimi vlogami, obveznimi podatki ter obravnavo izjem. Določite običajne in neuspešne scenarije za prevzem, lastnika pilota ter način vrnitve na prejšnje delo, če pilot ne uspe.
  • Kaj dogovorimo glede lastništva, izvoza in podpore? Ločeno potrdite upravljanje podatkov, vsebino izvoza, pravice do izvorne kode in licence zunanjih komponent. Dogovorite odgovornost za dostope, varnostne kopije, obnovitev, podporo in predajo drugemu vzdrževalcu. To so pogoji ponudbe ali dogovora, ne samodejne garancije.