Сделать сайт – не пиццу продавать: кейс магаданской пиццерии

Основатель «Школы траблшутеров» Олег Брагинский разбирает кейс разработки и запуска сайта: от структуры проекта, корзины и личного кабинета до процесса заказа и дизайна главной страницы.

Предприниматель радостно создаёт бизнес, готовясь реализовывать продукт вблизи собственной локации, но карантин заставляет пересмотреть модель. Приходится думать о доставке, заказывать работы у случайных подрядчиков, доверяясь фразе: «Мы пока не специалисты, но ведь сейчас изменилось всё!».

Вместе со слушателями «Школы Траблшутеров» Виталием Лажинцевым и Сергеем Кондратенко расскажем, как запустить новое направление на примере вкуснейшей магаданской пиццы. Сначала проанализировали конкурентов, составили портрет клиента, учли пожелания собственника, согласовали структуру проекта:

Спроектировали корзину и личный кабинет:

Долго возились с фишками главной страницы:

Пришли к пониманию, что можем купить и адаптировать шаблон, но, оценив время переработки, отказались от неперспективного варианта. Написали техническое задание и разработали UX-прототипы сайта. Без них тяжело общаться с дизайнером и сложно с клиентом: даже архитекторы не любят показывать недострой.

Набросали заготовку главной страницы:

Проработали процесс заказа:

Долго бились над ускорением ввода контактных данных и адреса:

И только потом разработали дизайн начального экрана...

... и личного кабинета:

Учитывая требования к проекту, в качестве CMS выбрали Битрикс. После завершения работ протестировали сайт на различных разрешениях и разных типах устройств. Оптимизировали загрузку изображений на современных и не очень гаджетах.

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

С другой стороны зеркала осталась интеграция сайта с iiko — системой автоматизации ресторанного бизнеса. В техническом задании мы чётко прописали, какие данные о заказе должны выгружаться и синхронизироваться по API без использования сторонних решений:

1. каталог блюд: названия, стоимость, описание, характеристики: вес, энергетическая ценность;
2. заказы: состав, способ оплаты, адрес доставки, стоимость, покупатель.

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

Читайте также:

Чекбоксы: песнь квадрата и галочки

Как IKEA научилась зарабатывать на российских хрущевках

Как обычная подмосковная шаурма стала легендарной, выросла в сеть и уперлась в тупик

Брайан Робертсон — Spark: «Холакратия не подходит компаниям из Кремниевой долины»