Dodo IS — информационная система как ядро франчайзинга. Dodo Pizza часто называет себя ИТ-компанией. Дмитрий Павлов, директор по продукту Dodo IS, рассказывает подробности об устройстве системы и делится несколькими кейсами, когда все пошло не так. «Додо ИС» была призвана сделать работу в пиццерии легче.
Эволюционный подход к обновлению продуктов. Новая главная страница «Базы знаний» Додо
База знаний Додо ИС. Что дает франшиза: технологию, проект пиццерии, рецепты, подключение к информационной системе «Додо ИС», сайт, приложение для мобильных устройств, маркетинг, услуги единого колцентра, обучение, базу знаний. Всем франчайзи «Додо Пиццы» предоставляется доступ к базе знаний. Бизнесмен считает «Додо Пиццу» IT-компанией — ее ядром является облачная ERP-система «Додо ИС», которая координирует в пиццерии все процессы — и в борьбе за место под солнцем ориентируется не только на гиганта Domino’s Pizza, но и на корпорацию Amazon. Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос. На рассмотрении Разбивка по NPS базы клиентов по пиццериям для более детальной работы по клиентской базе.
Франшиза «Додо Пиццы»: сильный продукт, передовые технологии и честные условия
Разработан интерфейс Базы Знаний. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени. Сеть пиццерий «Додо Пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Информационная система Додо.
1. Сильный продукт
- Вкусная пицца для сотрудников
- Настроили синхронизацию данных Додо ИС и 1С
- 1. Сильный продукт
- История о том, как мы автоматизировали контакт-центр «Додо Пиццы»
- Dashboards DODO / ДОДО ПИЦЦА
Комментарии
- Кейс запуска обучающей платформы Додо Академия | Эквио
- Додо Ис: личный кабинет сотрудника, регистрация и вход
- B2B — Додо Пицца
- Комментарии
Додо ис база знаний - фото сборник
Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем 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-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне.
И таким образом у Корпорации появлялся инструмент контроля франчайзи, который нарушали стандарты или условия лицензионного договора. Договор аренды мог быть расторгнут и тогда франчайзи терял не только лицензию, но и сам ресторан. Риски, связанные с информационной системой 1. Зависимость от Интернет соединения Информационная система в виде веб-приложения работает только при наличии постоянного соединения с Интернетом. При разрыве соединения система перестает функционировать. Однако современные браузеры позволяют совершать операции в автономном режиме. При появления соединения с Интернетом собранные данные отправляются на сервер. Данные технологии будут использоваться при разработке системы. В целом мы уверены, что SaaS — это будущее, через несколько лет Интернет будет везде и все будет работать через Сеть. В середине ноября был запущен в работу первый модуль нашей информационной системы — Прием заказов.
Сегодня все заказы в пиццерии в Сыктывкаре принимаются на планшетных компьютерах через веб-приложение. Этот модуль требует наиболее быстрого отклика и ввода данных. Практика показала, что веб-приложение работает стабильно, скорость приема заказов высокая, а за все время работы с ноября по январь не было ни одного обрыва соединения. Компетенция Существуют ли риски того, что наша компания, занимающаяся розничным операционным бизнесом, не обладает достаточной компетенцией для разработки информационной системы? Разработка системы существляется опытными специалистами из Подмосковья, которые работают в компании full-time. В будущем команда разработчиков будет расширена. Руководство проектом осуществляет Овчинников Федор, который имеет опыт использования и внедрения информационных системы в торговой розничной сети, опыт взаимодействия с разработчиками и ведения сложных проектов. В проектировании системы нет разрыва между реальным бизнесом и разработчиками. Методика разработки информационной системы Информационная система разрабатывается по принципу step by step. Проект разбивается на этапы.
Задача каждого этапа — запустить работающий модуль. После завершения разработки модуль сразу же запускается в работу. Таким образом разработчики сразу же получают обратную связь — исправляются ошибки, вносятся коррективы и улучшения. Наша задача — создать максимально удобную и эффективную информационную систему для нашего бизнеса, работая по принципу кайдзен постоянный улучшения. Структура и план разработки информационной системы Dodo IS Разработка системы ведется с июня 2011 года. Структура информационной системы 1. Прием заказа запущен в работу в ноябре 2011 Модуль приема заказов от клиентов по телефону. Прием заказов осуществляется на планшетных компьютерах. Для быстрого приема заказа создан специальный интерфейс.
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. NET- and Linux-based and run in Kubernetes.
Приём заказов в ресторане, интерфейсы кассира. Выгрузка отчётов в 1C для бухгалтерии. Оповещения и накладные. Менеджер Смены. Интерфейсы для работы менеджера смены: список заказов, графики производительности, вывод на смену сотрудников. Менеджер Офиса. Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии. Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т. Личный Кабинет Сотрудника. Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров. Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1. В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет. Если доступа нет, нужно пройти процедуру авторизации. Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина.
«Додо Пицца» застраховалась от киберпреступников
| Додо ис касса - фотоподборка | Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. |
| *Как видеоаналитика и машинное зрение помогают оценивать качество пиццы | Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. |
| Статистика по выручке пиццерий Додо Пицца | В Базе знаний хранится вся история Додо! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. |
| *Как видеоаналитика и машинное зрение помогают оценивать качество пиццы | Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков. |
Настроили синхронизацию данных Додо ИС и 1С
- Dodo IS: как технологии делают людям вкусно
- Как «Додо Пицца» предотвратили проблемы с гашением ВСД
- Как «Додо Пицца» использует зерокодинг для базы знаний
- Как насчет бесплатной пиццы?
- Как сотрудники получают пиццу
- История архитектуры Dodo IS: путь бэкофиса -
«Мы пришли к успеху пока вы кушали пиццу». 3 франчайзи ДоДо об окупаемости и конкуренции
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.
Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы.
Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы.
Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем 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-сервисов был долгий и постепенный период перевода на другую систему.
Осталось сосчитать число покупателей и уведомить управляющего о появлении очереди, чтобы открыть дополнительную кассу или закрыть пустую. Крутая возможность этого сервиса — статистический учет. Детектор определяет число покупателей в очереди и визуализирует распределение клиентов по времени на графиках и диаграммах. Такая статистика существенно упрощает задачи оптимизации рабочего графика сотрудников, оценки качества рекламной акции или поиска недостатков в дизайне витрины или выкладке товара. Отчеты создаются в формате CSV, доступ к информации через личный кабинет Ivideon. Такие отчеты позволяют делать прогнозы даже на несколько дней и заранее выяснить, какие кассы, в какие дни и часы выдерживают наибольшую и наименьшую нагрузку. Кроме того, Ivideon может обработать сведения из касс по чекам. Программа управления очередью дополняется бесплатным модулем интеграции с 1С. Определяем доходность вложений В общем доступе «Додо» еще не разместили информацию о затратах на совместный пилот с Dbrain.
Если мы посчитаем по максимуму, то идея все равно скорее окажется выигрышной — машинный алгоритм не требует заработной платы или пиццы в подарок. Расходы на детектор очередей как раз доступны — их можно увидеть в персональном кабинете каждого пользователя сервиса Ivideon — 800 рублей ежемесячно за одну камеру. Сюда же включены детектор движения, стоимость архива в облаке, функция встраивания на свой сайт трансляции с камеры или расшаривания видео в соцсетях. Если компания уже хранит данные с камеры в облачном архиве, то логично будет подключить и детектор. Кстати, обновления не заставляют себя ждать и постоянно предлагают расширенный функционал, вероятнее всего, после детекции людей как объектов будет предложена функция распознавания лиц. Интереснее всего в этом интересном кейсе, безусловно, доход. С «Додо Пиццей» точных выводов пока нет, а потому судить рано. Зато компания «Интерлогика» опубликовала любопытные данные: затраты на установку и настройку системы распознавания очередей, с учетом затрат на приобретение камер, обошлись в 0,5 млн. С учетом изложенных данных, система начнем себя окупать примерно через 1 год.
Dodo is кабинет сотрудника. График Додо. Додо ИС личный кабинет. Додо ИС менеджер. Dodo is Интерфейс. История заказов пример. История заказов интернет магазин. Dodo is личный кабинет. Трекер Додо ИС. Додо трекинг.
Dodo is кабинет сотрудника Dodo is. Организационная структура пиццерии Додо. Организационная структура Додо пицца. БД пиццерии. База знаний Додо. Додо пицца ИС. Додо дашборд. Додо ИС менеджер смены. Dodo график. Dodo is дашборд.
Додо ИС график смены. Dodo is. Додо личный кабинет сотрудника. Дизайн скорость доставка. Скорость доставки dpi Group. Система Додо ИС.
Как создать личный кабинет на сайте Додо ИС
Что оно умеет? Бесплатное мобильное приложение Menusa позволяет сделать QR-меню для кафе и ресторанов с помощью телефона. Совсем уж инновационным стартап назвать нельзя, подобные сервисы уже существуют в Интернете. Тем не менее, Овчинников в своем Телеграм-канале упирает на несколько преимуществ "Менюзы". Приложение, по его мнению, очень простое, не перегружено излишним функционалом. Оно предназначено именно для небольших кафе и ресторанов массового сегмента.
Владелец заведения может скачать приложение, сфотографировать свои блюда на своей телефон — и меню готово.
О том, как она создавалась, какие задачи решает и к каким результатам приводит, Фёдор Овчинников и его команда рассказали в своей «Додо-книге», ключевые идеи которой мы сегодня предлагаем вашему вниманию. Досье Фёдор Овчинников, основатель сети «Додо Пицца». Окончил Сыктывкарский госуниверситет по специальности «археолог». В 2006 году открыл в Сыктывкаре книжный магазин «Сила ума», но в 2010 году продал свою долю в бизнесе и уехал в Санкт-Петербург, где работал в разных ресторанах и сетях фаст-фуда.
Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое. Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор.
И если стандарты — вещь относительно стабильная — то многие статьи базы знаний нужно корректировать чуть ли не раз в квартал.
По мне — это всегда большая нагрузка и ответственность, и заниматься такой работой могут только увлеченные люди! Хотя, возможно, я немного и кривлю душой, ведь статьи разрешено писать всем. Правда, занимаются этим все-таки избранные сотрудники. Очень понравилась система тэгирования — особенно когда мы искали статьи о том, как использовать электросамокаты для доставки пиццы. А полезно то, что делается или нет, — все узнают достаточно быстро, так как обратную связь регулярно дают управляющие пиццериями. Как оказалось, большинство из них — это бывшие пиццамейкеры, которые отлично разбираются в деталях производственного процесса. К слову, для меня это было вторым сюрпризом: что в этой отрасли простой работник «кухни» может относительно быстро вырасти до управляющего пиццерией. Который и после повышения продолжает работать плечом к плечу со всеми.
Не мои слова. И конечно, стоит отметить, что база — базой, а простого человеческого общения никто не отменял. Так, отдельные команды раз в неделю делятся основными результатами своей работы с другими. А раз в году проходит съезд партнеров. И хотя его основная задача, — это дать людям возможность пообщаться, — все мы помним, что основные и самые ценные знания часто передаются именно так. Кстати, в сети есть видео одной из встреч, посвященных пирамиде ценностей Додо. Почти в самом начале ролика Екатерина Игушева рассказывает как раз про то, как устроена база знаний ДоДо. Надеюсь, что этот рассказ вдохновит кого-то из вас на использование такого инструмента управления знаниями, как база знаний, в своей практике.
Вкусная пицца для сотрудников
| 10 главных преимуществ франшизы «Додо Пицца» – Как мы «Додо Пиццу» открывали | У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков. |
| Продуктовая разработка в Dodo Pizza | База знаний Додо создавалась 6 лет назад как блог на WordPress, — вполне объяснимый выбор для быстрого старта. |
| Додо ис база знаний | Главная» Новости» Новости додо пицца. |
| Додо пицца застраховалась от киберпреступников | Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. |
| Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет? | В Базе знаний хранится вся история Додо! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. |
Яндекс Образование
Даём эксклюзив Мы гарантируем доставку за 60 минут или раньше, поэтому пиццерии ориентируются на доставку внутри района или небольшого города. Мы даём эксклюзивные права на город или район в крупном городе: Москве и Санкт-Петербурге. Работаем с проверенными поставщиками Обеспечиваем всех партнёров качественными ингредиентами и удобной логистикой. Мы не зарабатываем на закупках, поэтому партнёры всегда получают лучшие цены и отсрочку платежа.
Софт бесплатно На всё время работы в сети вы получаете доступ к «Додо ИС» — центру управления всеми процессами пиццерии. За это не нужно дополнительно платить, покупать и продлевать лицензии или платить вендорам. Мы сами разрабатываем, обновляем и обслуживаем «Додо ИС».
Обучаем франчайзи Обучение проходит в учебном центре Додо в Москве. Цель курса — обучить партнеров ключевым навыкам ведения Додо-бизнеса и составления бизнес-плана открытия пиццерии. Участники — новые партнеры франчайзи , инвесторы.
Период обучения — 15 дней. Обучение состоит из практической части, лекционного материала, тренингов и самостоятельной работы студентов. Завершающий этап обучения — защита дипломного проекта.
Практическое занятие в учебном центре 15 франчайзи Да, придётся пахать Мы не верим, что бизнес может развиваться без участия предпринимателя. Если вы надеетесь вложить деньги и больше никогда не появляться на кухне — эта франшиза не для вас. У нас франчайзи следят за показателями, лично проверяют кухню, общаются с клиентами и держат руку на пульсе.
Халявы не будет. Ищем единомышленников, а не капитал Мы зарабатываем не на вступительном взносе, а на успехе наших партнёров. Поэтому мы ищем не людей с деньгами, а тех, с кем мы сможем построить успешный масштабируемый бизнес.
Нам важно, чтобы вы были нашим человеком и разделяли наши принципы: Клиенты — смысл нашей работы Мы делаем всё ради клиентов, верим нашим гостям, позитивно реагируем на критику и всегда готовы исправлять ошибки. Люди — главный актив Основа нашего бизнеса — не деньги, недвижимость или технологии. Секрет нашего успеха — люди.
Открытость Мы уверены, открытость делает нас лучше. Мы всегда смотрим правде в глаза. Мы открыты перед сотрудниками, клиентами и партнерами.
Стремление к совершенству Мы уверены, что всё можно сделать лучше, чем до сих пор. Работаем открыто Со дня основания мы ведём открытый бизнес. Создатель сети Фёдор Овчинников рассказывает обо всём, что происходит в сети: показывает запуск пиццерий, публикует финансовую и управленческую отчётность, рассказывает о планах и внутренней кухне компании.
Со стороны некоторым кажется, что открытость — это причуда.
Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии. Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т. Личный Кабинет Сотрудника. Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров.
Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии.
Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными.
Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1. В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет. Если доступа нет, нужно пройти процедуру авторизации. Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина. В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя. Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2.
Далее либо на логин-страницу, либо переход в контроллер. Такая вот простая система, но при этом не совсем стандартная.
Сегодня сеть насчитывает более 180 пиццерии в 9 странах, включая США и Китай. Основа бизнеса — полная прозрачность и открытость, а также собственная облачная информационная система «Додо ИС», которая управляет всем бизнесом. В 2014 году «Додо Пицца» осуществила первую в мире коммерческую доставку с помощью дронов.
По итогам 2016 года компания «Додо Пицца» стала крупнейшей сетью в России по количеству пиццерий.
Сегодня сеть насчитывает более 180 пиццерии в 9 странах, включая США и Китай. Основа бизнеса — полная прозрачность и открытость, а также собственная облачная информационная система «Додо ИС», которая управляет всем бизнесом.
Додо пицца застраховалась от киберпреступников
«Додо ИС» была призвана сделать работу в пиццерии легче. Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. Инспекторы пиццерии — это наша агентская сеть, которая помогает находить нарушения в пиццериях Додо Пиццы. Dodo IS Platform digitalizes every micro process in our QSR businesses from Dodo Brands: Dodo Pizza, Drinkit, and Doner 42. It covers all parts of the restaurant business — from shift scheduling and order tracking to real-time sales analytics. Dodo News Hub. Dodo News Hub. Redeem your points for a range of products and services, available on dodo store. «Додо ИС» была призвана сделать работу в пиццерии легче.
Как работает личный кабинет сотрудника Додо Пицца
С другой стороны, на американском рынке есть несколько схожих примеров франчайзинговых систем и, если компания сможет доступно презентовать свое предложение рынку, то у проекта есть все шансы на успех", - пояснили в компании. Говоря о других бизнес-форматах, Овчинников отметил, что в его будущей сети доступных мини-отелей не будет администраторов - объектами можно будет управлять также с телефона. Лариса Еремина, заместитель директора департамента стрит-ритейла Colliers International, считает, что самое главное в этом — простота использования и возможность адаптации заказа под себя, что удобно и быстро, если иметь телефон под рукой. В свою очередь, Дарья Канева, заместитель управляющего директора Центра Развития Недвижимости Becar Asset Management, считает, что идея сети с расширением форматов и агрегированием выглядит разумно, но отели - совершенно другой сегмент. Экономика в подобном мини-отеле может быть, если снизить затраты на его создание, в том числе за счет автоматизации.
Технологии трансформируют буквально каждую отрасль, и ресторанный бизнес — не исключение. Каждый, кто намерен добиться успеха в долгосрочной перспективе, должен трансформироваться в технологическую компанию — или рискует погибнуть.
Нельзя просто так взять и внедрить технологии Многие компании воспринимают технологии всего лишь как надстройку, дополнение к своему основному бизнесу. Мы в Dodo Brands думаем иначе. Чтобы полностью раскрыть потенциал новых технологий, все бизнес-процессы в компании должны быть полностью переосмыслены и перестроены. И все, что поддается оцифровке, должно быть оцифровано. Собственная разработка IT-продуктов — не вопрос выбора, а необходимость. Можно передать на аутсорсинг второстепенные бизнес-функции, но не ключевые.
Только собственная система может учитывать все детали бизнеса и отвечать всем его потребностям. А еще можно самим выбрать концепцию, стек и архитектуру системы. Что такое Dodo IS? Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени.
Для нее не требуется специального оборудования. Нужен только интернет. Dodo IS охватывает весь процесс, начиная с заказа через собственные каналы продаж, заканчивая умной пиццерией, которая контролирует все: производство, доставку, систему аналитики, которая в реальном времени видит, что происходит с бизнесом. Мы взяли традиционный пицца-бизнес и поставили его на диджитал рельсы Трекер заказов — основа Dodo IS.
О том, как она создавалась, какие задачи решает и к каким результатам приводит, Фёдор Овчинников и его команда рассказали в своей «Додо-книге», ключевые идеи которой мы сегодня предлагаем вашему вниманию. Досье Фёдор Овчинников, основатель сети «Додо Пицца».
Окончил Сыктывкарский госуниверситет по специальности «археолог». В 2006 году открыл в Сыктывкаре книжный магазин «Сила ума», но в 2010 году продал свою долю в бизнесе и уехал в Санкт-Петербург, где работал в разных ресторанах и сетях фаст-фуда.
Решили еще одну задачу по работе с курьерами — настроили сверку со Сбербанком для контроля доставок. Были случаи, когда недобросовестные курьеры оставляли деньги за доставку себе. Например, клиент заказывал пиццу с оплатой по карте, а потом расплачивался наличными. Курьер не отражал это в программе — там по-прежнему была указана оплата по карте. А наличные курьер забирал себе. Если в течение дня происходит несколько сотен доставок, отследить такие случаи вручную сложно. Теперь можно сверить отчеты по эквайрингу сколько перевели за смену, по конкретному терминалу с информацией, которую указывают курьеры. Упростили учет расходов Сейчас расходы считаются один раз в месяц после инвентаризации.
Проверяют, столько продуктов купили, сколько осталось — а разницу можно указать как расход. Согласовали эту схему с аудиторами и по их рекомендации составили два дополнительных отчета, которые подтверждают корректность списания материалов. Интегрировали Телеграм и ИС Додо Для сотрудников Додо настроили интеграцию с Телеграм-ботами: данные из информационной системы Додо при использовании «1С:Бухгалтерии» автоматически передаются в чат-бот. Теперь в мессенджере руководителям приходят уведомления из информационной системы Додо: производительность, выручка, время приготовления.