Сеть пиццерий «Додо Пицца» представила обновлённый имиджевый сайт, который отличается большим количеством визуальных приемов. Всем франчайзи «Додо Пиццы» предоставляется доступ к базе знаний. Додо is личный кабинет. Палочки с креветками Додо. Додо ис смены.
Как зерокодинг помогает «Додо Пицце» быстро тестировать гипотезы: новая база знаний для сотрудников
После каждого тестирования добавляли фичи, исправляли баги и снова шли проверять. Long hard road out of hell С каждым тестом мы получали массу инсайтов и узнавали о ситуациях, возникающих на смене, которые наша система не покрывала. Например, с самого начала мы считали, что самые близкие заказы система всегда будет отдавать пешим курьерам, заказы средней дальности — велокурьерам. А самые дальние заказы будут назначаться курьерам на авто. И в первые же дни тестирования словили просто цунами гневных сообщений. Автокурьеры за целый день отвезли по одному-два заказа, практически ничего не заработали. А велокурьеры буквально валились с ног, потому что не успевали развозить всю очередь валившихся заказов.
Мы не такие злые, мы пластичные. Хоба — и сделали лучше! В итоге правила необходимо было срочно менять: пешие курьеры по-прежнему получали самые ближние заказы, велокурьеры получали заказы ближней и средней дальности, курьеры на авто получали заказы из всей зоны доставки пиццерии. И вот такое распределение уже работало! А что по метрикам? Мы хотели уменьшить время, которое пицца находится на тепловой полки.
Чем больше лежит заказ на полке, тем больше он теряет свои вкусовые качества. Но при этом мы не должны были отдавать больше сертификатов за опоздание, чем обычно, и скорость доставки не должна была увеличиться или увеличиться незначительно. Но при первых кратковременных тестах нам было не до бизнес-метрик: тогда стояла цель подтвердить работоспособность системы в принципе. На тестах система была под пристальным наблюдением: кто-то мониторит журнал логов, кто-то запросами к базе проверяет состояние заказов. А кто-то, находясь в пиццерии, заглядывает прям в мобилки курьеров. Любое отклонение фиксировалось непосредственно в моменте.
Мониторим логи Первоначально мы выделили чисто технические метрики: количество обработанных системой заказов за единицу времени, хартбит Heartbeat сервисов, то есть грубо говоря, мы каждую секунду ждали сигнал от сервиса. И если пульс пропадал, то мы били тревогу.
Используя ее, сотрудник может оставить пожелание, жалобу или предложение по работе. Dodo IS позволяет сделать это и анонимно.
Все сообщения поступают к директору пиццерии, который принимает решения по заданным вопросам. Отработанная обратная связь между управляющим персоналом и подчиненными улучшает работу всего коллектива и позволяет поддерживать открытую дружественную атмосферу среди работников пиццерии. Каким категориям сотрудников доступен ЛК «Личный кабинет» разработан технической службой сети пиццерий «Додо» для работников кухни и курьеров для того, чтобы эта категория линейных сотрудников могла варьировать рабочий график, при необходимости оперативно искать себе замену среди коллег, контролировать отработанные часы, текущую заработную плату, следить за сроками действий медицинских и санитарных книжек, узнавать новости компании. Регистрация на платформе Существует 2 способа регистрации на платформе «Додо Пицца»: Клиентский.
Зарегистрироваться на платформе можно через специальное мобильное приложение или на сайте «Додо Пицца». Мобильное приложение устанавливается на современные смартфоны, работающие на базе Android и iOS. При регистрации клиент указывает свои данные: номер мобильного телефона, на который поступит код подтверждения; реквизиты банковской карты для оплаты по безналичной системе; адрес доставки. После прохождения регистрации пользователю станет доступен ЛК на сайте «Додо Пицца».
При появления соединения с Интернетом собранные данные отправляются на сервер. Данные технологии будут использоваться при разработке системы. В целом мы уверены, что SaaS — это будущее, через несколько лет Интернет будет везде и все будет работать через Сеть. В середине ноября был запущен в работу первый модуль нашей информационной системы — Прием заказов.
Сегодня все заказы в пиццерии в Сыктывкаре принимаются на планшетных компьютерах через веб-приложение. Этот модуль требует наиболее быстрого отклика и ввода данных. Практика показала, что веб-приложение работает стабильно, скорость приема заказов высокая, а за все время работы с ноября по январь не было ни одного обрыва соединения. Компетенция Существуют ли риски того, что наша компания, занимающаяся розничным операционным бизнесом, не обладает достаточной компетенцией для разработки информационной системы?
Разработка системы существляется опытными специалистами из Подмосковья, которые работают в компании full-time. В будущем команда разработчиков будет расширена. Руководство проектом осуществляет Овчинников Федор, который имеет опыт использования и внедрения информационных системы в торговой розничной сети, опыт взаимодействия с разработчиками и ведения сложных проектов. В проектировании системы нет разрыва между реальным бизнесом и разработчиками.
Методика разработки информационной системы Информационная система разрабатывается по принципу step by step. Проект разбивается на этапы. Задача каждого этапа — запустить работающий модуль. После завершения разработки модуль сразу же запускается в работу.
Таким образом разработчики сразу же получают обратную связь — исправляются ошибки, вносятся коррективы и улучшения. Наша задача — создать максимально удобную и эффективную информационную систему для нашего бизнеса, работая по принципу кайдзен постоянный улучшения. Структура и план разработки информационной системы Dodo IS Разработка системы ведется с июня 2011 года. Структура информационной системы 1.
Прием заказа запущен в работу в ноябре 2011 Модуль приема заказов от клиентов по телефону. Прием заказов осуществляется на планшетных компьютерах. Для быстрого приема заказа создан специальный интерфейс. Для запуска этого модуля создана база клиентов, которая станет в будущем основной модуля — CRM cистема управления взаимоотношениями с клиентами.
Видео о системе Подробное описание — 1 , 2. В будущем мы планируем интегрировать прием заказов с сервисами IP-телефонии например, Asterisk , которые дадут возможность определять номер звонящего и сразу по номеру выводить имя клиентов и адреса доставки, которые были связаны с этим телефоном в прошлых заказах. Был разработан специальный конструктор акций, который дает широкий диапазон для фантазии маркетологов. В тоже время система полностью исключает возможности злоупотреблений маркетинговыми акциями со стороны персонала пиццерии.
Реализованные возможности 1.
Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером.
В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам.
В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов.
Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции.
Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов.
Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах.
Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами.
И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит.
Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее.
Организуем события, и каждый сервис обменивается с другим через эти события.
Улучшите опыт использования Додо с помощью наших полезных советов
| Как открыть пиццерию в маленьком городе по франшизе (на примере Додо-пиццы) | Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. |
| Додо ис база знаний - 84 фото | Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. |
| Как «Додо Пицца» предотвратили проблемы с гашением ВСД | Система Додо ИС. |
Додо ис база
| «Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей | Расскажем вам, как DocsInBox помогли «Додо Пицце» автоматизировать работу с системой «Меркурий», избежать просрочек гашения ветеринарных сертификатов и сократить время работы с ФГИС. |
| ВТИ-Сервис - эксперт автоматизации | Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS. |
| История архитектуры Dodo IS: путь бэкофиса | Додо ис касса. Додо личный кабинет сотрудника. |
| Статистика пиццерий Додо Пицца | Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? |
| Как «Додо Пицца» использует зерокодинг для базы знаний | Расскажем вам, как DocsInBox помогли «Додо Пицце» автоматизировать работу с системой «Меркурий», избежать просрочек гашения ветеринарных сертификатов и сократить время работы с ФГИС. |
Платформа Додо Академия
База знаний Додо. В Базе хранится вся наша история! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос. Покупая франшизу «Додо пиццы», франчайзи получает доступ на закрытый сайт с базой знаний по ведению данного вида бизнеса: организация работы кухни, управление персоналом, макеты рекламы, образцы рабочих документов. 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. Что дает франшиза: технологию, проект пиццерии, рецепты, подключение к информационной системе «Додо ИС», сайт, приложение для мобильных устройств, маркетинг, услуги единого колцентра, обучение, базу знаний. Ищете информацию о базе знаний Додо? Мы предлагаем вам различные полезные советы и рекомендации, которые помогут вам максимально эффективно использовать эту базу знаний. Улучшите свой опыт работы с Додо и получите максимум пользы и результативности!
База знаний додо
На рассмотрении Разбивка по NPS базы клиентов по пиццериям для более детальной работы по клиентской базе. последние новости на сегодня - РБК Инвестиции. Основатель «Додо Пицца» Федор Овчинников рассказал в Facebook об антикризисной стратегии, которую компания вынуждения принять в сложившихся условиях. База знаний ИИ Презентация. История о том, как мы автоматизировали контакт-центр «Додо Пиццы». База знаний Додо. В Базе хранится вся наша история! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы.
Эволюционный подход к обновлению продуктов. Новая главная страница «Базы знаний» Додо
Dodo Pizza часто называет себя ИТ-компанией. Дмитрий Павлов, директор по продукту Dodo IS, рассказывает подробности об устройстве системы и делится несколькими кейсами, когда все пошло не так. Главная» Новости» Додо новости. Базе знаний Dodo Pizza. Новым CEO Dodo Brands станет бывший франчайзи «Додо Пиццы» в подмосковных Химках Алена Тихова, которая помогала пиццерии выйти на американский рынок.
Додо ис база знаний - фото сборник
Такая статистика существенно упрощает задачи оптимизации рабочего графика сотрудников, оценки качества рекламной акции или поиска недостатков в дизайне витрины или выкладке товара. Отчеты создаются в формате CSV, доступ к информации через личный кабинет Ivideon. Такие отчеты позволяют делать прогнозы даже на несколько дней и заранее выяснить, какие кассы, в какие дни и часы выдерживают наибольшую и наименьшую нагрузку. Кроме того, Ivideon может обработать сведения из касс по чекам. Программа управления очередью дополняется бесплатным модулем интеграции с 1С.
Определяем доходность вложений В общем доступе «Додо» еще не разместили информацию о затратах на совместный пилот с Dbrain. Если мы посчитаем по максимуму, то идея все равно скорее окажется выигрышной — машинный алгоритм не требует заработной платы или пиццы в подарок. Расходы на детектор очередей как раз доступны — их можно увидеть в персональном кабинете каждого пользователя сервиса Ivideon — 800 рублей ежемесячно за одну камеру. Сюда же включены детектор движения, стоимость архива в облаке, функция встраивания на свой сайт трансляции с камеры или расшаривания видео в соцсетях.
Если компания уже хранит данные с камеры в облачном архиве, то логично будет подключить и детектор. Кстати, обновления не заставляют себя ждать и постоянно предлагают расширенный функционал, вероятнее всего, после детекции людей как объектов будет предложена функция распознавания лиц. Интереснее всего в этом интересном кейсе, безусловно, доход. С «Додо Пиццей» точных выводов пока нет, а потому судить рано.
Зато компания «Интерлогика» опубликовала любопытные данные: затраты на установку и настройку системы распознавания очередей, с учетом затрат на приобретение камер, обошлись в 0,5 млн. С учетом изложенных данных, система начнем себя окупать примерно через 1 год. Выводы Камера сама по себе всего лишь девайс из пластика с очень простой функцией — видеофиксация. Очень простой, поскольку обрабатывать результаты видеосъемки приходилось все же человеку — наблюдать за периметром, сотрудниками в рабочей зоне, принимать сигнал о нарушителях.
Ничего, кроме создания картинки или потока картинок, камера делать не умеет.
Животные на Вашем Экране 7 подписчиков Подписаться Федор Овчинников - предприниматель, основатель и совладелец «Додо пицца» — международной сети пиццерий, насчитывающей более 200 точек в 9 странах, самой быстрорастущей компании на российском рынке общепита. Автор популярного блога «Сила ума», в котором он честно и открыто рассказывает о своем бизнесе, и герой книги «И ботаники делают бизнес». По итогам 2016 года компания «Додо Пицца» стала крупнейшей сетью в России по количеству пиццерий.
Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через 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-сервисов был долгий и постепенный период перевода на другую систему. Переключения должны были происходить бесшовно для пользователей и требовали ручной работы.
Бизнес модель Додо пицца. Структура компании Додо пицца.
Додо пицца Размеры пицц. Размеры пиццы в Додо. Диаметр пиццы. Додо пицца диаметр пиццы. Промокод Додо пицца 2022. Коды в Додо пицца 2022. Промокоды на Додо пицца 2022 Екатеринбург.
Промокоды Додо 2022 Волгоград. Магниты Додо пицца. Додо пицца мерч. Стикеры марки в Додо пицце. Коллекция магнитов Додо пицца. Приглашение на пиццу от Додо. Додо Постер.
Додо севера. Додо офис лого. Додо пицца мобильное приложение. История заказов Додо пицца приложение. Приложение Додо пицца установить. Додо пицца начинки. Пицца диабло Додо.
Додо пицца в граммах. Додо пицца фудкорт. Додо пицца экраны. Додо пицца кассовая зона. Пицца экспресс. Раскраска Додо пицца. Додо детям.
Рисунки Додо пицца детские. Организационная структура управления Додо пицца. Организационная структура пиццерии схема. Схема принятия заказа. Додо пицца личный кабинет. Додо номер телефона. Додо is личный кабинет.
Додо личный кабинет Додо. Приложение для заказа пиццы. Как оформить заказ в Додо пицца через приложение. Ассортимент пиццерии. Ассортимент пиццы в Додо пицца. Лозунг Додо пицца. Додо пицца сэндвичи.
Додо пицца корпоративная культура. Кухня Додо. Горячий цех Додо пицца. Пиццерия Додо кухня. Оборудование в Додо.
Автоматизировали оплату самозанятым и контроль доставок
- Додо ис касса - фото сборник
- Франшиза «Додо пицца»
- Франшиза «Додо пицца»
- Содержание
- Содержание
- Автоматизируем бизнес по-крупному: создаём свой «цифровой мозг»