Konoba Plavi Kamen: dizajn za turiste koji još nisu stigli

Restoran u središtu grada natječe se sa svime što je u blizini. Konoba na otoku Cresu natječe se s odlukom koju je netko donio iz svoje hotelske sobe, na jeziku koji možda nije njihov, prije nego što je uopće vidio zgradu.

To je problem koji je Konoba Plavi Kamen — jedan od naših vlastitih koncepata obalnog ugostiteljstva — trebala riješiti. Ne "napraviti lijepu web stranicu za restoran". Napraviti web stranicu koja uvjerava prije nego turist uopće dođe.

Zašto je ovo drugačiji brief od gradskog restorana

Turisti koji odlučuju gdje jesti na obali ne pretražuju susjedstvo. Često odlučuju odnekud posve drugdje — skrolajući preporuke hotela, tražeći na jeziku koji im nije materinji, pokušavajući steći dojam o mjestu na kojem fizički nikad nisu stajali. Gradski restoran može se osloniti na pješački promet i lokalni ugled. Primorska konoba ne može. Web stranica mora obaviti više uvjeravanja, brže, na više od jednog jezika.

Dakle, brief nije bio "izgraditi stranicu restorana". Bio je: odmah pokazati atmosferu, ispravno raditi na barem tri jezika, i nekoga dovesti od "razmišljam o tome" do "zatražio sam stol" bez trenja.

Što smo izgradili, i zašto

Tri jezika, ugrađena od početka — ne naknadno dodana. Hrvatski, engleski i njemački, jer je to realan raspon ljudi koji stvarno odlučuju gdje jesti na toj obali. Pravilno izveden višejezični UX znači da njemačka verzija nije kruti prijevod engleske; tretirana je kao ravnopravan put kroz stranicu, sa svojim URL-om po jeziku i ispravnim hreflang oznakama tako da njemačka pretraga za restoran na Cresu stvarno prikazuje njemačku stranicu — ne englesku sa zalijepljenom zastavicom.

Kamen, more, spora poslijepodneva — kao vizualni sustav, ne mood board. Obalni identitet morao je doći do izražaja kroz sam layout i izbor fotografija, ne samo kroz nekoliko naslovnih slika. Ako ostatak stranice djeluje generički, jedna dobra fotografija to ne spašava.

Sustav rezervacija koji smo sami izgradili, ne unajmili. Ovo je odluka koju bih istaknuo prvu. Koristili smo Next.js sa Supabaseom za izradu lagane, prilagođene rezervacijske aplikacije umjesto ugradnje widgeta treće strane — Postgres u pozadini, s row-level security koja obavlja posao osiguravanja da zahtjev za jedan stol ne može čitati ili dirati bilo koji drugi, umjesto da tu provjeru ručno pišemo u aplikacijskom kodu gdje je lakše pogriješiti. Dva razloga zašto smo gradili umjesto kupovali: platforme za rezervacije trećih strana obično uzimaju proviziju na svaki popunjeni stol, i rijetko odgovaraju vizualnom jeziku stranice na koju su nalijepljene — šav primijetite odmah. Vlastita izrada značila je nultu proviziju na zahtjeve za stolom, i proces rezervacije koji stvarno izgleda kao da pripada stranici, umjesto iframea koji se pretvara da pripada.

Kompromis koji vrijedi imenovati

Izrada vlastitog sustava rezervacija umjesto korištenja gotovog zahtijeva više posla unaprijed. Nema dobavljača koji rješava rubne slučajeve umjesto vas. Mislimo da se taj kompromis isplati posebno za posao gdje je svaki stol bitan i svaki euro provizije stvaran novac koji napušta mali pogon — što opisuje većinu obalnih ugostiteljskih poslova, ne samo ovaj.

Što je ovo zapravo otežalo

Ne kod. Teži dio bio je odoljeti porivu da se doda više — više sekcija, više teksta, više značaka "vjerujte nam". Turist koji večeras odlučuje gdje jesti neće čitati tri odlomka o vašoj filozofiji nabave. Pogledat će šačicu fotografija, provjeriti postoji li jelovnik na engleskom, i odlučiti za manje od minute. Svaki dio ove stranice uređivan je prema toj minuti, ne prema onome što je djelovalo temeljito za izgraditi.

To je stvarna pouka iz ovoga: za primorski posao, vaša web stranica nije brošura. Ona je zadnjih pet sekundi odluke koju je netko već napola donio. Gradite za tih pet sekundi, ne za verziju posjetitelja koji želi pročitati cijelu vašu priču.