Ugrás a tartalomra
← Vissza a Bloghoz

Esettanulmányok

Konoba Plavi Kamen: tervezés olyan turistáknak, akik még meg sem érkeztek

A parti vendéglátásnak van egy időzítési problémája, amit a legtöbb étterem weboldala figyelmen kívül hagy — a döntés arról, hol egyenek, azelőtt születik meg, hogy bárki is a teremben lenne. Így építettünk erre.

Kiran RamagiriAlapító
6 perc olvasás
luxury-coastal-konoba.vercel.app
Konoba Plavi Kamen website homepage, shown on desktop

Egy belvárosi étterem mindennel versenyez, ami gyalogosan elérhető. A Cres szigetén lévő konoba egy döntéssel versenyez, amelyet valaki a szállodai szobájából hozott meg, olyan nyelven, amely talán nem is az anyanyelve, mielőtt egyáltalán látta volna az épületet.

Ezt a problémát kellett megoldania a Konoba Plavi Kamennek — az egyik saját parti vendéglátási koncepciónknak. Nem azt, hogy "csinálj egy szép weboldalt egy étteremnek". Hanem azt, hogy olyan weboldalt készíts, amely meggyőz, mielőtt a turista megérkezne.

Miért más brief ez, mint egy belvárosi étteremé

A tengerparton étkezőhelyet választó turisták nem egy környéket böngésznek. Gyakran egészen máshonnan döntenek — szállodai ajánlásokat görgetve, nem az anyanyelvükön keresve, próbálva benyomást szerezni egy helyről, ahol fizikailag sosem jártak. Egy belvárosi étterem támaszkodhat a gyalogosforgalomra és a helyi hírnévre. Egy tengerparti konoba nem. A weboldalnak többet kell meggyőznie, gyorsabban, több mint egy nyelven.

Tehát a brief nem az volt, hogy "építsünk egy étterem oldalt". Hanem: azonnal mutasd meg a hangulatot, működj megfelelően legalább három nyelven, és vidd el valakit az "ezen gondolkodom"-tól az "asztalt foglaltam"-ig, súrlódás nélkül.

Amit építettünk, és miért

Három nyelv, kezdettől fogva beépítve — nem utólag ráillesztve. Horvát, angol és német, mert ez a reális eloszlása azoknak, akik ténylegesen eldöntik, hol egyenek azon a parton. A megfelelően kivitelezett többnyelvű UX azt jelenti, hogy a német verzió nem az angol merev fordítása; elsőrangú útvonalként kezeljük az oldalon, saját URL-lel nyelvenként és megfelelő hreflang jelölésekkel, így egy németül indított keresés egy cresi étteremre valóban a német oldalt hozza fel — nem az angolt egy rátett zászló-ikonnal.

Kő, tenger, lassú délutánok — vizuális rendszerként, nem hangulatdeszkaként. A parti identitásnak magán a layouton és a fotóválasztáson keresztül kellett megjelennie, nem csak néhány hero-képben. Ha az oldal többi része általánosnak hat, egyetlen jó fotó nem menti meg.

Egy saját fejlesztésű foglalási rendszer, nem bérelt. Ez az a döntés, amit elsőként emelnék ki. Next.js-t használtunk Supabase háttérrel egy könnyű, egyedi foglalási rendszer felépítéséhez, külső widget beágyazása helyett — Postgres alul, sorszintű biztonsággal, amely elvégzi annak biztosítását, hogy az egyik asztalra vonatkozó kérés ne tudjon hozzáférni máséhoz, ahelyett hogy ezt az ellenőrzést kézzel írnánk meg az alkalmazáskódban, ahol könnyebb elrontani. Két okunk volt arra, hogy építsünk ahelyett, hogy vásároljunk: a külső foglalási platformok rendszerint jutalékot vonnak le minden megtöltött asztal után, és ritkán illeszkednek annak az oldalnak a vizuális nyelvéhez, amelyre rácsatolják őket — az illesztés azonnal látszik. A saját fejlesztés nulla jutalékot jelentett az asztalfoglalásokon, és egy olyan foglalási folyamatot, amely tényleg úgy néz ki, mintha az oldalhoz tartozna, nem egy iframe-et, amely csak úgy tesz.

A kompromisszum, amit érdemes megnevezni

Egy saját foglalási rendszer felépítése egy kész helyett több munkát igényel előre. Nincs beszállító, aki helyetted kezelné a szélsőséges eseteket. Úgy gondoljuk, ez a kompromisszum megéri, kifejezetten egy olyan vállalkozásnál, ahol minden asztal számít, és minden euró jutalék valódi pénz, amely elhagyja a kisüzemet — ami a legtöbb parti vendéglátó vállalkozást jellemzi, nem csak ezt az egyet.

Ami ezt valójában megnehezítette

Nem a kód. A nehéz rész az volt, hogy ellenálljunk a késztetésnek, hogy többet adjunk hozzá — több szekciót, több szöveget, több "bízz bennünk" jelvényt. Egy turista, aki ma este dönt arról, hol egyen, nem fog elolvasni három bekezdést a beszerzési filozófiánkról. Megnéz néhány fotót, ellenőrzi, van-e angol nyelvű étlap, és egy percen belül dönt. Az oldal minden eleme ehhez a perchez lett szerkesztve, nem ahhoz, ami alaposnak tűnt megépíteni.

Ez az igazi tanulság ebből: egy tengerparti vállalkozásnál a weboldalad nem egy brosúra. Az egy már félig meghozott döntés utolsó öt másodperce. Építs ehhez az öt másodperchez, ne ahhoz a látogatóhoz, aki el akarja olvasni a teljes történetedet.

Megosztás
Konoba Plavi Kamen

A bejegyzés mögötti projekt

Konoba Plavi Kamen

Coastal Hospitality Experience

Kérdések, amelyekre érdemes egyenesen válaszolni

Miért éri meg németre is lefordítani egy horvát parti vállalkozás étterem weboldalát?
Mert a németül beszélő látogatók az egyik legnagyobb csoportot alkotják, akik eldöntik, hol egyenek az Adrián, és ezt a döntést a legtöbbjük azelőtt hozza meg, hogy elhagyná a szállodai szobáját — a saját nyelvén, a telefonján. Egy oldal, amely csak horvátul és angolul beszél, láthatatlan az emberek nagy része számára, akik ténylegesen döntenek arról, hová foglaljanak.
Mekkora jutalékot szoktak levonni a külső étterem-foglalási platformok?
Platformonként változik, de a szerkezet szinte mindig ugyanaz: egy foglalásonkénti vagy fejenkénti díj, amely közvetlenül az étterem árréséből megy el, minden egyes asztalnál, folyamatosan. Egy szezonális parti vállalkozásnál, ahol az éves bevétel nagy része néhány nyári hónapban keletkezik, ez gyorsan összeadódik — pontosan ezért építettük meg magunk a foglalási rendszert, ahelyett hogy béreltünk volna egyet.
Mi az a sorszintű biztonság, és miért számít egy étterem foglalási adatainál?
A sorszintű biztonság a Postgres egyik funkciója, amely közvetlenül az adatbázisban kényszeríti ki az adathozzáférési szabályokat, nem csak az alkalmazáskódban — így egy asztalra vonatkozó foglalási kérés valóban nem tudja elolvasni vagy módosítani másét, még akkor sem, ha hiba csúszik az alkalmazás felsőbb rétegeibe. Valódi neveket, telefonszámokat és foglalási időpontokat kezelő rendszernél ez érdemben erősebb garancia, mint ha csak abban bíznánk, hogy az alkalmazáskód mindig helyesen végzi el az ellenőrzést.

Elérhető még English · Hrvatski

Kiran Ramagiri

Alapító

A Kyro Studio termékeit elejétől a végéig építi — dizájn, mérnöki munka és a mögöttes automatizálás. Korábban megalapította a BW International Recruitmentet és az RS Venturest, egy hétmárkás cloud kitchen csoportot.

Kapcsolódás LinkedInen

Van egy projektje?