Новая главная страница «Базы знаний» Додо. Задача Заложить фундамент, чтобы в будущем система смогла удовлетворить разнородные потребности франчайзи и Додо: 1) новым франчайзи дать простые инструкции по запуску пиццерий; 2) опытным предложить секреты. Страница предлагает авторизоваться или зарегистрироваться на сайте. Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. последние новости на сегодня - РБК Инвестиции. Основатель «Додо Пицца» Федор Овчинников рассказал в Facebook об антикризисной стратегии, которую компания вынуждения принять в сложившихся условиях. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего.
Search code, repositories, users, issues, pull requests...
Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году. Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. последние новости на сегодня - РБК Инвестиции. Основатель «Додо Пицца» Федор Овчинников рассказал в Facebook об антикризисной стратегии, которую компания вынуждения принять в сложившихся условиях. Статистика и отчёты «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии.
Вкусная пицца для сотрудников
На многих таблицах не было подходящих индексов, где-то, наоборот, было очень много индексов, что затрудняло вставку. Надо было модифицировать около 20 таблиц — транзакция на создание заказа могла выполняться около 3-5 секунд. Данные в таблицах не всегда были в наиболее подходящей форме. Где-то нужно было сделать денормализацию. Часть регулярно получаемых данных была в колонке в виде XML-структуры, это увеличивало время выполнения, удлиняло запросоы и усложняло разработку. К одним и тем же таблицам производились очень разнородные запросы. Особенно страдали популярные таблицы, вроде упоминавшейся таблицы orders или таблицы pizzeria. Они использовались для вывода оперативных интерфейсов на кухне, аналитики. Еще к ним обращался сайт dodopizza.
Данные не были агрегированными и много расчетов происходило на лету средствами базы. Это создавало лишние вычисления и дополнительную нагрузку. Часто код ходил в базу тогда, когда мог этого не делать. Где-то не хватало bulk-операций, где-то надо было бы разнести один запрос на несколько через код, чтобы ускорить и повысить надежность. Связность и запутанность в коде Модули, которые должны были отвечать за свой участок бизнеса, не делали этого честно. Некоторые из них имели дублирование по функциям для ролей. Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями.
Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных. С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля. Где-то это делалось через публичные свойства. Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов. Это вроде незначительные проблемы, но они сильно замедляли разработку и снижали качество, что приводило к нестабильности и ошибкам. Сложность большой разработки Трудности возникли и в самой разработке.
Нужно было делать разные блоки системы, причем параллельно. Вместить нужды каждого компонента в единый код становилось все труднее. Было не просто договориться и угодить всем компонентам одновременно. К этому добавлялись ограничения в технологиях, особенно касаемо базы и фронтэнда. Нужно было отказываться от JQuery в сторону высокоуровневых фреймворков, особенно в части клиентских сервисов сайт. В каких-то частях системы могли бы использоваться базы, более подходящие для этого. Например, позднее у нас был прецедент перехода с Redis на CosmosDB для хранения корзины заказа. Команды и разработчики, занимающиеся своей областью явно хотели большей самостоятельности для своих сервисов, как в части разработки, так и в части выкатки.
Конфликты при мерже, проблемы при релизах. Если для 5 разработчиков эта проблема несущественна, то при 10, а уж тем более при планируемом росте, все стало бы серьёзнее. А а впереди должна была быть разработка мобильного приложения она стартанула в 2017, а в 2018 было большое падение. Разные части системы требовали разных показателей стабильности, но в силу сильной связности системы, мы не могли этого обеспечить. Ошибка при разработке новой функции в админке, вполне могла выстрелить в приеме заказа на сайте, ведь код общий и переиспользуемый, база и данные тоже едины. Вероятно, можно было бы и в рамках такой монолитно-модульной архитектуры не допускать этих ошибок и проблем: сделать разделение ответственности, проводить рефакторинг как кода, так и базы данных, чётко отделять слои друг от друга, следить за качеством каждый день. Но выбранные архитектурные решения и фокус на быстром расширении функционала системы привели к проблемам в вопросах стабильности. Как блог Сила ума положил кассы в ресторанах Если рост сети пиццерий и нагрузки продолжался бы в том же темпе, то через некоторое время падения были бы уже такими, что система и не поднимется.
Хорошо иллюстрирует проблемы, с которыми мы начали сталкиваться к 2015 году вот такая история. В блоге « Сила ума » был виджет, который показывал данные по выручке за год всей сети. Виджет обращался к публичному API Dodo, которое предоставляет эти данные. Виджет показывался на каждой странице и делал запросы по таймеру каждые 20 секунд. Запрос уходил в api. Запрос на статистику по выручке шел сразу в базу и начинал запрашивать данные по заказам, агрегировать данные прямо на лету и выдавать сумму. В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы. Кассы делали свои запросы каждые 5 секунд или по обновлению страницы.
Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать.
Менеджер Офиса. Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии.
Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т. Личный Кабинет Сотрудника.
Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров. Отправка sms и email.
Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных.
Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии.
Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки?
Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются.
Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1. В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет.
Если доступа нет, нужно пройти процедуру авторизации. Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина. В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя.
Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2. Далее либо на логин-страницу, либо переход в контроллер.
Если шагов много — скорее всего, информация не понятна пользователю сразу и нужно совершать дополнительные усилия, чтобы до нее добраться. Сейчас в приложении 1546 записи о пути пользователей до нужного ответа. Планы на будущее Сейчас делаю чек-лист для менеджера смены, тоже на Glide. Хотим протестировать гипотезу, каким чек-листом удобнее пользоваться — электронным или бумажным. Следующий кейс — с помощью Chatforma и Zapier интегрируем почту и чат-бота. Когда на сайте «Работа в Додо» разместят новую анкету, будут приходить уведомления в телеграм-бот. Программисты сделают уведомления на почту, а мы с помощью зерокодинга сможем перенаправить их в чат-бота без дорогой команды разработчиков.
Лариса Еремина, заместитель директора департамента стрит-ритейла Colliers International, считает, что самое главное в этом — простота использования и возможность адаптации заказа под себя, что удобно и быстро, если иметь телефон под рукой. В свою очередь, Дарья Канева, заместитель управляющего директора Центра Развития Недвижимости Becar Asset Management, считает, что идея сети с расширением форматов и агрегированием выглядит разумно, но отели - совершенно другой сегмент. Экономика в подобном мини-отеле может быть, если снизить затраты на его создание, в том числе за счет автоматизации. То есть одной экономии на администраторе будет недостаточно, чтобы вывести проект в прибыль. С нашей точки зрения, не имея достаточных компетенций в гостиничном бизнесе, очень рискованно выходить на этот высококонкурентный рынок», - заявляет она.
10 главных преимуществ франшизы «Додо Пицца»
Бизнесмен считает «Додо Пиццу» IT-компанией — ее ядром является облачная ERP-система «Додо ИС», которая координирует в пиццерии все процессы — и в борьбе за место под солнцем ориентируется не только на гиганта Domino’s Pizza, но и на корпорацию Amazon. Информационная система Додо. Додо ИС персонал. Dodo is кабинет сотрудника. Как Додо Пицца прошла путь от Scrum до LeSS Huge и осознанно отступала от правил этих фреймворков и Agile-методологии. На рассмотрении Разбивка по NPS базы клиентов по пиццериям для более детальной работы по клиентской базе.
Как работает личный кабинет сотрудника Додо Пицца
Изначально снижение порога входа в ресторанный бизнес с «Додо Пицца» — это все-таки низкие взносы для открытия и роялти. В первую очередь привлекательным является наше коммерческое предложение, но когда человек оказывается уже внутри бизнеса, он понимает насколько проще управлять рестораном с помощью информационной системы Додо IS. Представьте себе предпринимателя, который только входит в ресторанный бизнес и не имеет никаких инструментов автоматизации. Он не видит метрики в полном объеме, не знает на какие показатели нужно влиять для повышения эффективности. Основная заслуга Додо IS в том, что кроме автоматизации самого процесса производства, информационная система позволяет франчайзи видеть проблемы и влиять на них. Додо IS охватывает только производственный процесс или работу компании в целом, включая поставки и персонал? Несмотря на то, что мы построили уже самую большую сеть в России, пока мы находится на начальной стадии развития информационной системы. По крайней мере, если оценивать ее с позиции нашего видения будущего продукта. Мы еще не успели создать и запустить все модули, которые нужны франчайзи.
Сейчас наш основной фокус — операции производства, менеджмента и работы с клиентами. HR-блок также занимает важную часть в нашей системе, потому что текучка кадров в бизнесе общественного питания очень большая. То есть ваша задача автоматизировать с помощью Додо IS всю работу ресторана? Мы хотим передавать франчайзи не только информационную систему для автоматизации базовых бизнес-процессов, но также помогать с принятием решений и обменом опытом.
И сегодня база знаний компании, — это неотъемлемая часть корпоративного портала.
В которой публикуется вся основная полезная информация для управляющих пиццерией, менеджеров смены, отдельных категорий сотрудников. И которая работает как ключевой канал коммуникации. Посудите сами: где еще сотруднику можно найти всю необходимую на его рабочем месте информацию в формате стандартов, которая регулярно обновляется? Например, как показано на рисунке ниже. И перед выходом на смену каждый сотрудник проверяет те разделы, которые касаются лично его.
Помогает ему в этом регулярный дайджест, который приходит на почту. Подписка, к слову, доступна как простым сотрудникам, так и руководству. Небольшое лирическое отступление: когда мы формировали систему управления знаниями, дайджесты играли важную роль. Ведь если тебе на почту регулярно приходит все то новое, что обсуждалось по твоей теме в течение дня или недели, — профессиональный интерес или простое любопытство пересиливают, и ты тоже подключаешься к обсуждению. Еще удобной опцией были последние обсуждавшиеся вопросы, и топ-10 вопросов дня.
Но это — уже на странице самой системы. За который в Додо отвечает небольшая команда. Например, за стандарты — отдельный сотрудник. Есть редактор, к которому можно обратиться вообще по любому поводу. И до недавнего времени был один универсальный Арсений, выступавший в роли и аналитика, и разработчика, и продакта.
К счастью эта команда была недавно усилена, — новые горизонты и задачи потребовали новых людей!
Пока у клиента работала одна пиццерия, достаточно было сопровождения 1С:Бухгалтерии — бухгалтера копировали данные из Додо ИС вручную. Но когда появилась сеть пиццерий, перенос данных занимал бы слишком много времени. Нужно было с нуля настроить синхронизацию.
Клиенты ведут бухгалтерию в 1С:Фреш, поэтому мы развернули для франчайзи отдельное облако на технологии Фреш, в котором сделали необходимые доработки. Сейчас так работают уже с 10 облачными базами Додо франчайзи. Подробно про механизм интеграции рассказываем и показываем на видео: Автоматизировали оплату самозанятым и контроль доставок В ходе доработок сделали загрузку и учет зарплаты самозанятых, это актуально для многих франчайзи. Курьеры часто работают как самозанятые — поставщики услуг по доставке.
Теперь поступления услуг на оплату создаются автоматически и на основании приходов формируются платежные поручения в банк.
Это создавало лишние вычисления и дополнительную нагрузку. Часто код ходил в базу тогда, когда мог этого не делать.
Где-то не хватало bulk-операций, где-то надо было бы разнести один запрос на несколько через код, чтобы ускорить и повысить надежность. Связность и запутанность в коде Модули, которые должны были отвечать за свой участок бизнеса, не делали этого честно. Некоторые из них имели дублирование по функциям для ролей.
Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями. Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных.
С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля. Где-то это делалось через публичные свойства.
Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов. Это вроде незначительные проблемы, но они сильно замедляли разработку и снижали качество, что приводило к нестабильности и ошибкам.
Сложность большой разработки Трудности возникли и в самой разработке. Нужно было делать разные блоки системы, причем параллельно. Вместить нужды каждого компонента в единый код становилось все труднее.
Было не просто договориться и угодить всем компонентам одновременно. К этому добавлялись ограничения в технологиях, особенно касаемо базы и фронтэнда. Нужно было отказываться от JQuery в сторону высокоуровневых фреймворков, особенно в части клиентских сервисов сайт.
В каких-то частях системы могли бы использоваться базы, более подходящие для этого. Например, позднее у нас был прецедент перехода с Redis на CosmosDB для хранения корзины заказа. Команды и разработчики, занимающиеся своей областью явно хотели большей самостоятельности для своих сервисов, как в части разработки, так и в части выкатки.
Конфликты при мерже, проблемы при релизах. Если для 5 разработчиков эта проблема несущественна, то при 10, а уж тем более при планируемом росте, все стало бы серьёзнее. А а впереди должна была быть разработка мобильного приложения она стартанула в 2017, а в 2018 было большое падение.
Разные части системы требовали разных показателей стабильности, но в силу сильной связности системы, мы не могли этого обеспечить. Ошибка при разработке новой функции в админке, вполне могла выстрелить в приеме заказа на сайте, ведь код общий и переиспользуемый, база и данные тоже едины. Вероятно, можно было бы и в рамках такой монолитно-модульной архитектуры не допускать этих ошибок и проблем: сделать разделение ответственности, проводить рефакторинг как кода, так и базы данных, чётко отделять слои друг от друга, следить за качеством каждый день.
Но выбранные архитектурные решения и фокус на быстром расширении функционала системы привели к проблемам в вопросах стабильности. Как блог Сила ума положил кассы в ресторанах Если рост сети пиццерий и нагрузки продолжался бы в том же темпе, то через некоторое время падения были бы уже такими, что система и не поднимется. Хорошо иллюстрирует проблемы, с которыми мы начали сталкиваться к 2015 году вот такая история.
В блоге « Сила ума » был виджет, который показывал данные по выручке за год всей сети. Виджет обращался к публичному API Dodo, которое предоставляет эти данные. Виджет показывался на каждой странице и делал запросы по таймеру каждые 20 секунд.
Запрос уходил в api. Запрос на статистику по выручке шел сразу в базу и начинал запрашивать данные по заказам, агрегировать данные прямо на лету и выдавать сумму. В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы.
Кассы делали свои запросы каждые 5 секунд или по обновлению страницы. Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать.
Пока каждый из пришедших человек читал статью, виджет с выручкой исправно работал и запрашивал API каждые 20 секунд. API вызывало хранимую процедуру на расчет суммы всех заказов с начала года по всем пиццериям сети. Агрегация шла по таблице orders, которая очень популярна.
В неё же ходят все кассы всех открытых ресторанов на тот момент. Кассы перестали отвечать, заказы не принимались. Ещё они не принимались с сайта, не появлялись на трекере, менеджер смены не мог увидеть их в своем интерфейсе.
Это не единственная история. К осени 2015 года каждую пятницу нагрузка на систему была критическая. Несколько раз мы выключали публичное API, а однажды, нам пришлось даже отключить сайт, потому что уже ничего не помогало.
Был даже список сервисов с порядком отключения при серьезных нагрузках.
База знаний Додо 🔥. А вы знали, что у нас есть сайт, который называется База знаний?
В Додо есть несколько принципов. У нас открытые кухни, там есть камеры, и мы свою финансовую отчётность публикуем открыто. Следующий принцип — «no-bullshit», и этот принцип позволяет нам оспаривать любые решения. Любой человек, если видит «буллшит», то есть фигню, в чём угодно, в процессах, в поведении, он может об этом открыто сказать. Ещё один принцип — «мудаков у нас нет», то есть мы предполагаем, что люди у нас правильные, открытые, честные. А если это не так, то мы таких не нанимаем, или они уходят. Эти принципы нам очень помогают, в том числе и менять процессы. Когда мы видим, что что-то написано в методичке, а у нас оно что-то не взлетает, надо задать вопрос, а не фигню ли мы делаем. Рассказываем, в чем мы отклоняется от методичек фреймворков Scrum и LeSS, какие процессы мы улучшили для себя. Первый тезис: Product Owner должен быть один. Это цитата из Скрам Гайда Scrum Guide.
Product Owner — лицо, принимающее решение о продукте, это визионер, который знает, куда развивать продукт, он управляет бэклогом, он работает с командами, принимает работу. Product Owner — это такой mini-CEO. Он также может увольнять команду разработки, нанимать себе другую. В жизни вы таких много людей видели? Мы — нет, поэтому у нас не так. Слишком много для одного человека. У нас эта классическая роль, как она описана в Скрам Гайде, размазана. Федор отвечает за стратегию и за бюджет, а Дима управляет бэклогом и работает с командами. При этом ещё в этот процесс вовлечены руководители направлений бизнесовых: маркетинг, пиццерии, Digital сегмент и так далее. И большая часть решений принимаются командно.
Если решение не получается, тогда Дима выстраивает приоритет, но как правило, это не требуется. Часто говорят, что Product Owner как комитет — это не сработает, потому что все будут ссорится, отбирать друг у друга ресурсы команды и так далее. У нас это не происходит, потому что это диктуется нашей культурой. Второй популярный тезис, что команда должна быть самоорганизующейся. Самоорганизующаяся команда сама выбирает как ей работать, у неё нет менеджеров, которые ей управляют. Ей надо создать условия и не мешать.
Оказывает ли франчайзер поддержку по основным направлениям юридические вопросы, бухгалтерия? ААндрей Елькин Оказывает информационную поддержку. В базе знаний много информации, в том числе по таким вопросам. Какие-то вещи рассказывают на обучении франчайзи перед открытием первого ресторана.
Но, в целом, это ответственность партнёра. ААндрей Елькин Юридический отдел мне не нужен был. Хотя если надо какие-то договора обсудить, например, по аренде, то могут дать контакты того, с кем можно посоветоваться по данному вопросу. ДДмитрий Пильщиков Да, оказывает советами и публикацией уже имеющихся кейсов. Как на вас повлиял карантин? ААндрей Елькин Первый месяц было очень тяжело - доставка в залах резко упала ещё до карантина. Потом помогло государство - мы получили субсидии, арендодатели дали скидку. Потом подросла доставка и отчасти компенсировала падение в залах. Довольно сильно выросла цена продуктов вслед за ростом доллара. Плюс сильно выросли затраты на курьеров.
Сейчас доставку развивают все, в том числе ритейл, и курьеров не хватает. В общем, рентабельность упала. Но жаловаться не приходится. Многим другим отраслям и игрокам на рынке общепита значительно хуже. ААндрей Елькин Если брать показатели в целом, то можно сказать, что карантин мы пережили хорошо. Рестораны были закрыты с апреля по 4 сентября. Работали только надо доставку. ДДмитрий Пильщиков Ресторан просел в выручке, а доставка чуть подросла. Стало чуть больше затрат и чуть больше менеджмента. Поддерживает ли вас франчайзер в период карантина?
Роялти и так низкий - его не меняли. Затем рекламный платёж в течение трёх месяцев вернули. ААндрей Елькин Нам полностью отменили маркетинговые сборы, это достаточно ощутимая сумма. В этот период была модернизация большая, много новых идей. Вообще я считаю, что мы неплохо поработали в карантин. ДДмитрий Пильщиков Да, была скидка на маркетинговый взнос. Додо Пицца, город Новый Уренгой Ищешь бизнес идею по твоим интересам и финансам? Мы подготовили тест, который выявит идеальную бизнес-идею для тебя, соответствующую твоим уникальным потребностям и амбициям На основании накопленного вами опыта, считаете ли вы целесообразным покупку данной франшизы?
Кроме того, клиенты получают ответы быстрее, следовательно, у них повышается лояльность к компании.
Для создания бота были использованы следующие технологии: Платформа для разработки чат-ботов zDialog; ИИ-сервис аналитики чат-ботов OneDash; Технология распознавания и синтеза речи Yandex SpeechKit.
Каждый, кто намерен добиться успеха в долгосрочной перспективе, должен трансформироваться в технологическую компанию — или рискует погибнуть. Нельзя просто так взять и внедрить технологии Многие компании воспринимают технологии всего лишь как надстройку, дополнение к своему основному бизнесу.
Мы в Dodo Brands думаем иначе. Чтобы полностью раскрыть потенциал новых технологий, все бизнес-процессы в компании должны быть полностью переосмыслены и перестроены. И все, что поддается оцифровке, должно быть оцифровано.
Собственная разработка IT-продуктов — не вопрос выбора, а необходимость. Можно передать на аутсорсинг второстепенные бизнес-функции, но не ключевые. Только собственная система может учитывать все детали бизнеса и отвечать всем его потребностям.
А еще можно самим выбрать концепцию, стек и архитектуру системы. Что такое Dodo IS? Dodo IS это облачная система.
Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени. Для нее не требуется специального оборудования.
Нужен только интернет. Dodo IS охватывает весь процесс, начиная с заказа через собственные каналы продаж, заканчивая умной пиццерией, которая контролирует все: производство, доставку, систему аналитики, которая в реальном времени видит, что происходит с бизнесом. Мы взяли традиционный пицца-бизнес и поставили его на диджитал рельсы Трекер заказов — основа Dodo IS.
Клиенты могут сделать заказ через мобильное приложение, на сайте, по телефону или прямо на кассе.
Какие проблемы решает
- Dashboards DODO / ДОДО ПИЦЦА
- О том, как разработчики пилят IT в Dodo
- Как «Додо Пицца» предотвратили проблемы с гашением ВСД
- Автоматизируем бизнес по-крупному: создаём свой «цифровой мозг» — Наталья Гараханова на
- LeSS в Додо Пицце: эволюция или революция
Публикации
- Пожалуй, лучшая база знаний для лучшей сети пиццерий! | Управление знаниями | Дзен
- Как «Додо Пицца» использует зерокодинг для базы знаний
- Гарантии франчайзера
- Navigation Menu
Как насчет бесплатной пиццы?
База знаний Додо ИС. Информационная система пиццерии. Базе знаний Dodo Pizza. Новым CEO Dodo Brands станет бывший франчайзи «Додо Пиццы» в подмосковных Химках Алена Тихова, которая помогала пиццерии выйти на американский рынок. Сеть пиццерий «Додо Пицца» представила обновлённый имиджевый сайт, который отличается большим количеством визуальных приемов. Dodo IS Platform digitalizes every micro process in our QSR businesses from Dodo Brands: Dodo Pizza, Drinkit, and Doner 42. It covers all parts of the restaurant business — from shift scheduling and order tracking to real-time sales analytics.
Франшиза «Додо пицца»
Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? На рассмотрении Разбивка по NPS базы клиентов по пиццериям для более детальной работы по клиентской базе. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего.
Франшиза «Додо Пиццы»: сильный продукт, передовые технологии и честные условия
А кто-то, находясь в пиццерии, заглядывает прям в мобилки курьеров. Любое отклонение фиксировалось непосредственно в моменте. Мониторим логи Первоначально мы выделили чисто технические метрики: количество обработанных системой заказов за единицу времени, хартбит Heartbeat сервисов, то есть грубо говоря, мы каждую секунду ждали сигнал от сервиса. И если пульс пропадал, то мы били тревогу. Постепенно мы делали систему стабильнее, и технические метрики перестали «стрелять». Тогда стали проявляться различного рода бизнесовые проблемы. Например, однажды курьер пропустил назначенный на него заказ, а курьеры по кодексу чести стали подряд от него отказываться, чтобы заказ сделал круг и попал опять к первому курьеру. У них соблюдаются правила мужской дружбы, а у нас — зашкаливает количество отказов от поездок и заказ долго лежит на тепловой полке. К тому же не всё можно измерить, если у тебя огромный бизнес. Нередко происходят процессы, которые невозможно оцифровать, не каждое влияние можно оценить, и в некоторых случаях, если эксперимент показывает падение метрик, это не значит, что надо бросать продукт и говорить «Всё, не делаем!
Во всём надо руководствоваться здравым смыслом. Здравый смысл — манифест нашей команды. Есть ребята, которые делают всё на вижене, есть те, которые делают на данных. А мы — на здравом смысле. Мы как будто летим осваивать новую планету, у нас есть миссия и вижен, но вместе с тем следим за бортовыми данными дата дривен. И чтобы прийти к колонизации новой планеты во славу человечества, иногда надо немного отклониться от курса, если на пути астероид, а иногда надо переть прямо по курсу, даже если один двигатель отказал и ты чинишь его на ходу. Здравый смысл! Мы решили продолжать раскатку, потому что увидели экономию в километрах и пицца стала меньше лежать на тепловой полке. Волгоград — это хорошая пиццерия, там нормально возят по стандартам.
И даже хорошей пиццерии мы помогли. А плохой поможем ещё больше!
Сбор и доставка Оператор безошибочно комплектует заказ по указаниям системы и передаёт курьеру. Маршрутная квитанция формируется и печатается автоматически. Учёт Система автоматически считает выручку, прибыль и производительность труда, ведёт статистику по пиццерии и помогает сравнить результаты с другими пиццериями. Закупка Кто и когда привёз ингредиенты, кто принял, сколько заплатил, сколько осталось, сколько заказать в следующий раз График работы Сотрудники указывают, когда им удобно и неудобно работать.
Менеджер расставляет смены с учётом статистики загруженности пиццерии. Найм и увольнение Управляющий видит заявки от соискателей, смотрит резюме, приглашает на собеседование, ведёт статистику производительности и увольняет лентяев. Экраны с меню Система через интернет выводит на экраны в пиццерии сезонные предложения и актуальное меню с ценами этой пиццерии. Промоакции «Додо ИС» помогает конструировать промоакции и управлять промокодами в масштабах всей сети или одной пиццерии. Управление курьерами Удобное приложение помогает курьерам выбрать лучший маршрут, не забывать продукты в заказе и вводит в доставку элемент соревнования. Статистика и отчёты «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии.
В системе учтено время, деньги, люди и продукты. Подробнее о «Додо ИС»: новая пиццерия и сотрудники , рабочие будни , всё о заказе , отчёты, экраны, доставка, поставщики Пицца — реалити-шоу Когда гости заказывают пиццу на сайте, они видят процесс приготовления вживую. За это отвечает «Додо ИС» — она знает, какая пицца сейчас на столе и когда будет готов заказ. Гостям интересно, когда будет готова именно их пицца, сколько времени на неё уходит, успеет ли курьер за 60 минут. Посмотреть как делается ваша пицца Процессы описаны Мы собрали полную базу знаний по всем аспектам работы пиццерии: организации кухни, уборке, заготовке, выпечке, общению с клиентом, управлению персоналом. В базе знаний хранятся все рабочие документы, макеты рекламных материалов.
База знаний собрана на закрытом сайте, к которому получают доступ все франчайзи. В ней же создан сайт с электронными стандартами. Сайт адаптирован для использования на любых устройствах. Дома стажёры смогут учить стандарты с ноутбука, в пиццерии использовать планшет. Если у менеджера есть рабочий смартфон, стандарты будут всегда под рукой. Это не только полный учебник по управлению пиццерией, но и платформа для обмена опытом.
Мы смотрим на успехи друг друга, улучшаем системы и совершенствуем стандарты каждую неделю. Честные условия Нам важен успех наших франчайзи. Для нас франчайзи — это партнёры. Мы хотим привлекать в сеть близких по духу людей, которые разделят наши ценности. Вместе мы хотим построить международную сеть пиццерий, которая станет для всех примером. К сумме выплат добавляется НДС.
Мы создали фонд, который формируется из ежемесячных маркетинговых отчислений франчайзи и финансирует федеральную рекламу.
Упростили учет расходов Сейчас расходы считаются один раз в месяц после инвентаризации. Проверяют, столько продуктов купили, сколько осталось — а разницу можно указать как расход. Согласовали эту схему с аудиторами и по их рекомендации составили два дополнительных отчета, которые подтверждают корректность списания материалов.
Ключевые результаты проекта Организовали работу в отдельном облаке с возможностью делать доработки. В ближайшем будущем начнется работа с еще двумя франчайзи. Доработали загрузку данных под совмещение налоговых режимов — в таком случае из Додо ИС переносятся два отчета по продажам. Автоматизировали оплату самозанятых курьеров и курьеров-нерезидентов, для них формируются специальные платежные поручения.
Для франчайзи из Германии настроили отчеты по выгрузке соответствии с местным законодательством — в разрезе разных видов оплат.
Курьер не отражал это в программе — там по-прежнему была указана оплата по карте. А наличные курьер забирал себе. Если в течение дня происходит несколько сотен доставок, отследить такие случаи вручную сложно. Теперь можно сверить отчеты по эквайрингу сколько перевели за смену, по конкретному терминалу с информацией, которую указывают курьеры. Упростили учет расходов Сейчас расходы считаются один раз в месяц после инвентаризации. Проверяют, столько продуктов купили, сколько осталось — а разницу можно указать как расход. Согласовали эту схему с аудиторами и по их рекомендации составили два дополнительных отчета, которые подтверждают корректность списания материалов. Интегрировали Телеграм и ИС Додо Для сотрудников Додо настроили интеграцию с Телеграм-ботами: данные из информационной системы Додо при использовании «1С:Бухгалтерии» автоматически передаются в чат-бот. Теперь в мессенджере руководителям приходят уведомления из информационной системы Додо: производительность, выручка, время приготовления.
Уведомления приходят по расписанию, которое настраивает пользователь. Как настраивается работа с Телеграмом? Мы создаём для клиента чат-бота в Телеграм, в программах «1С» в его информационных базах прописываем все необходимые ключи.