В Додо Пицце все бизнес-процессы управляются единой информационной платформой Dodo IS. Она помогает готовить пиццу, вести учёт продуктов, открытых и закрытых смен, управлять командой и многое другое. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году.
Search code, repositories, users, issues, pull requests...
Пиццерия БД. Dodo is dashboard. Дашборд Додо пицца Розница. График производительности в Додо пицца. Номер пиццерии. Пицца стори ковров. Пицца стори в Коврове меню.
Схема Додо пиццы. Додо пицца схема раскладки. Структура компании Додо пицца. Додо пицца. Додо форма сотрудников. Додо кухня.
Ключевые показатели в Додо пицце. Додо ИС Манагер. Додо обучение сотрудников. Съезд Додо. Менеджер офиса Додо. Додо личный кабинет Додо.
Додо is. Открытка с днем Додо. Индекс счастья Додо. Додо дашборд. Трекер Додо. Додо ИС трекинг.
Карта возможностей Додо пицца.
Dodo is информационная система. Организационная структура пиццерии Додо. Додо кухня. Стандарты пиццерии. Додо пицца кухня. Додо пицца фуд корт. Додо пицца Псков.
Додо касса. Додо экраны. Мониторы Dodo. Monitor Dodo 32. Офис LJ LJ. Лексан Додо. Додо микс. Лексаны пиццерии Додо.
Додо логотип. Додо пицца лого. Додо логотип белый. Додо логотип без фона. Бэк офис Додо. Форма в пиццерии. Додо пицца тайный покупатель. Меню борд Додо.
ТВ борды Додо пицца. ТВ борды в пиццерии. Витрина пиццерии. Додо витрина. Додо пицца витрина. Додо пицца прилавок. Dodo is. Dodo is схема.
Додо ИС личный. Додо сотрудники. Номер пиццерии. Стандарты Додо. Пицца стори ковров. Пицца стори в Коврове меню. Додо Йошкар Ола.
Dodo IS отследит время работы каждого человека и зафиксирует его в плановом отчете для расчетного периода.
Открытие и закрытие смены Каждая смена в сети ресторанов «Додо Пицца» начинается со встречи сотрудников пиццерии менеджером смены. В обязанности менеджера, имеющего 8-часовой рабочий день, входят: открытие смены; вызов дополнительных сотрудников в часы пиковой нагрузки; контроль работы сотрудников; продление смены отдельно взятого работника; приход и списание товара; закрытие рабочего периода. Менеджер открывает смену и контролирует работу сотрудников. В конце каждой смены менеджер сверяет денежные средства, полученные от курьера, с количеством сделанных за день заказов, используя его рабочий мобильный планшет. Также при закрытии смены сверку денежных средств производит кассир. Если при сведении кассы возникнут расхождения, система соберет информацию о возврате продуктов и ненапечатанных чеках. Таким образом автоматизированная система управления решает сложные вопросы в считаные минуты. Построение рабочего графика После того как каждый работник пиццерии отметил нерабочие дни в своем ЛК, менеджер смены, используя информацию из «Сводной карты возможностей», составляет график работ, применяя автоматизированную систему Dodo IS.
График составляется как на 1 день, так и на неделю с учетом выборки работников системой, благодаря которой сотрудники «Додо» имеют полное представление о своем рабочем расписании.
Додо сотрудники. Додо ИС график смены. Додо ИС карта возможностей. Dodo is информационная система. Dodopizza комбо. Как отменить заказ в Додо. Додо ИС вход в личный. Додо ИС ответы на тесты.
Как открыть анкету Додо ИС. График курьеров пример. График курьерской. График работы курьера. График смен курьеров. Личный кабинет Додо ИС выручка. Меню Додо 2018. Аналоги Dodo is. База знаний Додо пицца.
База знаний. Додо база знаний вход. Анкета Додо. Додо тайный покупатель. Анкета кандидата Додо. Стандарты Додо пицца. Додо пицца 2018. Стандарты Додо. Приоритеты в Додо.
База знаний додо
Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. Базе знаний Dodo Pizza. Новым CEO Dodo Brands станет бывший франчайзи «Додо Пиццы» в подмосковных Химках Алена Тихова, которая помогала пиццерии выйти на американский рынок.
История архитектуры Dodo IS: путь бэкофиса
Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. В Додо Пицце все бизнес-процессы управляются единой информационной платформой Dodo IS. Она помогает готовить пиццу, вести учёт продуктов, открытых и закрытых смен, управлять командой и многое другое.
Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет?
Кроме того, продавец франшизы гарантирует разработку индивидуального проекта дизайна помещения, подключение к единому колл-центру и сайту для получения заказов через интернет. Пиццерия, работающая на доставку, обойдется покупателю франшизу от 6 млн рублей, пиццерия со своим залом - 8 - 15 млн. В эту сумму войдут аренда, ремонт соответствующий дизай-проекту, закупка оборудования и найм персонала, затраты на рекламу и закупка продуктов для первого месяца работы. Гарантии франчайзера Сердце пиццерии - облачная система управления «Додо ИС». Для работы с системой понадобится планшет и беспроводной интернет.
Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2. Далее либо на логин-страницу, либо переход в контроллер. Такая вот простая система, но при этом не совсем стандартная.
Если все процедуры пройдены, то пропускаем дальше в логике в контроллерах и методах. Данные пользователей отделены от всех других данных, они хранятся в отдельной таблице membership, функции из слоя логики AuthService вполне могут стать api-методами. Границы домена определены вполне чётко: пользователи, их роли, данные о доступах, выдача и отзыв доступов. Всё выглядит так, что можно вынести в отдельный сервис. Так и сделали: У такого подхода есть ряд проблем. Например, вызов метода внутри процесса — не то же самое, что вызов по http внешнего сервиса. Латенси, надёжность, поддерживаемость, прозрачность операции совершенно другие. Подробнее именно о таких проблемах рассказывал Андрей Моревский в своем докладе »50 оттенков микросервисов».
Сервис аутентификации и с ним сервис устройств используются для бэкофиса, то есть для сервисов и интерфейсов, используемых на производстве. Аутентификация для клиентских сервисов вроде сайта или мобильного приложения происходит отдельно без использования Auth. Отделение заняло около года, а сейчас мы опять занимаемся этой темой, переводя систему уже на новые сервисы аутентификации со стандартными протоколами. Почему отделение длилось так долго? По пути было множество проблем, которые замедляли: Нам хотелось перевести данные о пользователях, устройствах и аутентификации из баз по стране в одну. Для этого пришлось переводить все таблицы и использование с идентификатора int на глобальный идентификатор UUId недавно перерабатывали этот код Роман Букин «Uuid — большая история маленькой структуры» и open-source проект Primitives. Хранение данных по пользователям так как это персональная информация имеет свои ограничения и для некоторых стран надо хранить их отдельно. Но глобальный идентификатор пользователя должен быть.
Много таблиц в базе имеет аудит информацию о том пользователе, который совершил операцию. Это потребовало дополнительного механизма, чтобы была консистентность. После создания api-сервисов был долгий и постепенный период перевода на другую систему. Переключения должны были происходить бесшовно для пользователей и требовали ручной работы. Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне. Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка».
На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение». Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600.
Для удобства оформления можно использовать электронный документооборот ЭДО. Мы предоставим полный пакет закрывающих документов. Всегда подскажем, сколько сертификатов использовано, а сколько ещё можно применить.
Додо обучение сотрудников. Съезд Додо. Менеджер офиса Додо. Додо личный кабинет Додо. Додо is. Открытка с днем Додо.
Индекс счастья Додо. Додо дашборд. Трекер Додо. Додо ИС трекинг. Карта возможностей Додо пицца. Стоимость разработки Dodo is. Выручка Додо пицца. Dodo график. Трекер Додо ИС. Додо акции.
Акции до до. Додо is личный кабинет. Додо кабинет. Dodo ИС персонал. Dodo зарядная станция Apple. Додо ИС личный кабинет сотрудника. Додо кабинет сотрудника. Додо личный кабинет сотрудника. Delivery Dodois io. Маврикийский Дронт Додо.
Платформа Додо Академия
Касса Доставки. Учёт курьеров, выдача заказов курьерам. Контакт Центр. Приём заказов через оператора. Наши сайты dodopizza. Сервис авторизации и аутентификации для бэкофиса. Трекер заказов на кухне. Сервис отметки статусов готовности при приготовлении заказа.
Касса Ресторана. Приём заказов в ресторане, интерфейсы кассира. Выгрузка отчётов в 1C для бухгалтерии. Оповещения и накладные. Менеджер Смены. Интерфейсы для работы менеджера смены: список заказов, графики производительности, вывод на смену сотрудников. Менеджер Офиса.
Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии. Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т. Личный Кабинет Сотрудника. Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни.
Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров. Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth.
Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки?
Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу.
Курьер не отражал это в программе — там по-прежнему была указана оплата по карте. А наличные курьер забирал себе. Если в течение дня происходит несколько сотен доставок, отследить такие случаи вручную сложно. Теперь можно сверить отчеты по эквайрингу сколько перевели за смену, по конкретному терминалу с информацией, которую указывают курьеры. Упростили учет расходов Сейчас расходы считаются один раз в месяц после инвентаризации. Проверяют, столько продуктов купили, сколько осталось — а разницу можно указать как расход. Согласовали эту схему с аудиторами и по их рекомендации составили два дополнительных отчета, которые подтверждают корректность списания материалов. Интегрировали Телеграм и ИС Додо Для сотрудников Додо настроили интеграцию с Телеграм-ботами: данные из информационной системы Додо при использовании «1С:Бухгалтерии» автоматически передаются в чат-бот. Теперь в мессенджере руководителям приходят уведомления из информационной системы Додо: производительность, выручка, время приготовления.
Уведомления приходят по расписанию, которое настраивает пользователь. Как настраивается работа с Телеграмом? Мы создаём для клиента чат-бота в Телеграм, в программах «1С» в его информационных базах прописываем все необходимые ключи.
Detailed production monitoring with Prometheus, visualization with Grafana, and log collection by Azure Data Explorer. Technology radars.
Just Dodo is: «Додо пицца» попробует себя в других форматах 6 ноября 2019 Поделиться Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего. Об этом сообщил основатель сети Федор Овчинников на своей странице в соц-сетях. По его словам, компания может открыть ресторанные точки в разных сегментах: кофейни, суши-бары, кафе восточной кухни. Кроме того, владелец сети не исключил создание гостиниц мини-форматов и химчисток.
Улучшите опыт использования Додо с помощью наших полезных советов
Базе знаний Dodo Pizza. Информационная система Dodo IS представляет из себя веб-приложение. Ищете информацию о базе знаний Додо? Мы предлагаем вам различные полезные советы и рекомендации, которые помогут вам максимально эффективно использовать эту базу знаний. Улучшите свой опыт работы с Додо и получите максимум пользы и результативности! Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос.
Условия покупки франшизы «Додо пиццы»
- Александр Шаламов
- Додо ис база знаний - 84 фото
- Финансово-экономическая модель
- Автоматизация контактного центра «Додо Пиццы»
- Комментарии (9)
- LeSS в Додо Пицце: эволюция или революция
Статистика пиццерий Додо Пицца
Нажимая на кнопку вы соглашаетесь с «Политикой конфиденциальности» Отправить Расскажем вам, как DocsInBox помогли «Додо Пицце» автоматизировать работу с системой «Меркурий», избежать просрочек гашения ветеринарных сертификатов и сократить время работы с ФГИС. Сеть стала первой, кто вышел сразу на 2 продуктовых рынка — доставку Dark Kitchen и локальные пиццерии Local Kitchen. Потребность этого рынка в IT-решениях очень высока, так как требует организации множества внутренних процессов. Известность сети принесла ее открытость и прозрачность в приготовлении пиццы.
Product Owner — это такой mini-CEO. Он также может увольнять команду разработки, нанимать себе другую.
В жизни вы таких много людей видели? Мы — нет, поэтому у нас не так. Слишком много для одного человека. У нас эта классическая роль, как она описана в Скрам Гайде, размазана. Федор отвечает за стратегию и за бюджет, а Дима управляет бэклогом и работает с командами.
При этом ещё в этот процесс вовлечены руководители направлений бизнесовых: маркетинг, пиццерии, Digital сегмент и так далее. И большая часть решений принимаются командно. Если решение не получается, тогда Дима выстраивает приоритет, но как правило, это не требуется. Часто говорят, что Product Owner как комитет — это не сработает, потому что все будут ссорится, отбирать друг у друга ресурсы команды и так далее. У нас это не происходит, потому что это диктуется нашей культурой.
Второй популярный тезис, что команда должна быть самоорганизующейся. Самоорганизующаяся команда сама выбирает как ей работать, у неё нет менеджеров, которые ей управляют. Ей надо создать условия и не мешать. И мы так попробовали — не получилось. Оказывается, хорошие разработчики хотят создавать крутой продукт, они не хотят заниматься менеджментом.
Мы почему-то часто противопоставляем, что есть классический менеджмент и есть Agile. В менеджменте нет ничего плохого и некоторые инструменты оттуда мы решаем использовать, исходя из здравого смысла. До полной самоорганизации надо дорасти, она будет, но не сразу. Хороший менеджер поможет команде стать самоорганизующейся, он её научит как менеджерить саму себя. Это необходимый этап, через который команды должны пройти.
Следующий тезис: Scrum, LeSS и другие фреймворки нужны вам, потому что вам нужна гибкость. У вас полная неопределённость, запутанный домен, ничего не понятно, бэклог каждый день меняется. Действительно ли у вас такая высокая неопределённость? Если да — вы получите все преимущества от Scrum и кросс-функциональных команд и от гибкости. Но если нет, то вы можете получать преимущества от других вещей: от предсказуемости, от фокуса, от специализации.
Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1. В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет. Если доступа нет, нужно пройти процедуру авторизации. Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина. В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя.
Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2. Далее либо на логин-страницу, либо переход в контроллер. Такая вот простая система, но при этом не совсем стандартная. Если все процедуры пройдены, то пропускаем дальше в логике в контроллерах и методах. Данные пользователей отделены от всех других данных, они хранятся в отдельной таблице membership, функции из слоя логики AuthService вполне могут стать api-методами. Границы домена определены вполне чётко: пользователи, их роли, данные о доступах, выдача и отзыв доступов. Всё выглядит так, что можно вынести в отдельный сервис. Так и сделали: У такого подхода есть ряд проблем.
Например, вызов метода внутри процесса — не то же самое, что вызов по http внешнего сервиса. Латенси, надёжность, поддерживаемость, прозрачность операции совершенно другие. Подробнее именно о таких проблемах рассказывал Андрей Моревский в своем докладе «50 оттенков микросервисов». Сервис аутентификации и с ним сервис устройств используются для бэкофиса, то есть для сервисов и интерфейсов, используемых на производстве. Аутентификация для клиентских сервисов вроде сайта или мобильного приложения происходит отдельно без использования Auth. Отделение заняло около года, а сейчас мы опять занимаемся этой темой, переводя систему уже на новые сервисы аутентификации со стандартными протоколами. Почему отделение длилось так долго? По пути было множество проблем, которые замедляли: Нам хотелось перевести данные о пользователях, устройствах и аутентификации из баз по стране в одну. Для этого пришлось переводить все таблицы и использование с идентификатора int на глобальный идентификатор UUId недавно перерабатывали этот код Роман Букин «Uuid — большая история маленькой структуры» и open-source проект Primitives.
Хранение данных по пользователям так как это персональная информация имеет свои ограничения и для некоторых стран надо хранить их отдельно. Но глобальный идентификатор пользователя должен быть. Много таблиц в базе имеет аудит информацию о том пользователе, который совершил операцию. Это потребовало дополнительного механизма, чтобы была консистентность. После создания api-сервисов был долгий и постепенный период перевода на другую систему. Переключения должны были происходить бесшовно для пользователей и требовали ручной работы. Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне.
Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка».
По словам финансового директора компании «Додо Пицца» Дмитрия Соловьева, в "сердце" сети организации - облачная система управления пиццерией «Додо ИС». Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое.