Leo Burger
Еталонний проєкт: як подавати бренд ресторану — і як замовлення вбудовується в цю подачу, а не прикручується збоку.
- Клієнт
- Showcase — концепт без замовника
- Місто
- Концепт
- Рік
- 2026
Вихідна ситуація
Рестораторам зазвичай пропонують одне й те саме: сайт на конструкторі зі стоковими фото і меню в PDF, яке ніхто не відкриває з телефона. Фахове питання тут інше — як подати бренд ресторану в мережі так, щоб аргументацію вів сам продукт, і де саме в цій подачі місце замовленню. Цей проєкт — відповідь у вигляді еталонної збірки: зроблено без замовника, щоб концепцію, техніку і шлях замовлення можна було перевірити на повному живому прикладі — і перенести на бренд конкретного закладу.
Що побудовано
Покадрова сцена на скролі
Замість слайдера позиція скрола керує часом одного 10-секундного кліпу: бургер кадр за кадром розкладається на п’ять шарів, уперед і назад. Технічно це ощадливо — одне відео замість секвенції із сотень файлів, тобто один запит замість багатьох. На ширині до 760 пікселів і на сенсорних пристроях вмикається окрема, помітно легша версія відео (2,4 замість 11,9 МБ): вона спокійно йде фоном, а не чіпляється за скрол — це береже трафік і батарею.
Шлях замовлення без платформи посередині
Меню з цінами, кошик, доставка або самовивіз, збір за доставку 2,90 € і безкоштовно від 25 €, номер замовлення для зв’язку. Замовлення йде у власну serverless-функцію, яка кладе його читабельною карткою в Telegram власника — без агрегатора, без комісії, без клієнтських даних у чужих руках.
Продакшн-конвеєр замість стоків
З одного референсу зроблено всі зображення сторінки: чотири картки каталогу, hero-кадр і «вибух-схема» (GPT Image 2) плюс hero-відео (Seedance). Важливо не те, що не було фотосесії, а те, що в кожній сцені лежить фізично один і той самий бургер — та сама бріош, той самий соус, той самий край котлети. Саме цієї узгодженості заклад зі збірними стоковими фото не отримає ніколи.
Архітектура контенту під перенесення
Ціни, назви страв, описи і весь інтерфейс лежать на DE, EN і RU в одному файлі та одній моделі даних — страва існує один раз, а не три. Тому зміна бренду — це робота з контентом в одному місці, а не друга збірка: шлях замовлення, перемикання мов і сцена на скролі лишаються на місці.
Віддача і приватність закладені в конструкцію
Сторінка віддається статикою, динамічна лише функція замовлення — немає сервера, який може впасти, і нема чого патчити ночами. Сторінка не ставить cookies і не підключає аналітичних чи рекламних сервісів, тому банер згоди не потрібен; вибір мови зберігається локально в браузері. Легка версія для сенсорних пристроїв визначається за шириною і типом введення, а не за списком пристроїв, який застаріває.
Результат
- 10 s
- hero-секвенція, покадрово керована скролом — один кліп замість сотень картинок
- 0 %
- комісії платформам — кожне замовлення йде прямо власнику
- 3
- мови з однієї моделі даних — страва правиться один раз
- 6
- продуктові кадри з одного референсу — однаковий продукт у кожній сцені
Еталонний проєкт без замовника: за ним немає діючого бізнесу, тому тут немає цифр щодо виторгу і замовлень. Показано конструкцію, а не бізнес-результат.
Як це виглядає
Технології
- Vite + React
- GSAP ScrollTrigger + Lenis
- Serverless (Vercel) → Telegram
- GPT Image 2 · Seedance
Наступний проєкт
Sushilka Gera
Sushilka — доставка суші
Контакт
Розкажіть про ваш бізнес.