На рассмотрении Разбивка по NPS базы клиентов по пиццериям для более детальной работы по клиентской базе. Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Владелец сайта предпочёл скрыть описание страницы. CPO направления ERP «Додо Инжиниринга», рассказал, как с помощью зерокодинга в тестируют базу знаний и планируют заменить бумажные чек-листы. Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS.
Как создать личный кабинет на сайте Додо ИС
Бот предлагал пользователю на выбор один из шести стилей. Примерно то же самое делает приложение Prisma. Icon8 собрал 7,5 млн подписчиков и получил грант от Павла Дурова в номинации «Фоторедактор». Издание Venture Beat отметило Icon8 как «лучший бот для мессенджеров». Полученные знания и навыки Дмитрий перенес в свой новый проект - DBrain. Компания дополняет преимущества нейросетей возможностями технологии распределенного реестра. По сути это блокчейн-платформа для командного проектирования «слабого» искусственного интеллекта.
Обучать нейронную сеть долго и дорого, поскольку при разметке данных требуется выполнить значительный объем работы вручную. Коллектив Dbrain нашел простой способ уменьшить себестоимость создания и улучшить точность нейронных сетей: обучать сетку за небольшую плату может каждый. Приложение «DBrain», объединенное с Ethereum DApp , дает возможность любому интернет-пользователю решать задачи, получая за них DBR внутренняя криптовалюта. Любой владелец смартфона, ноутбука или ПК с доступом в сеть, установив Telegram-бота способен поставлять данные фото, видео, геолокацию и т. Команда DBrain по заказу «Додо Пиццы», используя методы machine learning, создала программу контроля качества свежеиспеченной пиццы. Telegram-бот, взаимодействуя с огромным сообществом покупателей, самостоятельно присваивает готовой пицце оценку от 0 до 10.
В группе тайных покупателей «Додо» 50 тысяч людей каждую неделю дают оценку около 700 пицц. На основе этих оценок создается рейтинг качества заведений, а покупатели получают за оценку додо-рубли, которыми потом оплачивают новую заказанную пиццу. Предоставляя приложению от Dbrain данные видеосъемки, можно снизить затраты и формировать рейтинг пиццерий автоматически. Взаимодействуя с видеокамерой, машинный алгоритм оценит не две пиццы в неделю, как человек, а 300 в день — каждой пиццы, вышедшей из печи. Нейросеть Dbrain обработала 50 тысяч фото пицц.
Приложение, по его мнению, очень простое, не перегружено излишним функционалом. Оно предназначено именно для небольших кафе и ресторанов массового сегмента. Владелец заведения может скачать приложение, сфотографировать свои блюда на своей телефон — и меню готово. Во-вторых, владелец DoDo Brands очень хвалит дизайн, но здесь, конечно, дело вкуса.
Особый упор делается на то, что приложение полностью бесплатное. И тот функционал, который заложен в нем на данный момент, платным не станет. Не будет никаких триалов, последующего ограничения функций и прочих "ловушек".
Додо пицца прилавок. Планшеты у оператора банка. Додо пицца оборудование для пиццерии. Раскладки Додо пицца. Процесс приготовления пиццы в Додо. Додо корпоративная политика. Бэк офис Додо. Статистика заказов. Карта заказов статистика. Статистика по заказам на сайте. Tiu статистика заказов. Додо кабинет. Dodo ИС персонал. Dodo зарядная станция Apple. Додо пицца. Додо кухня. Стандарты пиццерии. Додо пицца тайный покупатель. Меню борд Додо. ТВ борды Додо пицца. ТВ борды в пиццерии. Трекер Додо ИС. Dodo is вход. Как добавить карту в приложении Додо. Как добавить карту в Додо. Как поменять карту в Додо приложении. Dodo is изменить номер. Пиццерия прилавок. Пиццерия внутри. Додо пиццерия кассовая зона. Додо пицца в Англии. Пицца в Англии. Додо пицца пицца. Открытие пиццерии. Форма в пиццерии. Додо пицца пиццерия. Dodo is кабинет сотрудника Dodo is. Карта возможностей Додо пицца.
Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу. Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера. Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер. Бросается событие, на которое подписан трекер. Трекер, принимая себе заказ, сохраняет его в свою собственную базу, делая при этом событие «ЗаказПринятТрекером» и посылая его в RMQ.
Как зерокодинг помогает «Додо Пицце» быстро тестировать гипотезы: новая база знаний для сотрудников
Покупая франшизу «Додо пиццы», франчайзи получает доступ на закрытый сайт с базой знаний по ведению данного вида бизнеса: организация работы кухни, управление персоналом, макеты рекламы, образцы рабочих документов. Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос. Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов.
Форматы пиццерий
- С какой целью работает «Личный кабинет» сотрудника
- Продуктовая разработка в Dodo Pizza
- Додо ис база знаний
- Кейс запуска обучающей платформы Додо Академия | Эквио
«Мы пришли к успеху пока вы кушали пиццу». 3 франчайзи ДоДо об окупаемости и конкуренции
Это помогает облегчить задачу для менеджера смены по выявлению работников, которым нужно пройти проверку. Используя персональный профиль на сайте Додо ИС, сотрудники пиццерий отмечаются во время прихода на работу. Руководитель смены жмёт на кнопку с надписью «Открыть смену» возле конкретного работника, теперь он находится в распоряжении менеджера и направляется на одно из рабочих мест. Стоит заметить, что все работники ресторанов Додо являются универсалами. Они могут заниматься изготовлением пиццы и нарезанием продуктов. Сотрудники в личном кабинете Додо ИС могут оставить отзыв, пожелание или жалобу относительно работы. Сообщения могут быть публичными или анонимными. Информация о пиццерии Пиццерия Додо является одним из любимых мест посещения многих людей. Представительства фирмы есть как на территории РФ, так и за пределами страны. В состав данной торговой сети входят больше 300 пиццерий, расположенных в 11 государствах, в том числе в России.
Почти в каждом крупном населённом пункте РФ есть представительство Додо.
По словам финансового директора компании «Додо Пицца» Дмитрия Соловьева, в "сердце" сети организации - облачная система управления пиццерией «Додо ИС». Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое.
Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует.
В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят».
После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили.
Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу. Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений.
На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера. Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер. Бросается событие, на которое подписан трекер. Трекер, принимая себе заказ, сохраняет его в свою собственную базу, делая при этом событие «ЗаказПринятТрекером» и посылая его в RMQ. В шине событий на заказ уже подписаны несколько обработчиков. Для нас важен тот, который делает синхронизацию с монолитной базой. Обработчик принимает событие, выбирает из него значимые для него данные: в нашем случае это статус заказа «ПринятТрекером» и обновляет свою сущность заказа в основной базе. Если кому-то нужен заказ именно из монолитной таблицы orders, то можно считать его и оттуда.
А чтобы то, что появилось, было полезным, надо постоянно за этим следить. Следить за тем, что полезно, что удобно использовать, и что актуально, — то есть что все самое-самое свежее. И такая работа, конечно же, требует людей, чье время, как известно — деньги. Наверное, именно поэтому полноценные базы знаний на родных просторах как-то не приживаются. Исключением будут компании, в которых есть Call-центры или большие клиентские службы, — но пока только об одном банке слышал хорошие отзывы не только от самих «разработчиков базы знаний», но и от тех, кто в этом банке работает. А вот второй категорией «счастливчиков» можно как раз назвать франчайзинговые структуры, так как именно для этого бизнеса важны единые правила игры, которые будут соблюдаться везде, — в любой точке страны, в любой стране, на любом континенте. Но жизнь в компании меняется очень быстро! И сегодня база знаний компании, — это неотъемлемая часть корпоративного портала.
В которой публикуется вся основная полезная информация для управляющих пиццерией, менеджеров смены, отдельных категорий сотрудников. И которая работает как ключевой канал коммуникации. Посудите сами: где еще сотруднику можно найти всю необходимую на его рабочем месте информацию в формате стандартов, которая регулярно обновляется? Например, как показано на рисунке ниже. И перед выходом на смену каждый сотрудник проверяет те разделы, которые касаются лично его. Помогает ему в этом регулярный дайджест, который приходит на почту. Подписка, к слову, доступна как простым сотрудникам, так и руководству. Небольшое лирическое отступление: когда мы формировали систему управления знаниями, дайджесты играли важную роль.
Ведь если тебе на почту регулярно приходит все то новое, что обсуждалось по твоей теме в течение дня или недели, — профессиональный интерес или простое любопытство пересиливают, и ты тоже подключаешься к обсуждению.
Как открыть пиццерию по франшизе
Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы 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. «Додо ИС» была призвана сделать работу в пиццерии легче. Покупая франшизу «Додо пиццы», франчайзи получает доступ на закрытый сайт с базой знаний по ведению данного вида бизнеса: организация работы кухни, управление персоналом, макеты рекламы, образцы рабочих документов.
База знаний Додо 🔥. А вы знали, что у нас есть сайт, который называется База знаний?
Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. База знаний Додо ИС. Информационная система пиццерии. В Додо Пицце все бизнес-процессы управляются единой информационной платформой Dodo IS. Она помогает готовить пиццу, вести учёт продуктов, открытых и закрытых смен, управлять командой и многое другое. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году. Главная» Новости» Додо новости. «Додо ИС» — это «Скайнет» среди систем управления предприятием.
База знаний и чек-листы
- LeSS в Додо Пицце: эволюция или революция
- LeSS в Додо Пицце: эволюция или революция — статья в блоге ScrumTrek
- О том, как разработчики пилят IT в Dodo
- Dodo IS: как технологии делают людям вкусно
- История о том, как мы автоматизировали контакт-центр «Додо Пиццы»