Ищете информацию о базе знаний Додо? Мы предлагаем вам различные полезные советы и рекомендации, которые помогут вам максимально эффективно использовать эту базу знаний. Улучшите свой опыт работы с Додо и получите максимум пользы и результативности!
Как работает личный кабинет сотрудника Додо Пицца
База знаний ИИ Презентация. История о том, как мы автоматизировали контакт-центр «Додо Пиццы». Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков.
Додо ис касса - фото сборник
Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков. Сеть пиццерий «Додо Пицца» представила обновлённый имиджевый сайт, который отличается большим количеством визуальных приемов. База знаний Додо ИС. Dodo is Интерфейс. CPO направления ERP «Додо Инжиниринга», рассказал, как с помощью зерокодинга в тестируют базу знаний и планируют заменить бумажные чек-листы. Dodo IS — информационная система как ядро франчайзинга.
Александр Шаламов
- Додо ис база знаний - фото сборник
- Что нужно, чтобы стать зерокодером
- Как мы собрали приложение на Glide
- Додо ис персонал
- Выручка пиццерий
RS. Информационная система Dodo IS
ААндрей Луханин Зарплатный фонд устанавливаем мы сами. У пиццмейкера есть окладная часть и бонусная. Все зависит от выработки часов. В среднем он получает от 25 000 до 33 000 рублей.
ДДмитрий Пильщиков Устанавливаем мы. За октябрь у работников кухни средняя была 51072 рублей. Сотрудники Додо Пицца проходят обучение?
ААндрей Елькин Проходят обучение. Занимает от двух недель. Последующей обязательной отработки нет.
ААндрей Луханин Они проходят онлайн курсы как в начале, так и для повышения по должностной лестнице. Насколько это помогает контролировать бизнес? ААндрей Елькин Очень сильно помогает.
На этом основывается значительная часть успеха партнеров и Додо в целом. ААндрей Луханин С самых истоков. Программа, действительно, удобная, работать в ней можно интуитивно и всегда знаешь, в каком положении находится твой ресторан.
Если сравнивать с той же iiko, где ты должен собрать как конструктор нужный тебе набор приложений и потом в нем разбираться. Тут, конечно, все удобно. ДДмитрий Пильщиков На 9 из 10.
На основании их отчетов составляется рейтинг пиццерий. Лучшим пиццериям достаются бонусы. О каких бонусах идет речь?
ААндрей Елькин Бонусов нет. ААндрей Елькин Не знаю о таких бонусах, мы первыми не становились. А тайные покупатели, действительно, приходят 8 раз в месяц.
ДДмитрий Пильщиков Бонусов нет никаких, только моральное удовлетворение, что твоя пиццерия в топе по качеству. Франчайзер заявляет, что срок окупаемости франшизы 3 года. Это реальный показатель?
Ваша франшиза окупится за этот период? ААндрей Елькин Да, реальный. Плюс-минус 3 года.
ААндрей Елькин Первые франшизы окупились, остальные в процессе.
Сегодня сеть насчитывает более 180 пиццерии в 9 странах, включая США и Китай. Основа бизнеса — полная прозрачность и открытость, а также собственная облачная информационная система «Додо ИС», которая управляет всем бизнесом.
В 2014 году «Додо Пицца» осуществила первую в мире коммерческую доставку с помощью дронов.
Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2. Далее либо на логин-страницу, либо переход в контроллер.
Такая вот простая система, но при этом не совсем стандартная. Если все процедуры пройдены, то пропускаем дальше в логике в контроллерах и методах. Данные пользователей отделены от всех других данных, они хранятся в отдельной таблице membership, функции из слоя логики AuthService вполне могут стать api-методами. Границы домена определены вполне чётко: пользователи, их роли, данные о доступах, выдача и отзыв доступов.
Всё выглядит так, что можно вынести в отдельный сервис. Так и сделали: У такого подхода есть ряд проблем. Например, вызов метода внутри процесса — не то же самое, что вызов по http внешнего сервиса. Латенси, надёжность, поддерживаемость, прозрачность операции совершенно другие.
Подробнее именно о таких проблемах рассказывал Андрей Моревский в своем докладе «50 оттенков микросервисов». Сервис аутентификации и с ним сервис устройств используются для бэкофиса, то есть для сервисов и интерфейсов, используемых на производстве. Аутентификация для клиентских сервисов вроде сайта или мобильного приложения происходит отдельно без использования Auth. Отделение заняло около года, а сейчас мы опять занимаемся этой темой, переводя систему уже на новые сервисы аутентификации со стандартными протоколами.
Почему отделение длилось так долго? По пути было множество проблем, которые замедляли: Нам хотелось перевести данные о пользователях, устройствах и аутентификации из баз по стране в одну. Для этого пришлось переводить все таблицы и использование с идентификатора int на глобальный идентификатор UUId недавно перерабатывали этот код Роман Букин «Uuid — большая история маленькой структуры» и open-source проект Primitives. Хранение данных по пользователям так как это персональная информация имеет свои ограничения и для некоторых стран надо хранить их отдельно.
Но глобальный идентификатор пользователя должен быть. Много таблиц в базе имеет аудит информацию о том пользователе, который совершил операцию. Это потребовало дополнительного механизма, чтобы была консистентность. После создания api-сервисов был долгий и постепенный период перевода на другую систему.
Переключения должны были происходить бесшовно для пользователей и требовали ручной работы. Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне.
Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение». Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS.
Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером.
В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия.
В базе есть таблицы с заказом, составом заказа, клиентом и они все связаны. Интерфейс отображения заказа идет и вытаскивает последние заказы и отражает их.
Новые модули Прием заказа был важен и необходим. Нельзя сделать бизнес по продаже пиццы, если нет приема заказа для продажи. Поэтому система начала обрастать функционалом — примерно с 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 секунд.
LeSS в Додо Пицце: эволюция или революция
Для бизнеса чат-центр — решение для обработки всех обращений клиентов в цифровых каналах мессенджеры, соцсети, чаты, электронная почта с простой установкой, кастомизацией чата, интеграцией с CRM и чат-ботом, единой историей обращений, подробной аналитикой. Для руководителей контакт-центра это удобный инструмент мониторинга и источник необходимой отчётности.
Пиццерия, работающая на доставку, обойдется покупателю франшизу от 6 млн рублей, пиццерия со своим залом - 8 - 15 млн. В эту сумму войдут аренда, ремонт соответствующий дизай-проекту, закупка оборудования и найм персонала, затраты на рекламу и закупка продуктов для первого месяца работы. Гарантии франчайзера Сердце пиццерии - облачная система управления «Додо ИС». Для работы с системой понадобится планшет и беспроводной интернет. На одну пиццерию фрайчанзи устанавливает в среднем 5 - 9 планшетов.
Серверы на Windows Server, потому что. NET тогда мог быть только под Windows Mono обсуждать не будем. Физически это все выражалось в «дедике у хостера». Архитектура приложения приема заказа Тогда уже все говорили о микросервисах, а SOA лет 5 использовалось в крупных проектах, например, WCF вышел в 2006 году. Но тогда выбрали надежное и проверенное решение. Вот оно. Каждый из сервисов отвечал какому-то аспекту бизнеса: Например, DepartmentStructureService выдавал информацию по пиццериям, по департаментам. Департамент — это группа пиццерий под управлением одного франчайзи. ReceivingOrdersService принимал и рассчитывал состав заказа. Сервисы обрабатывали данные из базы, хранили бизнес-логику. В них уже находились запросы к хранимым процедурам в базе и слой мапперов. В хранимках была бизнес-логика, особенно много в тех, которые выдавали отчетные данные. ОРМ не использовался, все полагались на написанный руками sql. Еще был слой доменной модели и общих классов-хелперов, например, класс Order, хранивший заказ. Там же, в слое, находился хелпер для преобразования текста отображения по выбранной валюте. Всё это можно представить такой моделью: Путь заказа Рассмотрим упрощенный первоначальный путь создания такого заказа. Изначально сайт был статический. На нем были цены, а сверху — номер телефона и надпись «Хочешь пиццу — звони по номеру и закажи». Для заказа нам нужно реализовать простой flow: Клиент заходит на статический сайт с ценами, выбирает продукты и звонит по номеру, который указан на сайте. Клиент называет продукты, которые хочет добавить в заказ. Называет свой адрес и имя. Оператор принимает заказ. Заказ отображается в интерфейсе принятых заказов. Все начинается с отображения меню. Залогиненный пользователь-оператор в один момент времени принимает лишь один заказ. Поэтому draft-корзина может храниться в его сессии сеанс пользователя хранится в памяти. Там объект Cart, в котором продукты и информация о клиенте. По продукту вытаскивается информация из базы и добавляется информация о продукте в корзину. Да, здесь можно не вытаскивать продукт из базы, а передавать с фронтенда. Но для наглядности я показал именно путь из базы. Далее вводим адрес и имя клиента. При нажатии «Создать заказ»: Запрос отправляем в OrderController. Получаем Cart из сессии, там лежат продукты в нужном нам количестве. Дополняем Cart информацией о клиенте и передаем в метод AddOrder класса ReceivingOrderService, где он сохраняется в базу. В базе есть таблицы с заказом, составом заказа, клиентом и они все связаны. Интерфейс отображения заказа идет и вытаскивает последние заказы и отражает их. Новые модули Прием заказа был важен и необходим. Нельзя сделать бизнес по продаже пиццы, если нет приема заказа для продажи. Поэтому система начала обрастать функционалом — примерно с 2012 по 2015 года. За это время появилось много различных блоков системы, которые я буду называть модулями, в противовес понятию сервиса или продукта. Модуль — это набор функций, которые объединены какой-то общей бизнес-целью. При этом физически они находятся в одном приложении. Модули можно назвать блоками системы. Например, это модуль отчетов, интерфейсы админки, трекер продуктов на кухне , авторизация. Это всё разные интерфейсы для пользователя, некоторые имеют даже различные визуальные стили. При этом все в рамках одного приложения, одного работающего процесса. Технически модули оформлялись как Area вот такая идея даже осталась в asp. Там были отдельные файлы для фронтенда, моделей, а также свои классы контроллеров. В итоге система преобразовалась из такой... Это: Site — первая версия сайта dodopizza. Export: выгрузка отчетов из Dodo IS для 1C.
Додо пицца приложение. Оценить в Додо приложении. Приоритеты в Додо. Маврикийский Дронт Додо. Маврикийский Дронт вымершие животные. Маврикийский Дронт реконструкция. Бурбонский Дронт. Додо is. Додо ИС личный кабинет сотрудника. Организационная структура пиццерии схема. Схема принятия заказа. Работа в Додо. Анкета Додо. Анкета соискателя Додо пицца. Анкета кандидата на работу Додо пицца. Додо карьерный рост. Принципы компании Додо. Додо миссия компании. Книга Додо пицца. Додо трекер. Додо номер телефона. Кабинет Додо пицца. Пиццерия стори ковров. Меню пиццы стори. Информационная система- Додо ИС.. Додо личный кабинет Додо.
Первые проблемы 2016 года: зачем сервисам выходить из монолита
- Dodo IS: как технологии делают людям вкусно
- Додо ис касса - фотоподборка
- Выживают только… техно-параноики
- Автоматизация контактного центра «Додо Пиццы» — CDO2DAY
Как насчет бесплатной пиццы?
«Додо ИС» — это «Скайнет» среди систем управления предприятием. CPO направления ERP «Додо Инжиниринга», рассказал, как с помощью зерокодинга в тестируют базу знаний и планируют заменить бумажные чек-листы. Dodo IS — информационная система как ядро франчайзинга. Информационная система Dodo IS представляет из себя веб-приложение. Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года.