Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году. Инспекторы пиццерии — это наша агентская сеть, которая помогает находить нарушения в пиццериях Додо Пиццы. Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы.
«Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей
Регулярно на работу выходят новые специалисты, каждую неделю обновляются стандарты. Важно настроить платформу в сжатые сроки, чтобы не прерывать обучение. Соотношение цены и качества. Если бы мы отталкивались только от экономии, мы бы остались на одной платформе с пиццериями, так как чем больше сотрудников, тем дешевле лицензия. Однако нам было важно улучшить качество обучения, поэтому одним из критериев стало соотношение цены и качества. Высокий уровень техподдержки. Платформа Эквио подошла под все критерии. Все двадцать штатных администраторов могут добавлять и обновлять тесты, делать интерактивные статьи и лонгриды.
Служба техподдержки отвечает в течение двух минут, платформа регулярно обновляется. Также нас полностью устраивает соотношение цены-качества и возможность обсудить гибкие условия оплаты. Запуск платформы с нуля за две недели Одновременно с подписанием договора и процессом оплаты специалисты Додо Пицца получили полный доступ к платформе Эквио, сразу начали знакомиться с LMS, добавлять администраторов и обучающие материалы. Эксперты Эквио провели тренинг для сотрудников Додо Пиццы. Благодаря тому, что все этапы выполнялись параллельно, срок от выбора платформы Эквио до регистрации пользователей составил рекордные пару недель. Дизайн После этого компания передала Эквио шрифты, логотип и фирменные цвета и получила готовые дизайн-макеты. Благодаря концепции white label для администраторов и пользователей платформа выглядит как собственная разработка Додо Пиццы.
Также специалисты Эквио настроили веб-версию и мобильное приложение. Функциональность приложения полностью повторяет функциональность веб-версии. Пользователи могут смотреть курсы и проходить тесты, в том числе и при отсутствии интернет-связи. Обучение администраторов Обучить более 20 администраторов платформы помогла база знаний Эквио, благодаря которой компании не пришлось проводить занятия с нуля. Информация в базе знаний подаётся в виде двухминутных роликов, каждый из которых содержит ответ на определённый вопрос. Дополнительно с администраторами провели часовые онлайн-встречи, показали платформу, правила создания и оформления статей, выбор тегов. Специалисты Додо Пиццы написали статью про базу знаний и запустили курс по созданию интерактивных элементов.
Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое. Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор. Источник: СК Сбербанк Страхование.
По итогам 2016 года компания «Додо Пицца» стала крупнейшей сетью в России по количеству пиццерий.
Сегодня сеть насчитывает более 180 пиццерии в 9 странах, включая США и Китай. Основа бизнеса — полная прозрачность и открытость, а также собственная облачная информационная система «Додо ИС», которая управляет всем бизнесом.
Вопросы и ответы Решение является частной отечественной разработкой и позволяет повысить эффективность обработки звонков от пользователей благодаря внедрению бота. Бот определяет тему обращения среди изученных жалоба на опоздание курьера, жалоба на качество продукции, изменение способа доставки, отмена заказа и т.
Яндекс Образование
Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника. Всем франчайзи «Додо Пиццы» предоставляется доступ к базе знаний. Dodo IS — информационная система как ядро франчайзинга.
Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет?
Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. База знаний Додо ИС. последние новости на сегодня - РБК Инвестиции. Основатель «Додо Пицца» Федор Овчинников рассказал в Facebook об антикризисной стратегии, которую компания вынуждения принять в сложившихся условиях. Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS. «Додо ИС» — это «Скайнет» среди систем управления предприятием. На сегодняшний день Додо Пицца – сеть пиццерий №1 в России по количеству действующих ресторанов.
Как создать личный кабинет на сайте Додо ИС
Планировалось в течение 2019 года перевести под бренд «Додо Пиццы» 14 заведений в Саксонии и Саксонии-Анхальте , а затем открыть до 50 новых пиццерий [9] [13]. Первое заведение открылось в Оксфорде, Миссисипи , небольшом городе, где также располагалась редакция PMQ Magazine [17] [18]. Вторая пиццерия открылась в Саутхэйвене, после которого «Додо Пицца» планировала открыть заведения в Мемфисе и Джермантауне. В планы компании входило развитие сети в США без участия франчайзи до 2020 года [19] [20]. Китай[ править править код ] В Китае «Додо Пицца» начала работать в 2016 году с меню на основе местных ингредиентов под брендом Weimeida Pizza кит. Первая пиццерия открылась в студенческом районе города Яньтай , вторая — в Ханчжоу.
На китайском рынке привычная для «Додо Пиццы» модель пиццерии с доставкой оказалась неэффективной, поэтому в 2019 году заведение в Ханчжоу было решено перезапустить в престижном районе с нетипичным дизайном, новым меню и возможностью заказа через WeChat [22] [8]. В апреле 2021 года Федор Овчинников сообщил, что «Додо Пицца» прекратит работу в Китае из-за отказа компании от глобальной бизнес-модели, а также из-за сложностей, возникших на китайском рынке: высокой конкуренции, сложном менталитете потребителя, неправильно выбранной бизнес-модели.
Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах.
Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом.
Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом.
То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу. Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера. Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер. Бросается событие, на которое подписан трекер. Трекер, принимая себе заказ, сохраняет его в свою собственную базу, делая при этом событие «ЗаказПринятТрекером» и посылая его в RMQ.
В шине событий на заказ уже подписаны несколько обработчиков. Для нас важен тот, который делает синхронизацию с монолитной базой. Обработчик принимает событие, выбирает из него значимые для него данные: в нашем случае это статус заказа «ПринятТрекером» и обновляет свою сущность заказа в основной базе. Если кому-то нужен заказ именно из монолитной таблицы orders, то можно считать его и оттуда. Например, такое нужно интерфейсу Заказы в Менеджере Смены: Все другие сервисы тоже могут подписаться на события заказа из трекера, чтобы использовать их для себя. Если через некоторое время заказ берётся в работу, то его статус сначала изменяется в своей базе базе Трекера , а потом сразу генерируется событие «ЗаказВРаботе». Оно также попадает в RMQ, откуда синхронизируется в монолитной базе и доставляется другим сервисам.
На этом пути могут быть разные проблемы, подробнее о них можно посмотреть в докладе Жени Пешкова про детали реализации Eventual Consistency в Трекере. Итоговая архитектура после изменений в Auth и Трекере Подводя промежуточный итог: изначально у меня была мысль упаковать девятилетнюю историю системы Dodo IS в одну статью. Хотелось быстро и просто рассказать об этапах эволюции. Однако сев за материал, я понял, что всё гораздо сложнее и интереснее, чем кажется.
Пояснение по названиям: Cashier — Касса ресторана. ShiftManager — интерфейсы для роли «Менеджер смены»: оперативная статистика по продажам пиццерии, возможность поставить в стоп-лист продукты, изменить заказ. OfficeManager — интерфейсы для роли «Управляющий пиццерии» и «Франчайзи».
Здесь собраны функции по настройке пиццерии, её бонусных акций, прием и работа с сотрудниками, отчеты. PublicScreens — интерфейсы для телевизоров и планшетов, висящих в пиццериях. На телевизорах отображается меню, рекламная информация, статус заказа при выдаче. Они использовали общий слой сервисов, общий блок доменных классов Dodo. Core, а также общую базу. Иногда еще могли вести по переходам друг к другу. В том числе к общим сервисам ходили и отдельные сайты, вроде dodopizza.
При появлении новых модулей старались по максимуму переиспользовать уже созданный код сервисов, хранимых процедур и таблиц в базе. Для лучшего понимания масштаба модулей, сделанных в системе, вот схема из 2012 года с планами развития: К 2015 году всё на схеме и даже больше было в продакшн. Прием заказа перерос в отдельный блок Контакт Центра, где заказ принимается оператором. Появились общедоступные экраны с меню и информацией, висящие в пиццериях. На кухне есть модуль, который автоматически воспроизводит голосовое сообщение «Новая пицца» при поступлении нового заказа, а также печатает накладную для курьера. Это сильно упрощает процессы на кухне, позволяет не отвлекаться на большое количество простых операций сотрудникам. Блок доставки стал отдельной Кассой Доставки, где заказ выдавался курьеру, который предварительно встал на смену.
Учитывалось его рабочее время для начисления зарплаты. Параллельно с 2012 по 2015 появилось более 10 разработчиков, открылось 35 пиццерий, развернули систему на Румынию и подготовили к открытию точек в США. Разработчики уже не занимались всеми задачами, а были разделены на команды. Проблемы В том числе из-за архитектуры но не только. Хаос в базе Одна база — это удобно. В ней можно добиться консистентности, причем за счет средств, встроенных в реляционные базы. Работать с ней привычно и удобно, особенно, если там мало таблиц и немного данных.
Но за 4 года разработки в базе оказалось около 600 таблиц, 1500 хранимых процедур, во многих из которых была еще и логика. Увы, хранимые процедуры не приносят особого преимущества при работе с MySQL. Они не кэшируются базой, а хранение в них логики усложняет разработку и отладку. Переиспользование кода тоже затруднено. На многих таблицах не было подходящих индексов, где-то, наоборот, было очень много индексов, что затрудняло вставку. Надо было модифицировать около 20 таблиц — транзакция на создание заказа могла выполняться около 3-5 секунд. Данные в таблицах не всегда были в наиболее подходящей форме.
Где-то нужно было сделать денормализацию. Часть регулярно получаемых данных была в колонке в виде XML-структуры, это увеличивало время выполнения, удлиняло запросоы и усложняло разработку. К одним и тем же таблицам производились очень разнородные запросы. Особенно страдали популярные таблицы, вроде упоминавшейся таблицы orders или таблицы pizzeria. Они использовались для вывода оперативных интерфейсов на кухне, аналитики. Еще к ним обращался сайт dodopizza. Данные не были агрегированными и много расчетов происходило на лету средствами базы.
Это создавало лишние вычисления и дополнительную нагрузку. Часто код ходил в базу тогда, когда мог этого не делать. Где-то не хватало bulk-операций, где-то надо было бы разнести один запрос на несколько через код, чтобы ускорить и повысить надежность. Связность и запутанность в коде Модули, которые должны были отвечать за свой участок бизнеса, не делали этого честно. Некоторые из них имели дублирование по функциям для ролей. Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями.
Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных. С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля. Где-то это делалось через публичные свойства. Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов.
Используя персональный профиль на сайте Додо ИС, сотрудники пиццерий отмечаются во время прихода на работу. Руководитель смены жмёт на кнопку с надписью «Открыть смену» возле конкретного работника, теперь он находится в распоряжении менеджера и направляется на одно из рабочих мест. Стоит заметить, что все работники ресторанов Додо являются универсалами. Они могут заниматься изготовлением пиццы и нарезанием продуктов. Сотрудники в личном кабинете Додо ИС могут оставить отзыв, пожелание или жалобу относительно работы. Сообщения могут быть публичными или анонимными. Информация о пиццерии Пиццерия Додо является одним из любимых мест посещения многих людей. Представительства фирмы есть как на территории РФ, так и за пределами страны. В состав данной торговой сети входят больше 300 пиццерий, расположенных в 11 государствах, в том числе в России. Почти в каждом крупном населённом пункте РФ есть представительство Додо. Компания обеспечивает клиентов довольно разнообразным меню, включающим как классическую пиццу, так и горячую продукцию, закуски и даже сладости.
Додо ис база
Построение рабочего графика После того как каждый работник пиццерии отметил нерабочие дни в своем ЛК, менеджер смены, используя информацию из «Сводной карты возможностей», составляет график работ, применяя автоматизированную систему Dodo IS. График составляется как на 1 день, так и на неделю с учетом выборки работников системой, благодаря которой сотрудники «Додо» имеют полное представление о своем рабочем расписании. Общая база контактов В «Личном кабинете» работника пиццерии есть справочник контактов всех сотрудников ресторана. Он нужен для того, чтобы в случае необходимости обратиться к управляющему или в кратчайшие сроки найти замену. Общая база контактов содержит сведения о следующих работниках: руководителях предприятия; В общей базе есть справочник контактов всех сотрудников ресторана. Оставление отзывов и жалоб Также ЛК работника предусматривает опцию «Отзыв». Используя ее, сотрудник может оставить пожелание, жалобу или предложение по работе. Dodo IS позволяет сделать это и анонимно. Все сообщения поступают к директору пиццерии, который принимает решения по заданным вопросам.
Отработанная обратная связь между управляющим персоналом и подчиненными улучшает работу всего коллектива и позволяет поддерживать открытую дружественную атмосферу среди работников пиццерии.
Некоторые из подписчиков впоследствии сами стали франчайзи сети. К концу 2012 года у «Додо Пиццы» было 8 заведений, к 2014 году — 25, к началу 2015 — 50. За 2018 год открылось около 100 заведений, и в начале 2019 года в сети было 442 пиццерии в России и других странах, — Белоруссии , Великобритании , Казахстане , Киргизии , Китае , Литве , США , Узбекистане и Эстонии [8] [9]. По состоянию на сентябрь 2022 года, к сети относятся 833 заведения в 16 странах. Большая часть точек при этом принадлежит франчайзи [10] [11].
В октябре 2021 года основатель сети Федор Овчинников выступил с заявлением, в котором предупредил, что часть франчайзинговых точек «Додо Пицца» может быть закрыта из-за «несоответствия стандартам качества», а в одном из российских городов может быть закрыта вся сеть [11]. Германия[ править править код ] В Германии «Додо Пицца» планировала начать работать в партнёрстве с местной сетью Uno Pizza [12]. В марте 2018 года они подписали предварительное соглашение.
Detailed production monitoring with Prometheus, visualization with Grafana, and log collection by Azure Data Explorer. Technology radars.
Больничные листы Улучшите опыт использования Додо с помощью наших полезных советов Ищете информацию о базе знаний Додо? Мы предлагаем вам различные полезные советы и рекомендации, которые помогут вам максимально эффективно использовать эту базу знаний. Улучшите свой опыт работы с Додо и получите максимум пользы и результативности! Используйте поиск для нахождения нужной информации. Задавайте точные запросы, чтобы получить наиболее релевантные результаты. Поддержка клиентов, развитие Базы знаний и Digital design.
Додо ис база знаний
Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. Всем франчайзи «Додо Пиццы» предоставляется доступ к базе знаний. Dodo News Hub. Dodo News Hub. Redeem your points for a range of products and services, available on dodo store. Базе знаний Dodo Pizza.
Автоматизация контактного центра «Додо Пиццы»
Интерфейс сборщика заказов. Франчайзи Додо пицца. Додо пицца франшиза. Франчайзинг Додо пицца. Роялти Додо пицца. Система Додо ИС. Стандарты Додо. Структура Додо. Додстер Додо пицца.
Размер средней пиццы в Додо. Стартер Додо пицца. Додо пицца Киров меню. Додо пицца зарплата сотрудников. Зарплата в Додо пицце. Целевая аудитория Додо пицца. Структура Додо пицца. Додо презентация.
Додо тема для презентации. Додо пицца иллюстрации. Додо команда. Менеджер Додо пицца. Команда пиццерии. Машина Додо пицца. Додо пицца. Додо форма.
Додо пицца форма. Додо форма сотрудников. Додо is. Ребус Додо пицца. Профсоюзная карта Додо. Носки Додо пицца. Конкуренты Додо. Додо карьерный рост.
Принципы компании Додо. Додо миссия компании.
Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции.
Разгружаем 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-сервисов был долгий и постепенный период перевода на другую систему.
Личный кабинет Додо ИС выручка. Меню Додо 2018. Аналоги Dodo is. База знаний Додо пицца. База знаний. Додо база знаний вход.
Анкета Додо. Додо тайный покупатель. Анкета кандидата Додо. Стандарты Додо пицца. Додо пицца 2018. Стандарты Додо. Приоритеты в Додо. Стандарты скорости Додо.
Подсистема Додо. Дашборд Додо пицца. Структура Додо пицца. CRM Додо пицца. Dodo дизайн website. Организационная структура Додо пицца. Организационная структура пиццерии Додо. База данных пиццерия.
Пиццерия БД. Dodo is dashboard. Дашборд Додо пицца Розница. График производительности в Додо пицца.
Лариса Еремина, заместитель директора департамента стрит-ритейла Colliers International, считает, что самое главное в этом — простота использования и возможность адаптации заказа под себя, что удобно и быстро, если иметь телефон под рукой. В свою очередь, Дарья Канева, заместитель управляющего директора Центра Развития Недвижимости Becar Asset Management, считает, что идея сети с расширением форматов и агрегированием выглядит разумно, но отели - совершенно другой сегмент. Экономика в подобном мини-отеле может быть, если снизить затраты на его создание, в том числе за счет автоматизации.
То есть одной экономии на администраторе будет недостаточно, чтобы вывести проект в прибыль. С нашей точки зрения, не имея достаточных компетенций в гостиничном бизнесе, очень рискованно выходить на этот высококонкурентный рынок», - заявляет она.
О том, как разработчики пилят IT в Dodo
Страховой компанией выступил «Сбербанк страхование». По словам финансового директора компании «Додо пицца» Дмитрия Соловьева, в "сердце" сети организации - облачная система управления пиццерией «Додо ИС». Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое.
В Glide есть фильтр, который строится из значений в первой колонке. Так собирается иерархический список.
Приложение записывает информацию и мы видим, сколько шагов пользователь сделал с момента, когда выбрал тему, и до момента, когда нажал кнопку «финал». Если шагов много — скорее всего, информация не понятна пользователю сразу и нужно совершать дополнительные усилия, чтобы до нее добраться. Сейчас в приложении 1546 записи о пути пользователей до нужного ответа. Планы на будущее Сейчас делаю чек-лист для менеджера смены, тоже на Glide.
Хотим протестировать гипотезу, каким чек-листом удобнее пользоваться — электронным или бумажным.
Руководитель смены жмёт на кнопку с надписью «Открыть смену» возле конкретного работника, теперь он находится в распоряжении менеджера и направляется на одно из рабочих мест. Стоит заметить, что все работники ресторанов Додо являются универсалами. Они могут заниматься изготовлением пиццы и нарезанием продуктов. Сотрудники в личном кабинете Додо ИС могут оставить отзыв, пожелание или жалобу относительно работы. Сообщения могут быть публичными или анонимными. Информация о пиццерии Пиццерия Додо является одним из любимых мест посещения многих людей.
Представительства фирмы есть как на территории РФ, так и за пределами страны. В состав данной торговой сети входят больше 300 пиццерий, расположенных в 11 государствах, в том числе в России. Почти в каждом крупном населённом пункте РФ есть представительство Додо. Компания обеспечивает клиентов довольно разнообразным меню, включающим как классическую пиццу, так и горячую продукцию, закуски и даже сладости. The following two tabs change content below.
Важная особенность сети — экспертность в вопросах автоматизации: «Додо» максимально автоматизируют свое производство и бизнес-процессы. Компания искала не просто надежных поставщиков IT-решения для работы в государственном сервисе «Меркурий», она хотела развиваться с теми, кто близок им по духу. Всего нужно было контролировать 400 пиццерий, исключить получение штрафов по гашению ВСД и освободить сотрудников от рутинной работы. Мы поставили задачу стать единственным подрядчиком, который решит все вопросы сети по работе с «Меркурием»: регистрации точки во ФГИС;.