Low-code/no-code, citizen developeri i priprema za ispit
Low-code i no-code (LCNC) pitanje su logike i procesa, a ne koda: sustav gradi onaj tko razumije proces, u partnerstvu s IT-om. Drugi dio predavanja sažima cijeli kolegij u jednu priču i daje upute za završni ispit (ishodi I4 i I5).
Zašto low-code/no-code i zašto sada
studentski ured (hipotetski; P7 slajd 4). Zahtjevi za potvrde stižu e-poštom, telefonom i na šalter. Svaka referentica vodi svoju tablicu, zajednički status ne postoji. Student zove treći put, a nitko ne zna tko je preuzeo zahtjev. IT nudi novi sustav tek za godinu dana. Treba li čekati, i tko je prvi vidio problem? Pouka: problem nije tehnički, nego procesni: nema pravila, vlasnika ni zajedničkog statusa.
LCNC se svodi na tri pomaka (P7 slajd 5): logika, a ne kod; procesi, a ne tehnologija; odluke, a ne značajke. Sustav gradi onaj tko razumije proces, ne nužno onaj tko zna SQL. To nije zamjena za IT, nego brži odgovor organizacije.
Zašto sada: prema Gartneru potražnja za razvojem aplikacija raste i do 5 puta brže od kapaciteta IT-a da je isporuči (P7 slajd 6). To je strukturni jaz.
No-code i low-code: definicije i razlike
No-code je gradnja aplikacija u vizualnom okruženju, bez pisanja koda: povlačenje i ispuštanje, predlošci, moduli. Gotovo isključivo je za poslovne korisnike (marketing, prodaja, korisnička služba, analitičari). Dobru no-code platformu prepoznaješ po dva svojstva (P7 slajd 8): jasne granice (odmah pokazuje što može, a što ne unutar svojih predložaka) i put eskalacije (kad rješenje preraste platformu, vodi prema low-codeu ili IT-u).
Gartner: „‚No-code‘ je marketinški termin. U osnovi ‚no-code‘ kao takav ne postoji: uvijek postoji kod i softver koji negdje radi, samo je skriven.“ (P7 slajd 9)
Low-code: logika i tokovi rada definiraju se vizualnim alatima, uz male količine koda kad je potrebno (formula, skripta, poveznica sustava). Pretvara jasne procese u funkcionalne aplikacije i stoji između developera i poslovnih korisnika. Vrijednost je u brzini, jasnoći i vlasništvu nad procesom, ne u tehničkoj slobodi (P7 slajd 10).
| Kriterij | Low-code | No-code |
|---|---|---|
| Primarni korisnik | developeri | poslovni korisnici |
| Primarni cilj | brzina razvoja | jednostavnost korištenja |
| Kod | malo koda kad treba | bez pisanja koda |
| Prilagodba | potpuna prilagodba | prilagodljivi gotovi predlošci |
| Složenost | složene aplikacije | jednostavne aplikacije |
| Troškovno isplativ za | tvrtke s timom developera | tvrtke s preopterećenim IT-om ili bez IT-a |
No-code: assemble
Slaganje gotovih komponenti unutar strogih granica platforme. Idealno za jednostavno i stabilno.
Low-code: assemble + customize
Vizualni blokovi kao osnova, plus vlastita logika i kod kad zatreba. Bolje podnosi složenost.
granica nije alat nego ono što radiš s njim. Čim u tablicu napišeš formulu IF, prešao si iz no-codea u low-code (V15 slajdovi 9, 14).
Granice no-codea: shadow sustavi i uloga IT-a
Kad jednostavan alat dobije složen problem, slijedi lanac degradacije (P7 slajd 14):
- Složenost rasteproces dobiva nove uvjete, korisnike i izvore podataka
- Posebni slučajeviplatforma ih ne podržava jer nema komponentu za njih
- Zaobilazna rješenjaduplicirana polja, ručni koraci, paralelni obrasci
- Nedosljedna logikaisti proces radi drukčije ovisno o tome tko ga koristi
- Shadow sustavirizik za podatke, sigurnost i kontrolu; no-code postaje rizičan
Shadow sustavi (sustavi u sjeni) su neslužbeni, nedokumentirani alati, tablice i aplikacije izvan IT nadzora. Najčešće nastaju kad no-code alat dosegne granice složenosti, a ljudi improviziraju. Posljedice su nedosljedna logika i podaci, veći rizik i gubitak kontrole (P7 slajd 15).
shadow sustavi su Joe Smith odozdo: ista rascjepkanost podataka o kupcu kao u P3, samo nastala kroz neusklađene alate umjesto kroz stare baze. (P7 slajdovi 15, 36)
Mijenja li low-code ulogu IT-a? Da (P7 slajd 16):
Što IT prepušta
Izgradnju jednostavnih internih rješenja; male, ponavljajuće procesne probleme; ulogu jedinog izvršitelja.
Što IT zadržava
Arhitekturu i integracije; sigurnost i zaštitu podataka; upravljanje platformom (governance); složene i visokorizične sustave.
LCNC u CRM procesima
Pet CRM aktivnosti prikladnih za LCNC, povezanih s ranijim temama (P7 slajd 18; brojevi predavanja su skraćeni):
| Aktivnost | Što se automatizira | Veza s kolegijem |
|---|---|---|
| Upravljanje leadovima | prihvat, dodjela, obavijest prodaji | marketinška ljestvica, pred. 2 |
| Upravljanje slučajevima | prijava, usmjeravanje, status prigovora | case management, pred. 4 |
| Odobrenja | popust, povrat, iznimka ide na odobrenje | trenuci istine, pred. 5 |
| Praćenja (follow-up) | podsjetnici, poruke nakon kupnje | zadržavanje i win-back, pred. 5 |
| Interna koordinacija | predaja zadatka između odjela | silosi, pred. 4 |
Stvarni alati po kategorijama (P7 slajd 19):
- Povezivanje aplikacija
- Zapier, Make: događaj (okidač) u jednoj aplikaciji pokreće akciju u drugoj
- Baze i interni alati
- Airtable: tablica koja se ponaša kao baza, uz obrasce, prikaze i automatizacije
- Automatizacija unutar CRM-a
- HubSpot workflows, Salesforce Flow: pravila i tokovi nad podacima u CRM-u
- Microsoftova platforma
- Power Apps (canvas i model-driven aplikacije), Power Automate; isti temelj kao Dynamics 365
Pet koraka LCNC razvoja
- Definiraj problemšto ne radi i koji je željeni ishod
- Oblikuj procespodaci, pravila (AKO–ONDA), odgovornosti i vlasnik
- Testirajna maloj skupini stvarnih slučajeva
- Pregledajprovjeri rezultate, iznimke i pravila s IT-om
- Uvedi odgovornopostupno, uz praćenje učinka i zaštitu podataka
leadovi s web obrasca (hipotetski marketinški odjel; P7 slajd 21). Problem: leadovi s obrasca nedosljedno stižu prodaji, pa se gube prilike. Proces: tko se obavještava, kojim redom, u kojem roku; vlasnik je voditelj prodaje. Test i pregled na maloj skupini stvarnih leadova. Uvođenje postupno, uz praćenje stope odgovora na leadove. Pouka: disciplina pet koraka vrijedi i kad na kraju ne uvedete nikakav novi alat.
Kada no-code
Jednostavan, predvidljiv, stabilan proces; malo podataka i uvjeta, jasan ishod; nizak rizik, minimalna integracija. Obrasci, osnovna odobrenja, interni alati.
Kada low-code
Složenija logika i više uvjeta; pravila usmjeravanja i prioritizacija; pristup prema ulogama i integracija s CRM-om i ERP-om; rješenje mora rasti ili se razvijati.
Pitanje za raspravu (slajd 23): mala tvrtka no-code alatom prosljeđuje upite podršci, narasla je i treba integraciju s ERP-om i pravila usmjeravanja. Što preporučujete i tko zadržava arhitekturu, a tko vlasništvo nad procesom?
Citizen developeri: promjena mentaliteta
Citizen developeri su poslovni korisnici koji grade rješenja na odobrenim LCNC platformama, bez formalne programerske obuke (P7 slajd 25). Duboko razumiju procese i rade unutar granica koje postavljaju IT i organizacija. Pokretač je problem kapaciteta, a ne tehnologije: automatizacija se traži brže nego što IT stiže. CRM im posebno odgovara jer je izgrađen oko procesne logike i tokova rada, a ne oko složenih algoritama.
Citizen developer
Niskorizična rješenja pod nadzorom; vlasništvo nad procesom i pravilima; brzina i bliskost kupcu.
IT
Sigurnost i zaštita podataka; arhitektura i integracije; upravljanje platformom (governance).
To je kontrolirano partnerstvo, a ne shadow development (P7 slajd 26). Etika vrijedi i ovdje (P7 slajd 27): citizen developer često gradi obrasce koji prikupljaju osobne podatke, pa privola mora biti aktivna i informirana (neoznačena kvačica); tko vidi koje podatke određuje pristup prema ulogama i IT nadzor; odgovorno uvođenje je peti korak, a ne dodatak.
„Citizen development nije usvajanje alata, nego promjena mentaliteta.“ (P7 slajd 28)
Pregled kolegija: jedna priča
| Pred. | Ključna poruka (P7 slajd 30) | Sidro |
|---|---|---|
| 1 | kreni od iskustva korisnika, pa unatrag prema tehnologiji | Steve Jobs, CLV |
| 2 | CRM upravlja portfeljem odnosa; uspijeva strategijom i faznim uvođenjem | KUAR, 70 % neuspjeha |
| 3 | podaci vrijede tek kad su integrirani i pretvoreni u akciju | Joe Smith, ODS i DW |
| 4 | CRM traži organizacijsku, tehničku i stratešku koherentnost | kasina, Xerox 5 naspram 4 |
| 5 | zadovoljstvo, lojalnost i profit povezani su, ali nelinearno | Capital One, Reinartz i Kumar |
| 6 | povjerenje je temelj: isti mehanizam gradi ga ili ruši | kvačica, Facebook Beacon |
Sedma poruka je ovo predavanje: logika i procesi, a ne kod. Završna poruka kolegija: „CRM je primjena univerzalnih načela ljudskih odnosa, povjerenja, reciprociteta i poštovanja, na poslovanje. Tehnologija je sredstvo, a ne cilj.“ (P7 slajd 31)
Priprema za završni ispit
| I4 | I5 | |
|---|---|---|
| Predavanja (skraćena) | 5 i 6 | 7 |
| Što traži | kritička procjena strategije u MAT kontekstu | razlike LCNC platformi i primjena u praksi |
| Ispit | 18 bodova | 18 bodova |
| Zadaća | 2 boda | 2 boda |
| Tipovi pitanja | 1, 2 i 3 boda | 1, 2 i 3 boda |
Kako odgovoriti (P7 slajd 34): 1 bod je precizan pojam, popis ili brojka (npr. pet koraka LCNC razvoja); 2 boda objašnjenje uz primjer ili autora (npr. assemble naspram assemble + customize); 3 boda primjena na scenarij: preporuka, obrazloženje, posljedice i podjela uloga. Za I4 kritička prosudba: kada strategija radi, kada propada i kako je prilagoditi našem tržištu. Česte pogreške i savjet za učenje su u poglavlju „Kako je složen predmet“.
Zamka u izvoru: naslov segmenta glasi „sedam predavanja, jedna priča“, a tablica na slajdu 30 ima šest redaka („Šest predavanja, šest poruka“); sedmo je ovo predavanje.
Na vježbama: V15 Škola stranih jezika Brbljavac, upiti se ne gube
Jedina vježba bez slučaja iz knjige: knjiga je iz 2017. i ne obrađuje LCNC. Treba laptop i besplatan Google ili Microsoft račun; ništa se ne instalira.
Uvodna pitanja (V15 slajd 3): proces u kojem se informacije gube između ljudi, tko je to prvi primijetio i zašto nije popravljeno; što „no-code zapravo ne postoji“ znači za poslovnog korisnika; je li obrazac za prijave studentskog kluba no-code ili low-code, i što ako svaka prijava mora ažurirati CRM sveučilišta; kako prepoznati shadow sustav u timu; zašto je prvo pitanje „koliko je proces jednostavan, predvidljiv i stabilan?“, a ne „koji alat?“.
Slučaj: mala škola jezika (vlasnica Maja i troje nastavnika), besplatan probni sat. Upiti stižu telefonom, Instagramom i e-mailom, onome tko je pri ruci. U rujnu se na 19 od 64 upita nitko nije javio; na Instagramu je propalo 11 od 25. Zadatak: jedan obrazac i jedna tablica koji svaki upit dodjeljuju nastavniku, po pet koraka.
| Upit | Kome ide |
|---|---|
| Engleski, odrasli (sve razine) | Ana |
| Engleski, dijete mlađe od 14 | Sara |
| Njemački, početna ili srednja razina | Ana |
| Njemački, napredna razina | Marko |
| Talijanski (sve razine) | Marko |
| Španjolski (sve razine) | Sara |
| Svaki upit | povratni poziv u roku od 1 dana; Maja vidi sve upite |
Kako vježba prolazi kroz pet koraka:
- Problem i pravila na papiru prije otvaranja alata: jedna rečenica za problem i ishod, potrebni podaci, pravila AKO–ONDA, tko je odgovoran.
- Izrada: obrazac (ime, telefon ili e-mail obavezno; jezik s opcijom „Drugo“; razina i odrasli/dijete; jedan redak o korištenju podataka; newsletter neobavezan i neoznačen) povezan s tablicom u kojoj formula upisuje nastavnika, rok poziva (datum + 1 dan) i status (Novi, Nazvan, Probni dogovoren, Nezainteresiran); Maja za svaki upit dobiva e-mail.
- Test sa šest namjerno nezgodnih upita.
- Pregled: upiti koje ne pokriva nijedno pravilo, ista osoba dvaput, čiji su obrazac i tablica ako ti odeš, tko vidi odgovore, smije li Marko imati vlastitu kopiju.
- Odgovorno uvođenje: jedan kanal najprije ili svi odjednom, i koja brojka pokazuje da radi.
Kvaka: upit 4 tražio je francuski, a sustav ga nije poslao nikome, bez upozorenja. Uz to Iva Horvat je poslala dva upita s dvije različite e-mail adrese.
| Što ste napravili | Kako se to zove | Tema P14 plana |
|---|---|---|
| Zapisali problem prije otvaranja alata | korak 1: problem i ishod | proces ispred tehnologije |
| Zapisali pravila na papir | korak 2: podaci, pravila, odgovornosti | logika ispred koda |
| Poslali šest nezgodnih upita | koraci 3–4: testiranje i pregled | ovdje često pomaže IT |
| Krenuli s jednim kanalom | korak 5: odgovorno uvođenje | mala, postupna poboljšanja |
| Napisali formulu IF | slaganje + prilagodba | low-code, a ne no-code |
| Odbili Markovu kopiju | izbjegavanje sustava u sjeni | upravljanje (governance) |
Odgovori iz ispitnog kutka (V15 slajdovi 12–15):
- Pet koraka i gdje treba IT: definiranje problema, oblikovanje procesa, testiranje, pregled, odgovorno uvođenje. IT je obično potreban kod testiranja i upravljanja: sigurnost, zaštita podataka, integracija s ključnim sustavima.
- Pravilo bez „inače“: zakazalo je oblikovanje procesa, a testiranje ga je trebalo otkriti. Rizik: upiti za koje nitko nije zadužen, isti problem koji je sustav trebao riješiti, samo skriven iza automatizacije. Svako pravilo treba ishod za slučajeve koje ne pokriva.
- No-code ili low-code? Tablica s formulom IF pomaknula se prema low-codeu jer je formula mali komad koda.
- Citizen developeri su proširenje, a ne zamjena IT-a: grade mala rješenja niskog rizika na odobrenim platformama, u granicama koje postavlja IT; IT ostaje odgovoran za arhitekturu, sigurnost, integraciju i upravljanje. Bez upravljanja isti posao postaje sustav u sjeni.
„Počnite od procesa. Alat dolazi poslije.“ (V15 slajd 16)
Na ispitu
- Završni ispit, ishod I5 (P7 slajd 33): razlike LCNC platformi i primjena u praksi; 18 bodova + 2 zadaća.
- Predavač sam daje primjere pitanja: 1 bod „pet koraka LCNC razvoja“, 2 boda „assemble naspram assemble + customize“, 3 boda primjena na scenarij s preporukom, obrazloženjem, posljedicama i podjelom uloga (P7 slajd 34).
- Česta pogreška: miješanje low-codea i no-codea; usporedba samo kroz razlike bez onoga što im je zajedničko (oboje vizualno, oboje za brži odgovor organizacije, oboje trebaju upravljanje) (P7 slajd 35).
- Bilješka predavača (OBV slajd 8): skok P13 → P14 plana je najveći misaoni skok, student prestaje analizirati tuđe odluke i počinje sam oblikovati proces.
- Ispitni kutak V15 (pet koraka i IT, pravilo bez „inače“, IF formula, proširenje IT-a).
Provjeri se
Nabroji pet koraka LCNC razvoja.
Definiraj problem, oblikuj proces (podaci, pravila AKO–ONDA, odgovornosti, vlasnik), testiraj, pregledaj (s IT-om), uvedi odgovorno. (P7 slajd 20)
Objasni razliku assemble i assemble + customize.
No-code slaže gotove komponente unutar strogih granica platforme (assemble), idealno za jednostavne i stabilne procese. Low-code uz vizualne blokove dodaje vlastitu logiku i malo koda (assemble + customize), pa bolje podnosi složenost i integracije. Zajedničko im je vizualni pristup i cilj bržeg odgovora organizacije. (P7 slajdovi 10–13)
Što je shadow sustav i kako nastaje?
Neslužben, nedokumentiran alat, tablica ili aplikacija izvan IT nadzora. Nastaje kad no-code alat dosegne granice složenosti pa ljudi improviziraju: posebni slučajevi, zaobilazna rješenja, nedosljedna logika. To je rascjepkanost podataka „odozdo“, kao Joe Smith. (P7 slajdovi 14–15)
Što IT prepušta, a što zadržava kad tvrtka uvede low-code?
Prepušta jednostavna interna rješenja, male ponavljajuće probleme i ulogu jedinog izvršitelja. Zadržava arhitekturu i integracije, sigurnost i zaštitu podataka, upravljanje platformom i složene, visokorizične sustave. (P7 slajd 16)
Scenarij (3 boda): mala tvrtka no-code alatom prosljeđuje upite podršci; narasla je i treba integraciju s ERP-om i pravila usmjeravanja. Preporuka?
Prijeći na low-code (složenija logika, usmjeravanje i prioritizacija, integracija s ERP-om, rješenje mora rasti). Podjela uloga: poslovni tim (citizen developer) zadržava vlasništvo nad procesom i pravilima; IT preuzima arhitekturu, integraciju, sigurnost i governance. Ići kroz pet koraka, posebno test i pregled s IT-om. Posljedica ostanka na no-codeu: lanac degradacije do shadow sustava. (P7 slajdovi 14, 16, 22–23, 26)