Разработка системы Dodo IS началась сразу же, как и бизнес Додо Пиццы — в 2011 году. Владелец сайта предпочёл скрыть описание страницы.
Додо ис касса - фотоподборка
NET- and Linux-based and run in Kubernetes. We are migrating from Angular in some places. Detailed production monitoring with Prometheus, visualization with Grafana, and log collection by Azure Data Explorer.
Аналогично и с базой знаний: чтобы в ней что-то появилось, надо туда это что-то положить. А чтобы то, что появилось, было полезным, надо постоянно за этим следить. Следить за тем, что полезно, что удобно использовать, и что актуально, — то есть что все самое-самое свежее. И такая работа, конечно же, требует людей, чье время, как известно — деньги. Наверное, именно поэтому полноценные базы знаний на родных просторах как-то не приживаются. Исключением будут компании, в которых есть Call-центры или большие клиентские службы, — но пока только об одном банке слышал хорошие отзывы не только от самих «разработчиков базы знаний», но и от тех, кто в этом банке работает. А вот второй категорией «счастливчиков» можно как раз назвать франчайзинговые структуры, так как именно для этого бизнеса важны единые правила игры, которые будут соблюдаться везде, — в любой точке страны, в любой стране, на любом континенте. Но жизнь в компании меняется очень быстро!
И сегодня база знаний компании, — это неотъемлемая часть корпоративного портала. В которой публикуется вся основная полезная информация для управляющих пиццерией, менеджеров смены, отдельных категорий сотрудников. И которая работает как ключевой канал коммуникации. Посудите сами: где еще сотруднику можно найти всю необходимую на его рабочем месте информацию в формате стандартов, которая регулярно обновляется? Например, как показано на рисунке ниже. И перед выходом на смену каждый сотрудник проверяет те разделы, которые касаются лично его. Помогает ему в этом регулярный дайджест, который приходит на почту. Подписка, к слову, доступна как простым сотрудникам, так и руководству. Небольшое лирическое отступление: когда мы формировали систему управления знаниями, дайджесты играли важную роль.
Через него же происходит вход устройств в пиццерии.
Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем 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. Хранение данных по пользователям так как это персональная информация имеет свои ограничения и для некоторых стран надо хранить их отдельно. Но глобальный идентификатор пользователя должен быть.
В эту сумму войдут аренда, ремонт соответствующий дизай-проекту, закупка оборудования и найм персонала, затраты на рекламу и закупка продуктов для первого месяца работы. Гарантии франчайзера Сердце пиццерии - облачная система управления «Додо ИС». Для работы с системой понадобится планшет и беспроводной интернет.
На одну пиццерию фрайчанзи устанавливает в среднем 5 - 9 планшетов. В системе «Додо ИС» видны показатели не только отдельному кафе, но и по всей сети.
Виртуальный ЦОД в Додо Пицца
В это же время некоторые франчайзи «Додо Пиццы» начали искать решения по автоматизации этого процесса. Важная особенность сети — экспертность в вопросах автоматизации: «Додо» максимально автоматизируют свое производство и бизнес-процессы. Компания искала не просто надежных поставщиков IT-решения для работы в государственном сервисе «Меркурий», она хотела развиваться с теми, кто близок им по духу. Всего нужно было контролировать 400 пиццерий, исключить получение штрафов по гашению ВСД и освободить сотрудников от рутинной работы.
В системе учтено время, деньги, люди и продукты. Подробнее о «Додо ИС»: новая пиццерия и сотрудники , рабочие будни , всё о заказе , отчёты, экраны, доставка, поставщики Пицца — реалити-шоу Когда гости заказывают пиццу на сайте, они видят процесс приготовления вживую. За это отвечает «Додо ИС» — она знает, какая пицца сейчас на столе и когда будет готов заказ. Гостям интересно, когда будет готова именно их пицца, сколько времени на неё уходит, успеет ли курьер за 60 минут. Посмотреть как делается ваша пицца Процессы описаны Мы собрали полную базу знаний по всем аспектам работы пиццерии: организации кухни, уборке, заготовке, выпечке, общению с клиентом, управлению персоналом. В базе знаний хранятся все рабочие документы, макеты рекламных материалов. База знаний собрана на закрытом сайте, к которому получают доступ все франчайзи.
В ней же создан сайт с электронными стандартами. Сайт адаптирован для использования на любых устройствах. Дома стажёры смогут учить стандарты с ноутбука, в пиццерии использовать планшет. Если у менеджера есть рабочий смартфон, стандарты будут всегда под рукой. Это не только полный учебник по управлению пиццерией, но и платформа для обмена опытом. Мы смотрим на успехи друг друга, улучшаем системы и совершенствуем стандарты каждую неделю. Честные условия Нам важен успех наших франчайзи. Для нас франчайзи — это партнёры. Мы хотим привлекать в сеть близких по духу людей, которые разделят наши ценности. Вместе мы хотим построить международную сеть пиццерий, которая станет для всех примером.
К сумме выплат добавляется НДС. Мы создали фонд, который формируется из ежемесячных маркетинговых отчислений франчайзи и финансирует федеральную рекламу. Мы лидер рынка и при нашем охвате территории, реклама на федеральных телеканалах — это эффективно. Бюджет на старт: от 10 млн рублей В бюджет включена аренда, ремонт, закупка оборудования, найм персонала, маркетинговые затраты и закупка ингредиентов для первого месяца работы. Это полная смета, а не только затраты на ремонт. Даём эксклюзив Мы гарантируем доставку за 60 минут или раньше, поэтому пиццерии ориентируются на доставку внутри района или небольшого города. Мы даём эксклюзивные права на город или район в крупном городе: Москве и Санкт-Петербурге. Работаем с проверенными поставщиками Обеспечиваем всех партнёров качественными ингредиентами и удобной логистикой. Мы не зарабатываем на закупках, поэтому партнёры всегда получают лучшие цены и отсрочку платежа. Софт бесплатно На всё время работы в сети вы получаете доступ к «Додо ИС» — центру управления всеми процессами пиццерии.
За это не нужно дополнительно платить, покупать и продлевать лицензии или платить вендорам. Мы сами разрабатываем, обновляем и обслуживаем «Додо ИС».
Как только получаем такой — выбираем жертву пиццерию, собираемся своей дружной командой и идём тестировать. Автоназначение: первый шторм В марте 22-го завершилась разработка в рамках первой итерации. На этом этапе мы хотели проверить жизнеспособность идеи автоматического назначения заказов на практике. Система была ещё очень проста: она определяла, какой заказ самый приоритетный к доставке и назначала его на первого курьера в очереди. И буквально через полчаса с начала тестирования система упала.
Правда, не сильно и ненадолго — хот-фиксами удалось её поднять. За следующие четыре часа мы словили ещё несколько багов, но смогли довести тест до конца. Product Owner, когда система упала на первом же запуске. Несмотря на все баги первого теста, стало понятно, что идея Небесного логиста жизнеспособна, и мы пошли на новые итерации. После каждого тестирования добавляли фичи, исправляли баги и снова шли проверять. Long hard road out of hell С каждым тестом мы получали массу инсайтов и узнавали о ситуациях, возникающих на смене, которые наша система не покрывала. Например, с самого начала мы считали, что самые близкие заказы система всегда будет отдавать пешим курьерам, заказы средней дальности — велокурьерам.
А самые дальние заказы будут назначаться курьерам на авто. И в первые же дни тестирования словили просто цунами гневных сообщений. Автокурьеры за целый день отвезли по одному-два заказа, практически ничего не заработали. А велокурьеры буквально валились с ног, потому что не успевали развозить всю очередь валившихся заказов. Мы не такие злые, мы пластичные. Хоба — и сделали лучше! В итоге правила необходимо было срочно менять: пешие курьеры по-прежнему получали самые ближние заказы, велокурьеры получали заказы ближней и средней дальности, курьеры на авто получали заказы из всей зоны доставки пиццерии.
И вот такое распределение уже работало! А что по метрикам?
Гарантии франчайзера Сердце пиццерии - облачная система управления «Додо ИС».
Для работы с системой понадобится планшет и беспроводной интернет. На одну пиццерию фрайчанзи устанавливает в среднем 5 - 9 планшетов. В системе «Додо ИС» видны показатели не только отдельному кафе, но и по всей сети.
Руководитель сможет сравнивать показатели с другими точками «Додо пиццы» и производить анализ ошибок, строить стратегию развития своей точки.
Додо ис база знаний - 84 фото
Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос. База знаний Додо ИС. База знаний Додо. В Базе хранится вся наша история! Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. Расскажем вам, как DocsInBox помогли «Додо Пицце» автоматизировать работу с системой «Меркурий», избежать просрочек гашения ветеринарных сертификатов и сократить время работы с ФГИС.
Додо ис база знаний
Dodo IS — информационная система как ядро франчайзинга. Додо Пицца ИС личный кабинет и профиль сотрудника — информационная система, которая позволяет инвестору контролировать бизнес. Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов.
Пожалуй, лучшая база знаний для лучшей сети пиццерий!
ААндрей Елькин Да, реальный. Плюс-минус 3 года. ААндрей Елькин Первые франшизы окупились, остальные в процессе. Все зависит от города и локации. Но три года - это, скорее, максимальный показатель, хотя есть партнеры, у которых ситуация не очень хорошая, они дольше окупались.
А есть те, кто очень быстро смогли выйти на окупаемость, например, за 1,5 года. У нас в среднем показатель окупаемости плюс-минус 2,5 года. ДДмитрий Пильщиков Да, именно наши окупились быстрее 2-х лет. Потому что не было инвестора.
Согласуются ли финансовые результаты с заявленными франчайзером? Заявлено на сайте франчайзера: доход в месяц от 250 000 рублей ААндрей Елькин Да. ААндрей Елькин Да. Но надо понимать, что на такой доход ты выходишь не с первого месяца, а приблизительно через полгода.
ДДмитрий Пильщиков Да. Но, опять же, у каждого индивидуальные показатели. Додо Пицца публикует рейтинг продаж. Отслеживаете ли вы данный показатель?
С каким годовым процентом вы завершите год? ААндрей Елькин Продажи растут каждый год. Но в этом году в зале продажи упали. Но это компенсировалось повышенным приростом продаж на доставку.
ААндрей Елькин Прирост однозначно есть, а вот на сколько процентов сказать не могу. У нас был очень сложный год, как, собственно, и у всех. Например, в апреле продажи просели, а октябрь выстрелил с неожиданной силой. Как обстоят дела с конкуренцией?
ААндрей Елькин Конкуренция постоянно растет. В Балашиху после меня пришел Доминос. Во Фрязино Доминос и Папа Джонс. Сейчас сильная конкуренция со стороны агрегаторов.
В Хабаровске конкурентов гораздо больше. ДДмитрий Пильщиков Конкуренция огромная. Но по настоящему достойных и именно наших конкурентов около 10.
In addition, the platform is fully integrated with our customer-facing digital products. NET- and Linux-based and run in Kubernetes. We are migrating from Angular in some places.
Средства со счета спишут автоматически. Зато качество товаров и услуг намного улучшится, поскольку проверять его вместо людей будет автоматика. Облачные технологии вот-вот целиком перекроят ритейл. VR, AR, видеоаналитика, нейронные сети — находятся в зоне ответственности нового драйвера рынка VSaaS видеонаблюдение. Основанное на облачном хранении данных. Рассказываем, как производитель пиццы использует машинное зрение для контроля качества пиццы, повышения доверия к бренду и роста продаж. Экономическую информацию о компании: выручку, средний чек, объемы продаж, затраты, себестоимость единицы продукции и т. Каждая пиццерия «Додо пицца» оборудована видеокамерой, и используются они как конкурентное преимущество. Действительно, видеотрансляция с камеры на сайте «Додо» доступна любому. Это не только часть концепции честности компании, но и инструмент роста продаж. Благосостояние «Додо» базируется на продуманной автоматизации бизнес-процессов. Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. Начиналось все со стремления достигнуть порядка и продемонстрировать покупателям выпечку вкусной пиццы высокого качества. Во всех пиццериях на кухнях установлены камеры, видеопоток с которых открыт для просмотра на сайте «ДП». Камеры в заведениях из инструмента live-трансляции превратились в источник информации для видеоаналитики. Программа обрабатывала фотографии за мгновение, используя нейронные сети. Бот предлагал пользователю на выбор один из шести стилей. Примерно то же самое делает приложение Prisma.
It covers all parts of the restaurant business — from shift scheduling and order tracking to real-time sales analytics. In addition, the platform is fully integrated with our customer-facing digital products. NET- and Linux-based and run in Kubernetes.
Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет?
CPO направления ERP «Додо Инжиниринга», рассказал, как с помощью зерокодинга в тестируют базу знаний и планируют заменить бумажные чек-листы. В Додо Пицце все бизнес-процессы управляются единой информационной платформой Dodo IS. Она помогает готовить пиццу, вести учёт продуктов, открытых и закрытых смен, управлять командой и многое другое. Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. База знаний Додо ИС. Информационная система пиццерии.
Статистика пиццерий Додо Пицца
Это позволяет четко структурировать данные, которые потом можно обработать зерокодинговыми инструментами. Быть программистом для этого не обязательно, достаточно понимать, как данные разбиваются по объектам, и уметь связывать их друг с другом. Как мы собрали приложение на Glide Мы в «Додо» проверяем новую базу знаний для сотрудников пиццерии на реальных пользователях. Я собрал приложение на Glide , которое выгружает структуру поиска ответов пользователей в иерархическом виде, помогает проанализировать длину пути до правильного ответа, то есть до момента, когда сотрудник нашел нужную информацию. Сейчас формируем таблицу и обрабатываем ответы пользователей. Будем выгружать аналитику и смотреть, насколько мы попали в ожидания по структуре данных. Таблица помогает оценить, насколько релевантен для пользователя путь к нужному ответу Что внутри приложения Основа — Google Таблица с треями закладками: что хотим спросить у пользователей, иерархическая база знаний, иерархическая информация, которая собирается и выстаивается на экране выгружаясь из Glide.
Detailed production monitoring with Prometheus, visualization with Grafana, and log collection by Azure Data Explorer. Technology radars.
Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через 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-сервисов был долгий и постепенный период перевода на другую систему.
Для создания бота были использованы следующие технологии: Платформа для разработки чат-ботов zDialog; ИИ-сервис аналитики чат-ботов OneDash; Технология распознавания и синтеза речи Yandex SpeechKit.