Смотрите 63 фотографии онлайн по теме база знаний додо. Смотрели сегодня База знаний Додо, Буклеты Додо пиццерии, Коллекция магнитов Додо пицца, Додо ИС, Додо пицца повесилась карикатура, Стандарты Додо пицца, Тех карты Додо пицца, Додо пицца, Схемы. Главная» Новости» Додо новости. Бизнесмен считает «Додо Пиццу» IT-компанией — ее ядром является облачная ERP-система «Додо ИС», которая координирует в пиццерии все процессы — и в борьбе за место под солнцем ориентируется не только на гиганта Domino’s Pizza, но и на корпорацию Amazon. Статистика и отчёты «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии. Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS.
Автоматизация контактного центра «Додо Пиццы»
И вот почему. Выживают только… техно-параноики « Софт пожирает мир », — провозгласил Марк Андрессен в 2011 году — всего через несколько месяцев после того, как мы запустили «Додо Пиццу», нашу первую ресторанную концепцию. Эти слова так часто цитировали, что мысль стала банальностью. Но истина не тускнеет от повторения. Технологии трансформируют буквально каждую отрасль, и ресторанный бизнес — не исключение. Каждый, кто намерен добиться успеха в долгосрочной перспективе, должен трансформироваться в технологическую компанию — или рискует погибнуть. Нельзя просто так взять и внедрить технологии Многие компании воспринимают технологии всего лишь как надстройку, дополнение к своему основному бизнесу. Мы в Dodo Brands думаем иначе. Чтобы полностью раскрыть потенциал новых технологий, все бизнес-процессы в компании должны быть полностью переосмыслены и перестроены. И все, что поддается оцифровке, должно быть оцифровано.
Собственная разработка IT-продуктов — не вопрос выбора, а необходимость. Можно передать на аутсорсинг второстепенные бизнес-функции, но не ключевые. Только собственная система может учитывать все детали бизнеса и отвечать всем его потребностям. А еще можно самим выбрать концепцию, стек и архитектуру системы. Что такое Dodo IS? Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени.
Когда вы заходите в нашу пиццерию, вы видите «ТВ-борды», меню, кассу ресторана, и всё это — составные части нашей информационной системы.
Нам нужны пиццерии, чтобы куда-то нашу систему выкладывать. У нас есть модуль трекинга, через который проходят все заказы. У нас есть « Оленька » — «искусственный Додо-разум», умная система, которая помогает следить за новыми заказами и поддерживать нужный темп работы. Также есть интерфейс менеджера смены, управляющего пиццерии, огромный блок с отчётами — в общем, это очень большая система. У нас также есть Digital часть, каналы, где можно оформить заказ — это сайт, это приложение, колл-центр. Наш бизнес в основном оффлайновый, но мы его «диджитализируем» с помощью Dodo IS. Мы очень быстро растём. Сейчас у нас уже 70 разработчиков и 9 команд. Несколько месяцев назад у нас было 50 разработчиков, и мы поставили себе цель вырасти до 250 до конца 2020 года.
Синим цветом — наш предполагаемый график роста, красным — то, как мы реально растём В начале 2018 года у нас было 6 команд и мы использовали Scrum. За первую половину 2018 года нас 2 раза очень мощно накрыло проблемами. Эти события подтолкнули нас к первой революции. Мы поняли, что надо перестраивать процессы и запустили LeSS на 6 команд. Потом мы начали экспериментировать со Sprint Reviews, с OKR, ввели дизайн-воркшопы и stop-the-line практику. И мы сейчас продолжаем эволюционировать, про это дальше и расскажем. Это наш личный опыт, используйте его на свой страх и риск или не используйте вовсе. У вас свой контекст, своя команда и своя специфика продукта. В Додо есть несколько принципов.
У нас открытые кухни, там есть камеры, и мы свою финансовую отчётность публикуем открыто. Следующий принцип — «no-bullshit», и этот принцип позволяет нам оспаривать любые решения. Любой человек, если видит «буллшит», то есть фигню, в чём угодно, в процессах, в поведении, он может об этом открыто сказать. Ещё один принцип — «мудаков у нас нет», то есть мы предполагаем, что люди у нас правильные, открытые, честные. А если это не так, то мы таких не нанимаем, или они уходят. Эти принципы нам очень помогают, в том числе и менять процессы. Когда мы видим, что что-то написано в методичке, а у нас оно что-то не взлетает, надо задать вопрос, а не фигню ли мы делаем. Рассказываем, в чем мы отклоняется от методичек фреймворков Scrum и LeSS, какие процессы мы улучшили для себя.
Правда, не сильно и ненадолго — хот-фиксами удалось её поднять. За следующие четыре часа мы словили ещё несколько багов, но смогли довести тест до конца. Product Owner, когда система упала на первом же запуске. Несмотря на все баги первого теста, стало понятно, что идея Небесного логиста жизнеспособна, и мы пошли на новые итерации. После каждого тестирования добавляли фичи, исправляли баги и снова шли проверять. Long hard road out of hell С каждым тестом мы получали массу инсайтов и узнавали о ситуациях, возникающих на смене, которые наша система не покрывала. Например, с самого начала мы считали, что самые близкие заказы система всегда будет отдавать пешим курьерам, заказы средней дальности — велокурьерам. А самые дальние заказы будут назначаться курьерам на авто. И в первые же дни тестирования словили просто цунами гневных сообщений. Автокурьеры за целый день отвезли по одному-два заказа, практически ничего не заработали. А велокурьеры буквально валились с ног, потому что не успевали развозить всю очередь валившихся заказов. Мы не такие злые, мы пластичные. Хоба — и сделали лучше! В итоге правила необходимо было срочно менять: пешие курьеры по-прежнему получали самые ближние заказы, велокурьеры получали заказы ближней и средней дальности, курьеры на авто получали заказы из всей зоны доставки пиццерии. И вот такое распределение уже работало! А что по метрикам? Мы хотели уменьшить время, которое пицца находится на тепловой полки. Чем больше лежит заказ на полке, тем больше он теряет свои вкусовые качества. Но при этом мы не должны были отдавать больше сертификатов за опоздание, чем обычно, и скорость доставки не должна была увеличиться или увеличиться незначительно. Но при первых кратковременных тестах нам было не до бизнес-метрик: тогда стояла цель подтвердить работоспособность системы в принципе. На тестах система была под пристальным наблюдением: кто-то мониторит журнал логов, кто-то запросами к базе проверяет состояние заказов.
Додо is. Ребус Додо пицца. Профсоюзная карта Додо. Носки Додо пицца. Конкуренты Додо. Додо карьерный рост. Принципы компании Додо. Додо миссия компании. Книга Додо пицца. Визитка Додо. Додо баннер. Рекламные постеры Додо пиццы. Додо пицца плакаты. Учетная политика Додо ИС. Менеджер Додо. Управляющим Додо пицца. Приоритеты в работе менеджера Додо пицца. Додо пицца киберпанк. Додо пицца киберпанк 2077. Исследования Додо пицца. Додо пицца личный кабинет сотрудника. Додо диабло. Рейтинг продукта Додо. База знаний Додо. Dodo is кабинет сотрудника Dodo is. Курьер Додо пицца. Курьер Додо пицца робот. Работа в Додо пицца курьером. Карьерная лестница Додо пицца. Персонал Додо пицца личный кабинет. Додо ИС личный. Додо ИС учет. База данных пиццерия. Пиццерия БД. Организационная структура пиццерии схема.
«Додо Пицца» застраховалась от киберпреступников
| История «додо пиццы». Dodo IS — информационная система как ядро франчайзинга | Как Додо Пицца прошла путь от Scrum до LeSS Huge и осознанно отступала от правил этих фреймворков и Agile-методологии. |
| Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет? | Сеть пиццерий «Додо Пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. |
1. Сильный продукт
- ВТИ-Сервис - эксперт автоматизации
- Автоматизация контактного центра «Додо Пиццы»
- «Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей
- Use saved searches to filter your results more quickly
- Путь бэкофиса: раздельные базы и шина
- Форматы пиццерий
Платформа Додо Академия
В группе тайных покупателей «Додо» 50 тысяч людей каждую неделю дают оценку около 700 пицц. На основе этих оценок создается рейтинг качества заведений, а покупатели получают за оценку додо-рубли, которыми потом оплачивают новую заказанную пиццу. Предоставляя приложению от Dbrain данные видеосъемки, можно снизить затраты и формировать рейтинг пиццерий автоматически. Взаимодействуя с видеокамерой, машинный алгоритм оценит не две пиццы в неделю, как человек, а 300 в день — каждой пиццы, вышедшей из печи. Нейросеть Dbrain обработала 50 тысяч фото пицц. На каждой фотографии сеть визуально разделяла продукт на участки и теперь умеет находить недостатки на всех участках.
К примеру, едва заметные глазу вздутия по краям пиццы укажут на низкое качество теста. Каждый готовый продукт искусственный интеллект соотносит с «идеальной» пиццей, построенной как раз с использованием информации, предоставленной реальными потребителями и профессионалами по оценке качества пиццы. Управление очередью от Ivideon Все существующие детекторы, увы, все еще несовершенны. Здесь надо понимать, что люди в очереди нестационарны. Проще говоря, они меняют местоположение, меняют очередь, сливаются с фоном или друг с другом, мешая внешним датчикам правильно их считывать или не позволяют камере различить себя как отдельные объекты.
Для создания своего детектора очереди Ivideon использовала machine learning. Алгоритм сумел выделить в человеке «существенное» — голову, что позволило добиться почти идеальной точности фиксации камерой именно человека. Осталось сосчитать число покупателей и уведомить управляющего о появлении очереди, чтобы открыть дополнительную кассу или закрыть пустую. Крутая возможность этого сервиса — статистический учет. Детектор определяет число покупателей в очереди и визуализирует распределение клиентов по времени на графиках и диаграммах.
Такая статистика существенно упрощает задачи оптимизации рабочего графика сотрудников, оценки качества рекламной акции или поиска недостатков в дизайне витрины или выкладке товара. Отчеты создаются в формате CSV, доступ к информации через личный кабинет Ivideon.
Серия статей «Что такое Dodo IS? You are here Путь клиентской части: фасад над базой 2016-2017 годы. In progress… История настоящих микросервисов. In progress… Законченный распил монолита и стабилизация архитектуры. In progress… Изначальная архитектура В 2011 году архитектура Dodo IS выглядела так: Первый модуль в архитектуре — прием заказа. Бизнес-процесс был такой: клиент звонит в пиццерию; трубку берет менеджер; принимает по телефону заказ; параллельно набивает его в интерфейсе приема заказа: учитывается информация о клиенте, данные по деталям заказа, адрес доставки. Интерфейс информационной системы выглядел примерно так… Первая версия от октября 2011: Чуть улучшенная в январе 2012 Ресурсы для разработки первого модуля приема заказа были ограничены. Нужно было делать много, быстро и малым составом.
Малый состав — это 2 разработчика, которые и заложили фундамент всей будущей системы. Их первое решение определило дальнейшую судьбу технологического стека: Backend на ASP. Разработчики были дотнетчиками, этот стек был им знаком и приятен. Фронтенд на Bootstrap и JQuery: интерфейсы пользователя на самописных стилях и скриптах. База данных MySQL: без затрат на лицензии, простая в использовании. Серверы на Windows Server, потому что. NET тогда мог быть только под Windows Mono обсуждать не будем. Физически это все выражалось в «дедике у хостера». Архитектура приложения приема заказа Тогда уже все говорили о микросервисах, а SOA лет 5 использовалось в крупных проектах, например, WCF вышел в 2006 году. Но тогда выбрали надежное и проверенное решение.
Вот оно. Каждый из сервисов отвечал какому-то аспекту бизнеса: Например, DepartmentStructureService выдавал информацию по пиццериям, по департаментам. Департамент — это группа пиццерий под управлением одного франчайзи. ReceivingOrdersService принимал и рассчитывал состав заказа. Сервисы обрабатывали данные из базы, хранили бизнес-логику. В них уже находились запросы к хранимым процедурам в базе и слой мапперов. В хранимках была бизнес-логика, особенно много в тех, которые выдавали отчетные данные. ОРМ не использовался, все полагались на написанный руками sql. Еще был слой доменной модели и общих классов-хелперов, например, класс Order, хранивший заказ. Там же, в слое, находился хелпер для преобразования текста отображения по выбранной валюте.
Всё это можно представить такой моделью: Путь заказа Рассмотрим упрощенный первоначальный путь создания такого заказа. Изначально сайт был статический. На нем были цены, а сверху — номер телефона и надпись «Хочешь пиццу — звони по номеру и закажи». Для заказа нам нужно реализовать простой flow: Клиент заходит на статический сайт с ценами, выбирает продукты и звонит по номеру, который указан на сайте. Клиент называет продукты, которые хочет добавить в заказ. Называет свой адрес и имя. Оператор принимает заказ. Заказ отображается в интерфейсе принятых заказов. Все начинается с отображения меню. Залогиненный пользователь-оператор в один момент времени принимает лишь один заказ.
Поэтому draft-корзина может храниться в его сессии сеанс пользователя хранится в памяти. Там объект Cart, в котором продукты и информация о клиенте. По продукту вытаскивается информация из базы и добавляется информация о продукте в корзину. Да, здесь можно не вытаскивать продукт из базы, а передавать с фронтенда. Но для наглядности я показал именно путь из базы. Далее вводим адрес и имя клиента. При нажатии «Создать заказ»: Запрос отправляем в OrderController. Получаем Cart из сессии, там лежат продукты в нужном нам количестве. Дополняем Cart информацией о клиенте и передаем в метод AddOrder класса ReceivingOrderService, где он сохраняется в базу. В базе есть таблицы с заказом, составом заказа, клиентом и они все связаны.
Интерфейс отображения заказа идет и вытаскивает последние заказы и отражает их. Новые модули Прием заказа был важен и необходим. Нельзя сделать бизнес по продаже пиццы, если нет приема заказа для продажи.
Про преимущества «Додо ИС» есть целый отдельный сайт. Это уже действительно бренд, знакомый многим. Помимо традиционно хорошей работы в онлайне например, регулярная серьёзная работа в соцсетях , за последние месяцы была проведена первая федеральная рекламная компания с показом рекламного ролика в т.
Централизованный контроль качества Управляющая компания «Додо Пиццы» очень пристально следит за уровнем качества сервиса во всех пиццериях сети. Это, во-первых, даёт уверенность в том, что «Додо Пицца» в соседнем районе или городе не испортит впечатление о бренде, если ваш клиент окажется там. А во-вторых, не даст расслабиться ни тебе, ни твоей команде. Рейтинг пиццерий онлайн. Сайт, мобильные приложения и контакт-центр Сайт , мобильные приложения для iOS и Android , единый круглосуточный контакт центр 8-800-333-00-60 — неоднократно признавались лучшими в отрасли общественного питания.
Основная заслуга Додо IS в том, что кроме автоматизации самого процесса производства, информационная система позволяет франчайзи видеть проблемы и влиять на них. Додо IS охватывает только производственный процесс или работу компании в целом, включая поставки и персонал? Несмотря на то, что мы построили уже самую большую сеть в России, пока мы находится на начальной стадии развития информационной системы. По крайней мере, если оценивать ее с позиции нашего видения будущего продукта.
Мы еще не успели создать и запустить все модули, которые нужны франчайзи. Сейчас наш основной фокус — операции производства, менеджмента и работы с клиентами. HR-блок также занимает важную часть в нашей системе, потому что текучка кадров в бизнесе общественного питания очень большая. То есть ваша задача автоматизировать с помощью Додо IS всю работу ресторана? Мы хотим передавать франчайзи не только информационную систему для автоматизации базовых бизнес-процессов, но также помогать с принятием решений и обменом опытом. Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? Мы делаем ставку на «облака» и полностью полагаемся на виртуальные центры обработки данных для разработки, обеспечения работы Додо IS, хранения информации и сбора больших данных. А если бы всего этого сейчас не было?
Додо ис база знаний
Разработан интерфейс Базы Знаний. Мы выкладываем туда свежие новости компании, обсуждаем актуальные тренды, храним все стандарты, обучающие статьи и курсы. Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков.
Не только тесто и начинка: как автоматизация сделала «Додо Пиццу» успешной
Главная» Новости» Додо новости. Базе знаний Dodo Pizza. Чтобы войти в персональный аккаунт Додо ИС, нужно следовать такой инструкции. Додо Пицца ИС личный кабинет и профиль сотрудника — информационная система, которая позволяет инвестору контролировать бизнес. Как Додо Пицца прошла путь от Scrum до LeSS Huge и осознанно отступала от правил этих фреймворков и Agile-методологии. Информационная система Додо. Додо ИС персонал. Dodo is кабинет сотрудника.
You be the judge
- Что нужно, чтобы стать зерокодером
- Автоматизируем бизнес по-крупному: создаём свой «цифровой мозг» — Наталья Гараханова на
- Додо ис касса - фото сборник
- Смотрите также
- Додо ис база знаний - 84 фото
Как работает личный кабинет сотрудника Додо Пицца
Таким образом информационная система реально влияет на увеличение эффективности и прибыльности «Додо Пиццы», так как стоимость труда являются одной из главнейших статей расхода для нашего бизнеса. Мы называем это «dodo-эффект». Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS. Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника. Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24].
Как открыть пиццерию по франшизе
Менеджер Смены. Интерфейсы для работы менеджера смены: список заказов, графики производительности, вывод на смену сотрудников. Менеджер Офиса. Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии. Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т. Личный Кабинет Сотрудника. Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров.
Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов.
Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1.
В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет. Если доступа нет, нужно пройти процедуру авторизации. Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина. В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя.
Додо пицца Псков.
Додо касса. Додо экраны. Мониторы Dodo. Monitor Dodo 32. Офис LJ LJ. Лексан Додо.
Додо микс. Лексаны пиццерии Додо. Додо логотип. Додо пицца лого. Додо логотип белый. Додо логотип без фона.
Бэк офис Додо. Форма в пиццерии. Додо пицца тайный покупатель. Меню борд Додо. ТВ борды Додо пицца. ТВ борды в пиццерии.
Витрина пиццерии. Додо витрина. Додо пицца витрина. Додо пицца прилавок. Dodo is. Dodo is схема.
Додо ИС личный. Додо сотрудники. Номер пиццерии. Стандарты Додо. Пицца стори ковров. Пицца стори в Коврове меню.
Додо Йошкар Ола. Додо пицца Сызрань. Заказ Додо пицца чек. Додо Ачинск. Dodo is Интерфейс. График работы пиццерии работников.
Сотрудники пиццерии список.
Кроме того, рекомендуется систематически обновлять программу. Чем отличается учётная запись сотрудника Персональный аккаунт на портале Додо ИС могут зарегистрировать все сотрудники организации. После регистрации личного кабинета сотрудникам предоставляется возможность занесения своих пожеланий относительно рабочего графика, получения выходных. Менеджер смены просматривает оставленные пожелания и использует их для составления полноценного графика для сотрудников организации. В персональном аккаунте для работников предусмотрено рабочее место с публичной страницей для каждого сотрудника. Там указаны его персональные данные, а именно ФИО и контакты для связи. Это полезно в том случае, если кто-то из работников не вышел на работу по болезни и его требуется заменить. Такое своеобразное рабочее место позволит менеджеру не заниматься поиском контактов. Вся информация будет видна после входа в персональный аккаунт.
На сервисе каждый сотрудник может посмотреть, когда истечет срок действия медицинской и санитарной книжки. Это помогает облегчить задачу для менеджера смены по выявлению работников, которым нужно пройти проверку.
Организационная структура пиццерии Додо. Организационная структура Додо пицца. БД пиццерии.
База знаний Додо. Додо пицца ИС. Додо дашборд. Додо ИС менеджер смены. Dodo график.
Dodo is дашборд. Додо ИС график смены. Dodo is. Додо личный кабинет сотрудника. Дизайн скорость доставка.
Скорость доставки dpi Group. Система Додо ИС. Сервис Додо. Личный кабинет Додо пицца для сотрудников. Додо диабло.
Форма Додо. Дашборд Додо пицца. CRM Додо пицца. Dodo is структура. Dodo дизайн website.
Сколько можно заработать в Додо. Dodo админка менеджера. Додо корпоративная политика.
Как работает личный кабинет сотрудника Додо Пицца
Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор. Источник: СК Сбербанк Страхование.
Мобильные приложения написаны и поддерживаются на Swift и Kotlin Административная часть: Мы адаптировали функциональность Додо ИС для реалий донерного бизнеса: в нем на то, чтобы отдать заказ, есть гораздо меньше времени, и все процессы из-за отсутствия например выпекания заказа происходят быстрее. В трекер заказов были добавлены новые этапы и убраны лишние. Была добавлена возможность подключения доставки через агрегаторы, а не только собственными курьерами, также впервые в истории нашей работы с Додо Брэндс.
Была разработана функциональность для добавления Историй в мобильное приложение Донер 42, рассказывающих об обновлениях. Мобильные приложения: В мобильном приложении вне зависимости от операционной системы, и на iOS, и на Android, клиент может собрать заказ, добавить дополнительные ингридиенты в блюда, узнать о пищевой ценности продуктов, узнать время до готовности заказа, оставить отзыв. Также можно включить темную тему в приложении для комфортного заказа в темное время суток или в условиях слабой освещенности. В приложении реализованы Истории, рассказывающие в формате слайд-шоу о возможностях приложения или новых продуктах в меню. Также был разработан функционал донер-встряски: если потрясти приложение, автоматически сформируется предложенное комбо из продуктов, которое позволяет клиенту попробовать что-то новое, не задумываясь о выборе.
И наконец мы разработали отдельную систему лояльность с донер-коинами, получаемыми с каждого заказа, за которые можно покупать продукты в будущих заказах. На текущий момент в приложении можно разместить заказ в 7 точках питания в 2 странах: в России и Казахстане. Решение: Разработали приложение, в котором создали виртуальную витрину, реализовали возможности кастомизации напитков, заказа и оплаты в приложении. Подробнее Приложение Дринкит Задача: Разработать мобильное приложение Дринкит: перенести в онлайн опыт выбора продукта, кастомизации, взаимодействия с кассиром, меню, оплату. Административная часть: Мы разработали дизайн приложения с виртуальной видеовитриной, чтобы привлечь внимание клиентов к новым продуктам.
Адаптировали функциональность Додо ИС к особенностям кофейного бизнеса: добавили сложную кастомизацию внутри продукта выбор молока для кофейных продуктов с молоком, посыпок. Создали модульное меню, которое управляется с сервера и позволяет разным пользователям видеть разное меню в зависимости от времени суток и истории покупок. Добавили для клиентов возможность проверки адреса кофейни для избежания ошибок. Приложение: Клиент может оформить заказ в приложении и зайти в кофейню только за тем, чтобы забрать свой напиток — ему не нужно стоять в очереди и ждать, когда приготовят заказ.
К весне 2012 года в компании закрепились все рабочие процессы и появились первые франчайзи [5]. Основой франшизы «Додо Пиццы» стала облачная ERP -система «Додо ИС», которая координирует в пиццерии все процессы: заказы, работу кухни, доставку, рекламу и общий менеджмент [6] [7]. Средства на развитие «Додо Пиццы» Овчинников привлёк у подписчиков своего блога «Сила ума», в котором много лет рассказывал об ошибках и успехах в бизнесе. Некоторые из подписчиков впоследствии сами стали франчайзи сети. К концу 2012 года у «Додо Пиццы» было 8 заведений, к 2014 году — 25, к началу 2015 — 50. За 2018 год открылось около 100 заведений, и в начале 2019 года в сети было 442 пиццерии в России и других странах, — Белоруссии , Великобритании , Казахстане , Киргизии , Китае , Литве , США , Узбекистане и Эстонии [8] [9]. По состоянию на сентябрь 2022 года, к сети относятся 833 заведения в 16 странах. Большая часть точек при этом принадлежит франчайзи [10] [11].
Трекер выполняет двойственную роль: С одной стороны, его задача — показывать сотрудникам на кухне, какие заказы сейчас в работе, какие продукты сейчас нужно готовить. С другой стороны — оцифровывать все процессы на кухне. Когда в заказе появляется новый продукт например, пицца , он попадает на станцию трекера «Раскатка». На этой станции стоит пиццамейкер, который берёт плюшку нужного размера и раскатывает её, после чего отмечает на планшете трекера, что выполнил свою задачу и передаёт раскатанную основу теста на следующую станцию — «Начинение». Там следующий пиццамейкер начинает пиццу, затем отмечает на планшете, что выполнил свою задачу и ставит пиццу в печь это тоже отдельная станция, которую нужно отметить на планшете. Такая система была с самого начала в Додо и самого начала существования Dodo IS. Она позволяет полностью отслеживать и оцифровывать все операции. Кроме того трекер подсказывает, как готовить тот или иной продукт, проводит каждый вид продукта по своим схемам изготовления, хранит оптимальное время приготовления продукта и трекает все операции над продуктом. Так выглядит экран планшета на станции трекера «Раскатка» Откуда нагрузки? В каждой из пиццерий примерно по пять планшетов с трекером. В 2016 году у нас было больше 100 пиццерий а сейчас более 600. Каждый из планшетов делает раз в 10 секунд запрос на бэкэнд и выгребает данные из таблицы заказа связка с клиентом и адресом , состава заказа связка с продуктом и указание количества , таблицы учёта мотивации в ней трекается время нажатия. Когда пиццамейкер нажимает на продукт на трекере, происходит обновление записей во всех этих таблицах. Таблица заказа общая, в неё же одновременно идут вставки при принятии заказа, обновления от других частей системы и многочисленные считывания, например, на телевизоре, который висит в пиццерии и показывает готовые заказы клиентам. В период борьбы с нагрузками, когда всё и вся кэшировалось и переводилось на асинхронную реплику базы, эти операции с трекером продолжили ходить в мастер-базу. Тут не должно быть никакого отставания, данные должны быть актуальными, рассинхрон недопустим. Также отсутствие собственных таблиц и индексов на них не позволяло написать более специфичные запросы, заточенные под своё использование. Для примера, трекеру может быть эффективно иметь индекс на пиццерию на таблице заказов. Мы всегда выгребаем из базы трекера заказы по пиццерии. При этом для приёма заказа не так важно, в какую пиццерию он падает, важнее, какой клиент сделал этот заказ. А значит там нужен индекс по клиенту. Ещё для трекера в таблице заказа не обязательно хранить id напечатанного чека или связанные с заказом бонусные акции. Эта информация наш сервис трекера не интересует. В общей монолитной базе таблицы могли быть только компромиссным вариантом между всеми пользователями. Это было одной из изначальных проблем. Изначально архитектура была такая: Даже после выделения в отдельные процессы большая часть кодовой базы оставалась общей для разных сервисов. Всё, что ниже контроллеров, было единым и жило в одном репозитории. Использовались общие методы сервисов, репозиториев, общая база, в которой лежали общие таблицы. Разгружаем Трекер Главная проблема с трекером в том, что данные должны синхронизироваться между различными базами. Это же и главное его отличие от разделения Auth-сервиса, заказ и его статус могут изменяться и должны отображаться в различных сервисах. Мы принимаем заказ на Кассе Ресторана это сервис , он сохраняется в базе в статусе «Принят». После этого он должен попасть на трекер, где ещё несколько раз изменит свой статус: от «Кухня» до «Упакован». При этом с заказом могут происходить какие-то внешние воздействия от Кассы или интерфейса Менеджера смены. Приведу в таблице статусы заказа с их описанием: Схема изменения статусов заказа выглядит так: Статусы меняются между разными системами. И здесь трекер не является конечной системой, в которой замыкаются данные. Мы видели несколько возможных подходов для разделения в таком случае: Концентрируем все действия заказа в одном сервисе. В нашем случае этот вариант требует слишком большого сервиса по работе с заказом.