Razbijanje 5 opasnih mitova o izradi web stranica za klijente

Sažetak

Većina projekata izrade web stranica za klijente ne propada zbog lošeg estetskog ukusa ili nedostatka tehničkog talenta; oni propadaju jer agencijski timovi svoje radne procese isporuke temelje na zastarjelim pretpostavkama. Kada agencije web izradu tretiraju kao izolirane vizualne sprinteve, a ne kao cjelovite tehničke i operativne sustave, nekontrolirano širenje opsega posla i problemi nakon lansiranja postaju neizbježni. Izgradnja ponovljivih radnih procesa web razvoja zahtijeva razbijanje mitova o ranoj izradi žičanih modela (wireframing), odabiru platforme, ugrađenoj optimizaciji za tražilice, temeljnoj sigurnosti i upravljanju nakon lansiranja. Uspostavljanjem rigorozne informacijske arhitekture prije vizualnog stiliziranja, timovi eliminiraju skupe revizije dizajna. Slično tome, integracija tehničkih SEO temelja i višeslojne sigurnosti pristupa od prvog dana štiti i klijentovu vrijednost i agencijske profitne marže. Strukturiranje isporuke za klijente kao neprekidnog životnog ciklusa, a ne jednokratne primopredaje, pretvara web razvoj iz nepredvidivog uskog grla u skalabilnu agencijsku prednost.

Izrada web stranice propada znatno prije nego što se stvori ijedan vizualni predložak ili napiše linija koda — obično u trenutku kada agencija projekt tretira kao linearnu vježbu dizajna, a ne kao međusobno povezan operativni sustav.

Kada upravljate web projektima u portfelju s više različitih klijenata, prostor za nejasnoće u procesima nestaje. Samo jedna pogrešna pretpostavka o spremnosti sadržaja, mogućnostima platforme, tehničkom indeksiranju za tražilice ili upravljanju nakon lansiranja može se prenijeti na sve račune, pretvarajući predvidljive rasporede isporuke u kaotične spasilačke misije. Uspješno poslovanje agencije ne oslanja se na junaštvo pojedinaca; oslanja se na dekonstrukciju uvriježenih industrijskih dogmi i njihovu zamjenu ponovljivim, defenzivnim inženjerskim i proizvodnim navikama.

Kako bi izgradile model isporuke koji se uspješno skalira kroz različite industrije klijenata i vještine tima, agencije se moraju sustavno suočiti sa standardnim pretpostavkama koje upravljaju web razvojem i uskladiti svoje proizvodne procese sa stvarnim načinom na koji funkcioniraju tražilice, sigurnosni perimetri i klijentski timovi.

---

Mit 1: Vizualni dizajn i izgled korisničkog sučelja trebali bi voditi početnu fazu izrade

Temeljito mapirajte svoju informacijsku arhitekturu, popis sadržaja i ključna korisnička putovanja prije otvaranja bilo kojeg vizualnog alata ili radnog okruženja. Široko rasprostranjena praksa predstavljanja modela visoke vjernosti ili vizualnih predložaka tijekom početnog sastanka s klijentom stvara trenutačni nesklad između estetike i funkcionalne korisnosti.

Tradicionalni linearni nedostatak: [Vizualni dizajn] ──> [Pisanje sadržaja] ──> [Prisilno uklapanje u strukturu]
Operativna arhitektura:            [Ciljevi i publika] ──> [Informacijska arhitektura] ──> [Strukturirani sadržaj] ──> [Dizajnerski sustav]

Kada klijent pregledava dotjerani vizualni dizajn, njegov fokus prirodno bježi prema paletama boja, tipografiji i površinskom stilu, umjesto na to služi li struktura namjeri korisnika. Neizbježno, kada stvarni tekstovi i podaci stignu kasno u proizvodnom ciklusu, vizualni okviri izgrađeni za njihovo držanje se raspadaju. Odlomci se prelijevaju iz kartica fiksne visine, hijerarhije usluga ne mogu obuhvatiti specifične ponude, a navigacijski izbornici pucaju pod stvarnim taksonomskim zahtjevima. Rješavanje ovih strukturnih konflikata u kasnoj fazi razvoja zahtijeva opsežna refaktoriranja, što drastično povećava naplative sate i odgađa lansiranje.

Uzmimo za primjer agenciju koja radi kompletan digitalni redizajn za regionalnog pružatelja logističkih usluga s tri različite poslovne jedinice: posredovanje u prijevozu tereta, skladištenje s kontroliranom temperaturom i dostava za poduzeća. Ako tim započne s vizualnim izgledom, mogli bi izraditi elegantnu, uravnoteženu mrežu s tri stupca na naslovnici. Međutim, tijekom integracije sadržaja otkriva se da skladištenje zahtijeva detaljnu dokumentaciju o usklađenosti s propisima, specifikacije skladišnih prostora za preuzimanje i dinamičke usporedbe razina objekata, dok posredovanje zahtijeva jasne točke ulaza u portal i ugrađeno aktivno praćenje pošiljaka.

Davanjem prioriteta fazi planiranja web stranice i informacijske arhitekture, agencija najprije uspostavlja točnu hijerarhiju:

1. Modeliranje namjere publike: Razlikovanje direktora korporativnih lanaca opskrbe od lokalnih logističkih dispečera.
2. Strukturiranje taksonomije i mape stranice: Grupiranje tehničke dokumentacije o usklađenosti pod jedinstvene nadređene strukture.
3. Revizija sadržaja: Uspostavljanje ograničenja broja znakova i popisa potrebnih sadržajnih materijala prije generiranja izgleda.
4. Shematsko žičano modeliranje: Provjera strukturnih odnosa i gustoće podataka bez ometanja dekorativnim dizajnerskim odlukama.

Ovaj strukturirani slijed osigurava da vizualno oblikovanje nadograđuje već potvrđeni strukturni temelj, eliminirajući ponavljajuće krugove revizija koji nastaju kada dizajn prethodi sadržaju.

---

Mit 2: Prilagođeno ručno kodiranje inherentno je superiornije modernoj no-code infrastrukturi

Procijenite tehničku arhitekturu na temelju brzine isporuke, samostalnosti klijenta i jednostavnosti održavanja tijekom životnog ciklusa, umjesto automatskog odabira prilagođenih baza koda za standardne poslovne stranice. Desetljećima je agencijska dogma tvrdila da profesionalna digitalna iskustva zahtijevaju ručni razvoj u HTML-u, CSS-u i JavaScriptu od nule, odbacujući alate za vizualni razvoj kao rješenja za hobiste.

U modernim proizvodnim okruženjima, ručno kodiranje statičnih korporativnih marketinških stranica ili standardnih portala za prikupljanje potencijalnih klijenata često stvara nepotrebne agencijske troškove. Prilagođene baze koda zahtijevaju namjenske inženjerske resurse za manje izmjene sadržaja, stvaraju dugoročne obveze održavanja i uvode složenost kontrole verzija kojom mali i srednji klijenti ne mogu samostalno upravljati nakon lansiranja. S druge strane, moderne no-code platforme i vizualni alati za izradu stranica sazreli su u okruženja za implementaciju na razini poduzeća, sposobna generirati semantički ispravan kod, responzivne izglede i robusne CMS arhitekture.

Za agencije koje istovremeno upravljaju desecima klijenata, svladavanje agencijskih prigovora no-code radnim procesima omogućuje timovima preusmjeravanje radnih sati iskusnih programera s osnovnog slaganja izgleda stranica na složene integracije, prilagođenu poslovnu logiku i API procese.

Proizvodna dimenzija	Prilagođeni ručni kod	Moderni vizualni / no-code alati
Brzina izrade	Spora; zahtijeva ručno rezanje i stiliziranje front-enda.	Brza; ubrzano slaganje izgleda i priprema radnih verzija.
Održavanje od strane klijenta	Zahtijeva tehničku podršku ili sate iz ugovora za sitne tekstualne izmjene.	Intuitivna vizualna sučelja osnažuju netehničke timove klijenta.
Trošak ažuriranja	Velika ovisnost o razvojnom okruženju i procesima izgradnje (build pipelines).	Centralizirana, upravljana ažuriranja platforme i hosting slojevi.
Skalabilnost agencije	Ograničena brojem programera i tehničkim dugom.	Visoka učinkovitost; multidisciplinarni timovi mogu graditi i isporučivati.
Najbolja primjena	Vlasničke web aplikacije, složeni SaaS proizvodi.	Marketinške stranice, korporativni portali, platforme za generiranje leadova.

Uzmite primjer agencije koja izrađuje web stranice za tvrtku za financijsko savjetovanje srednje veličine. Tvrtka treba redovito objavljivati stručne članke, dinamičke biografije članova tima kategorizirane prema podružnicama i interaktivne obrasce za rezervaciju konzultacija. Izrada ovoga na prilagođenom kodu zahtijeva konfiguriranje headless CMS-a, uspostavljanje cjevovoda za testiranje, ručno pisanje CSS medijskih upita i obuku klijentovog internog marketinškog koordinatora za Markdown formatiranje.

Implementacijom stranice putem strukturirane no-code platforme, agencija umjesto toga konfigurira nativne sheme zbirki za savjetnike i stručne radove, globalno primjenjuje stilske elemente brenda i predaje vizualno sučelje za upravljanje. Savjetodavna tvrtka dobiva mogućnost trenutačnog objavljivanja tržišnih analiza bez otvaranja zadataka za programere, dok agencija značajno smanjuje ukupne sate izrade i standardizira svoj okvir implementacije kroz cijeli portfelj klijenata.

---

Mit 3: Optimizacija za tražilice može se rješavati kao marketinški sprint nakon lansiranja

Ugradite strukturnu i tehničku optimizaciju za tražilice izravno u početnu arhitekturu i radni proces objavljivanja, umjesto da vidljivost tretirate kao dodatnu uslugu. Mnoge agencije dijele projekte u zasebne silose: dizajneri izrade stranicu, a SEO tim je pokušava optimizirati tjednima nakon što postane aktivna.

Ova operativna nepovezanost rutinski dovodi do katastrofalnih pogrešaka pri indeksiranju. Kada se temeljni tehnički elementi — kao što su semantičke hijerarhije naslova, kanonske URL adrese, generiranje XML karte stranice, strukturirani metapodaci i direktive u datoteci robots.txt — ignoriraju tijekom faze izrade, web preglednici tražilica nailaze na blokade indeksiranja onog trenutka kada DNS usmjeri promet na produkcijski poslužitelj. Prema tehničkoj dokumentaciji vodećih industrijskih analitičara i autoriteta za pretraživanje, tražilice procjenjuju strukturu stranice, brzinu i sigurnosne osnove već tijekom početnih pregleda. Ponovna izgradnja pogrešne URL hijerarhije ili popravak neispravnih lanaca preusmjeravanja nakon lansiranja znatno je skuplji od njihovog ispravnog inženjeringa od prvog dana.

Pogrešan izolirani model: [Dizajn i izrada] ──> [Lansiranje stranice] ──> [SEO revizija nakon lansiranja] ──> [Skupi popravci]
Integrirani model:        [Arhitektura i SEO postavke] ──> [Tehnička izrada i kontrole indeksiranja] ──> [Provjera prije lansiranja] ──> [Besprijekorno lansiranje]

Zamislite agenciju koja ima zadatak objediniti četiri različite web stranice veterinarske grupacije s više lokacija u jednu jedinstvenu domenu. Ako se SEO odgodi za razdoblje nakon lansiranja, razvojni tim mogao bi stvoriti generičke URL putanje (poput /stranica-2 ili /usluge-opcenito) i previdjeti mapiranje 301 preusmjeravanja sa starih stranica koje nose vrijedan povijesni autoritet domene.

Kako bi osigurale dosljednu vidljivost na svim računima klijenata, agencije moraju provesti standardiziranu tehničku SEO osnovu tijekom sprinta izrade prateći smjernice o lansiranju web stranica uz SEO i sigurnost od prvog dana:

• Standardizacija kanonskih adresa i URL strukture: Provođenje opisnih slugova vođenih hijerarhijom (npr. /lokacije/centar/hitna-sluzba) koji su usklađeni s namjerom pretraživanja korisnika.
• Automatizirani protokoli za XML kartu stranice: Osiguravanje da se karte stranica dinamički ažuriraju i uredno šalju konzolama za pretraživanje nakon verifikacije domene.
• Upravljanje robots.txt direktivama: Postavljanje strogih blokada indeksiranja testnih okruženja (Disallow: /) tijekom razvoja, uz automatizirane provjere prije lansiranja kako bi se osigurala indeksabilnost produkcije (Allow: /).
• Semantička shema i logika naslova: Ograničavanje stranica na jednu <h1> oznaku sa strukturiranim ugniježđenim <h2> i <h3> spremnicima, umjesto korištenja oznaka naslova isključivo za vizualno oblikovanje.

Kada se tehnički SEO tretira kao obvezni uvjet izrade, a ne kao opcionalna marketinška nadogradnja, agencija osigurava da se organski autoritet klijenta očuva i poveća odmah po lansiranju.

---

Mit 4: Sigurnost je isključivo briga hosting sloja koju vode treće strane

Uspostavite aktivne, višeslojne sigurnosne kontrole na razini korisnika, aplikacije i administracije, bez obzira na to pruža li vaše hosting okruženje osnovnu zaštitu poslužitelja. Slijepo oslanjanje na standardne pružatelje web hostinga za zaštitu web stranica klijenata jedna je od najčešćih operativnih slabosti u agencijskoj praksi.

Iako renomirane hosting platforme upravljaju fizičkom izolacijom poslužitelja, zakrpama operativnog sustava i SSL/TLS certifikatima za enkripciju, velika većina proboja web stranica ne događa se putem propusta na hardveru. Oni se događaju na razini aplikacije i korisničkih vjerodajnica putem slabe autentifikacije, zastarjelih proširenja trećih strana, neograničenih administratorskih ovlasti i nedostatka pravila vatrozida. Analize sigurnosti web stranica dosljedno naglašavaju da su održavanje verzija softvera, implementacija višefaktorske autentifikacije (MFA), primjena načela najmanjih ovlasti pristupa i implementacija vatrozida web aplikacija (WAF) temeljni zahtjevi za očuvanje digitalnog integriteta.

Hosting sloj (upravlja pružatelj):    [Fizički poslužitelji] ──> [Sigurnost OS-a] ──> [Izdavanje SSL/TLS certifikata]
Agencijski sloj (operativna dužnost): [Uloge s najmanjim ovlastima] ──> [Obvezni MFA] ──> [WAF i pravila pristupa] ──> [Automatizirane sigurnosne kopije]

Zamislite agenciju koja postavlja informativni web portal za tvrtku koja se bavi savjetovanjem o komercijalnim nekretninama. Stranica se nalazi na vrhunskom upravljanom poslužitelju u oblaku s automatiziranim SSL certifikatima. Međutim, tijekom razvoja, tri mlađa pisca tekstova, dva vanjska fotografa i četiri klijentova dionika dobivaju neograničene super-administratorske račune koristeći zajedničke vjerodajnice bez višefaktorske provjere autentičnosti. Ograničenje broja pokušaja prijave i vatrozid web aplikacija uopće nisu postavljeni.

Mjesecima nakon lansiranja, kompromitirana lozinka vanjskog suradnika omogućuje neovlaštenim skriptama ubacivanje zlonamjernih preusmjeravanja u zaglavlja stranice. Iako je poslužitelj ostao potpuno siguran, sama aplikacija je kompromitirana zbog administrativnog nemara.

Defenzivni protokol agencijskog razvoja to ublažava uvođenjem obveznih operativnih sigurnosnih pravila na svakom projektu:

1. Kontrola pristupa temeljena na ulogama (RBAC): Ograničavanje vanjskih suradnika na uloge Urednika ili Autora, uz zadržavanje administratorskih prava isključivo za imenovane tehničke voditelje agencije.
2. Obvezna MFA autentifikacija: Zahtijevanje dvofaktorske autentifikacije na svim kontrolnim pločama CMS-a, registara domena i DNS sustava.
3. Zaštita na rubnoj razini mreže (Edge-Layer): Usmjeravanje DNS prometa kroz vatrozid web aplikacija (WAF) radi filtriranja zlonamjernog prometa, blokiranja napada grubom silom i pregleda dolaznih zaglavlja.
4. Sustavne sigurnosne kopije: Održavanje automatiziranih dnevnih sigurnosnih kopija baze podataka i datoteka na izdvojenoj lokaciji, neovisno o primarnom poslužitelju.

Tretiranje sigurnosti kao kontinuirane operativne discipline štiti vrijednost brenda klijenta i oslobađa agenciju od nenaplativog rada na hitnim popravcima.

---

Mit 5: Isporuka projekta završava onog trenutka kada se DNS propagira

Definirajte web razvoj kao uslugu kontinuiranog životnog ciklusa ugrađivanjem protokola za praćenje, upravljanje i optimizaciju nakon lansiranja izravno u početni ugovor projekta. U tradicionalnim agencijskim modelima isporuka projekta tretira se kao ciljna ravnina: DNS zapisi se konfiguriraju, šalje se završni račun, a razvojni tim prelazi na sljedećeg klijenta.

Ovaj transakcijski pristup neizbježno šteti odnosima s klijentima i smanjuje dugoročne prihode agencije. Novolansirana web stranica nije statičan spomenik; to je živo softversko okruženje koje djeluje u dinamičnom ekosustavu. Internetski preglednici se ažuriraju, API-ji trećih strana ukidaju određene krajnje točke, algoritmi tražilica mijenjaju kriterije indeksiranja, a djelatnici klijenta nehotice naruše stil stranice prilikom unosa teksta. Bez sustavnog upravljanja nakon lansiranja, stranice s vremenom degradiraju, što klijente navodi na zaključak da je originalna izrada bila manjkava.

Prijelazom iz faze izrade u kontinuirano održavanje, agencije štite integritet svog rada i istovremeno uspostavljaju predvidljive izvore ponavljajućih prihoda. Održavanje nakon lansiranja nije samo povremeno instaliranje programskih zakrpa; to je organizirani okvir koji obuhvaća praćenje dostupnosti (uptime), redovite sigurnosne revizije, provjeru neispravnih poveznica i praćenje performansi.

Razmotrimo agenciju koja pokreće edukacijsko središte za nacionalno certifikacijsko tijelo. Izrada uključuje složeno filtriranje dokumenata, dinamičke imenike članova i kalendare za registraciju na događaje. Ako se agencija povuče odmah nakon lansiranja, sitne korisničke pogreške — poput učitavanja nekomprimiranih fotografija od više megabajta ili mijenjanja taksonomskih oznaka — brzo će usporiti učitavanje stranice i onemogućiti ispravno pretraživanje.

Umjesto toga, agencija uspostavlja operativni okvir životnog ciklusa:

• 30-dnevni sprint stabilizacije: Dnevni pregledi zapisa poslužitelja, praćenje pogrešaka u konzolama tražilica i promatranje stvarnih korisničkih procesa.
• Automatizirane provjere stanja: Kontinuirano sintetičko praćenje dostupnosti, provjera obnove SSL certifikata i integriteta DNS razlučivanja.
• Kvartalne tehničke revizije: Sveobuhvatna analiza performansi, čišćenje baze podataka i provjera korisničkih dopuštenja.
• Kontrolirana primopredaja klijentu: Isporuka strukturirane, snimljene dokumentacije za obuku i rad u sigurnim testnim okruženjima za obuku djelatnika klijenta.

Strukturiranje primopredaje kao operativnog partnerstva koje se razvija osigurava da klijentska platforma ostane brza, sigurna i usklađena s poslovnim ciljevima tijekom cijelog svog životnog vijeka.

---

Usporedba pristupa izradi weba: Mitovi u odnosu na operativnu stvarnost

Kako biste ove principe ugradili u rad svojih timova za vođenje projekata i razvoj, poslužite se usporednom operativnom matricom u nastavku. Ovaj okvir uspoređuje uvriježene industrijske zablude sa skalabilnim agencijskim standardima izvedbe.

Faza procesa	Uvriježeni industrijski mit	Operativna agencijska stvarnost	Glavna poslovna korist
Definiranje opsega i analiza	Vizualni modeli i estetske teme trebali bi voditi početno istraživanje.	Arhitektura, mape stranica i popisi sadržaja određuju strukturu izgleda.	Eliminira strukturni redizajn i prepravljanje sadržaja usred izrade.
Odabir platforme	Prilagođeni ručni kod uvijek je bolji od vizualnih no-code platformi.	Alati za vizualni razvoj pružaju bržu isporuku i autonomiju klijenta.	Maksimizira brzinu isporuke i oslobađa programere za složene zadatke.
Strategija pretraživanja	SEO je opcionalni marketinški sprint koji se provodi tjednima nakon lansiranja.	Tehnički SEO, mape stranica i kanonske strukture sastavni su koraci izrade.	Jamči trenutno indeksiranje i čuva autoritet domene.
Sigurnost sustava	Hosting poslužitelji vode 100% brige o sigurnosti web stranice i kontroli pristupa.	Sigurnost zahtijeva RBAC, MFA, rubne vatrozide i aktivno upravljanje.	Sprječava krađu vjerodajnica, ubacivanje koda i nenaplativo vrijeme zastoja.
Isporuka i lansiranje	Projekti u potpunosti završavaju kada se DNS propagira i stranica postane aktivna.	Lansiranje započinje upravljani životni ciklus praćenja i optimizacije.	Donosi stalne ponavljajuće prihode agenciji uz održavanje zdravlja platforme.

---

Ponovljivi okvir za rad s više klijenata

Prijelaz agencije sa sporadičnog, improviziranog gašenja požara na disciplinirani proizvodni model zahtijeva primjenu jedinstvenih kontrolnih točaka na svakom projektu. Bez obzira na to je li klijent lokalni pružatelj usluga ili velika nacionalna korporacija, razvojni slijed mora slijediti standardizirane tehničke korake.

Faza 1: Provjera arhitekture      ──> Potvrda mape stranice, taksonomije i odobrenog popisa sadržaja
Faza 2: Provjera razvoja          ──> Izrada osnovnih izgleda, dinamičkih kolekcija i globalnih tokena
Faza 3: Provjera prije lansiranja ──> Provjera tehničkog SEO-a, SSL-a, robots direktiva i MFA-a
Faza 4: Provjera stabilizacije    ──> Provjera DNS-a, slanje XML mapa stranice i primopredaja upravljanja

1. Kontrolna točka informacijske arhitekture

Prije kreiranja strukturnih elemenata u razvojnoj platformi, klijent mora odobriti finaliziranu mapu stranice, strukturne žičane modele i sveobuhvatan popis sadržaja. Ne započinjite sa stiliziranjem dok se opseg i hijerarhija informacija u potpunosti ne definiraju. Ova jednostavna granica sprječava većinu nekontroliranih širenja opsega projekta.

2. Standardizirana kontrolna točka razvoja

Iskoristite višekratno upotrebljive globalne stilske tokene — standardizirane ljestvice razmaka, tipografske hijerarhije, varijable boja i modularne komponente izgleda — u cijelom okruženju platforme. Standardizacija dizajnerskih tokena omogućuje dizajnerima i front-end programerima sastavljanje složenih stranica usklađenih s brendom bez pisanja ponavljajućih CSS pravila za svakog pojedinog klijenta.

3. Kontrolna točka tehničke provjere i sigurnosti prije lansiranja

Uspostavite obveznu kontrolnu listu za provjeru prije lansiranja za sve projekte:

• Konfiguracija domene i DNS-a: Provjerite pokazuju li A zapisi, CNAME pseudonimi i CAA zapisi ispravno, uz strogo nametnuta preusmjeravanja primarne domene (npr. standardizacija www naspram verzije bez www).
• SSL/TLS provjera: Osigurajte da su certifikati valjani i da je automatska obnova aktivna.
• Kontrole indeksiranja: Provjerite jesu li uklonjene blokade indeksiranja iz testnog okruženja, daje li datoteka robots.txt ispravna dopuštenja i otvaraju li se dinamičke XML karte stranica bez pogrešaka.
• Učvršćivanje vjerodajnica: Uvedite obvezni MFA na svim administratorskim računima i uklonite privremene račune vanjskih suradnika.

4. Kontrolna točka stabilizacije nakon lansiranja

Nakon propagacije DNS-a, provedite verifikaciju u stvarnom vremenu u konzolama tražilica kako biste potvrdili da se mape stranica obrađuju i da se stara preusmjeravanja izvršavaju s odgovarajućim statusnim kodom 301. Zakažite automatiziranu reviziju unutar 14 dana od lansiranja kako biste identificirali sve 404 pogreške indeksiranja, spore medijske datoteke ili neispravne interaktivne skripte koje se mogu pojaviti pod stvarnim prometom.

Zamjenom zastarjelih razvojnih pretpostavki discipliniranim operativnim kontrolnim točkama, agencije mogu dosljedno lansirati web stranice koje se brzo učitavaju, postižu odlične rezultate na tražilicama, ostaju sigurne i održivo se skaliraju kroz cijeli portfelj klijenata.