Three products. One experience. Архитектура проекта состояла из трёх основных направлений. Тот же принцип, что мы позже описали шире в Большинству компаний не нужен новый сайт. Им нужна новая структура.
Gastro Market. Небольшой по масштабу бизнеса, но полноценный e-commerce с каталогом примерно на 2 000–3 000 товаров. Категории, поиск, фильтрация, карточки товаров, корзина, заказ и все основные механики интернет-магазина. Это был самостоятельный shopping experience, но не отдельный сайт.
Delivery. Второе направление, собственная доставка. Здесь речь уже шла не просто о странице с меню и телефоном. Мы проектировали полноценный delivery service: сайт плюс мобильные приложения для iOS и Android. Пользователь должен был иметь возможность выбрать блюда, оформить заказ и взаимодействовать с сервисом независимо от того, находился он сейчас в ресторане или дома.
Restaurant. Третья часть, сам ресторан. Здесь задача была совершенно другой. Если гастромаркет должен был продавать, а delivery обеспечивать удобство заказа, ресторанная часть должна была передавать само ощущение LavShash.
Место, куда хочется приехать. Поесть. Остаться. Вернуться.
Built around a real product. В этом проекте было ещё одно преимущество.
За интерфейсом действительно стоял продукт, что люди любили.
LavShash был известен своей кухней, и некоторые блюда мы сами до сих пор вспоминаем без всякой необходимости добавлять к этому маркетинговые эпитеты.
Суп с маленькими пельменями. Шашлык.
Именно такие вещи и делают digital-проект осмысленным.
Можно спроектировать идеальный checkout. Можно построить сложный каталог. Можно сделать красивое приложение.
Но в конечном счёте человек возвращается не к интерфейсу. Он возвращается за тем, что ему реально нравится.
From Figma to code. Проект прошёл достаточно далеко.
После проектирования мы перешли к программированию, и большая часть архитектуры уже была подготовлена к реализации.
Затем началась полномасштабная война, и работа над проектом была остановлена.
На этом этапе LavShash остался между дизайном и завершённым продуктом.
Но сама концепция сохранилась.
И сегодня проект всё ещё существует как работа, что мы хотели бы однажды довести до конца.
Не потому, что нам нужно закрыть старый пункт в портфолио. А потому, что сама идея была правильной.
One business, not three websites. LavShash стал для нас хорошим примером того, как мы вообще подходим к digital-продуктам.
Когда у бизнеса несколько направлений, самый простой путь, сделать для каждого отдельный сайт.
Мы предпочитаем сначала посмотреть на бизнес целиком. Понять, где действительно разные продукты, а где они являются частями одной системы. И только после этого проектировать интерфейсы.
Та же дисциплина стояла за тем, как это партнёрство подошло к совсем другому бизнесу в Building the Next Century: PERETZ начинает цифровую трансформацию Schoeffel.
В LavShash мы объединили restaurant, e-commerce и delivery в одну цифровую экосистему, с отдельными сценариями, собственными интерфейсами и мобильными приложениями, но с общей архитектурой и единым пользовательским опытом.
Именно это, а не количество страниц или технологий, было главным продуктовым решением проекта.
The homepage wasn't the destination. Одним из принципиальных решений была сама логика входа в систему.
Мы не считали главную страницу обязательной точкой входа.
Человек может искать конкретный товар, блюдо, доставку или ресторан. Поэтому поисковый трафик должен был приводить его сразу в соответствующую часть продукта.
Искал товар, попадал в Gastro Market. Искал доставку, попадал в Delivery. Искал ресторан, попадал в Restaurant.
При этом дальше пользователь оставался внутри одной экосистемы.
Это позволяло совместить две вещи, что часто конфликтуют между собой: глубокую специализацию отдельных разделов и целостность одного продукта.
The digital ecosystem. В результате LavShash должен был выглядеть не как набор связанных между собой сайтов, а как единая система. Этот разрыв между «технически решает» и «реально работает как диджитализация» мы разбираем в Автоматизация бизнес-процессов: что реально значит диджитализация.
У пользователя был один бренд и один общий digital experience. Но внутри существовали разные сценарии: Shop. Order. Visit.
И каждый из них имел собственную интерфейсную логику.
Это было особенно важно для мобильной части. Delivery не должна была ощущаться как мобильная версия ресторанного сайта. Поэтому для неё проектировались отдельные приложения iOS и Android.
