Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным.
Статистика пиццерий Додо Пицца
Отработанная обратная связь между управляющим персоналом и подчиненными улучшает работу всего коллектива и позволяет поддерживать открытую дружественную атмосферу среди работников пиццерии. Каким категориям сотрудников доступен ЛК «Личный кабинет» разработан технической службой сети пиццерий «Додо» для работников кухни и курьеров для того, чтобы эта категория линейных сотрудников могла варьировать рабочий график, при необходимости оперативно искать себе замену среди коллег, контролировать отработанные часы, текущую заработную плату, следить за сроками действий медицинских и санитарных книжек, узнавать новости компании. Регистрация на платформе Существует 2 способа регистрации на платформе «Додо Пицца»: Клиентский. Зарегистрироваться на платформе можно через специальное мобильное приложение или на сайте «Додо Пицца». Мобильное приложение устанавливается на современные смартфоны, работающие на базе Android и iOS.
При регистрации клиент указывает свои данные: номер мобильного телефона, на который поступит код подтверждения; реквизиты банковской карты для оплаты по безналичной системе; адрес доставки. После прохождения регистрации пользователю станет доступен ЛК на сайте «Додо Пицца». Рабочий аккаунт. Для сотрудников «Додо» существуют специально разработанные рабочие кабинеты, вход в которые осуществляется через сайт или бэк-офис компании.
Регистрация может быть клиентской или рабочей.
Он должен интегрироваться с Додо ИС, иметь настраиваемое меню для каждого ресторана и зоны доставки, авторизацию. Решение: Разработали с нуля дизайн и структуру сайта, которые позволяли клиентам максимально просто и удобно заказть пиццу в нужном ресторане. На постоянной основе осуществляем поддержку, тестирование и внедряем новую функциональность.
Административная часть: Мы проработали сценарии поведения клиентов и настроили интеграцию сайта с Додо ИС: после того, как клиент выбирает страну, город и указывает адрес доставки, в меню отображаются те продукты, которые доступны к заказу в пиццерии, входящей в нужную зону доставки. Авторизация клиента на сайте позволяет сохранять историю заказов, участвовать в программе лояльности, видеть персональные промо-предложения. Со временем добавили новые функциональные возможности: выбор способа оплаты, возможность получить заказ в ресторане, выбор адреса по геоданным, сториз с новостями и маркетинговыми акциями, добавление или удаление ингредиентов, выбор пиццы из половинок, заказ готовых комбо-наборов с возможностью добавить дополнительные позиции, возможность оставить отзыв. По мере открытия Додо Пиццы в новых странах понадобился перевод на другие языки.
Для автоматизации мы разработали и используем собственную систему «Лингвини». Сайт: На сайте Додо Пиццы клиент может зарегистрироваться, указать адрес доставки выбрать на карте или через строку поиска или выбрать удобную пиццерию для заказа в зале, увидеть актуальное меню, указать время доставки, оплатить заказ удобным способом, оставить отзыв о заказе, отслеживать статус приготовления и доставки и даже наблюдать за тем, что происходит на кухне. В случае, если курьер задерживается и не приезжает вовремя, клиент увидит соответствующее уведомление на экране и получит сертификат на бесплатную пиццу при следующем заказе. В разделе «Профиль» клиенту доступна история заказов, сохраненных адресов, а также информация о его персональных бонусах программа лояльности.
Приложение должно интегрироваться с Додо ИС, иметь настраиваемое для каждой точки меню и зону доставки. В дальнейшем появились задачи по улучшению функциональных возможностей приложения и добавлению новых, например, таких как различные способы оплаты и заказ в зале. Решение: Разработали с нуля дизайн и структуру приложения, которые позволяли клиентам максимально просто и удобно заказть пиццу в нужном ресторане. Со временем адаптировали приложение на iOS для слабовидящих.
Мобильные приложения написаны и поддерживаются на Swift и Kotlin. Подробнее Приложение Додо пицца Задача: Первоначально стояла задача разработать и поддерживать приложение, через которое клиенты могли легко сделать заказ на доставку в любом ресторане Додо Пиццы с мобильных устройств.
Этот продукт должен будет решать проблему "где поесть на улице". Хотя Федор Овчинников называет его "уникальным геосервисом", прототип в виде Яндекс Карт или Яндекс Еды виден отчетливо. Кстати, возглавляет новый стартап внутри компании именно Георгий Шагинян, один из создателей сервиса GdeSha "Где Шаверма". Этот фудтех-проект "ДоДо пицца" приобрела несколько лет назад. Но прямо сейчас у нового приложения нет платного функционала, в DoDo Brands надеются, что оно будет работать на компанию хотя бы в плане продвижения бренда за пределами России. Поскольку Menusa изначально создана уже для глобального рынка, чтобы ее можно использовать в любой стране мира. Также читайте на нашем сайте:.
Наши сайты dodopizza. Сервис авторизации и аутентификации для бэкофиса. Трекер заказов на кухне. Сервис отметки статусов готовности при приготовлении заказа. Касса Ресторана. Приём заказов в ресторане, интерфейсы кассира. Выгрузка отчётов в 1C для бухгалтерии. Оповещения и накладные. Менеджер Смены. Интерфейсы для работы менеджера смены: список заказов, графики производительности, вывод на смену сотрудников. Менеджер Офиса. Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии. Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т. Личный Кабинет Сотрудника. Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров. Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются.
Додо ис база знаний
Окончил Сыктывкарский госуниверситет по специальности «археолог». В 2006 году открыл в Сыктывкаре книжный магазин «Сила ума», но в 2010 году продал свою долю в бизнесе и уехал в Санкт-Петербург, где работал в разных ресторанах и сетях фаст-фуда. В 2011 году открыл в Сыктывкаре пиццерию «Додо Пицца». Сейчас сеть работает в 10 странах, открыто 286 пиццерий.
We are migrating from Angular in some places. Detailed production monitoring with Prometheus, visualization with Grafana, and log collection by Azure Data Explorer. Technology radars.
Dodo Engineering is a team developing the first digital franchising platform, Dodo IS. It covers all parts of the restaurant business — from shift scheduling and order tracking to real-time sales analytics. In addition, the platform is fully integrated with our customer-facing digital products.
Лариса Еремина, заместитель директора департамента стрит-ритейла Colliers International, считает, что самое главное в этом — простота использования и возможность адаптации заказа под себя, что удобно и быстро, если иметь телефон под рукой. В свою очередь, Дарья Канева, заместитель управляющего директора Центра Развития Недвижимости Becar Asset Management, считает, что идея сети с расширением форматов и агрегированием выглядит разумно, но отели - совершенно другой сегмент. Экономика в подобном мини-отеле может быть, если снизить затраты на его создание, в том числе за счет автоматизации. То есть одной экономии на администраторе будет недостаточно, чтобы вывести проект в прибыль. С нашей точки зрения, не имея достаточных компетенций в гостиничном бизнесе, очень рискованно выходить на этот высококонкурентный рынок», - заявляет она.
«Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей
About Dodo Our IT Transparency Franchising Goals 2019 All key posts. Dodo News Hub. Dodo News Hub. Redeem your points for a range of products and services, available on dodo store. Базе знаний Dodo Pizza. Новым CEO Dodo Brands станет бывший франчайзи «Додо Пиццы» в подмосковных Химках Алена Тихова, которая помогала пиццерии выйти на американский рынок.
Как насчет бесплатной пиццы?
Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. Сеть пиццерий «Додо Пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS. Владелец сайта предпочёл скрыть описание страницы.
RS. Информационная система Dodo IS
Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. У Додо есть собственные программные разработки Додо ИС. Информационная система Dodo IS представляет из себя веб-приложение. Dodo Pizza часто называет себя ИТ-компанией. Дмитрий Павлов, директор по продукту Dodo IS, рассказывает подробности об устройстве системы и делится несколькими кейсами, когда все пошло не так.
Додо пицца застраховалась от киберпреступников
При появлении новых модулей старались по максимуму переиспользовать уже созданный код сервисов, хранимых процедур и таблиц в базе. Для лучшего понимания масштаба модулей, сделанных в системе, вот схема из 2012 года с планами развития: К 2015 году всё на схеме и даже больше было в продакшн. Прием заказа перерос в отдельный блок Контакт Центра, где заказ принимается оператором. Появились общедоступные экраны с меню и информацией, висящие в пиццериях. На кухне есть модуль, который автоматически воспроизводит голосовое сообщение «Новая пицца» при поступлении нового заказа, а также печатает накладную для курьера. Это сильно упрощает процессы на кухне, позволяет не отвлекаться на большое количество простых операций сотрудникам.
Блок доставки стал отдельной Кассой Доставки, где заказ выдавался курьеру, который предварительно встал на смену. Учитывалось его рабочее время для начисления зарплаты. Параллельно с 2012 по 2015 появилось более 10 разработчиков, открылось 35 пиццерий, развернули систему на Румынию и подготовили к открытию точек в США. Разработчики уже не занимались всеми задачами, а были разделены на команды. Проблемы В том числе из-за архитектуры но не только.
Хаос в базе Одна база — это удобно. В ней можно добиться консистентности, причем за счет средств, встроенных в реляционные базы. Работать с ней привычно и удобно, особенно, если там мало таблиц и немного данных. Но за 4 года разработки в базе оказалось около 600 таблиц, 1500 хранимых процедур, во многих из которых была еще и логика. Увы, хранимые процедуры не приносят особого преимущества при работе с MySQL.
Они не кэшируются базой, а хранение в них логики усложняет разработку и отладку. Переиспользование кода тоже затруднено. На многих таблицах не было подходящих индексов, где-то, наоборот, было очень много индексов, что затрудняло вставку. Надо было модифицировать около 20 таблиц — транзакция на создание заказа могла выполняться около 3-5 секунд. Данные в таблицах не всегда были в наиболее подходящей форме.
Где-то нужно было сделать денормализацию. Часть регулярно получаемых данных была в колонке в виде XML-структуры, это увеличивало время выполнения, удлиняло запросоы и усложняло разработку. К одним и тем же таблицам производились очень разнородные запросы. Особенно страдали популярные таблицы, вроде упоминавшейся таблицы orders или таблицы pizzeria. Они использовались для вывода оперативных интерфейсов на кухне, аналитики.
Еще к ним обращался сайт dodopizza. Данные не были агрегированными и много расчетов происходило на лету средствами базы. Это создавало лишние вычисления и дополнительную нагрузку. Часто код ходил в базу тогда, когда мог этого не делать. Где-то не хватало bulk-операций, где-то надо было бы разнести один запрос на несколько через код, чтобы ускорить и повысить надежность.
Связность и запутанность в коде Модули, которые должны были отвечать за свой участок бизнеса, не делали этого честно. Некоторые из них имели дублирование по функциям для ролей. Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями. Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных.
С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля. Где-то это делалось через публичные свойства. Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов.
Это вроде незначительные проблемы, но они сильно замедляли разработку и снижали качество, что приводило к нестабильности и ошибкам. Сложность большой разработки Трудности возникли и в самой разработке. Нужно было делать разные блоки системы, причем параллельно. Вместить нужды каждого компонента в единый код становилось все труднее. Было не просто договориться и угодить всем компонентам одновременно.
К этому добавлялись ограничения в технологиях, особенно касаемо базы и фронтэнда. Нужно было отказываться от JQuery в сторону высокоуровневых фреймворков, особенно в части клиентских сервисов сайт. В каких-то частях системы могли бы использоваться базы, более подходящие для этого. Например, позднее у нас был прецедент перехода с Redis на CosmosDB для хранения корзины заказа. Команды и разработчики, занимающиеся своей областью явно хотели большей самостоятельности для своих сервисов, как в части разработки, так и в части выкатки.
И в первые же дни тестирования словили просто цунами гневных сообщений. Автокурьеры за целый день отвезли по одному-два заказа, практически ничего не заработали. А велокурьеры буквально валились с ног, потому что не успевали развозить всю очередь валившихся заказов. Мы не такие злые, мы пластичные. Хоба — и сделали лучше! В итоге правила необходимо было срочно менять: пешие курьеры по-прежнему получали самые ближние заказы, велокурьеры получали заказы ближней и средней дальности, курьеры на авто получали заказы из всей зоны доставки пиццерии. И вот такое распределение уже работало!
А что по метрикам? Мы хотели уменьшить время, которое пицца находится на тепловой полки. Чем больше лежит заказ на полке, тем больше он теряет свои вкусовые качества. Но при этом мы не должны были отдавать больше сертификатов за опоздание, чем обычно, и скорость доставки не должна была увеличиться или увеличиться незначительно. Но при первых кратковременных тестах нам было не до бизнес-метрик: тогда стояла цель подтвердить работоспособность системы в принципе. На тестах система была под пристальным наблюдением: кто-то мониторит журнал логов, кто-то запросами к базе проверяет состояние заказов. А кто-то, находясь в пиццерии, заглядывает прям в мобилки курьеров.
Любое отклонение фиксировалось непосредственно в моменте. Мониторим логи Первоначально мы выделили чисто технические метрики: количество обработанных системой заказов за единицу времени, хартбит Heartbeat сервисов, то есть грубо говоря, мы каждую секунду ждали сигнал от сервиса. И если пульс пропадал, то мы били тревогу. Постепенно мы делали систему стабильнее, и технические метрики перестали «стрелять». Тогда стали проявляться различного рода бизнесовые проблемы. Например, однажды курьер пропустил назначенный на него заказ, а курьеры по кодексу чести стали подряд от него отказываться, чтобы заказ сделал круг и попал опять к первому курьеру. У них соблюдаются правила мужской дружбы, а у нас — зашкаливает количество отказов от поездок и заказ долго лежит на тепловой полке.
В реальности в пиццерии всё может быть совсем не так. И чтобы понять, как и с чем мы столкнёмся при внедрении продукта на всю сеть, нужно обязательно тестировать в полях. Мы наметили итерации, каждая из которых — жизнеспособный продукт с некоторыми ограничениями.
Как только получаем такой — выбираем жертву пиццерию, собираемся своей дружной командой и идём тестировать. Автоназначение: первый шторм В марте 22-го завершилась разработка в рамках первой итерации. На этом этапе мы хотели проверить жизнеспособность идеи автоматического назначения заказов на практике.
Система была ещё очень проста: она определяла, какой заказ самый приоритетный к доставке и назначала его на первого курьера в очереди. И буквально через полчаса с начала тестирования система упала. Правда, не сильно и ненадолго — хот-фиксами удалось её поднять.
За следующие четыре часа мы словили ещё несколько багов, но смогли довести тест до конца. Product Owner, когда система упала на первом же запуске. Несмотря на все баги первого теста, стало понятно, что идея Небесного логиста жизнеспособна, и мы пошли на новые итерации.
После каждого тестирования добавляли фичи, исправляли баги и снова шли проверять. Long hard road out of hell С каждым тестом мы получали массу инсайтов и узнавали о ситуациях, возникающих на смене, которые наша система не покрывала. Например, с самого начала мы считали, что самые близкие заказы система всегда будет отдавать пешим курьерам, заказы средней дальности — велокурьерам.
А самые дальние заказы будут назначаться курьерам на авто. И в первые же дни тестирования словили просто цунами гневных сообщений. Автокурьеры за целый день отвезли по одному-два заказа, практически ничего не заработали.
А велокурьеры буквально валились с ног, потому что не успевали развозить всю очередь валившихся заказов. Мы не такие злые, мы пластичные. Хоба — и сделали лучше!
Мы хотим такого рода решения сделать автоматизированными, чтобы человеку не нужно было об этом задумываться. Это будет возможно благодаря предиктивному анализу. Центр обработки данных собирает и хранит огромное количество информации по всем работающим пиццериям. В настоящий момент мы используем не весь массив данных, но в будущем планируем найти ресурсы для создания когнитивных моделей и прогнозировать продажи, нагрузку на пиццерии по неделям, дням и часам, оптимизировать количество запасов и людей.
Ресторанный бизнес очень сложный из-за большого количества мелких операций, которые влияют на ежедневную маржинальность. Даже один списанный помидор снижает эффективность пиццерии, если рассматривать совокупность «незначительных» потерь на длительном промежутке времени. С помощью предиктивного анализа мы хотим сделать прорыв в бизнес-процессах и принятии решений, что в конечном счете поможет сделать бизнес более рентабельным и управляемым. А что будет через пять лет?
Не получится так, что при автоматизации процессов и высокой точности предиктивного анализа отпадет необходимость в франчайзи и управляющих ресторанами, а пиццерии станут автономными? Мы верим, что бизнес — это все-таки люди. Ты можешь сделать шикарную систему, которая будет все предсказывать, но решения принимает только человек. Рекомендации должны в итоге проверяться и приниматься человеком.
Мы не верим в такую модель, что можно поставить на производстве роботов, которые будут иметь канал связи с центром обработки данных и обслуживать клиентов.
Додо ис база знаний
Чтобы войти в персональный аккаунт Додо ИС, нужно следовать такой инструкции. В Базе знаний хранится вся история Додо! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. В Додо Пицце все бизнес-процессы управляются единой информационной платформой Dodo IS. Она помогает готовить пиццу, вести учёт продуктов, открытых и закрытых смен, управлять командой и многое другое.
Финансово-экономическая модель
- История архитектуры Dodo IS: путь бэкофиса -
- Автоматизировали оплату самозанятым и контроль доставок
- Информация
- «Мы пришли к успеху пока вы кушали пиццу». 3 франчайзи ДоДо об окупаемости и конкуренции
- Условия покупки франшизы «Додо пиццы»
- Додо ис база знаний - фото сборник