Всем франчайзи «Додо Пиццы» предоставляется доступ к базе знаний. Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. Покупая франшизу «Додо пиццы», франчайзи получает доступ на закрытый сайт с базой знаний по ведению данного вида бизнеса: организация работы кухни, управление персоналом, макеты рекламы, образцы рабочих документов.
Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет?
На некоторые гипотезы точно одного спринта не хватит, нужно месяцы работы, чтобы просто погрузиться в домен. Поэтому мы пришли к модели, когда команды у нас кросс-доменные, а продакт-менеджеры узкоспециализированные. И, как правило, это люди, которые сами в пиццерии работали или очень много времени проводят в нашей рознице для того, чтобы понимать эту экспертизу и формулировать глубокие и прорывные идеи и гипотезы. Следующий тезис — Collective code ownership, то есть код в продукте принадлежит всем командам, и они в нём ориентируются. Есть Feature Adoption Map, когда мы должны стремиться вот туда в правый верхний угол, где команды знают всё про продукт и умеют его полностью поддерживать. И наши команды начали на это настраиваться с самого начала. И поняли, что Collective code ownership — это хорошо и правильно, и надо туда идти, но это нужно делать постепенно. Если попытаться это сделать сразу, то вы попадёте в no ownership: все могут менять весь код, но никто им не владеет, никто не понимает как он должен развиваться, никто не следит за его чистотой. При этом у компонентов кода есть component owner, который будет думать, как ему развивать и рефакторить его. Другие команды могут помогать, вливать код в тот же компонент, перед этим пообщавшись с этим component owner. Ещё один тезис — выделенные команды для чего-либо.
Мы такие команды обычно не создаём, потому что собираем всю экспертизу в одном месте. Вот пример из команды QA. Мы собрали тестировщиков, на берегу договорились, что команда будет существовать месяцев 6-7, основная задача — это автоматизировать ручное тестирование, чтобы можно было выкладываться в продакшн без ручного регресса. После этого мы их распределили по разным командам, и сейчас у нас нет выделенной команды QA. Второй пример, команда платформы или SRE. Она у нас выделенная, потому что чтобы погрузиться в нашу инфраструктуру, требуется много времени. Гемба этой команды — это другие команды разработки, соблюдение нефункциональных требований, помощь командам с инструментами, например логированием или мониторингом. До этого мы приводили примеры, когда облегчаем какие-то правила или отступаем от них, но есть один пример, когда мы, наоборот, усиливаем правило. В LeSS есть обязательные правила, которые образуют сам фреймворк, и есть рекомендации, которые можно делать по желанию. К сожалению, в LeSS техническое совершенство — Technical excellence — не входит в обязательный набор правил.
А для нас это не так: для нас это обязательно, мы делаем ставку на Technical excellence и вкладываемся очень сильно. Мы прокачиваем наших разработчиков, организуем для них внутренние тренинги, интенсивы, мастер-классы. Ищите свой процесс, не бойтесь экспериментировать. В любом случае получите опыт, а может быть даже придумаете что-то лучше. И самое важное, что хочется сказать нам, как людям с очень сильным разработческим бэкграундом, Technical excellence решает всегда. Когда у нас есть Technical excellence, билды, откаты, докаты, автотесты, там уже Scrum можно строить, LeSS, или изобрести свой процесс.
Используйте поиск для нахождения нужной информации. Задавайте точные запросы, чтобы получить наиболее релевантные результаты. Поддержка клиентов, развитие Базы знаний и Digital design. Где спроектировать визуальную схему базы данных онлайн, конструктор баз данных с удобным интерфейсом Постоянно обновляйте свои знания, ищите новые статьи и обучающие материалы, которые помогут вам освоить новые навыки и поднять свой уровень. Международные рынки, привлечение новых партнёров и развитие Базы знаний Додо. Используйте комментарии к статьям или создавайте совместные заметки для более эффективного сотрудничества.
Франчайзер заявляет, что срок окупаемости франшизы 3 года. Это реальный показатель? Ваша франшиза окупится за этот период? ААндрей Елькин Да, реальный. Плюс-минус 3 года. ААндрей Елькин Первые франшизы окупились, остальные в процессе. Все зависит от города и локации. Но три года - это, скорее, максимальный показатель, хотя есть партнеры, у которых ситуация не очень хорошая, они дольше окупались. А есть те, кто очень быстро смогли выйти на окупаемость, например, за 1,5 года. У нас в среднем показатель окупаемости плюс-минус 2,5 года. ДДмитрий Пильщиков Да, именно наши окупились быстрее 2-х лет. Потому что не было инвестора. Согласуются ли финансовые результаты с заявленными франчайзером? Заявлено на сайте франчайзера: доход в месяц от 250 000 рублей ААндрей Елькин Да. ААндрей Елькин Да. Но надо понимать, что на такой доход ты выходишь не с первого месяца, а приблизительно через полгода. ДДмитрий Пильщиков Да. Но, опять же, у каждого индивидуальные показатели. Додо Пицца публикует рейтинг продаж. Отслеживаете ли вы данный показатель? С каким годовым процентом вы завершите год? ААндрей Елькин Продажи растут каждый год. Но в этом году в зале продажи упали. Но это компенсировалось повышенным приростом продаж на доставку. ААндрей Елькин Прирост однозначно есть, а вот на сколько процентов сказать не могу. У нас был очень сложный год, как, собственно, и у всех. Например, в апреле продажи просели, а октябрь выстрелил с неожиданной силой. Как обстоят дела с конкуренцией? ААндрей Елькин Конкуренция постоянно растет. В Балашиху после меня пришел Доминос. Во Фрязино Доминос и Папа Джонс. Сейчас сильная конкуренция со стороны агрегаторов.
В одной пиццерии франчайзи устанавливает 5—9 планшетов с «Додо ИС». Руководитель и администратор управляют пиццерией с компьютера, мобильного телефона или планшета. Главный экран трекингового модуля «Додо ИС». Трекинговый модуль помогает управлять процессами на кухне и оптимизировать работу смены. Франчайзи видят не только свой финансовый результат, но и результаты всех пиццерий сети. Можно выбрать тех, кто похож на вас, и равняться на лучшие показатели. Чита-1 вырвалась вперед. Можно спросить у руководителя этой пиццерии, что они изменили в работе. Как у нас дела? Руководитель видит свою пиццерию на фоне других и анализирует, в чем проблемы и на чем поработать. Сила сети — в возможности сравнить свои показатели с другими и учиться на чужом опыте. Как видят сотрудники «Додо ИС» знает всё о работе пиццерии, но каждому сотруднику показывает только то, что нужно для текущей задачи. У каждого сотрудника в «Додо ИС» собственное информационное пространство: Менеджер смены Видит текущее состояние пиццерии: все ли справляются, нужно ли отправить кого-нибудь домой или на заготовки. Пиццамейкер Видит на планшете следующие заказы, что с ними делать и когда они должны быть готовы. Сотрудники кухни Видят статистику: сколько пицц приготовлено вовремя, а сколько — дольше стандарта. Игровая механика стимулирует сотрудников работать быстрее. Курьеры Видят, кто лучше работает и какие рекорды ставит. По каждому адресу курьеры соревнуются за самую быструю доставку, лучшие получают звания мэров и верхние строки в рейтинге. Все производственные процессы связаны между собой. Данные передаются через «облако». Автоматически передаются на кухню нужной пиццерии. Приготовление Планшеты на кухне дают чёткие указания пиццамейкерам: что готовить и в каком порядке. Сбор и доставка Оператор безошибочно комплектует заказ по указаниям системы и передаёт курьеру. Маршрутная квитанция формируется и печатается автоматически. Учёт Система автоматически считает выручку, прибыль и производительность труда, ведёт статистику по пиццерии и помогает сравнить результаты с другими пиццериями. Закупка Кто и когда привёз ингредиенты, кто принял, сколько заплатил, сколько осталось, сколько заказать в следующий раз График работы Сотрудники указывают, когда им удобно и неудобно работать. Менеджер расставляет смены с учётом статистики загруженности пиццерии. Найм и увольнение Управляющий видит заявки от соискателей, смотрит резюме, приглашает на собеседование, ведёт статистику производительности и увольняет лентяев. Экраны с меню Система через интернет выводит на экраны в пиццерии сезонные предложения и актуальное меню с ценами этой пиццерии.
Пожалуй, лучшая база знаний для лучшей сети пиццерий!
| Dodo Pizza · GitHub | В Базе знаний хранится вся история Додо! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. |
| Додо ис персонал | Система Додо ИС. |
Эволюционный подход к обновлению продуктов. Новая главная страница «Базы знаний» Додо
Задавайте точные запросы, чтобы получить наиболее релевантные результаты. Поддержка клиентов, развитие Базы знаний и Digital design. Где спроектировать визуальную схему базы данных онлайн, конструктор баз данных с удобным интерфейсом Постоянно обновляйте свои знания, ищите новые статьи и обучающие материалы, которые помогут вам освоить новые навыки и поднять свой уровень. Международные рынки, привлечение новых партнёров и развитие Базы знаний Додо. Используйте комментарии к статьям или создавайте совместные заметки для более эффективного сотрудничества. Оптимизация расходов инфраструктуры Додо ИС.
Добавили для клиентов возможность проверки адреса кофейни для избежания ошибок. Приложение: Клиент может оформить заказ в приложении и зайти в кофейню только за тем, чтобы забрать свой напиток — ему не нужно стоять в очереди и ждать, когда приготовят заказ. Он может выбрать напиток по своим предпочтениям, добавить или убрать дополнительные ингредиенты, оплатить заказ свайпом в приложении, отслеживать статус выполнения заказа. При запуске приложения клиенту показывается виртуальная видеовитрина с новинками. На основании истории заказов в приложении реализована предиктивная модель: клиенту предлагаются продукты, которые он заказывает чаще всего, с учетом его предпочтений выбор вида молока, посыпки. Реализовали курьерское приложение с автоназначением заказов по автоматически расчитываемым маршрутам, чек-листом заказа для курьера и возможностью пометить заказ как проблемный в случае опоздания клиента или оставить комментарий к адресу с его особенностями. В мобильном приложении для обеих операционных систем iOS и Android — Flutter.
Подробнее Приложение для курьеров Задача: Создать мобильное приложение для курьеров Додо Пицца, снижающее число ошибок и опозданий при доставке заказов, помогающее оптимизировать доставку нескольких заказов. Решение: Реализовали курьерское приложение с автоназначением заказов по автоматически расчитываемым маршрутам, чек-листом заказа для курьера и возможностью пометить заказ как проблемный в случае опоздания клиента или оставить комментарий к адресу с его особенностями. Административная часть: Мы разработали умную систему автоназначения Небесный логист, которая автоматически собирает в один большой заказ несколько близко расположенных заказов так, чтобы курьер точно успел доставить каждый из них в срок. Также Небесный логист определяет, какой курьер забирает какой заказ, исключая ситуации, когда дальние клиенты ждут свой заказ слишком долго из-за нежелания по нему ехать. Также для менеджера смены был разработан функционал подтверждения оставленных курьером комментариев к адресам: так мы сохраняем и делаем общедоступными среди курьеров только действительно важные комментарии, такие как информация о неработающем домофоне. Мобильное Приложение: Мы разработали мобильное приложение с использованием технологии Flutter, которая позволяет одновременно разрабатывать для iOS и Android и тем самым удешевляет разработку. В приложении курьер получает уведомление о назначении заказа, узнает адрес и комментарии к нему, знает, к какому времени нужно вернуться в пиццерию после доставки и какие заказы ждут его дальше.
При сборке заказа курьер может проверить сам себя по чек-листу, при использовании которого вероятность ошибки падает до нуля. При завершении сборки заказа курьер получает дополнительное напоминание по мелким дополнительным предметам, таким как соусы или салфетки, чтобы точно ничего не забыть. После доставки заказа в приложении курьер отмечает его доставленным, а если что-то идет не так: клиент не на месте, клиент ошибся адресом, — курьер может пометить заказ соответствующим флажком.
В нашей идеализированной модели курьеры чётко выполняют свои обязанности, на смене всё идёт по плану. В реальности в пиццерии всё может быть совсем не так. И чтобы понять, как и с чем мы столкнёмся при внедрении продукта на всю сеть, нужно обязательно тестировать в полях.
Мы наметили итерации, каждая из которых — жизнеспособный продукт с некоторыми ограничениями. Как только получаем такой — выбираем жертву пиццерию, собираемся своей дружной командой и идём тестировать. Автоназначение: первый шторм В марте 22-го завершилась разработка в рамках первой итерации. На этом этапе мы хотели проверить жизнеспособность идеи автоматического назначения заказов на практике. Система была ещё очень проста: она определяла, какой заказ самый приоритетный к доставке и назначала его на первого курьера в очереди. И буквально через полчаса с начала тестирования система упала.
Правда, не сильно и ненадолго — хот-фиксами удалось её поднять. За следующие четыре часа мы словили ещё несколько багов, но смогли довести тест до конца. Product Owner, когда система упала на первом же запуске. Несмотря на все баги первого теста, стало понятно, что идея Небесного логиста жизнеспособна, и мы пошли на новые итерации. После каждого тестирования добавляли фичи, исправляли баги и снова шли проверять. Long hard road out of hell С каждым тестом мы получали массу инсайтов и узнавали о ситуациях, возникающих на смене, которые наша система не покрывала.
Например, с самого начала мы считали, что самые близкие заказы система всегда будет отдавать пешим курьерам, заказы средней дальности — велокурьерам. А самые дальние заказы будут назначаться курьерам на авто. И в первые же дни тестирования словили просто цунами гневных сообщений. Автокурьеры за целый день отвезли по одному-два заказа, практически ничего не заработали. А велокурьеры буквально валились с ног, потому что не успевали развозить всю очередь валившихся заказов. Мы не такие злые, мы пластичные.
Додо номер телефона. Додо is личный кабинет. Додо личный кабинет Додо. Приложение для заказа пиццы. Как оформить заказ в Додо пицца через приложение. Ассортимент пиццерии. Ассортимент пиццы в Додо пицца.
Лозунг Додо пицца. Додо пицца сэндвичи. Додо пицца корпоративная культура. Кухня Додо. Горячий цех Додо пицца. Пиццерия Додо кухня. Оборудование в Додо.
Скрипты для пиццерии. Скрипт по доставке пиццы. Ребус Додо. Игра хвостики Додо. Пирамида Додо. Ребусы от Додо. Буклет Додо.
Брошюра Додо пицца. Додо набор. Буклеты Додо пиццерии. Продающий скрипт пиццерии. Карьерная лестница Додо пицца. Скрипт доставки пиццы. Скрипты для курьеров.
Экраны меню Додо пицца. Монитор меню Додо. Додо пицца пепперони калорийность. Схемы рецептов для кухни пиццерии Додо. Мы открылись Додо пицца. Пакеты франшизы Додо пицца. Книга франчайзи Додо пицца.
Додо пицца промокод Солнечногорск. Додо бесконтактная доставка. Додо оплата наличными. Тестирование в Додо пицца. Додо ответы на тесты. Додо способы оплаты. Тест Додо пиццы ответы.
Архитектура Dodo is. Dodo is схема. Dodo is Интерфейс. Учетная политика Додо ИС. Dodo is личный кабинет. До до ИС. Додо пицца Чита.
Додо ис касса - фото сборник
Информационная система- Додо ИС.. Информационная система пиццерии. Додо выручка. Додо пицца статистика. Выручка Додо пицца. Финансовый отчет Додо пицца. Додо пицца личный. Персонал Додо пицца личный. Додо пицца кабинет сотрудника. Додо персонал вход в личный кабинет.
Додо кабинет сотрудника. Dodo ИС персонал. Вход менеджер Додо ИС смены. Додо ИС ответы на тесты. Додо пицца dashboard. Dodo is структура. Dodo is схема. Илья Зомба Додо пицца. Архитектура Dodo is.
Организационная структура Додо пицца. Додо пицца средний чек. Додо пицца личный кабинет. Додо номер телефона. Додо is личный кабинет. Додо личный кабинет Додо. Додо ИС вход в личный. Додо экспресс. Додо пицца экспресс.
Работа в Додо. Анкета Додо. Анкета соискателя Додо пицца. Анкета кандидата на работу Додо пицца. Цели Додо пиццы. Додо персонал ру. Маркетинговая стратегия Додо.
Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне.
Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение». Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600.
Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ.
А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами.
Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом.
Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные.
Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу.
Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера. Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер. Бросается событие, на которое подписан трекер. Трекер, принимая себе заказ, сохраняет его в свою собственную базу, делая при этом событие «ЗаказПринятТрекером» и посылая его в RMQ. В шине событий на заказ уже подписаны несколько обработчиков. Для нас важен тот, который делает синхронизацию с монолитной базой. Обработчик принимает событие, выбирает из него значимые для него данные: в нашем случае это статус заказа «ПринятТрекером» и обновляет свою сущность заказа в основной базе. Если кому-то нужен заказ именно из монолитной таблицы orders, то можно считать его и оттуда.
Например, такое нужно интерфейсу Заказы в Менеджере Смены: Все другие сервисы тоже могут подписаться на события заказа из трекера, чтобы использовать их для себя. Если через некоторое время заказ берётся в работу, то его статус сначала изменяется в своей базе базе Трекера , а потом сразу генерируется событие «ЗаказВРаботе». Оно также попадает в RMQ, откуда синхронизируется в монолитной базе и доставляется другим сервисам. На этом пути могут быть разные проблемы, подробнее о них можно посмотреть в докладе Жени Пешкова про детали реализации Eventual Consistency в Трекере. Итоговая архитектура после изменений в Auth и Трекере Подводя промежуточный итог: изначально у меня была мысль упаковать девятилетнюю историю системы Dodo IS в одну статью. Хотелось быстро и просто рассказать об этапах эволюции. Однако сев за материал, я понял, что всё гораздо сложнее и интереснее, чем кажется. Размышляя над пользой или её отсутствием от такого материала, я пришёл к выводу, что непрерывное развитие невозможно без полноценных летописей событий, развёрнутых ретроспектив и анализа своих прошлых решений. Надеюсь, что вам было полезно и интересно узнать про наш путь. Сейчас я стою перед выбором, какую часть систему Dodo IS описать в следующей статье: пишите в комментариях или голосуйте.
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста. О какой части Dodo IS вам бы хотелось узнать в следующей статье? Воздержавшихся нет.
Окончил Сыктывкарский госуниверситет по специальности «археолог». В 2006 году открыл в Сыктывкаре книжный магазин «Сила ума», но в 2010 году продал свою долю в бизнесе и уехал в Санкт-Петербург, где работал в разных ресторанах и сетях фаст-фуда. В 2011 году открыл в Сыктывкаре пиццерию «Додо Пицца». Сейчас сеть работает в 10 странах, открыто 286 пиццерий.
О том, как разработчики пилят IT в Dodo
Сложность большой разработки Трудности возникли и в самой разработке. Нужно было делать разные блоки системы, причем параллельно. Вместить нужды каждого компонента в единый код становилось все труднее. Было не просто договориться и угодить всем компонентам одновременно. К этому добавлялись ограничения в технологиях, особенно касаемо базы и фронтэнда. Нужно было отказываться от 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 года. Такие вещи больно бьют по возможностям для роста команд, особенно для молодого бизнеса, каким была Додо Пицца. Быстрые решения, которые помогли Проблемы требовали решения. Условно, решения можно разделить на 2 группы: Быстрые, которые тушат пожар и дают небольшой запас прочности и выигрывают нам время на изменения. Системные и, поэтому, долгие.
Окончил Сыктывкарский госуниверситет по специальности «археолог».
В 2006 году открыл в Сыктывкаре книжный магазин «Сила ума», но в 2010 году продал свою долю в бизнесе и уехал в Санкт-Петербург, где работал в разных ресторанах и сетях фаст-фуда. В 2011 году открыл в Сыктывкаре пиццерию «Додо Пицца». Сейчас сеть работает в 10 странах, открыто 286 пиццерий.
Dodo is кабинет сотрудника. График Додо. Додо ИС личный кабинет. Додо ИС менеджер. Dodo is Интерфейс.
История заказов пример. История заказов интернет магазин. Dodo is личный кабинет. Трекер Додо ИС. Додо трекинг. Dodo is кабинет сотрудника Dodo is. Организационная структура пиццерии Додо. Организационная структура Додо пицца.
БД пиццерии. База знаний Додо. Додо пицца ИС. Додо дашборд. Додо ИС менеджер смены. Dodo график. Dodo is дашборд. Додо ИС график смены.
Dodo is. Додо личный кабинет сотрудника. Дизайн скорость доставка. Скорость доставки dpi Group. Система Додо ИС.
Дома стажёры смогут учить стандарты с ноутбука, в пиццерии использовать планшет. Если у менеджера есть рабочий смартфон, стандарты будут всегда под рукой. Это не только полный учебник по управлению пиццерией, но и платформа для обмена опытом. Мы смотрим на успехи друг друга, улучшаем системы и совершенствуем стандарты каждую неделю. Честные условия Нам важен успех наших франчайзи. Для нас франчайзи — это партнёры. Мы хотим привлекать в сеть близких по духу людей, которые разделят наши ценности. Вместе мы хотим построить международную сеть пиццерий, которая станет для всех примером. К сумме выплат добавляется НДС. Мы создали фонд, который формируется из ежемесячных маркетинговых отчислений франчайзи и финансирует федеральную рекламу. Мы лидер рынка и при нашем охвате территории, реклама на федеральных телеканалах — это эффективно. Бюджет на старт: от 10 млн рублей В бюджет включена аренда, ремонт, закупка оборудования, найм персонала, маркетинговые затраты и закупка ингредиентов для первого месяца работы. Это полная смета, а не только затраты на ремонт. Даём эксклюзив Мы гарантируем доставку за 60 минут или раньше, поэтому пиццерии ориентируются на доставку внутри района или небольшого города. Мы даём эксклюзивные права на город или район в крупном городе: Москве и Санкт-Петербурге. Работаем с проверенными поставщиками Обеспечиваем всех партнёров качественными ингредиентами и удобной логистикой. Мы не зарабатываем на закупках, поэтому партнёры всегда получают лучшие цены и отсрочку платежа. Софт бесплатно На всё время работы в сети вы получаете доступ к «Додо ИС» — центру управления всеми процессами пиццерии. За это не нужно дополнительно платить, покупать и продлевать лицензии или платить вендорам. Мы сами разрабатываем, обновляем и обслуживаем «Додо ИС». Обучаем франчайзи Обучение проходит в учебном центре Додо в Москве. Цель курса — обучить партнеров ключевым навыкам ведения Додо-бизнеса и составления бизнес-плана открытия пиццерии. Участники — новые партнеры франчайзи , инвесторы. Период обучения — 15 дней. Обучение состоит из практической части, лекционного материала, тренингов и самостоятельной работы студентов. Завершающий этап обучения — защита дипломного проекта. Практическое занятие в учебном центре 15 франчайзи Да, придётся пахать Мы не верим, что бизнес может развиваться без участия предпринимателя. Если вы надеетесь вложить деньги и больше никогда не появляться на кухне — эта франшиза не для вас. У нас франчайзи следят за показателями, лично проверяют кухню, общаются с клиентами и держат руку на пульсе.
О том, как разработчики пилят IT в Dodo
Додо акции. Промокод Додо день рождения. Додо скидка в день рождения. Акция на день рождения в ДОД.
Додо личный кабинет. Маркетинг пиццерии. Стандарты Додо.
Додо пицца маркетинг. Меню для персонала. Стафф меню для персонала.
Стафф меню на неделю. Додо пицца dashboard. Додо пицца пример дашборда с аналитикой.
Архитектура Dodo is. Dodo auth. Dodo is схема.
Учетная политика Додо ИС. Организационная структура компании Додо пицца. Архитектура пиццерии схема.
Бизнес процессы Додо. Додо персональный кабинет. Стандарты Додо пицца.
Стандарты работы Додо пицца. Додо ИС личный. Чат поддержки Додо.
Профиль в Додо приложении.
Упростили учет расходов Сейчас расходы считаются один раз в месяц после инвентаризации. Проверяют, столько продуктов купили, сколько осталось — а разницу можно указать как расход. Согласовали эту схему с аудиторами и по их рекомендации составили два дополнительных отчета, которые подтверждают корректность списания материалов. Ключевые результаты проекта Организовали работу в отдельном облаке с возможностью делать доработки. В ближайшем будущем начнется работа с еще двумя франчайзи. Доработали загрузку данных под совмещение налоговых режимов — в таком случае из Додо ИС переносятся два отчета по продажам. Автоматизировали оплату самозанятых курьеров и курьеров-нерезидентов, для них формируются специальные платежные поручения.
Для франчайзи из Германии настроили отчеты по выгрузке соответствии с местным законодательством — в разрезе разных видов оплат.
Передайте сертификаты сотрудникам С помощью сертификата можно будет оплатить заказ в любом городе, где есть «Додо Пицца». Сотрудники сами выберут любимые продукты Оформить заказ можно через приложение, на сайте dodopizza. Настало время использовать сертификат Код с сертификата нужно ввести в корзине, он зачтется при оплате. Если заказ меньше суммы сертификата, то остаток «сгорит», если больше — нужно будет сделать доплату.
Додо тема для презентации. Додо пицца иллюстрации. Додо пицца меню. Додо пицца меню в пиццерии. Меню пиццерии Додо. Додо меню в ресторане. Пакет Додо пицца. Игрушки от Додо пицца. Подарочная карта Додо пицца. Бизнес модель Додо пицца. Структура компании Додо пицца. Додо пицца Размеры пицц. Размеры пиццы в Додо. Диаметр пиццы. Додо пицца диаметр пиццы. Промокод Додо пицца 2022. Коды в Додо пицца 2022. Промокоды на Додо пицца 2022 Екатеринбург. Промокоды Додо 2022 Волгоград. Магниты Додо пицца. Додо пицца мерч. Стикеры марки в Додо пицце. Коллекция магнитов Додо пицца. Приглашение на пиццу от Додо. Додо Постер. Додо севера. Додо офис лого. Додо пицца мобильное приложение. История заказов Додо пицца приложение. Приложение Додо пицца установить. Додо пицца начинки. Пицца диабло Додо. Додо пицца в граммах. Додо пицца фудкорт. Додо пицца экраны. Додо пицца кассовая зона. Пицца экспресс. Раскраска Додо пицца. Додо детям. Рисунки Додо пицца детские. Организационная структура управления Додо пицца. Организационная структура пиццерии схема. Схема принятия заказа. Додо пицца личный кабинет. Додо номер телефона. Додо is личный кабинет. Додо личный кабинет Додо. Приложение для заказа пиццы. Как оформить заказ в Додо пицца через приложение.
Как открыть пиццерию по франшизе
Чтобы войти в персональный аккаунт Додо ИС, нужно следовать такой инструкции. На сегодняшний день Додо Пицца – сеть пиццерий №1 в России по количеству действующих ресторанов. Бизнесмен считает «Додо Пиццу» IT-компанией — ее ядром является облачная ERP-система «Додо ИС», которая координирует в пиццерии все процессы — и в борьбе за место под солнцем ориентируется не только на гиганта Domino’s Pizza, но и на корпорацию Amazon. Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению.
Додо ис касса - фото сборник
Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира. Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника. Страница предлагает авторизоваться или зарегистрироваться на сайте. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году. База знаний Додо. В Базе хранится вся наша история! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы.
10 главных преимуществ франшизы «Додо Пицца»
| История о том, как мы автоматизировали контакт-центр «Додо Пиццы» | Dodo Pizza часто называет себя ИТ-компанией. Дмитрий Павлов, директор по продукту Dodo IS, рассказывает подробности об устройстве системы и делится несколькими кейсами, когда все пошло не так. |
| Додо ис касса - фото сборник | Базе знаний Dodo Pizza. Новым CEO Dodo Brands станет бывший франчайзи «Додо Пиццы» в подмосковных Химках Алена Тихова, которая помогала пиццерии выйти на американский рынок. |
Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной
Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным. Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира.