Što očekivati od moderne web i mobilne agencije: isporuke, tjedni rituali i SLA-ovi komunikacije

# Što ćete naučiti#

Ako tražite što očekivati od web razvojne agencije, obično želite jednu stvar: predvidljivost. Predvidljivu isporuku, predvidljivu komunikaciju i predvidljivo donošenje odluka kada stvari krenu po zlu.

Ovaj vodič definira praktičan operativni model koji možete koristiti s bilo kojom modernom web ili mobilnom agencijom. Pokriva isporuke, tjedne rituale, izvještavanje, SLA-ove komunikacije, eskalacijske putove i kontrolnu listu zrelosti koju možete koristiti pri odabiru agencije.

ℹ️ Napomena: “Moderno” ovdje znači cross-functional isporuku s praksama proizvoda, dizajna, inženjeringa i automatizacije koje podržavaju česte releaseove, mjerljive ishode i jasnu vidljivost klijentu.

# Zašto je operativni model važan#

Većina neuspjeha projekata nije uzrokovana samo kvalitetom koda. Uzrok su nejasan opseg, odgođene odluke, nedostajući feedback loopovi ili spora komunikacija kada se pojavi rizik.

Podaci iz industrije dosljedno pokazuju da trošak ispravka problema raste što ih kasnije otkrijete. Često citirani benchmark je da su defekti višestruko skuplji za ispraviti u produkciji nego u razvoju — upravo zato postoje rituali poput tjednih demoa, kratkih feedback ciklusa i jasnih pravila eskalacije.

Snažan operativni model također čini vaš budžet kontroliranijim. Ako je tjedni napredak transparentan, možete ranije raditi trade-offove umjesto da kasnije plaćate rework.

# Ključne isporuke koje biste trebali dobivati#

Profesionalna agencija trebala bi bez oklijevanja nabrojati isporuke, objasniti zašto svaka postoji i pokazati primjere iz prethodnog rada.

Isporuke po fazama#

Za detaljnije smjernice o koraku “discovery i planiranje”, pogledajte Tehnički discovery, procjena i kontrola opsega.

Obavezni artefakti, objašnjeni#

PRD: Product Requirements Document

PRD bi trebao biti čitljiv ne-inženjerima i dovoljno specifičan da developeri mogu graditi prema njemu. Ne mora biti dug, ali mora biti nedvosmislen.

Dobar PRD uključuje:

Predložak PRD-a za kopiranje:

# PRD: {{project-name}}
 
## 1) Problem
- Current situation:
- User pain:
- Business impact:
 
## 2) Goals and non-goals
- Goals:
- Non-goals:
 
## 3) Users and primary flows
- Personas:
- Core flow A:
- Core flow B:
 
## 4) Requirements
- R1:
  - Acceptance criteria:
  - Edge cases:
- R2:
  - Acceptance criteria:
  - Edge cases:
 
## 5) Analytics
- Event: {{event_name}} — when it fires, properties
 
## 6) Dependencies and risks
- Dependency:
- Risk:

💡 Savjet: Ako želite manje iznenađenja, inzistirajte da svaki zahtjev ima kriterije prihvaćanja i edge caseove. Većina scope creepa počinje tamo gdje edge caseovi nikad nisu zapisani.

Wireframeovi i UX flowovi

Trebali biste očekivati wireframeove za ključne flowove, a ne samo finalni UI design file. Cilj je rano validirati strukturu i logiku, dok je promjena jeftina.

Za web i mobilne projekte, tražite:

• Dijagrame flowova za onboarding, kupnju, rezervaciju ili bilo koji high-impact put
• Wireframeove za “happy path” i top 3 failure stanja
• Bilješke o osnovama pristupačnosti, posebno za forme i navigaciju

Backlog i sprint planovi

Zrela agencija vodi isporuku kroz prioritetizirani backlog. Ne biste nikad trebali nagađati što je u tijeku, što slijedi i što je blokirano.

Minimalno, svaka stavka backlog-a treba imati:

Inženjerske isporuke koje signaliziraju kvalitetu#

Klijentima su manje vidljive, ali direktno utječu na brzinu i stabilnost.

Ako agencija ne može objasniti svoj CI, okruženja ili release proces jednostavnim jezikom, očekujte sporiju isporuku i više produkcijskih problema.

# Tjedni rituali: ritam koji drži projekt u pokretu#

Rituali nisu ceremonije radi ceremonija. Oni su mehanizmi za otkrivanje rizika, usklađivanje odluka i skraćivanje feedback loopova.

Preporučeni ritam sastanaka#

🎯 Ključna poruka: Ako nemate tjedni demo, nemate pouzdanu vidljivost. Status updateovi nisu zamjena za radni softver.

Što bi “tjedni demo” trebao uključivati#

Dobar demo nije slide deck. To je walkthrough funkcionalnosti koja radi, vezan uz kriterije prihvaćanja.

Koristite ovu strukturu:

1. 1
   Rekapitulacija cilja sprinta u jednoj rečenici
2. 2
   Što je isporučeno, prikazano u proizvodu
3. 3
   Što nije isporučeno i zašto, uz sljedeći korak
4. 4
   Rizici i odluke koje trebaju od klijenta
5. 5
   Plan za sljedeći tjedan

Predložak agende za demo za kopiranje:

# Weekly Demo Agenda — {{date}}
 
## 1) Sprint goal
- {{one-sentence-goal}}
 
## 2) Shipped this week
- Feature A: link to staging + acceptance criteria met
- Feature B: link to staging + known limitations
 
## 3) Not shipped / moved
- Item:
  - Reason:
  - New target:
 
## 4) Decisions needed
- Decision:
  - Options:
  - Impact if delayed:
 
## 5) Next up
- Top 3 backlog items:

Async rituali koji povećavaju brzinu#

Sastanci su skupi. Moderna agencija smanjuje broj sastanaka disciplinom u async komunikaciji.

Očekujte:

• Dnevni async check-in s blokadama
• Tjedni pisani status report
• Snimljene demoe kada stakeholderi ne mogu uživo

Praktičan format async standupa:

## Async Standup — {{date}}
- Yesterday: {{what I shipped}}
- Today: {{what I will ship}}
- Blockers: {{who/what I need}}
- Risks: {{anything that might slip}}

# SLA-ovi komunikacije: što “responsivan” zapravo znači#

“Pišite nam bilo kada” nije SLA. SLA definira vremena odgovora, kanale i što se smatra hitnim.

Predložena tablica SLA-a komunikacije#

⚠️ Upozorenje: Ako “hitno” nije definirano, sve postaje hitno. To vodi u context switching, sporiju isporuku i veću stopu defekata.

Kanali i jedini izvor istine#

Zrela agencija koristi više kanala, ali samo jedan source of truth za odluke i zahtjeve.

Preporučeni setup:

# Izvještavanje: što biste trebali vidjeti svaki tjedan#

Status nije “80 posto smo gotovi”. Status je dokaz: što je isporučeno, što se promijenilo, što je blokirano i koje su odluke potrebne.

Predložak tjednog status izvještaja#

Kopirajte i zalijepite u zajednički dokument:

# Weekly Status — {{week of}}
 
## Delivery
- Shipped:
- In progress:
- Blocked:
 
## Timeline and scope
- Changes to scope:
- Upcoming milestones:
- Confidence level: High / Medium / Low
 
## Quality
- Bugs opened:
- Bugs closed:
- Notable risks:
 
## Budget
- Hours used this week:
- Hours used month-to-date:
- Forecast to milestone:
 
## Decisions needed from client
- Decision 1:
- Decision 2:

Metrike koje stvarno pomažu#

Ako želite mjerljivo zdravlje isporuke, pratite mali skup metrika dosljedno.

# Eskalacijski putovi: kako se problemi brzo rješavaju#

Eskalacija nije sukob. To je unaprijed definiran sustav za iznošenje rizika i deblokiranje odluka.

Praktičan model eskalacije#

Incident proces koji biste trebali očekivati#

Za produkcijske sustave, tražite da agencija potvrdi da vodi incident workflow.

Minimalni koraci:

1. 1
   Trijaža i dodjela incident leada
2. 2
   Stabilizacija usluge i ublažavanje utjecaja
3. 3
   Komunikacija status updateova u fiksnom ritmu
4. 4
   Root cause analysis unutar 48 do 72 sata
5. 5
   Preventivne radnje dodane u backlog

Predložak sažetka incidenta za kopiranje:

# Incident Summary — {{date}}
 
## Impact
- Start time:
- End time:
- Users affected:
- Business impact:
 
## Root cause
- What failed:
- Why it failed:
 
## Mitigation
- Immediate fix:
- Rollback steps used, if any:
 
## Prevention
- Tests to add:
- Monitoring to add:
- Process change:

# Predlošci i checkliste koje možete odmah koristiti#

Ovaj odjeljak je zamišljen da bude izravno primjenjiv u vašem sljedećem angažmanu s agencijom.

Checklist spremnosti klijenta#

Checklist za sprint planiranje#

Checklist “Definition of Done”#

# Kako procijeniti zrelost agencije tijekom odabira#

Odabir je mjesto gdje izbjegavate većinu buduće boli. Ne kupujete samo kod, nego operativni sustav isporuke.

Krenite s našim detaljnijim vodičem: Kako odabrati web razvojnu agenciju.

Scorecard zrelosti agencije#

Koristite ovo kao strukturiranu evaluaciju u pozivima i ponudama.

💡 Savjet: Tražite anonimizirane primjere artefakata: stvarni sprint plan, tjedni status report i post-incident sažetak. Agencije koje imaju proces mogu to i pokazati.

Pitanja koja brzo otkrivaju realnost#

Postavite ih u jednom 30-minutnom pozivu:

1. 1
   “Koji su točno tjedni rituali koje ćemo imati u kalendaru?”
2. 2
   “Koje su isporuke do kraja drugog tjedna?”
3. 3
   “Pokažite mi vaš definition of done.”
4. 4
   “Kako upravljate promjenama opsega i kako ih naplaćujete?”
5. 5
   “Što se događa ako produkcija padne u 2 ujutro?”

Za usporedbu cijena i oblika angažmana, usporedite modele u Retainer vs fixed price web development.

# Jasan operativni model koji možete usvojiti#

Ispod je jednostavan, client-friendly model koji možete zalijepiti u statement of work.

Sažetak operativnog modela#

Kontrola promjena koja ne ubija momentum#

Promjene opsega su normalne. Jedini uvjet je da budu eksplicitne.

Jednostavan flow za change request:

1. 1
   Otvorite change ticket s problemom, predloženom promjenom i obrazloženjem
2. 2
   Agencija daje utjecaj u effort, cost i timeline
3. 3
   Klijent odobrava, odgađa ili odbija
4. 4
   Odobrena promjena se prioritetizira u backlogu kao i svaki drugi posao

Ako želite dublji pristup zadržavanju kontrole nad opsegom uz zadržavanje brzine, pročitajte Tehnički discovery, procjena i kontrola opsega.

# Ključne poruke#

• Tražite zapisani operativni model: sprint ritam, tjedni demo, format izvještavanja, SLA-ove komunikacije i pravila eskalacije.
• Očekujte opipljive artefakte rano: PRD, wireframeove za ključne flowove, prioritetizirani backlog i sprint plan do kraja drugog tjedna.
• Zamijenite nejasne status updateove dokazima: radnim demoima, release notes i tjednim pisanim izvještajem vezanim uz rizike i odluke.
• Definirajte SLA-ove komunikacije po kategorijama: uobičajeno, hitno i kritični incident, svaki s ciljevima odgovora i kanalima.
• Procijenite zrelost agencije traženjem stvarnih primjera artefakata i provjerom kontrole promjena, QA automatizacije i vjerodostojnog incident procesa.

# Zaključak#

Kada znate što očekivati od web razvojne agencije, prestajete se oslanjati samo na povjerenje i počinjete se oslanjati na sustav. Jasne isporuke, tjedni rituali, SLA-ovi komunikacije i eskalacijski putovi pretvaraju isporuku u predvidljiv proces umjesto igre pogađanja.

Ako želite pomoć u dizajniranju ovog operativnog modela za vaš projekt ili želite agenciju koja ga provodi po defaultu za React, Next.js, Flutter i n8n automatizaciju, kontaktirajte Samioda i uskladit ćemo vaše ciljeve s konkretnim planom, timelineom i tjednim ritmom.