Система Додо ИС. Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира. Инспекторы пиццерии — это наша агентская сеть, которая помогает находить нарушения в пиццериях Додо Пиццы. Главная» Новости» Додо новости.
10 главных преимуществ франшизы «Додо Пицца»
| Улучшите опыт использования Додо с помощью наших полезных советов | Главная» Новости» Новости додо пицца. |
| 10 главных преимуществ франшизы «Додо Пицца» – Как мы «Додо Пиццу» открывали | Базе знаний Dodo Pizza. Новым CEO Dodo Brands станет бывший франчайзи «Додо Пиццы» в подмосковных Химках Алена Тихова, которая помогала пиццерии выйти на американский рынок. |
| Статистика пиццерий Додо Пицца | Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. |
| Кейс запуска обучающей платформы Додо Академия | Эквио | Додо is личный кабинет. Палочки с креветками Додо. Додо ис смены. |
Автоматизация контактного центра «Додо Пиццы»
База знаний Додо ИС. Информационная система пиццерии. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего. Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. База знаний ИИ Презентация. История о том, как мы автоматизировали контакт-центр «Додо Пиццы». База знаний Додо. В Базе хранится вся наша история! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы.
Улучшите опыт использования Додо с помощью наших полезных советов
Работаем с базами клиентов в отдельном облаке, которое позволяет держать свою доработанную конфигурацию. Рассказываем, с какой задачей к нам обратились клиенты. Это сервис для автоматизации работы франчайзи, в него поступает вся информация с рабочих мест пиццерий: что заказали, сколько нужно продуктов, куда поехал курьер. Функционала для ведения бухгалтерского учета в этой программе нет, данные нужно переносить в «1С». Своему первому клиенту среди франчайзи Додо мы помогаем с 2014 года. Пока у клиента работала одна пиццерия, достаточно было сопровождения «1С:Бухгалтерии» — бухгалтеры копировали данные из Додо ИС вручную.
Но у компании появилась сеть пиццерий. Ручной перенос данных занимал бы слишком много времени, нужно было с нуля настроить синхронизацию. Клиенты ведут бухгалтерию в «1С:Фреш», поэтому мы развернули для франчайзи отдельное облако на технологии Фреш, в котором сделали необходимые доработки. Сейчас так работают уже с 10 облачными базами Додо франчайзи. Автоматизировали учет оплаты самозанятым и контроль доставок В ходе доработок сделали загрузку и учет зарплаты самозанятых, это актуально для многих франчайзи.
Курьеры часто работают как самозанятые поставщики услуг по доставке.
Обучение состоит из практической части, лекционного материала, тренингов и самостоятельной работы студентов. Завершающий этап обучения — защита дипломного проекта. Практическое занятие в учебном центре 15 франчайзи Да, придётся пахать Мы не верим, что бизнес может развиваться без участия предпринимателя. Если вы надеетесь вложить деньги и больше никогда не появляться на кухне — эта франшиза не для вас.
У нас франчайзи следят за показателями, лично проверяют кухню, общаются с клиентами и держат руку на пульсе. Халявы не будет. Ищем единомышленников, а не капитал Мы зарабатываем не на вступительном взносе, а на успехе наших партнёров. Поэтому мы ищем не людей с деньгами, а тех, с кем мы сможем построить успешный масштабируемый бизнес. Нам важно, чтобы вы были нашим человеком и разделяли наши принципы: Клиенты — смысл нашей работы Мы делаем всё ради клиентов, верим нашим гостям, позитивно реагируем на критику и всегда готовы исправлять ошибки.
Люди — главный актив Основа нашего бизнеса — не деньги, недвижимость или технологии. Секрет нашего успеха — люди. Открытость Мы уверены, открытость делает нас лучше. Мы всегда смотрим правде в глаза. Мы открыты перед сотрудниками, клиентами и партнерами.
Стремление к совершенству Мы уверены, что всё можно сделать лучше, чем до сих пор. Работаем открыто Со дня основания мы ведём открытый бизнес. Создатель сети Фёдор Овчинников рассказывает обо всём, что происходит в сети: показывает запуск пиццерий, публикует финансовую и управленческую отчётность, рассказывает о планах и внутренней кухне компании. Со стороны некоторым кажется, что открытость — это причуда. Никто так не делает — и ничего, живут и работают.
И действительно, бизнес может работать, не будучи открытым и не раскрывая своих финансовых результатов. Зачем тогда это делать? Открытость — главный драйвер нашего развития. Мы публикуем для франчайзи всю информацию о работе сети. Наши франчайзи знают, сколько зарабатывают другие пиццерии и за счёт чего: какая у них производительность труда, как они следят за качеством, как рекламируются и привлекают людей.
Мы поощряем обмен знаниями внутри сети. Мы публикуем финансовую отчётность о работе сети и отдельных пиццерий. Инвесторы и партнёры видят наш бизнес в цифрах. Мы показываем клиентам нашу кухню, буквально и метафорически: водим экскурсии, рассказываем об открытии новых пиццерий и новых продуктах, стандартах качества, контроле, трудностях и успехах. Благодаря систематической работе с клиентами мы формируем сообщество лояльных и заинтересованных клиентов.
Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции.
Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят».
После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили. Одна система делает вызов в другую.
Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу. Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера. Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер.
Бросается событие, на которое подписан трекер.
Нужен был современный и удобный канал, чтобы общаться с клиентами и быстрее отвечать на обращения. Решение В сентябре 2021 года компания edna запустила чат поддержки для «Додо Пиццы», который интегрирован с CRM, оформлен в фирменном стиле компании, имеет несколько языковых версий одного виджета, что актуально для международной компании. Для бизнеса чат-центр — решение для обработки всех обращений клиентов в цифровых каналах мессенджеры, соцсети, чаты, электронная почта с простой установкой, кастомизацией чата, интеграцией с CRM и чат-ботом, единой историей обращений, подробной аналитикой.
Додо пицца застраховалась от киберпреступников
| LeSS в Додо Пицце: эволюция или революция — статья в блоге ScrumTrek | Разработан интерфейс Базы Знаний. |
| Тайный покупатель | У Додо есть собственные программные разработки Додо ИС. |
| Додо ис база | Новая главная страница «Базы знаний» Додо. Задача Заложить фундамент, чтобы в будущем система смогла удовлетворить разнородные потребности франчайзи и Додо: 1) новым франчайзи дать простые инструкции по запуску пиццерий; 2) опытным предложить секреты. |
| Додо ис база знаний - 84 фото | последние новости на сегодня - РБК Инвестиции. Основатель «Додо Пицца» Федор Овчинников рассказал в Facebook об антикризисной стратегии, которую компания вынуждения принять в сложившихся условиях. |
Автоматизация контактного центра «Додо Пиццы»
База знаний Додо ИС. Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS. Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира. Информационная система Додо. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24].
10 главных преимуществ франшизы «Додо Пицца»
Сейчас в приложении 1546 записи о пути пользователей до нужного ответа. Планы на будущее Сейчас делаю чек-лист для менеджера смены, тоже на Glide. Хотим протестировать гипотезу, каким чек-листом удобнее пользоваться — электронным или бумажным. Следующий кейс — с помощью Chatforma и Zapier интегрируем почту и чат-бота. Когда на сайте «Работа в Додо» разместят новую анкету, будут приходить уведомления в телеграм-бот. Программисты сделают уведомления на почту, а мы с помощью зерокодинга сможем перенаправить их в чат-бота без дорогой команды разработчиков. Один продакт с помощью Chatforma и Zapier может заменить двух разработчиков и быстро тестировать гипотезы».
Все с удовольствие делятся опытом. Это действительно огромный плюс по сравнению с самостоятельным развитием ресторана. Открытые бизнес-показатели Во-первых, в публичном доступе находится файл с выручкой абсолютно всех пиццерий сети. Прозрачная стратегия развития франшизы Правила франчайзинга «Додо Пиццы» довольно подробно описаны и юридически закреплены в договоре коммерческой концессии, который заключается управляющей компанией со всеми франчайзи. Так, за франчайзи чётко фиксируется зона доставки, правила по развитию пиццерии и открытию новых. Благодаря открытой и понятной стратегии развития бренда любой франчайзи может планировать развитие собственного ресторана, открытие новых точек. В заключение Чтобы пост не получился слишком серьёзным, шутеечка напоследок:.
А что по метрикам? Мы хотели уменьшить время, которое пицца находится на тепловой полки. Чем больше лежит заказ на полке, тем больше он теряет свои вкусовые качества. Но при этом мы не должны были отдавать больше сертификатов за опоздание, чем обычно, и скорость доставки не должна была увеличиться или увеличиться незначительно. Но при первых кратковременных тестах нам было не до бизнес-метрик: тогда стояла цель подтвердить работоспособность системы в принципе. На тестах система была под пристальным наблюдением: кто-то мониторит журнал логов, кто-то запросами к базе проверяет состояние заказов. А кто-то, находясь в пиццерии, заглядывает прям в мобилки курьеров. Любое отклонение фиксировалось непосредственно в моменте. Мониторим логи Первоначально мы выделили чисто технические метрики: количество обработанных системой заказов за единицу времени, хартбит Heartbeat сервисов, то есть грубо говоря, мы каждую секунду ждали сигнал от сервиса. И если пульс пропадал, то мы били тревогу. Постепенно мы делали систему стабильнее, и технические метрики перестали «стрелять». Тогда стали проявляться различного рода бизнесовые проблемы. Например, однажды курьер пропустил назначенный на него заказ, а курьеры по кодексу чести стали подряд от него отказываться, чтобы заказ сделал круг и попал опять к первому курьеру. У них соблюдаются правила мужской дружбы, а у нас — зашкаливает количество отказов от поездок и заказ долго лежит на тепловой полке. К тому же не всё можно измерить, если у тебя огромный бизнес. Нередко происходят процессы, которые невозможно оцифровать, не каждое влияние можно оценить, и в некоторых случаях, если эксперимент показывает падение метрик, это не значит, что надо бросать продукт и говорить «Всё, не делаем! Во всём надо руководствоваться здравым смыслом. Здравый смысл — манифест нашей команды. Есть ребята, которые делают всё на вижене, есть те, которые делают на данных. А мы — на здравом смысле. Мы как будто летим осваивать новую планету, у нас есть миссия и вижен, но вместе с тем следим за бортовыми данными дата дривен.
Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор. Источник: СК Сбербанк Страхование.
10 главных преимуществ франшизы «Додо Пицца»
Главная» Новости» Додо новости. Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего. Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS?
Платформа Додо Академия
Базе знаний Dodo Pizza. Что дает франшиза: технологию, проект пиццерии, рецепты, подключение к информационной системе «Додо ИС», сайт, приложение для мобильных устройств, маркетинг, услуги единого колцентра, обучение, базу знаний. Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных.
История архитектуры Dodo IS: путь бэкофиса
По его словам, компания может открыть ресторанные точки в разных сегментах: кофейни, суши-бары, кафе восточной кухни. Кроме того, владелец сети не исключил создание гостиниц мини-форматов и химчисток. В ближайшее время компания планирует создать сеть «кебаб-хаусов», в которой с помощью мобильного приложения можно будет изменить рецепт шаурмы под себя. Аналитики Knight Frank опасаются, что компания может столкнуться с нежеланием потенциальных участников подключается к единой облачной информационной системе и, соответственно, платить за это, помимо роялти. Также вызывает вопросы как будут учитываться различные технологические потребности профилей предпринимателей столь диверсифицированного портфеля франшиз.
В курсе прописано всё: какие материалы должен изучить сотрудник, какие тесты сдать, как должна проходить аттестация. Самые открытые и классные франчайзи Внутри базы знаний для всех доступны контакты любого франчайзи «Додо Пиццы». За прошедшие месяцы мы успели пообщаться с несколькими франчайзи Санкт-Петербурга и области: и все они оказались чрезвычайно открытыми и приятными людьми. Все с удовольствие делятся опытом. Это действительно огромный плюс по сравнению с самостоятельным развитием ресторана.
Открытые бизнес-показатели Во-первых, в публичном доступе находится файл с выручкой абсолютно всех пиццерий сети. Прозрачная стратегия развития франшизы Правила франчайзинга «Додо Пиццы» довольно подробно описаны и юридически закреплены в договоре коммерческой концессии, который заключается управляющей компанией со всеми франчайзи. Так, за франчайзи чётко фиксируется зона доставки, правила по развитию пиццерии и открытию новых.
Додо IS охватывает только производственный процесс или работу компании в целом, включая поставки и персонал?
Несмотря на то, что мы построили уже самую большую сеть в России, пока мы находится на начальной стадии развития информационной системы. По крайней мере, если оценивать ее с позиции нашего видения будущего продукта. Мы еще не успели создать и запустить все модули, которые нужны франчайзи. Сейчас наш основной фокус — операции производства, менеджмента и работы с клиентами.
HR-блок также занимает важную часть в нашей системе, потому что текучка кадров в бизнесе общественного питания очень большая. То есть ваша задача автоматизировать с помощью Додо IS всю работу ресторана? Мы хотим передавать франчайзи не только информационную систему для автоматизации базовых бизнес-процессов, но также помогать с принятием решений и обменом опытом. Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы.
Какая техническая база стоит за системой Додо IS? Мы делаем ставку на «облака» и полностью полагаемся на виртуальные центры обработки данных для разработки, обеспечения работы Додо IS, хранения информации и сбора больших данных. А если бы всего этого сейчас не было? Представьте, что колл-центр вам нужно было организовать на базе классической АТС, вместо вычислительных мощностей в облаке нужно было бы строить собственный дата-центр.
Но вот уже 9 лет мы идем по такому пути — с собственной разработкой, которая начиналась с монолита. Эта статья — «ответ» на вопросы «Зачем переписывать архитектуру и делать такие масштабные и долгие изменения? Начну с того как начиналась разработка Dodo IS, как выглядела изначальная архитектура, как появлялись новые модули, и из-за каких проблем пришлось проводить масштабные изменения. Серия статей «Что такое Dodo IS? You are here Путь клиентской части: фасад над базой 2016-2017 годы. In progress… История настоящих микросервисов. 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, где он сохраняется в базу. В базе есть таблицы с заказом, составом заказа, клиентом и они все связаны.
Платформа Додо Академия
База знаний Додо ИС. У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков. последние новости на сегодня - РБК Инвестиции. Основатель «Додо Пицца» Федор Овчинников рассказал в Facebook об антикризисной стратегии, которую компания вынуждения принять в сложившихся условиях. Главная» Новости» Новости додо пицца. Статистика и отчёты «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии.