Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным. Информационная система Додо. Информационная система Додо. Додо ИС персонал. Dodo is кабинет сотрудника.
LeSS в Додо Пицце: эволюция или революция
Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу.
Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1. В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет. Если доступа нет, нужно пройти процедуру авторизации. Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина.
В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя. Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2. Далее либо на логин-страницу, либо переход в контроллер. Такая вот простая система, но при этом не совсем стандартная. Если все процедуры пройдены, то пропускаем дальше в логике в контроллерах и методах. Данные пользователей отделены от всех других данных, они хранятся в отдельной таблице membership, функции из слоя логики AuthService вполне могут стать api-методами. Границы домена определены вполне чётко: пользователи, их роли, данные о доступах, выдача и отзыв доступов.
Всё выглядит так, что можно вынести в отдельный сервис. Так и сделали: У такого подхода есть ряд проблем. Например, вызов метода внутри процесса — не то же самое, что вызов по http внешнего сервиса. Латенси, надёжность, поддерживаемость, прозрачность операции совершенно другие. Подробнее именно о таких проблемах рассказывал Андрей Моревский в своем докладе »50 оттенков микросервисов». Сервис аутентификации и с ним сервис устройств используются для бэкофиса, то есть для сервисов и интерфейсов, используемых на производстве. Аутентификация для клиентских сервисов вроде сайта или мобильного приложения происходит отдельно без использования Auth. Отделение заняло около года, а сейчас мы опять занимаемся этой темой, переводя систему уже на новые сервисы аутентификации со стандартными протоколами.
Обучение администраторов Обучить более 20 администраторов платформы помогла база знаний Эквио, благодаря которой компании не пришлось проводить занятия с нуля. Информация в базе знаний подаётся в виде двухминутных роликов, каждый из которых содержит ответ на определённый вопрос. Дополнительно с администраторами провели часовые онлайн-встречи, показали платформу, правила создания и оформления статей, выбор тегов. Специалисты Додо Пиццы написали статью про базу знаний и запустили курс по созданию интерактивных элементов. Все оставшиеся после обучения вопросы можно задавать в чате поддержки Эквио. Перенос материалов Платформа Эквио позволяет перенести обучающий контент самостоятельно или с помощью сотрудников платформы. Додо Пицца подключила к этой задаче разные команды сотрудников. Одновременно продумали иерархию курсов, распределили их по категориям и добавили теги. Благодаря этому пользователи могут проще ориентироваться в образовательных материалах Додо Академии. Также компания регулярно обновляет платформу, добавляя на неё корпоративные новости. Наши рекомендации: Добавление пользователей Компания добавила пользователей на платформу согласно действующей иерархии. В каждой команде назначили руководителя, который может просматривать общую статистику. Доступ к обучающему контенту разграничили по группам. При добавлении нового пользователя его сразу добавляют в группу, чтобы для него автоматически открылись нужные курсы. Также новичок получает доступ к приветственному видео с рассказом о возможностях платформы. Это позволяет экономить время и обеспечивать всех сотрудников обучающими материалами. Администрирование платформы На платформе 20 администраторов, но в их обязанности входит не только работа с Эквио. Все сотрудники параллельно ведут другие проекты. Для нас это удобнее, чем назначить несколько специалистов, которые будут заниматься только платформой. Каждый администратор тратит лишь небольшую часть рабочего дня на работу с сервисом. Если кто-то из специалистов уходит на больничный или в отпуск, его всегда можно заменить. Сотрудники Додо Пиццы редактируют обучающие материалы во встроенном редакторе, добавляют интерактивные вставки в видео, добавляют награды за переход на новый уровень обучения, выполнение рабочих задач и победы в конкурсах.
Ведь мало кто смотрит на экран, не отрываясь. Зайдя на сайт dodopizza. Читайте также:.
Мы предлагаем вам различные полезные советы и рекомендации, которые помогут вам максимально эффективно использовать эту базу знаний. Улучшите свой опыт работы с Додо и получите максимум пользы и результативности! Используйте поиск для нахождения нужной информации. Задавайте точные запросы, чтобы получить наиболее релевантные результаты. Поддержка клиентов, развитие Базы знаний и Digital design. Где спроектировать визуальную схему базы данных онлайн, конструктор баз данных с удобным интерфейсом Постоянно обновляйте свои знания, ищите новые статьи и обучающие материалы, которые помогут вам освоить новые навыки и поднять свой уровень.
Just Dodo is: «Додо пицца» попробует себя в других форматах
После создания api-сервисов был долгий и постепенный период перевода на другую систему. Переключения должны были происходить бесшовно для пользователей и требовали ручной работы. Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне. Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение». Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции.
Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим.
Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем.
Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены.
Как сотрудники получают пиццу Оформите заявку В специальной форме укажите данные вашей компании и сумму заказа. Мы выдадим сертификаты на эту сумму.
Количество сертификатов и сумма могут быть любыми. Передайте сертификаты сотрудникам С помощью сертификата можно будет оплатить заказ в любом городе, где есть «Додо Пицца».
По приглашению основателя «Додо-пиццы» Федора Овчинникова он поехал в штаб-квартиру в Сыктывкар — посмотреть, как все устроено. Ему все понравилось. Кухня «Додо-пиццы» похожа на конвейер. Работники готовят пиццу за 7—10 минут, до 100 штук в час. Всем этим управляет информационная система, которая сама принимает заказы с касс и из интернета, раздает задания поварам и курьерам, ведет статистику и программу лояльности.
Во всех пиццериях работают камеры, чтобы клиенты видели, как готовится конкретно их пицца. Камеры в пиццериях помогают следить за качеством и превращают приготовление пиццы в реалити-шоу.
В 2011 году открыл в Сыктывкаре пиццерию «Додо Пицца». Сейчас сеть работает в 10 странах, открыто 286 пиццерий. Ведь мало кто смотрит на экран, не отрываясь. Зайдя на сайт dodopizza.
База знаний Додо 🔥. А вы знали, что у нас есть сайт, который называется База знаний?
Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего. Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени. Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным. Сеть пиццерий «Додо Пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных.
«Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей
Всем франчайзи «Додо Пиццы» предоставляется доступ к базе знаний. На рассмотрении Разбивка по NPS базы клиентов по пиццериям для более детальной работы по клиентской базе. Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. Dodo IS — информационная система как ядро франчайзинга.
Вкусная пицца для сотрудников
Dodo Engineering is a team developing the first digital franchising platform, Dodo IS. 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.
Кроме того, клиенты получают ответы быстрее, следовательно, у них повышается лояльность к компании. Для создания бота были использованы следующие технологии: Платформа для разработки чат-ботов zDialog; ИИ-сервис аналитики чат-ботов OneDash; Технология распознавания и синтеза речи Yandex SpeechKit.
Интерфейсы для работы менеджера смены: список заказов, графики производительности, вывод на смену сотрудников. Менеджер Офиса. Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии. Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т.
Личный Кабинет Сотрудника. Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров. Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth.
Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции.
Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1. В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет. Если доступа нет, нужно пройти процедуру авторизации. Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина. В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя. Не изменилась ли его роль, не надо ли его не пускать теперь на страницу.
А самые дальние заказы будут назначаться курьерам на авто. И в первые же дни тестирования словили просто цунами гневных сообщений. Автокурьеры за целый день отвезли по одному-два заказа, практически ничего не заработали. А велокурьеры буквально валились с ног, потому что не успевали развозить всю очередь валившихся заказов. Мы не такие злые, мы пластичные. Хоба — и сделали лучше! В итоге правила необходимо было срочно менять: пешие курьеры по-прежнему получали самые ближние заказы, велокурьеры получали заказы ближней и средней дальности, курьеры на авто получали заказы из всей зоны доставки пиццерии.
И вот такое распределение уже работало! А что по метрикам? Мы хотели уменьшить время, которое пицца находится на тепловой полки. Чем больше лежит заказ на полке, тем больше он теряет свои вкусовые качества. Но при этом мы не должны были отдавать больше сертификатов за опоздание, чем обычно, и скорость доставки не должна была увеличиться или увеличиться незначительно. Но при первых кратковременных тестах нам было не до бизнес-метрик: тогда стояла цель подтвердить работоспособность системы в принципе. На тестах система была под пристальным наблюдением: кто-то мониторит журнал логов, кто-то запросами к базе проверяет состояние заказов.
А кто-то, находясь в пиццерии, заглядывает прям в мобилки курьеров. Любое отклонение фиксировалось непосредственно в моменте. Мониторим логи Первоначально мы выделили чисто технические метрики: количество обработанных системой заказов за единицу времени, хартбит Heartbeat сервисов, то есть грубо говоря, мы каждую секунду ждали сигнал от сервиса. И если пульс пропадал, то мы били тревогу. Постепенно мы делали систему стабильнее, и технические метрики перестали «стрелять». Тогда стали проявляться различного рода бизнесовые проблемы. Например, однажды курьер пропустил назначенный на него заказ, а курьеры по кодексу чести стали подряд от него отказываться, чтобы заказ сделал круг и попал опять к первому курьеру.
Платформа Додо Академия
Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. CPO направления ERP «Додо Инжиниринга», рассказал, как с помощью зерокодинга в тестируют базу знаний и планируют заменить бумажные чек-листы.
*Как видеоаналитика и машинное зрение помогают оценивать качество пиццы
Маркетинг пиццерии. Стандарты Додо. Додо пицца маркетинг. Реклама Додо пицца 2021. Рекламная компания Додо пицца. Додо пицца клиенты. Додо пицца Мимимишки.
Технологическая карта Додо пицца. Додо пицца техкарты. Технологические карты Додо. Тех карты Додо пицца. Додо листовка. Буклет Додо пицца рекламный.
Рекламные макеты Додо пицца. Ситуативный маркетинг Додо пицца. Целевая аудитория Додо пицца. Ситуативный маркетинг примеры. Стандарты Додо пицца. Личный кабинет сотрудника.
Додо ИС. Додо ИС персонал. Додо личный кабинет. Додо пицца личный кабинет сотрудника. Додо диабло. Рейтинг продукта Додо.
Додо пицца приложение. Приложение для пиццерии. Карта пиццерий Додо. Додо пицца кофе. Как в приложении Додо добавить карту. Цвета Додо пиццы.
Додо пицца напитки. Додо акции. Додо пицца меню напитки. Додо пицца пицца напиток. Додо карьерный рост. Принципы компании Додо.
Додо миссия компании. Книга Додо пицца. Додо пицца упаковка. Контроль качества пицца. Наклейка контроль качества на пиццу. Додо пицца коробка.
Додо пицца промокод на пиццу 4 сезона. Додо пицца коды. Промокод Додо пицца Екатеринбург. Пицца в подарок при регистрации Додо. Промокод Додо пицца. Код Додо пицца.
Система была ещё очень проста: она определяла, какой заказ самый приоритетный к доставке и назначала его на первого курьера в очереди. И буквально через полчаса с начала тестирования система упала. Правда, не сильно и ненадолго — хот-фиксами удалось её поднять.
За следующие четыре часа мы словили ещё несколько багов, но смогли довести тест до конца. Product Owner, когда система упала на первом же запуске. Несмотря на все баги первого теста, стало понятно, что идея Небесного логиста жизнеспособна, и мы пошли на новые итерации.
После каждого тестирования добавляли фичи, исправляли баги и снова шли проверять. Long hard road out of hell С каждым тестом мы получали массу инсайтов и узнавали о ситуациях, возникающих на смене, которые наша система не покрывала. Например, с самого начала мы считали, что самые близкие заказы система всегда будет отдавать пешим курьерам, заказы средней дальности — велокурьерам.
А самые дальние заказы будут назначаться курьерам на авто. И в первые же дни тестирования словили просто цунами гневных сообщений. Автокурьеры за целый день отвезли по одному-два заказа, практически ничего не заработали.
А велокурьеры буквально валились с ног, потому что не успевали развозить всю очередь валившихся заказов. Мы не такие злые, мы пластичные. Хоба — и сделали лучше!
В итоге правила необходимо было срочно менять: пешие курьеры по-прежнему получали самые ближние заказы, велокурьеры получали заказы ближней и средней дальности, курьеры на авто получали заказы из всей зоны доставки пиццерии. И вот такое распределение уже работало! А что по метрикам?
Мы хотели уменьшить время, которое пицца находится на тепловой полки. Чем больше лежит заказ на полке, тем больше он теряет свои вкусовые качества. Но при этом мы не должны были отдавать больше сертификатов за опоздание, чем обычно, и скорость доставки не должна была увеличиться или увеличиться незначительно.
Регистрация на платформе Существует 2 способа регистрации на платформе «Додо Пицца»: Клиентский. Зарегистрироваться на платформе можно через специальное мобильное приложение или на сайте «Додо Пицца». Мобильное приложение устанавливается на современные смартфоны, работающие на базе Android и iOS. При регистрации клиент указывает свои данные: номер мобильного телефона, на который поступит код подтверждения; реквизиты банковской карты для оплаты по безналичной системе; адрес доставки. После прохождения регистрации пользователю станет доступен ЛК на сайте «Додо Пицца». Рабочий аккаунт. Для сотрудников «Додо» существуют специально разработанные рабочие кабинеты, вход в которые осуществляется через сайт или бэк-офис компании. Регистрация может быть клиентской или рабочей. Как осуществить вход в «Додо ИС» Чтобы осуществить вход в систему Dodo IS, сотрудник ресторана должен ввести номер мобильного телефона, являющийся логином, и пароль, сгенерированный технической службой сайта на странице personal.
После подтверждения учетной записи работник может изменить пароль.
На эти заказы даём сертификаты. ААндрей Елькин Т. Например, в пиццерии в Хабаровске в прошлом месяце было 3-4 не вовремя доставленных пиццы в месяц. ДДмитрий Пильщиков Редко, у нас среднее время доставки 25 минут. Оказывает ли франчайзер поддержку по основным направлениям юридические вопросы, бухгалтерия? ААндрей Елькин Оказывает информационную поддержку. В базе знаний много информации, в том числе по таким вопросам.
Какие-то вещи рассказывают на обучении франчайзи перед открытием первого ресторана. Но, в целом, это ответственность партнёра. ААндрей Елькин Юридический отдел мне не нужен был. Хотя если надо какие-то договора обсудить, например, по аренде, то могут дать контакты того, с кем можно посоветоваться по данному вопросу. ДДмитрий Пильщиков Да, оказывает советами и публикацией уже имеющихся кейсов. Как на вас повлиял карантин? ААндрей Елькин Первый месяц было очень тяжело - доставка в залах резко упала ещё до карантина. Потом помогло государство - мы получили субсидии, арендодатели дали скидку.
Потом подросла доставка и отчасти компенсировала падение в залах. Довольно сильно выросла цена продуктов вслед за ростом доллара. Плюс сильно выросли затраты на курьеров. Сейчас доставку развивают все, в том числе ритейл, и курьеров не хватает. В общем, рентабельность упала. Но жаловаться не приходится. Многим другим отраслям и игрокам на рынке общепита значительно хуже. ААндрей Елькин Если брать показатели в целом, то можно сказать, что карантин мы пережили хорошо.
Рестораны были закрыты с апреля по 4 сентября. Работали только надо доставку. ДДмитрий Пильщиков Ресторан просел в выручке, а доставка чуть подросла. Стало чуть больше затрат и чуть больше менеджмента. Поддерживает ли вас франчайзер в период карантина? Роялти и так низкий - его не меняли. Затем рекламный платёж в течение трёх месяцев вернули. ААндрей Елькин Нам полностью отменили маркетинговые сборы, это достаточно ощутимая сумма.
В этот период была модернизация большая, много новых идей.
Франшиза «Додо пицца»
Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов. Это вроде незначительные проблемы, но они сильно замедляли разработку и снижали качество, что приводило к нестабильности и ошибкам. Сложность большой разработки Трудности возникли и в самой разработке. Нужно было делать разные блоки системы, причем параллельно. Вместить нужды каждого компонента в единый код становилось все труднее. Было не просто договориться и угодить всем компонентам одновременно.
К этому добавлялись ограничения в технологиях, особенно касаемо базы и фронтэнда. Нужно было отказываться от JQuery в сторону высокоуровневых фреймворков, особенно в части клиентских сервисов сайт. В каких-то частях системы могли бы использоваться базы, более подходящие для этого. Например, позднее у нас был прецедент перехода с Redis на CosmosDB для хранения корзины заказа. Команды и разработчики, занимающиеся своей областью явно хотели большей самостоятельности для своих сервисов, как в части разработки, так и в части выкатки. Конфликты при мерже, проблемы при релизах.
Если для 5 разработчиков эта проблема несущественна, то при 10, а уж тем более при планируемом росте, все стало бы серьёзнее. А а впереди должна была быть разработка мобильного приложения она стартанула в 2017, а в 2018 было большое падение. Разные части системы требовали разных показателей стабильности, но в силу сильной связности системы, мы не могли этого обеспечить. Ошибка при разработке новой функции в админке, вполне могла выстрелить в приеме заказа на сайте, ведь код общий и переиспользуемый, база и данные тоже едины. Вероятно, можно было бы и в рамках такой монолитно-модульной архитектуры не допускать этих ошибок и проблем: сделать разделение ответственности, проводить рефакторинг как кода, так и базы данных, чётко отделять слои друг от друга, следить за качеством каждый день. Но выбранные архитектурные решения и фокус на быстром расширении функционала системы привели к проблемам в вопросах стабильности.
Как блог Сила ума положил кассы в ресторанах Если рост сети пиццерий и нагрузки продолжался бы в том же темпе, то через некоторое время падения были бы уже такими, что система и не поднимется. Хорошо иллюстрирует проблемы, с которыми мы начали сталкиваться к 2015 году вот такая история. В блоге « Сила ума » был виджет, который показывал данные по выручке за год всей сети. Виджет обращался к публичному API Dodo, которое предоставляет эти данные. Виджет показывался на каждой странице и делал запросы по таймеру каждые 20 секунд. Запрос уходил в api.
Запрос на статистику по выручке шел сразу в базу и начинал запрашивать данные по заказам, агрегировать данные прямо на лету и выдавать сумму. В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы. Кассы делали свои запросы каждые 5 секунд или по обновлению страницы. Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать. Пока каждый из пришедших человек читал статью, виджет с выручкой исправно работал и запрашивал API каждые 20 секунд.
API вызывало хранимую процедуру на расчет суммы всех заказов с начала года по всем пиццериям сети. Агрегация шла по таблице orders, которая очень популярна. В неё же ходят все кассы всех открытых ресторанов на тот момент. Кассы перестали отвечать, заказы не принимались. Ещё они не принимались с сайта, не появлялись на трекере, менеджер смены не мог увидеть их в своем интерфейсе. Это не единственная история.
К осени 2015 года каждую пятницу нагрузка на систему была критическая. Несколько раз мы выключали публичное API, а однажды, нам пришлось даже отключить сайт, потому что уже ничего не помогало. Был даже список сервисов с порядком отключения при серьезных нагрузках. С этого времени начинается наша борьба с нагрузками и за стабилизацию системы с осени 2015 до осени 2018. Именно тогда случилось « Великое падение ». Дальше тоже иногда происходили сбои, некоторые были весьма чувствительными, но общий период нестабильности сейчас можно считать пройденным.
Бурный рост бизнеса Почему нельзя было «сделать сразу хорошо»? Достаточно посмотреть на следующие графики. Также в 2014-2015 было открытие в Румынии и готовилось открытие в США. Сеть росла очень быстро, открывались новые страны, появлялись новые форматы пиццерий, например, открылась пиццерия на фудкорте. Всё это требовало значительного внимания именно к расширению функций Dodo IS. Без всех этих функций, без трекинга на кухне, учета продуктов и потерь в системе, отображения выдачи заказа в зале фудкорта, вряд ли бы мы сейчас рассуждали о «правильной» архитектуре и «верном» подходе к разработке.
Еще препятствиями для своевременного пересмотра архитектуры и вообще внимания к техническим проблемам, был кризис 2014 года. Такие вещи больно бьют по возможностям для роста команд, особенно для молодого бизнеса, каким была Додо Пицца.
Опыт и анализ отзывов показали, что для федеральной сети пиццерий двух каналов связи не хватает. Нужен был современный и удобный канал, чтобы общаться с клиентами и быстрее отвечать на обращения. Решение В сентябре 2021 года компания edna запустила чат поддержки для «Додо Пиццы», который интегрирован с CRM, оформлен в фирменном стиле компании, имеет несколько языковых версий одного виджета, что актуально для международной компании.
VR, AR, видеоаналитика, нейронные сети — находятся в зоне ответственности нового драйвера рынка VSaaS видеонаблюдение. Основанное на облачном хранении данных. Рассказываем, как производитель пиццы использует машинное зрение для контроля качества пиццы, повышения доверия к бренду и роста продаж. Экономическую информацию о компании: выручку, средний чек, объемы продаж, затраты, себестоимость единицы продукции и т.
Каждая пиццерия «Додо пицца» оборудована видеокамерой, и используются они как конкурентное преимущество. Действительно, видеотрансляция с камеры на сайте «Додо» доступна любому. Это не только часть концепции честности компании, но и инструмент роста продаж. Благосостояние «Додо» базируется на продуманной автоматизации бизнес-процессов. Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. Начиналось все со стремления достигнуть порядка и продемонстрировать покупателям выпечку вкусной пиццы высокого качества. Во всех пиццериях на кухнях установлены камеры, видеопоток с которых открыт для просмотра на сайте «ДП». Камеры в заведениях из инструмента live-трансляции превратились в источник информации для видеоаналитики. Программа обрабатывала фотографии за мгновение, используя нейронные сети.
Бот предлагал пользователю на выбор один из шести стилей. Примерно то же самое делает приложение Prisma. Icon8 собрал 7,5 млн подписчиков и получил грант от Павла Дурова в номинации «Фоторедактор». Издание Venture Beat отметило Icon8 как «лучший бот для мессенджеров». Полученные знания и навыки Дмитрий перенес в свой новый проект - DBrain.
Структура информационной системы 1. Прием заказа запущен в работу в ноябре 2011 Модуль приема заказов от клиентов по телефону. Прием заказов осуществляется на планшетных компьютерах. Для быстрого приема заказа создан специальный интерфейс.
Для запуска этого модуля создана база клиентов, которая станет в будущем основной модуля — CRM cистема управления взаимоотношениями с клиентами. Видео о системе Подробное описание — 1 , 2. В будущем мы планируем интегрировать прием заказов с сервисами IP-телефонии например, Asterisk , которые дадут возможность определять номер звонящего и сразу по номеру выводить имя клиентов и адреса доставки, которые были связаны с этим телефоном в прошлых заказах. Был разработан специальный конструктор акций, который дает широкий диапазон для фантазии маркетологов. В тоже время система полностью исключает возможности злоупотреблений маркетинговыми акциями со стороны персонала пиццерии. Реализованные возможности 1. Автоматические 2. Акции по Промо-кодам Автоматические акции применяются автоматически вне зависимости от действий оператора, если сработало условие акции. Например, по условиям акции на конкретную пиццу предоставляется специальная цена в определенный день недели в определенное время.
Данная акция срабатывает автоматически. Как только условия акции выполняются, цена на пиццу, участвующую в акции, меняется. Акциия по промо-кодам применяются после ввода оператором промо-кода, который диктует клиент. Фактически это аналог штрих-кода для дистанционного общения с клиентом. Промо-коды формируются заранее и распространяются на купонах, листовках, в Интернете, в газетах. При вводе промо-кода в систему происходит определенное действие — предоставляется скидка или подарок. Действие конкретного промо-кода может быть ограниченно временем или количеством использования. Например, может быть создан промо-код, срок действия которого ограничен концом месяца. Или, например, промо-код, который может быть использован всего 100 раз первые сто клиентов, которые воспользуются промо-кодом, получат скидку или подарок.
Промо-коды дают широкие возможности для маркетинга. Промо-кода с одноразовым использованием используются для подарочных сертификатов абсолютная скидка на весь заказ на определенную сумму. После запуска потребительского веб-сайта промо-коды буду использоваться для привлечения новых клиентов. Например, если при регистрации на сайте новый клиент указал специальный код, то клиент, который пригласил его, получит по электронной почте промо-код со скидкой. Промо-коды могут формироваться: — автоматически: задается количество кодов, которые надо сформировать, и система автоматически формирует нужное количество случайных уникальных кодов. При создании промо-кода указывается: — какое количество раз можно использовать один уникальный код в данной акции; — срок действия кодов.