Система Додо ИС. База знаний Додо. В Базе хранится вся наша история! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы.
Как зерокодинг помогает «Додо Пицце» быстро тестировать гипотезы: новая база знаний для сотрудников
Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через 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. Хранение данных по пользователям так как это персональная информация имеет свои ограничения и для некоторых стран надо хранить их отдельно. Но глобальный идентификатор пользователя должен быть.
Много таблиц в базе имеет аудит информацию о том пользователе, который совершил операцию.
Страховой компанией выступил «Сбербанк страхование». По словам финансового директора компании «Додо Пицца» Дмитрия Соловьева, в "сердце" сети организации - облачная система управления пиццерией «Додо ИС».
Додо ИС Додо. Dodo is. Додо пицца ИС. Додо ИС менеджер. Додо личный кабинет сотрудника.
Dodois личный кабинет. Расписание сотрудников. Стандарты Додо пицца. Информационная система- Додо ИС.. Информационная система пиццерии. Додо выручка. Додо пицца статистика. Выручка Додо пицца.
Финансовый отчет Додо пицца. Додо пицца личный. Персонал Додо пицца личный. Додо пицца кабинет сотрудника. Додо персонал вход в личный кабинет. Додо кабинет сотрудника. Dodo ИС персонал. Вход менеджер Додо ИС смены.
Додо ИС ответы на тесты. Додо пицца dashboard. Dodo is структура. Dodo is схема. Илья Зомба Додо пицца. Архитектура Dodo is. Организационная структура Додо пицца. Додо пицца средний чек.
Додо пицца личный кабинет. Додо номер телефона. Додо is личный кабинет. Додо личный кабинет Додо. Додо ИС вход в личный. Додо экспресс.
Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован».
При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит. Проблемы бы мы не решили. Одна система делает вызов в другую.
Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу. Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера.
Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер. Бросается событие, на которое подписан трекер. Трекер, принимая себе заказ, сохраняет его в свою собственную базу, делая при этом событие «ЗаказПринятТрекером» и посылая его в RMQ. В шине событий на заказ уже подписаны несколько обработчиков. Для нас важен тот, который делает синхронизацию с монолитной базой. Обработчик принимает событие, выбирает из него значимые для него данные: в нашем случае это статус заказа «ПринятТрекером» и обновляет свою сущность заказа в основной базе. Если кому-то нужен заказ именно из монолитной таблицы orders, то можно считать его и оттуда. Например, такое нужно интерфейсу Заказы в Менеджере Смены: Все другие сервисы тоже могут подписаться на события заказа из трекера, чтобы использовать их для себя.
Если через некоторое время заказ берётся в работу, то его статус сначала изменяется в своей базе базе Трекера , а потом сразу генерируется событие «ЗаказВРаботе». Оно также попадает в RMQ, откуда синхронизируется в монолитной базе и доставляется другим сервисам. На этом пути могут быть разные проблемы, подробнее о них можно посмотреть в докладе Жени Пешкова про детали реализации Eventual Consistency в Трекере. Итоговая архитектура после изменений в Auth и Трекере Подводя промежуточный итог: изначально у меня была мысль упаковать девятилетнюю историю системы Dodo IS в одну статью. Хотелось быстро и просто рассказать об этапах эволюции. Однако сев за материал, я понял, что всё гораздо сложнее и интереснее, чем кажется. Размышляя над пользой или её отсутствием от такого материала, я пришёл к выводу, что непрерывное развитие невозможно без полноценных летописей событий, развёрнутых ретроспектив и анализа своих прошлых решений. Надеюсь, что вам было полезно и интересно узнать про наш путь.
Сейчас я стою перед выбором, какую часть систему Dodo IS описать в следующей статье: пишите в комментариях или голосуйте.
10 главных преимуществ франшизы «Додо Пицца»
| DODO ENGINEERING | Владелец сайта предпочёл скрыть описание страницы. |
| База знаний додо | Dodo News Hub. Dodo News Hub. Redeem your points for a range of products and services, available on dodo store. |
| Как открыть пиццерию по франшизе | Главная» Новости» Додо новости. |
| Франшиза «Додо пицца» | База знаний Додо ИС. Dodo is Интерфейс. |
Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной
У Додо есть собственные программные разработки Додо ИС. Информационная система Додо. Инспекторы пиццерии — это наша агентская сеть, которая помогает находить нарушения в пиццериях Додо Пиццы.
Вкусная пицца для сотрудников
Централизованный контроль качества Управляющая компания «Додо Пиццы» очень пристально следит за уровнем качества сервиса во всех пиццериях сети. Это, во-первых, даёт уверенность в том, что «Додо Пицца» в соседнем районе или городе не испортит впечатление о бренде, если ваш клиент окажется там. А во-вторых, не даст расслабиться ни тебе, ни твоей команде. Рейтинг пиццерий онлайн. Сайт, мобильные приложения и контакт-центр Сайт , мобильные приложения для iOS и Android , единый круглосуточный контакт центр 8-800-333-00-60 — неоднократно признавались лучшими в отрасли общественного питания. Естественно, ни одна локальная пиццерия не может себе позволить сервис такого уровня. Обучение сотрудников На все позиции в пиццерии выработана единая схема обучения: стажировка в пиццерии, онлайн-курсы и очное обучение в Сыктывкаре. В курсе прописано всё: какие материалы должен изучить сотрудник, какие тесты сдать, как должна проходить аттестация.
Вопросы и ответы Решение является частной отечественной разработкой и позволяет повысить эффективность обработки звонков от пользователей благодаря внедрению бота. Бот определяет тему обращения среди изученных жалоба на опоздание курьера, жалоба на качество продукции, изменение способа доставки, отмена заказа и т.
Она помогает готовить пиццу, вести учёт продуктов, открытых и закрытых смен, управлять командой и многое другое. Через неё проходят все заказы.
Если коротко, то это сердце бизнеса, основа основ, но в то же время она остаётся лишь инструментом, выполняющим команды людей. Но люди несовершенны и часто ошибаются, умышленно или случайно. Мы постоянно сталкиваемся с ошибками человеческого фактора — то курьеры не хотят брать дальние заказы, потому что им неохота везти их, то пиццамейкеры перепутают рецепт или заказ. И мы решили сделать систему, настолько умную, чтобы она вместо человека управляла бы бизнесом ну, насколько это возможно и помогала бы заработать больше денег.
Мы долго вынашивали идею системы, не знающей усталости, под управлением которого билось бы цифровое сердце Додо. Мозга, который управлял бы всеми процессами пиццерии с выгодой для партнёров. Раз уж автоматизировать, то автоматизировать по-крупному В 2021 году мы начали разрабатывать систему «Небесный логист», которая позволит партнёрам легко настраивать стратегию для себя простым движением руки. Как в играх: хочешь доставлять быстрее — смещаешь ползунок левее; хочешь дешевле — ползунок правее.
По задумке так будут настраиваться все стратегии: от параметров закупки по каким ценам и с какими сроками доставки Небесный логист будет заказывать продукты до количества курьеров на смене. От управления зоной доставки до управления стопами на кухне и балансировкой заказов между пиццериями. А если партнёр ещё не решил, что ему важнее, то система подумает за него и выдаст рекомендации, как побольше заработать или сэкономить. Что будет уметь Небесный логист: собирать заказы в поездку и назначать поездки на курьеров автоназначение ; управлять количеством курьеров на смене так, чтобы они не сидели без дела, но и чтобы не было недостатка курьеров; управлять кухней так, чтобы заказ был готов чётко к прибытию курьера.
Ещё на старте мы понимали, что замахнулись на что-то сложное и масштабное, поэтому решили есть слона по частям. Начали с автоматизации доставки, чтобы система сама назначала заказы курьерам, учитывая дальность заказов, тип транспорта курьера и количество заказов в поездке. Разрабатывать в вакууме — путь в никуда Мы — зрелая продуктовая команда, которая давно не смотрит на мир через розовые очки. Поэтому хорошо осознаём, что на старте разрабатываем идеализированный продукт в вакууме и постепенно будем вносить в него правки, отражающие реальное положение дел.
Походы в пиццерию, проведение интервью с менеджерами, наблюдения из аналитики дадут нам представление о работе курьеров в пиццериях, но невозможно узнать всё заранее. В нашей идеализированной модели курьеры чётко выполняют свои обязанности, на смене всё идёт по плану. В реальности в пиццерии всё может быть совсем не так.
Стандарты пиццерии. Додо пицца тайный покупатель.
Меню борд Додо. ТВ борды Додо пицца. ТВ борды в пиццерии. Трекер Додо ИС. Dodo is вход.
Как добавить карту в приложении Додо. Как добавить карту в Додо. Как поменять карту в Додо приложении. Dodo is изменить номер. Пиццерия прилавок.
Пиццерия внутри. Додо пиццерия кассовая зона. Додо пицца в Англии. Пицца в Англии. Додо пицца пицца.
Открытие пиццерии. Форма в пиццерии. Додо пицца пиццерия. Dodo is кабинет сотрудника Dodo is. Карта возможностей Додо пицца.
Додо экраны. Мониторы Dodo. Monitor Dodo 32. Додо ИС личный. Додо сотрудники.
Сколько стоит франшиза Додо пицца в России. В Додо пицца договор труда. Додо пицца форма. Додо пицца меню. Dodo is схема.
Додо пицца Ново Садовая 8а. Додо пиццерия витрина. Додо пицца Махачкала. Личный кабинет Додо ИС выручка. Экран заказов.
Экран история заказов.
Search code, repositories, users, issues, pull requests...
Инспекторы пиццерии — это наша агентская сеть, которая помогает находить нарушения в пиццериях Додо Пиццы. Смотрите 63 фотографии онлайн по теме база знаний додо. Смотрели сегодня База знаний Додо, Буклеты Додо пиццерии, Коллекция магнитов Додо пицца, Додо ИС, Додо пицца повесилась карикатура, Стандарты Додо пицца, Тех карты Додо пицца, Додо пицца, Схемы. Базе знаний Dodo Pizza. About Dodo Our IT Transparency Franchising Goals 2019 All key posts. Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению.
Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет?
Страховой компанией выступил «Сбербанк страхование». По словам финансового директора компании «Додо пицца» Дмитрия Соловьева, в "сердце" сети организации - облачная система управления пиццерией «Додо ИС». Соловьев подчеркивает, что это ЕРП-система, которая охватывает все аспекты Додо-бизнеса: заказы клиентов, мобильное приложение и сайт, процессы приготовления пиццы в пиццерии, работу кассы и прием платежей, всю операционную работу пиццерии и многое другое.
Стандарты Додо пицца. Стандарты работы Додо пицца. Додо ИС личный. Чат поддержки Додо.
Профиль в Додо приложении. Додо пицца приложение. Оценить в Додо приложении. Приоритеты в Додо. Маврикийский Дронт Додо. Маврикийский Дронт вымершие животные.
Маврикийский Дронт реконструкция. Бурбонский Дронт. Додо is. Додо ИС личный кабинет сотрудника. Организационная структура пиццерии схема. Схема принятия заказа.
Работа в Додо. Анкета Додо. Анкета соискателя Додо пицца. Анкета кандидата на работу Додо пицца. Додо карьерный рост. Принципы компании Додо.
Додо миссия компании. Книга Додо пицца. Додо трекер. Додо номер телефона.
А вдруг понравится? До такой степени, что у дочки появились свои любимые вкусы, а к конкурентам почти перестали ходить. Но ведь все эти заведения — франчайзи. Как ни странно, одним из таких помощников — и, уверен, занимающего достойное место — является общая база знаний.
Как все устроено, — любезно согласился рассказать Арсений Мельников, который и отвечает в Додо за развитие единой базы знаний. Но начну издалека. Несмотря на очевидные плюсы создания баз знаний в компаниях разного профиля, — всегда хочется верить, что вот зайду я в какое-то особое место, и получу ответ на любой свой вопрос, после чего быстро доделаю то, что было задано, — в базах знаний есть и неочевидные подводные камни, которые существенно снижают как области их применения, так и ту ценность, которую реально получают компании. Как говорил кот Матроскин в знакомом всем мультфильме: «Чтобы продать что-нибудь ненужное, надо купить что-нибудь ненужное. А у нас денег нет». Аналогично и с базой знаний: чтобы в ней что-то появилось, надо туда это что-то положить. А чтобы то, что появилось, было полезным, надо постоянно за этим следить. Следить за тем, что полезно, что удобно использовать, и что актуально, — то есть что все самое-самое свежее.
И такая работа, конечно же, требует людей, чье время, как известно — деньги. Наверное, именно поэтому полноценные базы знаний на родных просторах как-то не приживаются. Исключением будут компании, в которых есть Call-центры или большие клиентские службы, — но пока только об одном банке слышал хорошие отзывы не только от самих «разработчиков базы знаний», но и от тех, кто в этом банке работает. А вот второй категорией «счастливчиков» можно как раз назвать франчайзинговые структуры, так как именно для этого бизнеса важны единые правила игры, которые будут соблюдаться везде, — в любой точке страны, в любой стране, на любом континенте. Но жизнь в компании меняется очень быстро!
Анкета кандидата на работу Додо пицца. Цели Додо пиццы. Додо персонал ру. Маркетинговая стратегия Додо.
Додо пицца цели организации персонал. Сколько можно заработать в Додо. Dodo админка менеджера. Додо пицца Новогорелово. Пиццерия в новых Ватутинках. Экран сборки заказа. Интерфейс сборки заказа. Интерфейс сборщика заказов. Франчайзи Додо пицца.
Додо пицца франшиза. Франчайзинг Додо пицца. Роялти Додо пицца. Система Додо ИС. Стандарты Додо. Структура Додо. Додстер Додо пицца. Размер средней пиццы в Додо. Стартер Додо пицца.
Додо пицца Киров меню. Додо пицца зарплата сотрудников. Зарплата в Додо пицце. Целевая аудитория Додо пицца. Структура Додо пицца. Додо презентация. Додо тема для презентации. Додо пицца иллюстрации. Додо команда.
Менеджер Додо пицца. Команда пиццерии. Машина Додо пицца. Додо пицца.
Додо ис касса - фото сборник
Dodo IS — информационная система как ядро франчайзинга. Бизнесмен считает «Додо Пиццу» IT-компанией — ее ядром является облачная ERP-система «Додо ИС», которая координирует в пиццерии все процессы — и в борьбе за место под солнцем ориентируется не только на гиганта Domino’s Pizza, но и на корпорацию Amazon. Бизнесмен считает «Додо Пиццу» IT-компанией — ее ядром является облачная ERP-система «Додо ИС», которая координирует в пиццерии все процессы — и в борьбе за место под солнцем ориентируется не только на гиганта Domino’s Pizza, но и на корпорацию Amazon.
Виртуальный ЦОД в Додо Пицца
У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году. Смотрите 63 фотографии онлайн по теме база знаний додо. Смотрели сегодня База знаний Додо, Буклеты Додо пиццерии, Коллекция магнитов Додо пицца, Додо ИС, Додо пицца повесилась карикатура, Стандарты Додо пицца, Тех карты Додо пицца, Додо пицца, Схемы. Система Додо ИС. Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году.
Search code, repositories, users, issues, pull requests...
Для бизнеса чат-центр — решение для обработки всех обращений клиентов в цифровых каналах мессенджеры, соцсети, чаты, электронная почта с простой установкой, кастомизацией чата, интеграцией с CRM и чат-ботом, единой историей обращений, подробной аналитикой. Для руководителей контакт-центра это удобный инструмент мониторинга и источник необходимой отчётности.
Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование.
Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями.
Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят».
После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом. Если бы мы остановились на нём, то получился бы второй монолит.
Проблемы бы мы не решили. Одна система делает вызов в другую. Второй вариант уже интереснее. Но при нём возможны цепочки вызовов каскадные сбои , связность компонентов выше, управлять этим сложнее. Организуем события, и каждый сервис обменивается с другим через эти события. В итоге был выбран именно третий вариант, по которому все сервисы начинают обмениваться событиями друг с другом. То, что мы выбрали третий вариант значило, что для трекера будет своя база, а на каждое изменение заказа он будет посылать событие об этом, на которое подписываются другие сервисы и которое в том числе попадает в мастер-базу.
Для этого нам нужен был некоторый сервис, который обеспечит доставку сообщений между сервисами. К тому времени у нас в стеке уже был RabbitMQ, отсюда и итоговое решение использовать его как брокер сообщений. На схеме показан переход заказа от Кассы Ресторана через Трекер, где он меняет свои статусы и отображение его на интерфейсе Заказы менеджера. Здесь это Касса Ресторана: На Кассе полностью готов заказ, и его пора отправить на трекер.
Опыт и анализ отзывов показали, что для федеральной сети пиццерий двух каналов связи не хватает. Нужен был современный и удобный канал, чтобы общаться с клиентами и быстрее отвечать на обращения. Решение В сентябре 2021 года компания edna запустила чат поддержки для «Додо Пиццы», который интегрирован с CRM, оформлен в фирменном стиле компании, имеет несколько языковых версий одного виджета, что актуально для международной компании.
Дополнительно с администраторами провели часовые онлайн-встречи, показали платформу, правила создания и оформления статей, выбор тегов. Специалисты Додо Пиццы написали статью про базу знаний и запустили курс по созданию интерактивных элементов. Все оставшиеся после обучения вопросы можно задавать в чате поддержки Эквио. Перенос материалов Платформа Эквио позволяет перенести обучающий контент самостоятельно или с помощью сотрудников платформы. Додо Пицца подключила к этой задаче разные команды сотрудников. Одновременно продумали иерархию курсов, распределили их по категориям и добавили теги. Благодаря этому пользователи могут проще ориентироваться в образовательных материалах Додо Академии. Также компания регулярно обновляет платформу, добавляя на неё корпоративные новости. Наши рекомендации: Добавление пользователей Компания добавила пользователей на платформу согласно действующей иерархии. В каждой команде назначили руководителя, который может просматривать общую статистику. Доступ к обучающему контенту разграничили по группам. При добавлении нового пользователя его сразу добавляют в группу, чтобы для него автоматически открылись нужные курсы. Также новичок получает доступ к приветственному видео с рассказом о возможностях платформы. Это позволяет экономить время и обеспечивать всех сотрудников обучающими материалами. Администрирование платформы На платформе 20 администраторов, но в их обязанности входит не только работа с Эквио. Все сотрудники параллельно ведут другие проекты. Для нас это удобнее, чем назначить несколько специалистов, которые будут заниматься только платформой. Каждый администратор тратит лишь небольшую часть рабочего дня на работу с сервисом. Если кто-то из специалистов уходит на больничный или в отпуск, его всегда можно заменить. Сотрудники Додо Пиццы редактируют обучающие материалы во встроенном редакторе, добавляют интерактивные вставки в видео, добавляют награды за переход на новый уровень обучения, выполнение рабочих задач и победы в конкурсах. Решение сложных моментов С платформой Эквио практически не возникло никаких сложностей. Единственная трудность, которая возникала у пользователей — введение данных для входа, так как некоторые вводили личный почтовый адрес вместо рабочего, не могли найти пароль.
База знаний додо
Что дает франшиза: технологию, проект пиццерии, рецепты, подключение к информационной системе «Додо ИС», сайт, приложение для мобильных устройств, маркетинг, услуги единого колцентра, обучение, базу знаний. Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. «Додо ИС» — это «Скайнет» среди систем управления предприятием. Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос. Главная» Новости» Додо новости.