Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Расскажем вам, как DocsInBox помогли «Додо Пицце» автоматизировать работу с системой «Меркурий», избежать просрочек гашения ветеринарных сертификатов и сократить время работы с ФГИС. Таким образом информационная система реально влияет на увеличение эффективности и прибыльности «Додо Пиццы», так как стоимость труда являются одной из главнейших статей расхода для нашего бизнеса. Мы называем это «dodo-эффект». Информационная система Додо.
Как оформить заказ
- Как зерокодинг помогает «Додо Пицце» быстро тестировать гипотезы: новая база знаний для сотрудников
- Как служба поддержки Додо Пиццы за две недели переехала на платформу Эквио
- Пожалуй, лучшая база знаний для лучшей сети пиццерий!
- Условия покупки франшизы «Додо пиццы»
База знаний додо
Запрос на статистику по выручке шел сразу в базу и начинал запрашивать данные по заказам, агрегировать данные прямо на лету и выдавать сумму. В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы. Кассы делали свои запросы каждые 5 секунд или по обновлению страницы. Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать. Пока каждый из пришедших человек читал статью, виджет с выручкой исправно работал и запрашивал API каждые 20 секунд. API вызывало хранимую процедуру на расчет суммы всех заказов с начала года по всем пиццериям сети. Агрегация шла по таблице orders, которая очень популярна. В неё же ходят все кассы всех открытых ресторанов на тот момент.
Кассы перестали отвечать, заказы не принимались. Ещё они не принимались с сайта, не появлялись на трекере, менеджер смены не мог увидеть их в своем интерфейсе. Это не единственная история. К осени 2015 года каждую пятницу нагрузка на систему была критическая. Несколько раз мы выключали публичное API, а однажды, нам пришлось даже отключить сайт, потому что уже ничего не помогало. Был даже список сервисов с порядком отключения при серьезных нагрузках. С этого времени начинается наша борьба с нагрузками и за стабилизацию системы с осени 2015 до осени 2018. Именно тогда случилось « Великое падение ».
Дальше тоже иногда происходили сбои, некоторые были весьма чувствительными, но общий период нестабильности сейчас можно считать пройденным. Бурный рост бизнеса Почему нельзя было «сделать сразу хорошо»? Достаточно посмотреть на следующие графики. Также в 2014-2015 было открытие в Румынии и готовилось открытие в США. Сеть росла очень быстро, открывались новые страны, появлялись новые форматы пиццерий, например, открылась пиццерия на фудкорте. Всё это требовало значительного внимания именно к расширению функций Dodo IS. Без всех этих функций, без трекинга на кухне, учета продуктов и потерь в системе, отображения выдачи заказа в зале фудкорта, вряд ли бы мы сейчас рассуждали о «правильной» архитектуре и «верном» подходе к разработке. Еще препятствиями для своевременного пересмотра архитектуры и вообще внимания к техническим проблемам, был кризис 2014 года.
Такие вещи больно бьют по возможностям для роста команд, особенно для молодого бизнеса, каким была Додо Пицца. Быстрые решения, которые помогли Проблемы требовали решения. Условно, решения можно разделить на 2 группы: Быстрые, которые тушат пожар и дают небольшой запас прочности и выигрывают нам время на изменения. Системные и, поэтому, долгие. Реинжиниринг ряда модулей, разделение монолитной архитектуры на отдельные сервисы большинство из них вполне не микро, а скорее макросервисы и про это есть доклад Андрея Моревского. Сухой список быстрых изменений таков: Scale up мастер базы Конечно, первое, что делается для борьбы с нагрузками — увеличивается мощность сервера. Это делали для мастер базы и для веб серверов. Увы, это возможно лишь до некоторого предела, дальше становится слишком дорого.
С 2014 года мы перешли в Azure, на эту тему мы тоже писали еще в то время в статье « Как Додо Пицца доставляет пиццу с помощью облака Microsoft Azure ». Но после череды увеличений сервера под базу уперлись по стоимости. Реплики базы на чтение Реплик для базы сделали две: ReadReplica для запросов на справочники. Применяется для чтения справочников, типа, города, улицы, пиццерии, продуктов slowly changed domain , и в тех интерфейсах, где допустима небольшая задержка. Этих реплик было 2, мы обеспечивали их доступность также, как и мастера. ReadReplica для запросов на отчеты. У этой базы доступность была ниже, но в неё ходили все отчеты. Пусть у них тяжелые запросы на огромные пересчеты данных, но зато они не влияют на основную базу и операционные интерфейсы.
Кэши в коде Кэшей в коде нигде не было вообще. Это приводило к дополнительным, не всегда нужным, запросам в нагруженную базу. Кэши были сначала как в памяти, так и на внешнем кэш-сервисе, это был Redis. Все инвалидировалось по времени, настройки указывались в коде. Несколько серверов для бэкэнда Бэкэнд приложения тоже надо было масштабировать, чтобы выдерживать повышенные нагрузки. Необходимо было сделать из одного iis-сервера кластер. Мы перенесли сессию приложений из памяти на RedisCache, что позволило сделать несколько серверов, стоящих за простым балансировщиком нагрузки с round robin. Сначала использовался тот же Redis, что и для кэшей, потом разнесли на несколько.
В итоге архитектура усложнилась… …но часть напряженности удалось снять. А дальше нужно было переделывать нагруженные компоненты, за что мы и взялись.
Нельзя сделать бизнес по продаже пиццы, если нет приема заказа для продажи. Поэтому система начала обрастать функционалом — примерно с 2012 по 2015 года. За это время появилось много различных блоков системы, которые я буду называть модулями, в противовес понятию сервиса или продукта. Модуль — это набор функций, которые объединены какой-то общей бизнес-целью. При этом физически они находятся в одном приложении. Модули можно назвать блоками системы. Например, это модуль отчетов, интерфейсы админки, трекер продуктов на кухне , авторизация.
Это всё разные интерфейсы для пользователя, некоторые имеют даже различные визуальные стили. При этом все в рамках одного приложения, одного работающего процесса. Технически модули оформлялись как Area вот такая идея даже осталась в asp. Там были отдельные файлы для фронтенда, моделей, а также свои классы контроллеров. В итоге система преобразовалась из такой... Это: Site — первая версия сайта dodopizza. Export: выгрузка отчетов из Dodo IS для 1C. Personal — личный кабинет сотрудника. Отдельно разрабатывался и имеет свою точку входа и отдельный дизайн.
Позже мы ушли от него, переведя всю статику на CDN Akamai. Остальные же блоки находились в приложении BackOffice. Пояснение по названиям: Cashier — Касса ресторана. ShiftManager — интерфейсы для роли «Менеджер смены»: оперативная статистика по продажам пиццерии, возможность поставить в стоп-лист продукты, изменить заказ. OfficeManager — интерфейсы для роли «Управляющий пиццерии» и «Франчайзи». Здесь собраны функции по настройке пиццерии, её бонусных акций, прием и работа с сотрудниками, отчеты. PublicScreens — интерфейсы для телевизоров и планшетов, висящих в пиццериях. На телевизорах отображается меню, рекламная информация, статус заказа при выдаче. Они использовали общий слой сервисов, общий блок доменных классов Dodo.
Core, а также общую базу. Иногда еще могли вести по переходам друг к другу. В том числе к общим сервисам ходили и отдельные сайты, вроде dodopizza. При появлении новых модулей старались по максимуму переиспользовать уже созданный код сервисов, хранимых процедур и таблиц в базе. Для лучшего понимания масштаба модулей, сделанных в системе, вот схема из 2012 года с планами развития: К 2015 году всё на схеме и даже больше было в продакшн. Прием заказа перерос в отдельный блок Контакт Центра, где заказ принимается оператором. Появились общедоступные экраны с меню и информацией, висящие в пиццериях. На кухне есть модуль, который автоматически воспроизводит голосовое сообщение «Новая пицца» при поступлении нового заказа, а также печатает накладную для курьера. Это сильно упрощает процессы на кухне, позволяет не отвлекаться на большое количество простых операций сотрудникам.
Блок доставки стал отдельной Кассой Доставки, где заказ выдавался курьеру, который предварительно встал на смену. Учитывалось его рабочее время для начисления зарплаты. Параллельно с 2012 по 2015 появилось более 10 разработчиков, открылось 35 пиццерий, развернули систему на Румынию и подготовили к открытию точек в США. Разработчики уже не занимались всеми задачами, а были разделены на команды. Проблемы В том числе из-за архитектуры но не только. Хаос в базе Одна база — это удобно. В ней можно добиться консистентности, причем за счет средств, встроенных в реляционные базы. Работать с ней привычно и удобно, особенно, если там мало таблиц и немного данных. Но за 4 года разработки в базе оказалось около 600 таблиц, 1500 хранимых процедур, во многих из которых была еще и логика.
Увы, хранимые процедуры не приносят особого преимущества при работе с MySQL. Они не кэшируются базой, а хранение в них логики усложняет разработку и отладку. Переиспользование кода тоже затруднено. На многих таблицах не было подходящих индексов, где-то, наоборот, было очень много индексов, что затрудняло вставку. Надо было модифицировать около 20 таблиц — транзакция на создание заказа могла выполняться около 3-5 секунд. Данные в таблицах не всегда были в наиболее подходящей форме. Где-то нужно было сделать денормализацию. Часть регулярно получаемых данных была в колонке в виде XML-структуры, это увеличивало время выполнения, удлиняло запросоы и усложняло разработку.
In progress… Законченный распил монолита и стабилизация архитектуры. In progress… Изначальная архитектура В 2011 году архитектура Dodo IS выглядела так: Первый модуль в архитектуре — прием заказа. Бизнес-процесс был такой: клиент звонит в пиццерию; трубку берет менеджер; принимает по телефону заказ; параллельно набивает его в интерфейсе приема заказа: учитывается информация о клиенте, данные по деталям заказа, адрес доставки. Интерфейс информационной системы выглядел примерно так… Первая версия от октября 2011: Чуть улучшенная в январе 2012 Ресурсы для разработки первого модуля приема заказа были ограничены. Нужно было делать много, быстро и малым составом. Малый состав — это 2 разработчика, которые и заложили фундамент всей будущей системы. Их первое решение определило дальнейшую судьбу технологического стека: Backend на ASP. Разработчики были дотнетчиками, этот стек был им знаком и приятен. Фронтенд на Bootstrap и JQuery: интерфейсы пользователя на самописных стилях и скриптах. База данных MySQL: без затрат на лицензии, простая в использовании. Серверы на Windows Server, потому что. NET тогда мог быть только под Windows Mono обсуждать не будем. Физически это все выражалось в «дедике у хостера». Архитектура приложения приема заказа Тогда уже все говорили о микросервисах, а SOA лет 5 использовалось в крупных проектах, например, WCF вышел в 2006 году. Но тогда выбрали надежное и проверенное решение. Вот оно. Каждый из сервисов отвечал какому-то аспекту бизнеса: Например, DepartmentStructureService выдавал информацию по пиццериям, по департаментам. Департамент — это группа пиццерий под управлением одного франчайзи. ReceivingOrdersService принимал и рассчитывал состав заказа. Сервисы обрабатывали данные из базы, хранили бизнес-логику. В них уже находились запросы к хранимым процедурам в базе и слой мапперов. В хранимках была бизнес-логика, особенно много в тех, которые выдавали отчетные данные. ОРМ не использовался, все полагались на написанный руками sql. Еще был слой доменной модели и общих классов-хелперов, например, класс Order, хранивший заказ. Там же, в слое, находился хелпер для преобразования текста отображения по выбранной валюте. Всё это можно представить такой моделью: Путь заказа Рассмотрим упрощенный первоначальный путь создания такого заказа. Изначально сайт был статический. На нем были цены, а сверху — номер телефона и надпись «Хочешь пиццу — звони по номеру и закажи». Для заказа нам нужно реализовать простой flow: Клиент заходит на статический сайт с ценами, выбирает продукты и звонит по номеру, который указан на сайте. Клиент называет продукты, которые хочет добавить в заказ. Называет свой адрес и имя. Оператор принимает заказ. Заказ отображается в интерфейсе принятых заказов. Все начинается с отображения меню. Залогиненный пользователь-оператор в один момент времени принимает лишь один заказ. Поэтому draft-корзина может храниться в его сессии сеанс пользователя хранится в памяти. Там объект Cart, в котором продукты и информация о клиенте. По продукту вытаскивается информация из базы и добавляется информация о продукте в корзину. Да, здесь можно не вытаскивать продукт из базы, а передавать с фронтенда. Но для наглядности я показал именно путь из базы. Далее вводим адрес и имя клиента. При нажатии «Создать заказ»: Запрос отправляем в OrderController. Получаем Cart из сессии, там лежат продукты в нужном нам количестве. Дополняем Cart информацией о клиенте и передаем в метод AddOrder класса ReceivingOrderService, где он сохраняется в базу. В базе есть таблицы с заказом, составом заказа, клиентом и они все связаны. Интерфейс отображения заказа идет и вытаскивает последние заказы и отражает их. Новые модули Прием заказа был важен и необходим. Нельзя сделать бизнес по продаже пиццы, если нет приема заказа для продажи. Поэтому система начала обрастать функционалом — примерно с 2012 по 2015 года. За это время появилось много различных блоков системы, которые я буду называть модулями, в противовес понятию сервиса или продукта. Модуль — это набор функций, которые объединены какой-то общей бизнес-целью.
А если бы всего этого сейчас не было? Представьте, что колл-центр вам нужно было организовать на базе классической АТС, вместо вычислительных мощностей в облаке нужно было бы строить собственный дата-центр. Смогла бы «Додо Пицца» существовать в таких условиях? Наверное, мы бы все-таки работали — вместо облачной информационной системы выпустили бы дистрибутив типа додопицца. Но теперь представьте, как обновлять такую систему, чтобы в тысячах пиццерий всегда был актуальный софт? Это очень сложная задача и сдерживающий фактор для роста компании и внедрения новых технологий. Благодаря ВЦОД, наши франчайзи просто обновляют страницу в браузере — и у них оказывается самая свежая версия программного обеспечения. Облачные центры обработки данных у вас используются не только для разработки информационной системы. Что насчет больших данных, аналитики и автоматизации, какие у вас планы по использованию собранной информации? Наша задача помочь управляющим и менеджерам смены принимать решения. Например, отвечать на вопрос, какое количество заготовок сделать на следующую смену, и какое количество персонала вывести в каждой отдельно взятой пиццерии? Мы хотим такого рода решения сделать автоматизированными, чтобы человеку не нужно было об этом задумываться. Это будет возможно благодаря предиктивному анализу.
Как создать личный кабинет на сайте Додо ИС
| Автоматизация контактного центра «Додо Пиццы» — CDO2DAY | Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. |
| Виртуальный ЦОД в Додо Пицца | Главная» Новости» Новости додо пицца. |
Додо ис база знаний - фото сборник
С помощью IT-решений мы помогаем бизнесу работать лучше, зарабатывать больше и быстро внедрять инновации. Сейчас нам в этом помогает зерокодинг: с помощью нескольких кликов мышкой можно собрать приложение, которое раньше пришлось бы долго и дорого программировать. Что нужно, чтобы стать зерокодером На мой взгляд, нужен аналитический склад ума, как и для работы продакт-менеджера в принципе. Это позволяет четко структурировать данные, которые потом можно обработать зерокодинговыми инструментами.
Быть программистом для этого не обязательно, достаточно понимать, как данные разбиваются по объектам, и уметь связывать их друг с другом. Как мы собрали приложение на Glide Мы в «Додо» проверяем новую базу знаний для сотрудников пиццерии на реальных пользователях. Я собрал приложение на Glide , которое выгружает структуру поиска ответов пользователей в иерархическом виде, помогает проанализировать длину пути до правильного ответа, то есть до момента, когда сотрудник нашел нужную информацию.
Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне. Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение». Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции.
Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу.
Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует.
В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят».
После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные.
Это, во-первых, даёт уверенность в том, что «Додо Пицца» в соседнем районе или городе не испортит впечатление о бренде, если ваш клиент окажется там. А во-вторых, не даст расслабиться ни тебе, ни твоей команде. Рейтинг пиццерий онлайн. Сайт, мобильные приложения и контакт-центр Сайт , мобильные приложения для iOS и Android , единый круглосуточный контакт центр 8-800-333-00-60 — неоднократно признавались лучшими в отрасли общественного питания. Естественно, ни одна локальная пиццерия не может себе позволить сервис такого уровня. Обучение сотрудников На все позиции в пиццерии выработана единая схема обучения: стажировка в пиццерии, онлайн-курсы и очное обучение в Сыктывкаре. В курсе прописано всё: какие материалы должен изучить сотрудник, какие тесты сдать, как должна проходить аттестация. Самые открытые и классные франчайзи Внутри базы знаний для всех доступны контакты любого франчайзи «Додо Пиццы».
Осталось сосчитать число покупателей и уведомить управляющего о появлении очереди, чтобы открыть дополнительную кассу или закрыть пустую. Крутая возможность этого сервиса — статистический учет. Детектор определяет число покупателей в очереди и визуализирует распределение клиентов по времени на графиках и диаграммах. Такая статистика существенно упрощает задачи оптимизации рабочего графика сотрудников, оценки качества рекламной акции или поиска недостатков в дизайне витрины или выкладке товара. Отчеты создаются в формате CSV, доступ к информации через личный кабинет Ivideon. Такие отчеты позволяют делать прогнозы даже на несколько дней и заранее выяснить, какие кассы, в какие дни и часы выдерживают наибольшую и наименьшую нагрузку. Кроме того, Ivideon может обработать сведения из касс по чекам. Программа управления очередью дополняется бесплатным модулем интеграции с 1С. Определяем доходность вложений В общем доступе «Додо» еще не разместили информацию о затратах на совместный пилот с Dbrain. Если мы посчитаем по максимуму, то идея все равно скорее окажется выигрышной — машинный алгоритм не требует заработной платы или пиццы в подарок. Расходы на детектор очередей как раз доступны — их можно увидеть в персональном кабинете каждого пользователя сервиса Ivideon — 800 рублей ежемесячно за одну камеру. Сюда же включены детектор движения, стоимость архива в облаке, функция встраивания на свой сайт трансляции с камеры или расшаривания видео в соцсетях. Если компания уже хранит данные с камеры в облачном архиве, то логично будет подключить и детектор. Кстати, обновления не заставляют себя ждать и постоянно предлагают расширенный функционал, вероятнее всего, после детекции людей как объектов будет предложена функция распознавания лиц. Интереснее всего в этом интересном кейсе, безусловно, доход. С «Додо Пиццей» точных выводов пока нет, а потому судить рано. Зато компания «Интерлогика» опубликовала любопытные данные: затраты на установку и настройку системы распознавания очередей, с учетом затрат на приобретение камер, обошлись в 0,5 млн. С учетом изложенных данных, система начнем себя окупать примерно через 1 год.
Автоматизация контактного центра «Додо Пиццы»
В Базе знаний хранится вся история Додо! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. База знаний Додо. В Базе хранится вся наша история! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. База знаний Додо ИС. Информационная система пиццерии. Как Додо Пицца прошла путь от Scrum до LeSS Huge и осознанно отступала от правил этих фреймворков и Agile-методологии.
Франшиза «Додо пицца»
| 10 главных преимуществ франшизы «Додо Пицца» – Как мы «Додо Пиццу» открывали | Додо Пицца ИС личный кабинет и профиль сотрудника — информационная система, которая позволяет инвестору контролировать бизнес. |
| Материал «Додо Пицца» застраховалась от киберпреступников, портал ПЛАС | Бизнесмен считает «Додо Пиццу» IT-компанией — ее ядром является облачная ERP-система «Додо ИС», которая координирует в пиццерии все процессы — и в борьбе за место под солнцем ориентируется не только на гиганта Domino’s Pizza, но и на корпорацию Amazon. |
Как работает личный кабинет сотрудника Додо Пицца
Новая главная страница «Базы знаний» Додо. Задача Заложить фундамент, чтобы в будущем система смогла удовлетворить разнородные потребности франчайзи и Додо: 1) новым франчайзи дать простые инструкции по запуску пиццерий; 2) опытным предложить секреты. Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным. About Dodo Our IT Transparency Franchising Goals 2019 All key posts. У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков. Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего.
«Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей
База знаний Додо ИС. Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос. Специалисты Додо Пиццы написали статью про базу знаний и запустили курс по созданию интерактивных элементов. Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника. Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24].
Navigation Menu
- Как оформить заказ
- Как создать личный кабинет на сайте Додо ИС
- Яндекс Образование
- Условия покупки франшизы «Додо пиццы»
- История архитектуры Dodo IS: ранний монолит / Хабр
Автоматизируем бизнес по-крупному: создаём свой «цифровой мозг»
Смогла бы «Додо Пицца» существовать в таких условиях? Наверное, мы бы все-таки работали — вместо облачной информационной системы выпустили бы дистрибутив типа додопицца. Но теперь представьте, как обновлять такую систему, чтобы в тысячах пиццерий всегда был актуальный софт? Это очень сложная задача и сдерживающий фактор для роста компании и внедрения новых технологий. Благодаря ВЦОД, наши франчайзи просто обновляют страницу в браузере — и у них оказывается самая свежая версия программного обеспечения.
Облачные центры обработки данных у вас используются не только для разработки информационной системы. Что насчет больших данных, аналитики и автоматизации, какие у вас планы по использованию собранной информации? Наша задача помочь управляющим и менеджерам смены принимать решения. Например, отвечать на вопрос, какое количество заготовок сделать на следующую смену, и какое количество персонала вывести в каждой отдельно взятой пиццерии?
Мы хотим такого рода решения сделать автоматизированными, чтобы человеку не нужно было об этом задумываться. Это будет возможно благодаря предиктивному анализу. Центр обработки данных собирает и хранит огромное количество информации по всем работающим пиццериям. В настоящий момент мы используем не весь массив данных, но в будущем планируем найти ресурсы для создания когнитивных моделей и прогнозировать продажи, нагрузку на пиццерии по неделям, дням и часам, оптимизировать количество запасов и людей.
Основная заслуга Додо IS в том, что кроме автоматизации самого процесса производства, информационная система позволяет франчайзи видеть проблемы и влиять на них. Додо IS охватывает только производственный процесс или работу компании в целом, включая поставки и персонал? Несмотря на то, что мы построили уже самую большую сеть в России, пока мы находится на начальной стадии развития информационной системы. По крайней мере, если оценивать ее с позиции нашего видения будущего продукта. Мы еще не успели создать и запустить все модули, которые нужны франчайзи. Сейчас наш основной фокус — операции производства, менеджмента и работы с клиентами.
HR-блок также занимает важную часть в нашей системе, потому что текучка кадров в бизнесе общественного питания очень большая. То есть ваша задача автоматизировать с помощью Додо IS всю работу ресторана? Мы хотим передавать франчайзи не только информационную систему для автоматизации базовых бизнес-процессов, но также помогать с принятием решений и обменом опытом. Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? Мы делаем ставку на «облака» и полностью полагаемся на виртуальные центры обработки данных для разработки, обеспечения работы Додо IS, хранения информации и сбора больших данных.
А если бы всего этого сейчас не было?
Курьер не отражал это в программе — там по-прежнему была указана оплата по карте. А наличные курьер забирал себе. Если в течение дня происходит несколько сотен доставок, отследить такие случаи вручную сложно. Теперь можно сверить отчета по эквайрингу сколько перевели за смену, по конкретному терминалу с информацией, которую указывают курьеры.
Упростили учет расходов Сейчас расходы считаются один раз в месяц после инвентаризации. Проверяют, столько продуктов купили, сколько осталось — а разницу можно указать как расход. Согласовали эту схему с аудиторами и по их рекомендации составили два дополнительных отчета, которые подтверждают корректность списания материалов. Ключевые результаты проекта Организовали работу в отдельном облаке с возможностью делать доработки.
Передовые технологии Мы автоматизируем всё. В сердце нашей сети — облачная система управления пиццерией «Додо ИС». Это ЕРП-система, которая охватывает все аспекты нашего бизнеса.
Её создали, поддерживают и развивают разработчики «Додо Пиццы», опираясь на опыт наших пиццерий. Мы делаем «Додо ИС» для себя, чтобы она решала наши задачи и соответствовала нашим процессам. Не нужно ничего устанавливать, покупать лицензии, ключи и защиту, звать программистов и прокладывать локальные сети. Всё, что нужно для работы — беспроводной интернет и любые планшеты с браузером. В одной пиццерии франчайзи устанавливает 5—9 планшетов с «Додо ИС». Руководитель и администратор управляют пиццерией с компьютера, мобильного телефона или планшета. Главный экран трекингового модуля «Додо ИС».
Трекинговый модуль помогает управлять процессами на кухне и оптимизировать работу смены. Франчайзи видят не только свой финансовый результат, но и результаты всех пиццерий сети. Можно выбрать тех, кто похож на вас, и равняться на лучшие показатели. Чита-1 вырвалась вперед. Можно спросить у руководителя этой пиццерии, что они изменили в работе. Как у нас дела? Руководитель видит свою пиццерию на фоне других и анализирует, в чем проблемы и на чем поработать.
Сила сети — в возможности сравнить свои показатели с другими и учиться на чужом опыте. Как видят сотрудники «Додо ИС» знает всё о работе пиццерии, но каждому сотруднику показывает только то, что нужно для текущей задачи. У каждого сотрудника в «Додо ИС» собственное информационное пространство: Менеджер смены Видит текущее состояние пиццерии: все ли справляются, нужно ли отправить кого-нибудь домой или на заготовки. Пиццамейкер Видит на планшете следующие заказы, что с ними делать и когда они должны быть готовы. Сотрудники кухни Видят статистику: сколько пицц приготовлено вовремя, а сколько — дольше стандарта. Игровая механика стимулирует сотрудников работать быстрее. Курьеры Видят, кто лучше работает и какие рекорды ставит.
По каждому адресу курьеры соревнуются за самую быструю доставку, лучшие получают звания мэров и верхние строки в рейтинге. Все производственные процессы связаны между собой. Данные передаются через «облако». Автоматически передаются на кухню нужной пиццерии. Приготовление Планшеты на кухне дают чёткие указания пиццамейкерам: что готовить и в каком порядке.
Каким категориям сотрудников доступен ЛК
- Dodo IS: как технологии делают людям вкусно
- ВТИ-Сервис - эксперт автоматизации
- Telegram: Contact @dodo_khv
- Автоматизация контактного центра «Додо Пиццы» — CDO2DAY
- Додо ис база знаний - фото сборник
- Как «Додо Пицца» использует зерокодинг для базы знаний
10 главных преимуществ франшизы «Додо Пицца»
Как Додо Пицца прошла путь от Scrum до LeSS Huge и осознанно отступала от правил этих фреймворков и Agile-методологии. На сегодняшний день Додо Пицца – сеть пиццерий №1 в России по количеству действующих ресторанов. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего. Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети.
База знаний додо
У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков. У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков. Базе знаний Dodo Pizza. Новым CEO Dodo Brands станет бывший франчайзи «Додо Пиццы» в подмосковных Химках Алена Тихова, которая помогала пиццерии выйти на американский рынок.
Статистика пиццерий Додо Пицца
Интерфейс кассира dodopizza касса. Кассир Додо. Додо ИС менеджер офиса. Додо ИС менеджер смены.
Додо is личный кабинет. График Додо. Додо личный кабинет.
Додо персонал вход в личный кабинет. Dodo is личный кабинет. Машинный Додой.
Dodo is. Додо ИС личный кабинет. Додо пицца кухня.
Пиццамейкер Додо. Dodo is Интерфейс. Организационная структура Додо пицца.
Оргструктура Додо. Dodo is информационная система. Организационная структура пиццерии Додо.
Додо логотип. Додо пицца лого. Додо логотип белый.
Додо логотип без фона. Менеджер смены вход Додо. Как отменить заказ в Додо.
Додо ИС вход в личный. Додо ИС ответы на тесты. Как открыть анкету Додо ИС.
Форма работников пиццерии. Униформа Додо. Пиццерия касса.
Додо ИС трекинг. Офис LJ LJ. Лексан Додо.
Додо микс. Лексаны пиццерии Додо. Додо пицца ресторан.
Первый ресторан Додо.
Курьер не отражал это в программе — там по-прежнему была указана оплата по карте. А наличные курьер забирал себе. Если в течение дня происходит несколько сотен доставок, отследить такие случаи вручную сложно. Теперь можно сверить отчеты по эквайрингу сколько перевели за смену, по конкретному терминалу с информацией, которую указывают курьеры. Упростили учет расходов Сейчас расходы считаются один раз в месяц после инвентаризации. Проверяют, столько продуктов купили, сколько осталось — а разницу можно указать как расход. Согласовали эту схему с аудиторами и по их рекомендации составили два дополнительных отчета, которые подтверждают корректность списания материалов.
Интегрировали Телеграм и ИС Додо Для сотрудников Додо настроили интеграцию с Телеграм-ботами: данные из информационной системы Додо при использовании «1С:Бухгалтерии» автоматически передаются в чат-бот. Теперь в мессенджере руководителям приходят уведомления из информационной системы Додо: производительность, выручка, время приготовления. Уведомления приходят по расписанию, которое настраивает пользователь. Как настраивается работа с Телеграмом? Мы создаём для клиента чат-бота в Телеграм, в программах «1С» в его информационных базах прописываем все необходимые ключи.
Это потребовало дополнительного механизма, чтобы была консистентность. После создания api-сервисов был долгий и постепенный период перевода на другую систему. Переключения должны были происходить бесшовно для пользователей и требовали ручной работы. Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов.
Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне. Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение». Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки?
В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов.
Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории.
Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован».
Если все процедуры пройдены, то пропускаем дальше в логике в контроллерах и методах.
Данные пользователей отделены от всех других данных, они хранятся в отдельной таблице membership, функции из слоя логики AuthService вполне могут стать api-методами. Границы домена определены вполне чётко: пользователи, их роли, данные о доступах, выдача и отзыв доступов. Всё выглядит так, что можно вынести в отдельный сервис. Так и сделали: У такого подхода есть ряд проблем. Например, вызов метода внутри процесса — не то же самое, что вызов по http внешнего сервиса. Латенси, надёжность, поддерживаемость, прозрачность операции совершенно другие.
Подробнее именно о таких проблемах рассказывал Андрей Моревский в своем докладе »50 оттенков микросервисов». Сервис аутентификации и с ним сервис устройств используются для бэкофиса, то есть для сервисов и интерфейсов, используемых на производстве. Аутентификация для клиентских сервисов вроде сайта или мобильного приложения происходит отдельно без использования Auth. Отделение заняло около года, а сейчас мы опять занимаемся этой темой, переводя систему уже на новые сервисы аутентификации со стандартными протоколами. Почему отделение длилось так долго? По пути было множество проблем, которые замедляли: Нам хотелось перевести данные о пользователях, устройствах и аутентификации из баз по стране в одну.
Для этого пришлось переводить все таблицы и использование с идентификатора int на глобальный идентификатор UUId недавно перерабатывали этот код Роман Букин «Uuid — большая история маленькой структуры» и open-source проект Primitives. Хранение данных по пользователям так как это персональная информация имеет свои ограничения и для некоторых стран надо хранить их отдельно. Но глобальный идентификатор пользователя должен быть. Много таблиц в базе имеет аудит информацию о том пользователе, который совершил операцию. Это потребовало дополнительного механизма, чтобы была консистентность. После создания api-сервисов был долгий и постепенный период перевода на другую систему.
Переключения должны были происходить бесшовно для пользователей и требовали ручной работы. Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне. Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение».
Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером.
В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу.
Додо ис касса - фотоподборка
Кроме того, продавец франшизы гарантирует разработку индивидуального проекта дизайна помещения, подключение к единому колл-центру и сайту для получения заказов через интернет. Пиццерия, работающая на доставку, обойдется покупателю франшизу от 6 млн рублей, пиццерия со своим залом - 8 - 15 млн. В эту сумму войдут аренда, ремонт соответствующий дизай-проекту, закупка оборудования и найм персонала, затраты на рекламу и закупка продуктов для первого месяца работы. Гарантии франчайзера Сердце пиццерии - облачная система управления «Додо ИС».
Для работы с системой понадобится планшет и беспроводной интернет.
История заказов интернет магазин. Dodo is личный кабинет. Трекер Додо ИС. Додо трекинг. Dodo is кабинет сотрудника Dodo is. Организационная структура пиццерии Додо. Организационная структура Додо пицца. БД пиццерии. База знаний Додо.
Додо пицца ИС. Додо дашборд. Додо ИС менеджер смены. Dodo график. Dodo is дашборд. Додо ИС график смены. Dodo is. Додо личный кабинет сотрудника. Дизайн скорость доставка. Скорость доставки dpi Group.
Система Додо ИС. Сервис Додо. Личный кабинет Додо пицца для сотрудников. Додо диабло. Форма Додо. Дашборд Додо пицца. CRM Додо пицца.
Животные на Вашем Экране 7 подписчиков Подписаться Федор Овчинников - предприниматель, основатель и совладелец «Додо пицца» — международной сети пиццерий, насчитывающей более 200 точек в 9 странах, самой быстрорастущей компании на российском рынке общепита. Автор популярного блога «Сила ума», в котором он честно и открыто рассказывает о своем бизнесе, и герой книги «И ботаники делают бизнес». По итогам 2016 года компания «Додо Пицца» стала крупнейшей сетью в России по количеству пиццерий.
Ведь если тебе на почту регулярно приходит все то новое, что обсуждалось по твоей теме в течение дня или недели, — профессиональный интерес или простое любопытство пересиливают, и ты тоже подключаешься к обсуждению. Еще удобной опцией были последние обсуждавшиеся вопросы, и топ-10 вопросов дня. Но это — уже на странице самой системы. За который в Додо отвечает небольшая команда. Например, за стандарты — отдельный сотрудник. Есть редактор, к которому можно обратиться вообще по любому поводу. И до недавнего времени был один универсальный Арсений, выступавший в роли и аналитика, и разработчика, и продакта. К счастью эта команда была недавно усилена, — новые горизонты и задачи потребовали новых людей! И если стандарты — вещь относительно стабильная — то многие статьи базы знаний нужно корректировать чуть ли не раз в квартал. По мне — это всегда большая нагрузка и ответственность, и заниматься такой работой могут только увлеченные люди! Хотя, возможно, я немного и кривлю душой, ведь статьи разрешено писать всем. Правда, занимаются этим все-таки избранные сотрудники. Очень понравилась система тэгирования — особенно когда мы искали статьи о том, как использовать электросамокаты для доставки пиццы. А полезно то, что делается или нет, — все узнают достаточно быстро, так как обратную связь регулярно дают управляющие пиццериями. Как оказалось, большинство из них — это бывшие пиццамейкеры, которые отлично разбираются в деталях производственного процесса. К слову, для меня это было вторым сюрпризом: что в этой отрасли простой работник «кухни» может относительно быстро вырасти до управляющего пиццерией. Который и после повышения продолжает работать плечом к плечу со всеми.
«Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей
| Яндекс Образование | Лента новостей. Кассы также подключены к «облаку», поэтому с помощью Додо ИС офис может отслеживать все финансовые показатели любой пиццерии в онлайн режиме. |
| О том, как разработчики пилят IT в Dodo | Dodo IS — информационная система как ядро франчайзинга. |