Новости додо ис база знаний

Додо ис касса. Додо личный кабинет сотрудника.

О том, как разработчики пилят IT в Dodo

Dodo News Hub. Dodo News Hub. Redeem your points for a range of products and services, available on dodo store. Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени. Статистика и отчёты «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии. Всем франчайзи «Додо Пиццы» предоставляется доступ к базе знаний.

Улучшите опыт использования Додо с помощью наших полезных советов

Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос. последние новости на сегодня - РБК Инвестиции. Основатель «Додо Пицца» Федор Овчинников рассказал в Facebook об антикризисной стратегии, которую компания вынуждения принять в сложившихся условиях. Расскажем вам, как DocsInBox помогли «Додо Пицце» автоматизировать работу с системой «Меркурий», избежать просрочек гашения ветеринарных сертификатов и сократить время работы с ФГИС.

Как зерокодинг помогает «Додо Пицце» быстро тестировать гипотезы: новая база знаний для сотрудников

Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение». Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки?

В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу.

Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту.

Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории.

Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены.

Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили.

ААндрей Елькин Додстер, пицца Додо, пепперони на доставку. В зале это готовая пицца кусочками по 49 руб. В зале готовим разные пиццы в разное время. ААндрей Елькин Однозначно можно сказать, что это пицца.

С 2019 года в меню появились пиццы бюджетного сегмента, они пользуются наибольшей популярностью. ДДмитрий Пильщиков Наверное, пицца пепперони, додстер и капучино или кола. Часто ли ресторан оплачивает пиццу клиентам? На эти заказы даём сертификаты.

ААндрей Елькин Т. Например, в пиццерии в Хабаровске в прошлом месяце было 3-4 не вовремя доставленных пиццы в месяц. ДДмитрий Пильщиков Редко, у нас среднее время доставки 25 минут. Оказывает ли франчайзер поддержку по основным направлениям юридические вопросы, бухгалтерия?

ААндрей Елькин Оказывает информационную поддержку. В базе знаний много информации, в том числе по таким вопросам. Какие-то вещи рассказывают на обучении франчайзи перед открытием первого ресторана. Но, в целом, это ответственность партнёра.

ААндрей Елькин Юридический отдел мне не нужен был. Хотя если надо какие-то договора обсудить, например, по аренде, то могут дать контакты того, с кем можно посоветоваться по данному вопросу. ДДмитрий Пильщиков Да, оказывает советами и публикацией уже имеющихся кейсов. Как на вас повлиял карантин?

ААндрей Елькин Первый месяц было очень тяжело - доставка в залах резко упала ещё до карантина. Потом помогло государство - мы получили субсидии, арендодатели дали скидку. Потом подросла доставка и отчасти компенсировала падение в залах. Довольно сильно выросла цена продуктов вслед за ростом доллара.

Плюс сильно выросли затраты на курьеров. Сейчас доставку развивают все, в том числе ритейл, и курьеров не хватает. В общем, рентабельность упала. Но жаловаться не приходится.

Многим другим отраслям и игрокам на рынке общепита значительно хуже. ААндрей Елькин Если брать показатели в целом, то можно сказать, что карантин мы пережили хорошо. Рестораны были закрыты с апреля по 4 сентября. Работали только надо доставку.

Мы разрабатываем информационную систему — Dodo IS. Когда вы заходите в нашу пиццерию, вы видите «ТВ-борды», меню, кассу ресторана, и всё это — составные части нашей информационной системы. Нам нужны пиццерии, чтобы куда-то нашу систему выкладывать.

У нас есть модуль трекинга, через который проходят все заказы. У нас есть « Оленька » — «искусственный Додо-разум», умная система, которая помогает следить за новыми заказами и поддерживать нужный темп работы. Также есть интерфейс менеджера смены, управляющего пиццерии, огромный блок с отчётами — в общем, это очень большая система.

У нас также есть Digital часть, каналы, где можно оформить заказ — это сайт, это приложение, колл-центр. Наш бизнес в основном оффлайновый, но мы его «диджитализируем» с помощью Dodo IS. Мы очень быстро растём.

Сейчас у нас уже 70 разработчиков и 9 команд. Несколько месяцев назад у нас было 50 разработчиков, и мы поставили себе цель вырасти до 250 до конца 2020 года. Синим цветом — наш предполагаемый график роста, красным — то, как мы реально растём В начале 2018 года у нас было 6 команд и мы использовали Scrum.

За первую половину 2018 года нас 2 раза очень мощно накрыло проблемами. Эти события подтолкнули нас к первой революции. Мы поняли, что надо перестраивать процессы и запустили LeSS на 6 команд.

Потом мы начали экспериментировать со Sprint Reviews, с OKR, ввели дизайн-воркшопы и stop-the-line практику. И мы сейчас продолжаем эволюционировать, про это дальше и расскажем. Это наш личный опыт, используйте его на свой страх и риск или не используйте вовсе.

У вас свой контекст, своя команда и своя специфика продукта. В Додо есть несколько принципов. У нас открытые кухни, там есть камеры, и мы свою финансовую отчётность публикуем открыто.

Следующий принцип — «no-bullshit», и этот принцип позволяет нам оспаривать любые решения. Любой человек, если видит «буллшит», то есть фигню, в чём угодно, в процессах, в поведении, он может об этом открыто сказать. Ещё один принцип — «мудаков у нас нет», то есть мы предполагаем, что люди у нас правильные, открытые, честные.

А если это не так, то мы таких не нанимаем, или они уходят. Эти принципы нам очень помогают, в том числе и менять процессы. Когда мы видим, что что-то написано в методичке, а у нас оно что-то не взлетает, надо задать вопрос, а не фигню ли мы делаем.

А начиналось всё с пиццерии, открытой в 2011 году в Сыктывкаре. Успешный рост сети её основатель Фёдор Овчинников связывает, в том числе, с наличием собственной информационной системы. О том, как она создавалась, какие задачи решает и к каким результатам приводит, Фёдор Овчинников и его команда рассказали в своей «Додо-книге», ключевые идеи которой мы сегодня предлагаем вашему вниманию. Досье Фёдор Овчинников, основатель сети «Додо Пицца».

Условия покупки франшизы «Додо пиццы»

  • База знаний додо
  • Как «Додо Пицца» предотвратили проблемы с гашением ВСД
  • Александр Шаламов
  • База знаний Додо 🔥. А вы знали, что у нас есть сайт, который называется База знаний?
  • Публикации

База знаний додо

Система Додо ИС. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего. Dodo IS — информационная система как ядро франчайзинга. Dodo IS — информационная система как ядро франчайзинга. Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным.

Автоматизируем бизнес по-крупному: создаём свой «цифровой мозг»

Станислав решил попробовать запуститься в Долгопрудном, в 5 км от Москвы. В студенческие годы он учился там на физтехе. Тогда доходы жителей были выше среднего, общепита мало, а студентов много. Открытие обошлось в 13 млн рублей. В «Додо-пицце», например, действует программа привлечения инвесторов, которая работает со второй точки сначала предприниматель должен доказать свою состоятельность. Станислав привлекал средства на четыре из десяти открытых им пиццерий. С какими проблемами столкнулся Полгода искали место.

В студенческие годы он учился там на физтехе. Тогда доходы жителей были выше среднего, общепита мало, а студентов много. Открытие обошлось в 13 млн рублей. В «Додо-пицце», например, действует программа привлечения инвесторов, которая работает со второй точки сначала предприниматель должен доказать свою состоятельность. Станислав привлекал средства на четыре из десяти открытых им пиццерий. С какими проблемами столкнулся Полгода искали место. Открывали сайты с недвижимостью, обзванивали собственников.

Это создавало лишние вычисления и дополнительную нагрузку. Часто код ходил в базу тогда, когда мог этого не делать. Где-то не хватало bulk-операций, где-то надо было бы разнести один запрос на несколько через код, чтобы ускорить и повысить надежность. Связность и запутанность в коде Модули, которые должны были отвечать за свой участок бизнеса, не делали этого честно. Некоторые из них имели дублирование по функциям для ролей. Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями. Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных. С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля. Где-то это делалось через публичные свойства. Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов. Это вроде незначительные проблемы, но они сильно замедляли разработку и снижали качество, что приводило к нестабильности и ошибкам. Сложность большой разработки Трудности возникли и в самой разработке. Нужно было делать разные блоки системы, причем параллельно. Вместить нужды каждого компонента в единый код становилось все труднее. Было не просто договориться и угодить всем компонентам одновременно. К этому добавлялись ограничения в технологиях, особенно касаемо базы и фронтэнда. Нужно было отказываться от JQuery в сторону высокоуровневых фреймворков, особенно в части клиентских сервисов сайт. В каких-то частях системы могли бы использоваться базы, более подходящие для этого. Например, позднее у нас был прецедент перехода с Redis на CosmosDB для хранения корзины заказа. Команды и разработчики, занимающиеся своей областью явно хотели большей самостоятельности для своих сервисов, как в части разработки, так и в части выкатки. Конфликты при мерже, проблемы при релизах. Если для 5 разработчиков эта проблема несущественна, то при 10, а уж тем более при планируемом росте, все стало бы серьёзнее. А а впереди должна была быть разработка мобильного приложения она стартанула в 2017, а в 2018 было большое падение. Разные части системы требовали разных показателей стабильности, но в силу сильной связности системы, мы не могли этого обеспечить. Ошибка при разработке новой функции в админке, вполне могла выстрелить в приеме заказа на сайте, ведь код общий и переиспользуемый, база и данные тоже едины. Вероятно, можно было бы и в рамках такой монолитно-модульной архитектуры не допускать этих ошибок и проблем: сделать разделение ответственности, проводить рефакторинг как кода, так и базы данных, чётко отделять слои друг от друга, следить за качеством каждый день. Но выбранные архитектурные решения и фокус на быстром расширении функционала системы привели к проблемам в вопросах стабильности. Как блог Сила ума положил кассы в ресторанах Если рост сети пиццерий и нагрузки продолжался бы в том же темпе, то через некоторое время падения были бы уже такими, что система и не поднимется. Хорошо иллюстрирует проблемы, с которыми мы начали сталкиваться к 2015 году вот такая история. В блоге « Сила ума » был виджет, который показывал данные по выручке за год всей сети. Виджет обращался к публичному API Dodo, которое предоставляет эти данные. Виджет показывался на каждой странице и делал запросы по таймеру каждые 20 секунд. Запрос уходил в api. Запрос на статистику по выручке шел сразу в базу и начинал запрашивать данные по заказам, агрегировать данные прямо на лету и выдавать сумму. В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы. Кассы делали свои запросы каждые 5 секунд или по обновлению страницы. Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать. Пока каждый из пришедших человек читал статью, виджет с выручкой исправно работал и запрашивал API каждые 20 секунд. API вызывало хранимую процедуру на расчет суммы всех заказов с начала года по всем пиццериям сети. Агрегация шла по таблице orders, которая очень популярна. В неё же ходят все кассы всех открытых ресторанов на тот момент. Кассы перестали отвечать, заказы не принимались. Ещё они не принимались с сайта, не появлялись на трекере, менеджер смены не мог увидеть их в своем интерфейсе. Это не единственная история. К осени 2015 года каждую пятницу нагрузка на систему была критическая. Несколько раз мы выключали публичное API, а однажды, нам пришлось даже отключить сайт, потому что уже ничего не помогало. Был даже список сервисов с порядком отключения при серьезных нагрузках.

Додо пицца кассовая зона. Пицца экспресс. Раскраска Додо пицца. Додо детям. Рисунки Додо пицца детские. Организационная структура управления Додо пицца. Организационная структура пиццерии схема. Схема принятия заказа. Додо пицца личный кабинет. Додо номер телефона. Додо is личный кабинет. Додо личный кабинет Додо. Приложение для заказа пиццы. Как оформить заказ в Додо пицца через приложение. Ассортимент пиццерии. Ассортимент пиццы в Додо пицца. Лозунг Додо пицца. Додо пицца сэндвичи. Додо пицца корпоративная культура. Кухня Додо. Горячий цех Додо пицца. Пиццерия Додо кухня. Оборудование в Додо. Скрипты для пиццерии. Скрипт по доставке пиццы. Ребус Додо. Игра хвостики Додо. Пирамида Додо. Ребусы от Додо. Буклет Додо. Брошюра Додо пицца. Додо набор. Буклеты Додо пиццерии. Продающий скрипт пиццерии. Карьерная лестница Додо пицца. Скрипт доставки пиццы. Скрипты для курьеров. Экраны меню Додо пицца. Монитор меню Додо. Додо пицца пепперони калорийность. Схемы рецептов для кухни пиццерии Додо. Мы открылись Додо пицца. Пакеты франшизы Додо пицца. Книга франчайзи Додо пицца. Додо пицца промокод Солнечногорск. Додо бесконтактная доставка. Додо оплата наличными. Тестирование в Додо пицца. Додо ответы на тесты.

Додо ис смены

Додо пицца Псков. Додо касса. Додо экраны. Мониторы Dodo. Monitor Dodo 32. Офис LJ LJ. Лексан Додо. Додо микс. Лексаны пиццерии Додо.

Додо логотип. Додо пицца лого. Додо логотип белый. Додо логотип без фона. Бэк офис Додо. Форма в пиццерии. Додо пицца тайный покупатель. Меню борд Додо.

ТВ борды Додо пицца. ТВ борды в пиццерии. Витрина пиццерии. Додо витрина. Додо пицца витрина. Додо пицца прилавок. Dodo is. Dodo is схема.

Додо ИС личный. Додо сотрудники. Номер пиццерии. Стандарты Додо. Пицца стори ковров. Пицца стори в Коврове меню. Додо Йошкар Ола. Додо пицца Сызрань.

Заказ Додо пицца чек. Додо Ачинск. Dodo is Интерфейс. График работы пиццерии работников. Сотрудники пиццерии список.

А если бы всего этого сейчас не было? Представьте, что колл-центр вам нужно было организовать на базе классической АТС, вместо вычислительных мощностей в облаке нужно было бы строить собственный дата-центр. Смогла бы «Додо Пицца» существовать в таких условиях? Наверное, мы бы все-таки работали — вместо облачной информационной системы выпустили бы дистрибутив типа додопицца.

Но теперь представьте, как обновлять такую систему, чтобы в тысячах пиццерий всегда был актуальный софт? Это очень сложная задача и сдерживающий фактор для роста компании и внедрения новых технологий. Благодаря ВЦОД, наши франчайзи просто обновляют страницу в браузере — и у них оказывается самая свежая версия программного обеспечения. Облачные центры обработки данных у вас используются не только для разработки информационной системы. Что насчет больших данных, аналитики и автоматизации, какие у вас планы по использованию собранной информации? Наша задача помочь управляющим и менеджерам смены принимать решения. Например, отвечать на вопрос, какое количество заготовок сделать на следующую смену, и какое количество персонала вывести в каждой отдельно взятой пиццерии? Мы хотим такого рода решения сделать автоматизированными, чтобы человеку не нужно было об этом задумываться. Это будет возможно благодаря предиктивному анализу.

А а впереди должна была быть разработка мобильного приложения она стартанула в 2017, а в 2018 было большое падение. Разные части системы требовали разных показателей стабильности, но в силу сильной связности системы, мы не могли этого обеспечить. Ошибка при разработке новой функции в админке, вполне могла выстрелить в приеме заказа на сайте, ведь код общий и переиспользуемый, база и данные тоже едины. Вероятно, можно было бы и в рамках такой монолитно-модульной архитектуры не допускать этих ошибок и проблем: сделать разделение ответственности, проводить рефакторинг как кода, так и базы данных, чётко отделять слои друг от друга, следить за качеством каждый день. Но выбранные архитектурные решения и фокус на быстром расширении функционала системы привели к проблемам в вопросах стабильности. Как блог Сила ума положил кассы в ресторанах Если рост сети пиццерий и нагрузки продолжался бы в том же темпе, то через некоторое время падения были бы уже такими, что система и не поднимется. Хорошо иллюстрирует проблемы, с которыми мы начали сталкиваться к 2015 году вот такая история.

В блоге « Сила ума » был виджет, который показывал данные по выручке за год всей сети. Виджет обращался к публичному API Dodo, которое предоставляет эти данные. Виджет показывался на каждой странице и делал запросы по таймеру каждые 20 секунд. Запрос уходил в api. Запрос на статистику по выручке шел сразу в базу и начинал запрашивать данные по заказам, агрегировать данные прямо на лету и выдавать сумму. В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы. Кассы делали свои запросы каждые 5 секунд или по обновлению страницы.

Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать. Пока каждый из пришедших человек читал статью, виджет с выручкой исправно работал и запрашивал API каждые 20 секунд. API вызывало хранимую процедуру на расчет суммы всех заказов с начала года по всем пиццериям сети. Агрегация шла по таблице orders, которая очень популярна. В неё же ходят все кассы всех открытых ресторанов на тот момент. Кассы перестали отвечать, заказы не принимались.

Ещё они не принимались с сайта, не появлялись на трекере, менеджер смены не мог увидеть их в своем интерфейсе. Это не единственная история. К осени 2015 года каждую пятницу нагрузка на систему была критическая. Несколько раз мы выключали публичное API, а однажды, нам пришлось даже отключить сайт, потому что уже ничего не помогало. Был даже список сервисов с порядком отключения при серьезных нагрузках. С этого времени начинается наша борьба с нагрузками и за стабилизацию системы с осени 2015 до осени 2018. Именно тогда случилось « Великое падение ».

Дальше тоже иногда происходили сбои, некоторые были весьма чувствительными, но общий период нестабильности сейчас можно считать пройденным. Бурный рост бизнеса Почему нельзя было «сделать сразу хорошо»? Достаточно посмотреть на следующие графики. Также в 2014-2015 было открытие в Румынии и готовилось открытие в США. Сеть росла очень быстро, открывались новые страны, появлялись новые форматы пиццерий, например, открылась пиццерия на фудкорте. Всё это требовало значительного внимания именно к расширению функций Dodo IS. Без всех этих функций, без трекинга на кухне, учета продуктов и потерь в системе, отображения выдачи заказа в зале фудкорта, вряд ли бы мы сейчас рассуждали о «правильной» архитектуре и «верном» подходе к разработке.

Еще препятствиями для своевременного пересмотра архитектуры и вообще внимания к техническим проблемам, был кризис 2014 года. Такие вещи больно бьют по возможностям для роста команд, особенно для молодого бизнеса, каким была Додо Пицца. Быстрые решения, которые помогли Проблемы требовали решения. Условно, решения можно разделить на 2 группы: Быстрые, которые тушат пожар и дают небольшой запас прочности и выигрывают нам время на изменения. Системные и, поэтому, долгие. Реинжиниринг ряда модулей, разделение монолитной архитектуры на отдельные сервисы большинство из них вполне не микро, а скорее макросервисы и про это есть доклад Андрея Моревского. Сухой список быстрых изменений таков: Scale up мастер базы Конечно, первое, что делается для борьбы с нагрузками — увеличивается мощность сервера.

Это делали для мастер базы и для веб серверов. Увы, это возможно лишь до некоторого предела, дальше становится слишком дорого. С 2014 года мы перешли в Azure, на эту тему мы тоже писали еще в то время в статье « Как Додо Пицца доставляет пиццу с помощью облака Microsoft Azure ». Но после череды увеличений сервера под базу уперлись по стоимости. Реплики базы на чтение Реплик для базы сделали две: ReadReplica для запросов на справочники. Применяется для чтения справочников, типа, города, улицы, пиццерии, продуктов slowly changed domain , и в тех интерфейсах, где допустима небольшая задержка. Этих реплик было 2, мы обеспечивали их доступность также, как и мастера.

ReadReplica для запросов на отчеты. У этой базы доступность была ниже, но в неё ходили все отчеты.

Додо ИС. Додо личный кабинет. Информационная система Додо. База знаний Додо ИС. Додо ИС личный кабинет. Dodo is кабинет сотрудника. Додо ИС личный кабинет курьера.

Додо ИС личный кабинет сотрудника. Ревизия Додо. Dodo is Интерфейс. Додо трекинг. Dodo график. Dodo is дашборд. Додо ИС график смены. Додо ИС Додо. Dodo is.

Додо пицца ИС. Додо ИС менеджер. Додо личный кабинет сотрудника. Dodois личный кабинет. Расписание сотрудников. Стандарты Додо пицца. Информационная система- Додо ИС.. Информационная система пиццерии. Додо выручка.

Додо пицца статистика. Выручка Додо пицца. Финансовый отчет Додо пицца. Додо пицца личный. Персонал Додо пицца личный. Додо пицца кабинет сотрудника. Додо персонал вход в личный кабинет. Додо кабинет сотрудника. Dodo ИС персонал.

Вход менеджер Додо ИС смены.

«Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей

Отдельно разрабатывался и имеет свою точку входа и отдельный дизайн. Позже мы ушли от него, переведя всю статику на CDN Akamai. Остальные же блоки находились в приложении BackOffice. Пояснение по названиям: Cashier — Касса ресторана. ShiftManager — интерфейсы для роли «Менеджер смены»: оперативная статистика по продажам пиццерии, возможность поставить в стоп-лист продукты, изменить заказ. OfficeManager — интерфейсы для роли «Управляющий пиццерии» и «Франчайзи».

Здесь собраны функции по настройке пиццерии, её бонусных акций, прием и работа с сотрудниками, отчеты. PublicScreens — интерфейсы для телевизоров и планшетов, висящих в пиццериях. На телевизорах отображается меню, рекламная информация, статус заказа при выдаче. Они использовали общий слой сервисов, общий блок доменных классов Dodo. Core, а также общую базу.

Иногда еще могли вести по переходам друг к другу. В том числе к общим сервисам ходили и отдельные сайты, вроде dodopizza. При появлении новых модулей старались по максимуму переиспользовать уже созданный код сервисов, хранимых процедур и таблиц в базе. Для лучшего понимания масштаба модулей, сделанных в системе, вот схема из 2012 года с планами развития: К 2015 году всё на схеме и даже больше было в продакшн. Прием заказа перерос в отдельный блок Контакт Центра, где заказ принимается оператором.

Появились общедоступные экраны с меню и информацией, висящие в пиццериях. На кухне есть модуль, который автоматически воспроизводит голосовое сообщение «Новая пицца» при поступлении нового заказа, а также печатает накладную для курьера. Это сильно упрощает процессы на кухне, позволяет не отвлекаться на большое количество простых операций сотрудникам. Блок доставки стал отдельной Кассой Доставки, где заказ выдавался курьеру, который предварительно встал на смену. Учитывалось его рабочее время для начисления зарплаты.

Параллельно с 2012 по 2015 появилось более 10 разработчиков, открылось 35 пиццерий, развернули систему на Румынию и подготовили к открытию точек в США. Разработчики уже не занимались всеми задачами, а были разделены на команды. Проблемы В том числе из-за архитектуры но не только. Хаос в базе Одна база — это удобно. В ней можно добиться консистентности, причем за счет средств, встроенных в реляционные базы.

Работать с ней привычно и удобно, особенно, если там мало таблиц и немного данных. Но за 4 года разработки в базе оказалось около 600 таблиц, 1500 хранимых процедур, во многих из которых была еще и логика. Увы, хранимые процедуры не приносят особого преимущества при работе с MySQL. Они не кэшируются базой, а хранение в них логики усложняет разработку и отладку. Переиспользование кода тоже затруднено.

На многих таблицах не было подходящих индексов, где-то, наоборот, было очень много индексов, что затрудняло вставку. Надо было модифицировать около 20 таблиц — транзакция на создание заказа могла выполняться около 3-5 секунд. Данные в таблицах не всегда были в наиболее подходящей форме. Где-то нужно было сделать денормализацию. Часть регулярно получаемых данных была в колонке в виде XML-структуры, это увеличивало время выполнения, удлиняло запросоы и усложняло разработку.

К одним и тем же таблицам производились очень разнородные запросы. Особенно страдали популярные таблицы, вроде упоминавшейся таблицы orders или таблицы pizzeria. Они использовались для вывода оперативных интерфейсов на кухне, аналитики. Еще к ним обращался сайт dodopizza. Данные не были агрегированными и много расчетов происходило на лету средствами базы.

Это создавало лишние вычисления и дополнительную нагрузку. Часто код ходил в базу тогда, когда мог этого не делать. Где-то не хватало bulk-операций, где-то надо было бы разнести один запрос на несколько через код, чтобы ускорить и повысить надежность. Связность и запутанность в коде Модули, которые должны были отвечать за свой участок бизнеса, не делали этого честно. Некоторые из них имели дублирование по функциям для ролей.

Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями. Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных. С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля.

По словам финансового директора компании «Додо Пицца» Дмитрия Соловьева, в "сердце" сети организации - облачная система управления пиццерией «Додо ИС». Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое.

Оптимизация расходов инфраструктуры Додо ИС. Павел Притчин. Пользуйтесь фильтрами и категориями, чтобы быстро находить нужную информацию и ориентироваться в базе знаний Додо. Dodo IS - Персонал. Графики Проверяйте актуальность информации, особенно если вы используете старые статьи. Убедитесь, что вы работаете с самой свежей и актуальной информацией.

В студенческие годы он учился там на физтехе. Тогда доходы жителей были выше среднего, общепита мало, а студентов много. Открытие обошлось в 13 млн рублей. В «Додо-пицце», например, действует программа привлечения инвесторов, которая работает со второй точки сначала предприниматель должен доказать свою состоятельность. Станислав привлекал средства на четыре из десяти открытых им пиццерий. С какими проблемами столкнулся Полгода искали место. Открывали сайты с недвижимостью, обзванивали собственников.

Автоматизация контактного центра «Додо Пиццы»

Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего. Dodo IS — информационная система как ядро франчайзинга. Информационная система Додо. Додо ИС персонал. Dodo is кабинет сотрудника. Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. Сеть пиццерий «Додо Пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных.

Navigation Menu

  • О том, как разработчики пилят IT в Dodo
  • Тайный покупатель
  • Результаты подключения чат-центра в «Додо Пицца»
  • Комментарии (9)
  • Александр Шаламов

Миссия тайных покупателей и инспекторов

  • Dodo IS: как технологии делают людям вкусно
  • Dodo IS: как технологии делают людям вкусно
  • История архитектуры Dodo IS: путь бэкофиса -
  • «Мы пришли к успеху пока вы кушали пиццу». 3 франчайзи ДоДо об окупаемости и конкуренции

История «додо пиццы». Dodo IS — информационная система как ядро франчайзинга

Общая база контактов В «Личном кабинете» работника пиццерии есть справочник контактов всех сотрудников ресторана. Он нужен для того, чтобы в случае необходимости обратиться к управляющему или в кратчайшие сроки найти замену. Общая база контактов содержит сведения о следующих работниках: руководителях предприятия; В общей базе есть справочник контактов всех сотрудников ресторана. Оставление отзывов и жалоб Также ЛК работника предусматривает опцию «Отзыв». Используя ее, сотрудник может оставить пожелание, жалобу или предложение по работе. Dodo IS позволяет сделать это и анонимно. Все сообщения поступают к директору пиццерии, который принимает решения по заданным вопросам. Отработанная обратная связь между управляющим персоналом и подчиненными улучшает работу всего коллектива и позволяет поддерживать открытую дружественную атмосферу среди работников пиццерии. Каким категориям сотрудников доступен ЛК «Личный кабинет» разработан технической службой сети пиццерий «Додо» для работников кухни и курьеров для того, чтобы эта категория линейных сотрудников могла варьировать рабочий график, при необходимости оперативно искать себе замену среди коллег, контролировать отработанные часы, текущую заработную плату, следить за сроками действий медицинских и санитарных книжек, узнавать новости компании. Регистрация на платформе Существует 2 способа регистрации на платформе «Додо Пицца»: Клиентский.

Мобильное приложение Вне зависимости от места работы потенциального пользователя, предоставляется возможность использования персонального профиля с помощью официального сайта либо мобильного приложения. Авторизация на сайте происходит стандартным способом, а вот использование учётной записи через приложение имеет некоторые особенности. Изначально необходимо скачать программу на мобильное устройство. Стоит заметить, что установка мобильного приложения возможна исключительно на телефоны или планшеты, поддерживающие операционную систему iOS или Android. Чтобы приложение работало правильно, рекомендуется использовать устройства, которым не больше 6 лет, во избежание проблем с программным обеспечением. Кроме того, рекомендуется систематически обновлять программу. Чем отличается учётная запись сотрудника Персональный аккаунт на портале Додо ИС могут зарегистрировать все сотрудники организации. После регистрации личного кабинета сотрудникам предоставляется возможность занесения своих пожеланий относительно рабочего графика, получения выходных. Менеджер смены просматривает оставленные пожелания и использует их для составления полноценного графика для сотрудников организации. В персональном аккаунте для работников предусмотрено рабочее место с публичной страницей для каждого сотрудника. Там указаны его персональные данные, а именно ФИО и контакты для связи.

Но и про эволюцию тоже немножко поговорим. Для начала немножко про Додо Пиццу. Сейчас у нас 456 пиццерий и мы работаем в 12 странах. У нас сеть пиццерий, но это всего лишь прикрытие. Мы разрабатываем информационную систему — Dodo IS. Когда вы заходите в нашу пиццерию, вы видите «ТВ-борды», меню, кассу ресторана, и всё это — составные части нашей информационной системы. Нам нужны пиццерии, чтобы куда-то нашу систему выкладывать. У нас есть модуль трекинга, через который проходят все заказы. У нас есть « Оленька » — «искусственный Додо-разум», умная система, которая помогает следить за новыми заказами и поддерживать нужный темп работы. Также есть интерфейс менеджера смены, управляющего пиццерии, огромный блок с отчётами — в общем, это очень большая система. У нас также есть Digital часть, каналы, где можно оформить заказ — это сайт, это приложение, колл-центр. Наш бизнес в основном оффлайновый, но мы его «диджитализируем» с помощью Dodo IS. Мы очень быстро растём. Сейчас у нас уже 70 разработчиков и 9 команд. Несколько месяцев назад у нас было 50 разработчиков, и мы поставили себе цель вырасти до 250 до конца 2020 года. Синим цветом — наш предполагаемый график роста, красным — то, как мы реально растём В начале 2018 года у нас было 6 команд и мы использовали Scrum. За первую половину 2018 года нас 2 раза очень мощно накрыло проблемами. Эти события подтолкнули нас к первой революции. Мы поняли, что надо перестраивать процессы и запустили LeSS на 6 команд. Потом мы начали экспериментировать со Sprint Reviews, с OKR, ввели дизайн-воркшопы и stop-the-line практику. И мы сейчас продолжаем эволюционировать, про это дальше и расскажем. Это наш личный опыт, используйте его на свой страх и риск или не используйте вовсе. У вас свой контекст, своя команда и своя специфика продукта. В Додо есть несколько принципов. У нас открытые кухни, там есть камеры, и мы свою финансовую отчётность публикуем открыто. Следующий принцип — «no-bullshit», и этот принцип позволяет нам оспаривать любые решения. Любой человек, если видит «буллшит», то есть фигню, в чём угодно, в процессах, в поведении, он может об этом открыто сказать.

По итогам 2016 года компания «Додо Пицца» стала крупнейшей сетью в России по количеству пиццерий. Сегодня сеть насчитывает более 180 пиццерии в 9 странах, включая США и Китай. Основа бизнеса — полная прозрачность и открытость, а также собственная облачная информационная система «Додо ИС», которая управляет всем бизнесом.

Похожие новости:

Оцените статью
Добавить комментарий