Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. Таким образом информационная система реально влияет на увеличение эффективности и прибыльности «Додо Пиццы», так как стоимость труда являются одной из главнейших статей расхода для нашего бизнеса. Мы называем это «dodo-эффект».
История «додо пиццы». Dodo IS — информационная система как ядро франчайзинга
База знаний Додо ИС. Информационная система пиццерии. Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. Расскажем вам, как DocsInBox помогли «Додо Пицце» автоматизировать работу с системой «Меркурий», избежать просрочек гашения ветеринарных сертификатов и сократить время работы с ФГИС. Базе знаний Dodo Pizza. Система Додо ИС.
История архитектуры Dodo IS: путь бэкофиса
| Пожалуй, лучшая база знаний для лучшей сети пиццерий! | Система Додо ИС. |
| База знаний Додо 🔥. А вы знали, что у нас есть сайт, который называется База знаний? | Покупая франшизу «Додо пиццы», франчайзи получает доступ на закрытый сайт с базой знаний по ведению данного вида бизнеса: организация работы кухни, управление персоналом, макеты рекламы, образцы рабочих документов. |
| Додо Ис: личный кабинет сотрудника, регистрация и вход | Система Додо ИС. |
| Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной | | База знаний Додо создавалась 6 лет назад как блог на WordPress, — вполне объяснимый выбор для быстрого старта. |
| «Мы пришли к успеху пока вы кушали пиццу». 3 франчайзи ДоДо об окупаемости и конкуренции | Владелец сайта предпочёл скрыть описание страницы. |
Статистика пиццерий Додо Пицца
OfficeManager — интерфейсы для роли «Управляющий пиццерии» и «Франчайзи». Здесь собраны функции по настройке пиццерии, её бонусных акций, прием и работа с сотрудниками, отчеты. PublicScreens — интерфейсы для телевизоров и планшетов, висящих в пиццериях. На телевизорах отображается меню, рекламная информация, статус заказа при выдаче. Они использовали общий слой сервисов, общий блок доменных классов Dodo. Core, а также общую базу. Иногда еще могли вести по переходам друг к другу. В том числе к общим сервисам ходили и отдельные сайты, вроде dodopizza.
При появлении новых модулей старались по максимуму переиспользовать уже созданный код сервисов, хранимых процедур и таблиц в базе. Для лучшего понимания масштаба модулей, сделанных в системе, вот схема из 2012 года с планами развития: К 2015 году всё на схеме и даже больше было в продакшн. Прием заказа перерос в отдельный блок Контакт Центра, где заказ принимается оператором. Появились общедоступные экраны с меню и информацией, висящие в пиццериях. На кухне есть модуль, который автоматически воспроизводит голосовое сообщение «Новая пицца» при поступлении нового заказа, а также печатает накладную для курьера. Это сильно упрощает процессы на кухне, позволяет не отвлекаться на большое количество простых операций сотрудникам. Блок доставки стал отдельной Кассой Доставки, где заказ выдавался курьеру, который предварительно встал на смену.
Учитывалось его рабочее время для начисления зарплаты. Параллельно с 2012 по 2015 появилось более 10 разработчиков, открылось 35 пиццерий, развернули систему на Румынию и подготовили к открытию точек в США. Разработчики уже не занимались всеми задачами, а были разделены на команды. Проблемы В том числе из-за архитектуры но не только. Хаос в базе Одна база — это удобно. В ней можно добиться консистентности, причем за счет средств, встроенных в реляционные базы. Работать с ней привычно и удобно, особенно, если там мало таблиц и немного данных.
Но за 4 года разработки в базе оказалось около 600 таблиц, 1500 хранимых процедур, во многих из которых была еще и логика. Увы, хранимые процедуры не приносят особого преимущества при работе с MySQL. Они не кэшируются базой, а хранение в них логики усложняет разработку и отладку. Переиспользование кода тоже затруднено. На многих таблицах не было подходящих индексов, где-то, наоборот, было очень много индексов, что затрудняло вставку. Надо было модифицировать около 20 таблиц — транзакция на создание заказа могла выполняться около 3-5 секунд. Данные в таблицах не всегда были в наиболее подходящей форме.
Где-то нужно было сделать денормализацию. Часть регулярно получаемых данных была в колонке в виде XML-структуры, это увеличивало время выполнения, удлиняло запросоы и усложняло разработку. К одним и тем же таблицам производились очень разнородные запросы. Особенно страдали популярные таблицы, вроде упоминавшейся таблицы orders или таблицы pizzeria. Они использовались для вывода оперативных интерфейсов на кухне, аналитики. Еще к ним обращался сайт dodopizza. Данные не были агрегированными и много расчетов происходило на лету средствами базы.
Это создавало лишние вычисления и дополнительную нагрузку. Часто код ходил в базу тогда, когда мог этого не делать. Где-то не хватало bulk-операций, где-то надо было бы разнести один запрос на несколько через код, чтобы ускорить и повысить надежность. Связность и запутанность в коде Модули, которые должны были отвечать за свой участок бизнеса, не делали этого честно. Некоторые из них имели дублирование по функциям для ролей. Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями.
Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных. С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля. Где-то это делалось через публичные свойства. Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов. Это вроде незначительные проблемы, но они сильно замедляли разработку и снижали качество, что приводило к нестабильности и ошибкам.
Сложность большой разработки Трудности возникли и в самой разработке.
Додо пицца кассовый Интерфейс. Интерфейс кассира dodopizza касса. Кассир Додо. Додо ИС менеджер офиса. Додо ИС менеджер смены. Додо is личный кабинет. График Додо.
Додо личный кабинет. Додо персонал вход в личный кабинет. Dodo is личный кабинет. Машинный Додой. Dodo is. Додо ИС личный кабинет. Додо пицца кухня. Пиццамейкер Додо.
Dodo is Интерфейс. Организационная структура Додо пицца. Оргструктура Додо. Dodo is информационная система. Организационная структура пиццерии Додо. Додо логотип. Додо пицца лого. Додо логотип белый.
Додо логотип без фона. Менеджер смены вход Додо. Как отменить заказ в Додо. Додо ИС вход в личный. Додо ИС ответы на тесты. Как открыть анкету Додо ИС. Форма работников пиццерии. Униформа Додо.
Пиццерия касса. Додо ИС трекинг. Офис LJ LJ. Лексан Додо. Додо микс. Лексаны пиццерии Додо. Додо пицца ресторан.
Благодаря ВЦОД, наши франчайзи просто обновляют страницу в браузере — и у них оказывается самая свежая версия программного обеспечения. Облачные центры обработки данных у вас используются не только для разработки информационной системы. Что насчет больших данных, аналитики и автоматизации, какие у вас планы по использованию собранной информации? Наша задача помочь управляющим и менеджерам смены принимать решения. Например, отвечать на вопрос, какое количество заготовок сделать на следующую смену, и какое количество персонала вывести в каждой отдельно взятой пиццерии? Мы хотим такого рода решения сделать автоматизированными, чтобы человеку не нужно было об этом задумываться. Это будет возможно благодаря предиктивному анализу. Центр обработки данных собирает и хранит огромное количество информации по всем работающим пиццериям. В настоящий момент мы используем не весь массив данных, но в будущем планируем найти ресурсы для создания когнитивных моделей и прогнозировать продажи, нагрузку на пиццерии по неделям, дням и часам, оптимизировать количество запасов и людей. Ресторанный бизнес очень сложный из-за большого количества мелких операций, которые влияют на ежедневную маржинальность. Даже один списанный помидор снижает эффективность пиццерии, если рассматривать совокупность «незначительных» потерь на длительном промежутке времени. С помощью предиктивного анализа мы хотим сделать прорыв в бизнес-процессах и принятии решений, что в конечном счете поможет сделать бизнес более рентабельным и управляемым. А что будет через пять лет?
Это позволяет четко структурировать данные, которые потом можно обработать зерокодинговыми инструментами. Быть программистом для этого не обязательно, достаточно понимать, как данные разбиваются по объектам, и уметь связывать их друг с другом. Как мы собрали приложение на Glide Мы в «Додо» проверяем новую базу знаний для сотрудников пиццерии на реальных пользователях. Я собрал приложение на Glide , которое выгружает структуру поиска ответов пользователей в иерархическом виде, помогает проанализировать длину пути до правильного ответа, то есть до момента, когда сотрудник нашел нужную информацию. Сейчас формируем таблицу и обрабатываем ответы пользователей. Будем выгружать аналитику и смотреть, насколько мы попали в ожидания по структуре данных. Таблица помогает оценить, насколько релевантен для пользователя путь к нужному ответу Что внутри приложения Основа — Google Таблица с треями закладками: что хотим спросить у пользователей, иерархическая база знаний, иерархическая информация, которая собирается и выстаивается на экране выгружаясь из Glide.
Вкусная пицца для сотрудников
По словам финансового директора компании «Додо пицца» Дмитрия Соловьева, в "сердце" сети организации - облачная система управления пиццерией «Додо ИС». Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое. Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор.
Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1. В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет.
Если доступа нет, нужно пройти процедуру авторизации. Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина. В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя. Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2. Далее либо на логин-страницу, либо переход в контроллер.
Такая вот простая система, но при этом не совсем стандартная. Если все процедуры пройдены, то пропускаем дальше в логике в контроллерах и методах. Данные пользователей отделены от всех других данных, они хранятся в отдельной таблице membership, функции из слоя логики AuthService вполне могут стать api-методами. Границы домена определены вполне чётко: пользователи, их роли, данные о доступах, выдача и отзыв доступов. Всё выглядит так, что можно вынести в отдельный сервис. Так и сделали: У такого подхода есть ряд проблем. Например, вызов метода внутри процесса — не то же самое, что вызов по http внешнего сервиса.
Латенси, надёжность, поддерживаемость, прозрачность операции совершенно другие. Подробнее именно о таких проблемах рассказывал Андрей Моревский в своем докладе «50 оттенков микросервисов». Сервис аутентификации и с ним сервис устройств используются для бэкофиса, то есть для сервисов и интерфейсов, используемых на производстве. Аутентификация для клиентских сервисов вроде сайта или мобильного приложения происходит отдельно без использования Auth. Отделение заняло около года, а сейчас мы опять занимаемся этой темой, переводя систему уже на новые сервисы аутентификации со стандартными протоколами. Почему отделение длилось так долго? По пути было множество проблем, которые замедляли: Нам хотелось перевести данные о пользователях, устройствах и аутентификации из баз по стране в одну.
Для этого пришлось переводить все таблицы и использование с идентификатора int на глобальный идентификатор UUId недавно перерабатывали этот код Роман Букин «Uuid — большая история маленькой структуры» и open-source проект Primitives. Хранение данных по пользователям так как это персональная информация имеет свои ограничения и для некоторых стран надо хранить их отдельно. Но глобальный идентификатор пользователя должен быть. Много таблиц в базе имеет аудит информацию о том пользователе, который совершил операцию. Это потребовало дополнительного механизма, чтобы была консистентность. После создания api-сервисов был долгий и постепенный период перевода на другую систему. Переключения должны были происходить бесшовно для пользователей и требовали ручной работы.
Схема регистрации устройства в пиццерии: Общая архитектура после выделения Auth и Devices-сервиса: Чем занимается Трекер Теперь про второй из нагруженных сервисов. Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне. Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка».
Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое. Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор.
База знаний Додо ИС.
Додо трекинг. Додо пицца кассовый Интерфейс. Интерфейс кассира dodopizza касса. Кассир Додо. Додо ИС менеджер офиса. Додо ИС менеджер смены. Додо is личный кабинет.
График Додо. Додо личный кабинет. Додо персонал вход в личный кабинет. Dodo is личный кабинет. Машинный Додой. Dodo is. Додо ИС личный кабинет.
Додо пицца кухня. Пиццамейкер Додо. Dodo is Интерфейс. Организационная структура Додо пицца. Оргструктура Додо. Dodo is информационная система. Организационная структура пиццерии Додо.
Додо логотип. Додо пицца лого. Додо логотип белый. Додо логотип без фона. Менеджер смены вход Додо. Как отменить заказ в Додо. Додо ИС вход в личный.
Додо ИС ответы на тесты. Как открыть анкету Додо ИС. Форма работников пиццерии. Униформа Додо. Пиццерия касса. Додо ИС трекинг. Офис LJ LJ.
Лексан Додо. Додо микс.
«Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей
Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое. Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор.
Ревизия Додо. Dodo is Интерфейс. Додо трекинг. Dodo график. Dodo is дашборд.
Додо ИС график смены. Додо ИС Додо. Dodo is. Додо пицца ИС. Додо ИС менеджер. Додо личный кабинет сотрудника.
Dodois личный кабинет. Расписание сотрудников. Стандарты Додо пицца. Информационная система- Додо ИС.. Информационная система пиццерии. Додо выручка.
Додо пицца статистика. Выручка Додо пицца. Финансовый отчет Додо пицца. Додо пицца личный. Персонал Додо пицца личный. Додо пицца кабинет сотрудника.
Додо персонал вход в личный кабинет. Додо кабинет сотрудника. Dodo ИС персонал. Вход менеджер Додо ИС смены. Додо ИС ответы на тесты. Додо пицца dashboard.
Dodo is структура. Dodo is схема. Илья Зомба Додо пицца. Архитектура Dodo is. Организационная структура Додо пицца. Додо пицца средний чек.
Животные на Вашем Экране 7 подписчиков Подписаться Федор Овчинников - предприниматель, основатель и совладелец «Додо пицца» — международной сети пиццерий, насчитывающей более 200 точек в 9 странах, самой быстрорастущей компании на российском рынке общепита. Автор популярного блога «Сила ума», в котором он честно и открыто рассказывает о своем бизнесе, и герой книги «И ботаники делают бизнес». По итогам 2016 года компания «Додо Пицца» стала крупнейшей сетью в России по количеству пиццерий.
Успешный рост сети её основатель Фёдор Овчинников связывает, в том числе, с наличием собственной информационной системы. О том, как она создавалась, какие задачи решает и к каким результатам приводит, Фёдор Овчинников и его команда рассказали в своей «Додо-книге», ключевые идеи которой мы сегодня предлагаем вашему вниманию. Досье Фёдор Овчинников, основатель сети «Додо Пицца». Окончил Сыктывкарский госуниверситет по специальности «археолог».
*Как видеоаналитика и машинное зрение помогают оценивать качество пиццы
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. 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. Чтобы войти в персональный аккаунт Додо ИС, нужно следовать такой инструкции.
10 главных преимуществ франшизы «Додо Пицца»
Аналоги Dodo is. База знаний Додо пицца. База знаний. Додо база знаний вход. Анкета Додо. Додо тайный покупатель. Анкета кандидата Додо. Стандарты Додо пицца.
Додо пицца 2018. Стандарты Додо. Приоритеты в Додо. Стандарты скорости Додо. Подсистема Додо. Дашборд Додо пицца. Структура Додо пицца.
CRM Додо пицца. Dodo дизайн website. Организационная структура Додо пицца. Организационная структура пиццерии Додо. База данных пиццерия. Пиццерия БД. Dodo is dashboard.
Дашборд Додо пицца Розница. График производительности в Додо пицца. Номер пиццерии. Пицца стори ковров.
Мы очень быстро растём.
Сейчас у нас уже 70 разработчиков и 9 команд. Несколько месяцев назад у нас было 50 разработчиков, и мы поставили себе цель вырасти до 250 до конца 2020 года. Синим цветом — наш предполагаемый график роста, красным — то, как мы реально растём В начале 2018 года у нас было 6 команд и мы использовали Scrum. За первую половину 2018 года нас 2 раза очень мощно накрыло проблемами. Эти события подтолкнули нас к первой революции.
Мы поняли, что надо перестраивать процессы и запустили LeSS на 6 команд. Потом мы начали экспериментировать со Sprint Reviews, с OKR, ввели дизайн-воркшопы и stop-the-line практику. И мы сейчас продолжаем эволюционировать, про это дальше и расскажем. Это наш личный опыт, используйте его на свой страх и риск или не используйте вовсе. У вас свой контекст, своя команда и своя специфика продукта.
В Додо есть несколько принципов. У нас открытые кухни, там есть камеры, и мы свою финансовую отчётность публикуем открыто. Следующий принцип — «no-bullshit», и этот принцип позволяет нам оспаривать любые решения. Любой человек, если видит «буллшит», то есть фигню, в чём угодно, в процессах, в поведении, он может об этом открыто сказать. Ещё один принцип — «мудаков у нас нет», то есть мы предполагаем, что люди у нас правильные, открытые, честные.
А если это не так, то мы таких не нанимаем, или они уходят. Эти принципы нам очень помогают, в том числе и менять процессы. Когда мы видим, что что-то написано в методичке, а у нас оно что-то не взлетает, надо задать вопрос, а не фигню ли мы делаем. Рассказываем, в чем мы отклоняется от методичек фреймворков Scrum и LeSS, какие процессы мы улучшили для себя. Первый тезис: Product Owner должен быть один.
Это цитата из Скрам Гайда Scrum Guide. Product Owner — лицо, принимающее решение о продукте, это визионер, который знает, куда развивать продукт, он управляет бэклогом, он работает с командами, принимает работу. Product Owner — это такой mini-CEO. Он также может увольнять команду разработки, нанимать себе другую. В жизни вы таких много людей видели?
Мы — нет, поэтому у нас не так.
Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа.
Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы.
Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1. В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет. Если доступа нет, нужно пройти процедуру авторизации.
Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина. В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя. Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2. Далее либо на логин-страницу, либо переход в контроллер. Такая вот простая система, но при этом не совсем стандартная.
Если все процедуры пройдены, то пропускаем дальше в логике в контроллерах и методах. Данные пользователей отделены от всех других данных, они хранятся в отдельной таблице membership, функции из слоя логики AuthService вполне могут стать api-методами. Границы домена определены вполне чётко: пользователи, их роли, данные о доступах, выдача и отзыв доступов. Всё выглядит так, что можно вынести в отдельный сервис. Так и сделали: У такого подхода есть ряд проблем. Например, вызов метода внутри процесса — не то же самое, что вызов по http внешнего сервиса. Латенси, надёжность, поддерживаемость, прозрачность операции совершенно другие.
Подробнее именно о таких проблемах рассказывал Андрей Моревский в своем докладе «50 оттенков микросервисов». Сервис аутентификации и с ним сервис устройств используются для бэкофиса, то есть для сервисов и интерфейсов, используемых на производстве. Аутентификация для клиентских сервисов вроде сайта или мобильного приложения происходит отдельно без использования Auth.
Например, как рассказывает Федор Овчинников, меню может быть интерактивным: владельцы кафе смогут создавать акции, предложения, комбо-наборы, которые будут действовать по времени.
Мы дадим владельцам кафе аналитику, а меню из Menusa будем экспортироваться в другие сервисы", — добавляет Овчинников, но при этом оговаривается, что функционал будет добавляться только по просьбам пользователей, а также при условиях наращивания большой аудитории. Компания планирует интегрировать "Менюзу" и свой рекомендательный сервис GdeSha "Где Шаверма" , который расширят до всей уличной еды. В новом сервисе, по замыслу создателей, можно будет видеть не только кафе, рейтинги и отзывы, но и осуществлять поиск по самому меню, конкретным блюдам или, например, выгодным предложением в конкретное время. Этот продукт должен будет решать проблему "где поесть на улице".
Хотя Федор Овчинников называет его "уникальным геосервисом", прототип в виде Яндекс Карт или Яндекс Еды виден отчетливо. Кстати, возглавляет новый стартап внутри компании именно Георгий Шагинян, один из создателей сервиса GdeSha "Где Шаверма".
Свыше 900 заведений по всему миру
- LeSS в Додо Пицце: эволюция или революция
- Настроили синхронизацию данных Додо ИС и 1С
- «Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей
- Виртуальный ЦОД в Додо Пицца
Франшиза «Додо Пиццы»: сильный продукт, передовые технологии и честные условия
База знаний Додо ИС. Информационная система пиццерии. Додо Пицца ИС личный кабинет и профиль сотрудника — информационная система, которая позволяет инвестору контролировать бизнес. На сегодняшний день Додо Пицца – сеть пиццерий №1 в России по количеству действующих ресторанов.
Миссия тайных покупателей и инспекторов
- «Простые решения» настроили интеграцию с 1С для франчайзи Додо - Простые решения
- Додо ис база знаний
- Додо ис база знаний - 84 фото
- Как зерокодинг помогает «Додо Пицце» быстро тестировать гипотезы: новая база знаний для сотрудников
- Какие проблемы решает
- Додо ис касса - фотоподборка
Додо ис касса - фото сборник
А раз в году проходит съезд партнеров. И хотя его основная задача, — это дать людям возможность пообщаться, — все мы помним, что основные и самые ценные знания часто передаются именно так. Кстати, в сети есть видео одной из встреч, посвященных пирамиде ценностей Додо. Почти в самом начале ролика Екатерина Игушева рассказывает как раз про то, как устроена база знаний ДоДо. Надеюсь, что этот рассказ вдохновит кого-то из вас на использование такого инструмента управления знаниями, как база знаний, в своей практике. Да, непросто, — такая база требует постоянного внимания, времени сотрудников, которое и есть деньги любой компании. Но результаты… могут быть очень интересными! Причем нет двух одинаковых сценариев запуска и использования собственных баз знаний. Только недавно рассказывал про базу знаний для небольшой компании, — великолепный пример того, что при творческом подходе все инвестиции сводятся только к тому времени, которое вы выделяете на публикацию и просмотр чего-то нового.
А на этой неделе были уже две встречи, на одной из которых вживую увидел отлично работающую базу знаний для команды технической поддержки крупной компании может быть напишу об этом в ближайшее время , а на второй как раз прозвучала задача создания такой базы. И, кстати, более серьезной задачей во втором случае будет работа с культурой обмена знаниями и формирование системы мотивации сотрудников к тому, чтобы они сами делились своими знаниями. На этой позитивной ноте и закончу, и скажу еще раз спасибо Арсению Мельникову, который вдохновил меня своим примером и рассказом. И пусть бизнес Додо и дальше развивается в том числе благодаря и его вкладу! Захотелось составить собственное впечатление? Зайдите в Додо, попробуйте пиццу, посмотрите ролик от Екатерины, — и напишите свое мнение. Владимир Баронов.
Успешный рост сети её основатель Фёдор Овчинников связывает, в том числе, с наличием собственной информационной системы. О том, как она создавалась, какие задачи решает и к каким результатам приводит, Фёдор Овчинников и его команда рассказали в своей «Додо-книге», ключевые идеи которой мы сегодня предлагаем вашему вниманию. Досье Фёдор Овчинников, основатель сети «Додо Пицца». Окончил Сыктывкарский госуниверситет по специальности «археолог».
Нужен был современный и удобный канал, чтобы общаться с клиентами и быстрее отвечать на обращения.
Решение В сентябре 2021 года компания edna запустила чат поддержки для «Додо Пиццы», который интегрирован с CRM, оформлен в фирменном стиле компании, имеет несколько языковых версий одного виджета, что актуально для международной компании. Для бизнеса чат-центр — решение для обработки всех обращений клиентов в цифровых каналах мессенджеры, соцсети, чаты, электронная почта с простой установкой, кастомизацией чата, интеграцией с CRM и чат-ботом, единой историей обращений, подробной аналитикой.
По словам финансового директора компании «Додо Пицца» Дмитрия Соловьева, в "сердце" сети организации - облачная система управления пиццерией «Додо ИС».
Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое.
База знаний додо
| Эволюционный подход к обновлению продуктов. Новая главная страница «Базы знаний» Додо | Смотрите 63 фотографии онлайн по теме база знаний додо. Смотрели сегодня База знаний Додо, Буклеты Додо пиццерии, Коллекция магнитов Додо пицца, Додо ИС, Додо пицца повесилась карикатура, Стандарты Додо пицца, Тех карты Додо пицца, Додо пицца, Схемы. |
| Just Dodo is: «Додо пицца» попробует себя в других форматах | 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. |
Как зерокодинг помогает «Додо Пицце» быстро тестировать гипотезы: новая база знаний для сотрудников
| О том, как разработчики пилят IT в Dodo | Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. |
| Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной | Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени. |
| Додо ис персонал | последние новости на сегодня - РБК Инвестиции. Основатель «Додо Пицца» Федор Овчинников рассказал в Facebook об антикризисной стратегии, которую компания вынуждения принять в сложившихся условиях. |
| Додо Ис: личный кабинет сотрудника, регистрация и вход | База знаний Додо ИС. Dodo is Интерфейс. |
| Пожалуй, лучшая база знаний для лучшей сети пиццерий! | Информационная система Додо. |
RS. Информационная система Dodo IS
Ядро франшизы Dodo Brands — собственная информационная система Додо ИС, которую разрабатывали практически с основания сети. Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году.