НАМТАМ — сервис позволяющий оптимизировать процессы бронирования столов, обработки заявок на бронирование, оплату депозитов и рассылку sms-уведомлений. Главное преимущество перед другими сервисами — это наличие карты посадки, которая позволяет не только выбрать удобный стол, но и упростить работу хостес, так как все брони видны на карте.

С помощью планировщика помещений можно создать подробный план заведения, задав депозиты для выбранного стола или применив ко всем. Также владелец видит подробную статистику по работе заведения, может отслеживать загруженность, среднее время ожидания столика, количество посетителей, выручку и многое другое.

CEO проекта (директор) — ставит задачи отделу маркетинга, UX/UI дизайнеру, разработчикам и отделу продаж. Часть команды работает удаленно, часть в офисе. Раз в неделю мы встречаемся на созвоне, чтобы обсудить задачи на неделю и скоординировать наши действия. Работаем по системе SCRUM, разбивая задачи по спринтам.

Я единственный UX/UI дизайнер в проекте и работаю в тесной связке с СЕО и главным разработчиком. После постановки задачи и обсуждения технических ограничений, я предлагаю варианты решения задачи, во время обсуждения они либо принимаются без изменений, либо дорабатываются, после согласования отправляются в разработку.

Сразу после попадания на сервис у пользователя уточняется из какого он города, чтобы показывать ему релевантную карту. После, открывается мастер подбора столика, чтобы сразу вовлечь пользователя в процесс бронирования.

Поиск по критериям позволяет показывать в списке или на карте только те заведения, в которых есть свободный столик на выбранную дату, время, продолжительность и количество человек.

При запуске продукта пользователь по умолчанию попадал на карту, а список заведений был виден только в случае, когда с картой возникли проблемы. После первой 1000 пользователей мы увидели, что они не понимают как совершить бронирование.

Поэтому мы решили по умолчанию выводить список заведений, а переключение между картой и списком реализовали табами. После внедрения этого изменения количество отказов уменьшилось на 10%.

При выборе отображения «Списком» было важно, чтобы карточка ресторана полностью помещалась в экран. Для этого пришлось скрыть описание заведения, оставив только первые 3 строчки, из отзывов выводить только 1 последний, а из всех фото выводить только первые 4.

От идеи скрыть часть информации и отображать всю на отдельной странице заведения, мы отказались. Так как было важно, чтобы пользователю требовалось совершить меньше действий и получить весь объем информации для принятия решения бронировать/не бронировать.

После нажатия на кнопку «Забронировать» пользователь попадает в мастер бронирования, шаги которого повторяют мастер подбора столика. Если ранее в мастере подбора были выбраны дата, время, продолжительность и количество гостей, то в мастере бронирования этот выбор сохраняется, но шаги нужно покликать заново.

Во-первых, результаты поиска могли устареть и стол по заданным ранее критериям уже забронирован, во-вторых, чтобы еще раз проверить данные перед выбор стола.

На карте заведения можно забронировать сразу несколько столов, например, когда остались только столики на двоих, а в компании 4 человека. Если выбран стол с меньшим количеством посадочных мест, чем гостей, то система выдаст ошибку и попросит выбрать дополнительный стол или стол побольше.

Пользователь может оставить отзыв можно только после того, как визит состоялся. Заполнив все поля и прикрепив фото, отзыв может быть отправлен. Как только он пройдет модерацию и будет опубликован на сервисе, владелец заведения или маркетолог сможет написать свой ответ.

Хостес видит все бронирования на карте посадки. Она может создать бронирование в ручную, например, когда гость звонит сразу в заведение, посадить гостя из листа ожидания, когда появился свободный столик на текущее время, а также управлять бронированиями с сайта и виджета.

Специально для хостес сделан адаптив под планшет, так как чаще всего в заведениях для большей мобильности используют именно его.

Все объекты на плане размещаются на сетке и магнитятся к ней для большего удобства. С помощью инструментов создания стен, окон, лестниц и дверей — получается создать подробную схему заведения.

Чтобы пользователю было проще начать создавать карту, имеется функция добавления фото, с помощью которой можно подгрузить пожарный план заведения и сверху начать размещать объекты, а позже удалить фото.

Количество гостей, способных разместиться за столом задается вручную, а не считается по количеству приставленных стульев, так как в планировщике существует такой тип сиденья как диван, который от заведения к заведению может отличаться своей вместимостью.

Виджет устанавливается на сайт заведения с помощью сгенерированного кода для установки. К одному виджету можно привязать несколько заведений для случаев, когда это сеть заведений. Также ссылку на виджет можно прикрепить в социальной сети. Ниже можно посмотреть пример сайта с виджетом НАМТАМ.

Сервис «Намтам» представляет собой комплексное решение для бронирования столов в заведениях, с акцентом на визуализацию посадки и оптимизацию работы персонала. Ключевым отличием является интерактивная карта посадки, упрощающая выбор столика для клиента и управление бронированиями для хостес.

Внедрение пользовательских сценариев для различных ролей (модераторы, менеджеры, администраторы и др.) обеспечивает адаптацию интерфейса под конкретные задачи, повышая эффективность работы.

Реализация функций, таких как планировщик помещения, управление депозитами и отзывами, а также легкая интеграция виджета на сайт, делает сервис универсальным инструментом для заведений.

Анализ пользовательского поведения и последующие изменения в интерфейсе (например, переход от карты к списку заведений по умолчанию) демонстрируют ориентированность на UX и итеративное улучшение продукта.

Таким образом, «Намтам» успешно сочетает в себе функциональность для B2B и удобство для B2C, предлагая эффективное решение для управления бронированиями в ресторанной индустрии.