Delivery Pack
Разработка сайта для службы доставки
Откройте службу доставки еды с нами всего за один месяц
Спецпроект студии Chekhov

вот так выглядит использование готовой CMS

Почему готовые CMS не подходят для сайтов службы доставок?
Спойлер кейса: использование любой готовой CMS для сайта службы доставки не подходит и затрудняет внедрение необходимого функционала служб доставки. Столкнувшись с этими проблемами, мы решили создать свою разработку, максимально заточенную под задачи и потребности служб доставки и рады предложить вам ее как лучшее решение.
А пока эпопея самого сложного кейса для заказчика и исполнителя,
в которой были:

Начать с дизайна, а закончить функционалом сети
по доставке суши, роллов и пиццы.

* Так изначально выглядел дизайн, который мы сделали совместно с клиентом
Изначально, основной клиентской задачей была необходимость подобрать хостинг для бесперебойной работы проекта. Выяснилось, что проект создан на конструкторе сайтов и не удовлетворяет всем имеющимся потребностям в функционале со стороны клиента. Заказчик решил перенести сайт с конструктора на платформу OpenCart (платформа была выбрана заказчиком на основании опыта дружественных служб доставки еды). Мы не знали, во что ввязываемся.

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


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



1. Задача №1 разработки сайта для службы доставки суши, роллов, пиццы: разная стоимость доставки и минимальная сумма заказа по районам города.
* Так выглядел вариант сетки районов с ценой доставки и минимальной суммой заказа, который нам предоставили на начальном этапе
Ограничение зоны доставки и разная стоимость доставки для разных районов выделенных на карте клиентом. Районы в будущем планировалось добавлять новые.

Решение:

Мы стали изучать и узнавать, как организовали эту работу в других проектах. Пришли к выводу, что есть несколько вариантов. Один вариант - не париться и отказаться от стоимости доставки по районам вообще или ввести стандартную цену за всю зону доставки. Второй вариант - ввести города, районы, улицы и установить стоимость доставки до конкретной улицы в городском районе.

Был выбран второй вариант как самый оптимальный, на сколько нам известно именно таким вариантом пользуется Dodo Pizza. Но сложности на этом не закончились.

Было необходимо так же руками заполнять все улицы, ведь единых таблиц всех улиц по некоторым районам или городам просто нет. С этой задачей можно успешно справится только при определенной доле скрупулезности и усидчивости.
2. Задача №2: Учет в службе доставок кафе и ресторанов.

Учет всех заказов системы в стандартной системе учета заказов клиента FrontPad, а так же отправка емейл уведомления на электронную почту соответствующую району (ближайшей кухне клиента, откуда был сделан заказ). Если отправку электронной почты мы реализовали за счет грамотного разделения системы на районы и улицы, то с FrontPad пришлось вводить кое-что новенькое.

Решение:

У OpenCart есть готовые решения по интеграции с системой FrontPad, однако они не полностью подходили для нашей системы.

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

У FrontPad есть классная возможность, создать систему артикулов для точек продаж и товарных позиций (в нашем случае регионов присутствия заказчика). Их мы и добавили внутри каждого товара, каждого города необходимые артикулы в нашей системе и реализовали обмен данными после оплаты клиента или оформления заказа на оплату при получении.

Дополнительно выяснилось, что заказы половины пиццы, а так же сборного WOK благодаря нашей реализации: конструктору лапши WOK, необходимо отправлять в систему FrontPad несколько иначе. Половине пиццы задали свой артикул в системе, каждому отдельному ингредиенту WOK или дополнительному ингредиенту пиццы добавили так же собственный артикул. Так нам удалось решить вопрос отправки заказов в систему учета клиента.

3. Реализация WOK конструктора - http://fishtime.ru/vok

Для создания конструктора лапши или любого другого блюда не требуется решать сложные задачи. Самое главное сделать это удобным и наглядным, что мы и реализовали. Основная проблема такого конструктора и системы учета клиента это учет необходимых ингредиентов, решение которого мы описали в предыдущем пункте.
* Так выглядит дизайн конструктора лапши
4. Проблема после начала эксплуатации проекта - сложность осуществления заказа.

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

Решение:

Мы оптимизировали заказ до одного окна. Убрали лишние поля и отключили стоимость доставки по району. Добавили маску на ввод номера телефона, чтобы учет клиентов был стандартизирован. Упростили просмотр корзины. Если раньше было необходимо переходить на отдельную страницу, то сейчас корзина доступна в правом верхнем углу всплывающей формой.

Все эти задачи были выявлены благодаря сбору статистики от клиента и полного понимания своего бизнеса. Решение только этих проблем позволило не менее чем в 2 раза увеличить выручку клиента (на основе по статистики проекта в личном кабинете).
5. Кое-что еще

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

Разделили роли пользователей на менеджера, администратора и клиента.

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

Но неверный выбор CMS для сайта принес большие проблемы в реализации сайта:

  • затраты более 120 тыс. руб;
  • 5 месяцев работы;
  • большие трудозатраты со стороны клиента (нам повезло, что сотрудник службы был столь терпеливым к такой сложной работе)

Еще раз повторяем: использование любой готовой CMS для сайта службы доставки не подходит и затрудняет внедрение необходимого функционала доставки. Столкнувшись с этими проблемами, мы решили создать свою разработку, максимально заточенную под задачи и потребности служб доставки и рады предложить вам ее как лучшее решение.
Сейчас мы владеем готовой наработкой, с которой разработка сайтов для службы доставки занимает 1 месяц, стоит дешевле 100 тыс. рублей, и отличается мощным функционалом, индивидуальным дизайном и широкими возможностями настройки и управления бизнесом по доставке еды.

Доставляйте в свое удовольствие!
Made on
Tilda