Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника. Смотрите 63 фотографии онлайн по теме база знаний додо. Смотрели сегодня База знаний Додо, Буклеты Додо пиццерии, Коллекция магнитов Додо пицца, Додо ИС, Додо пицца повесилась карикатура, Стандарты Додо пицца, Тех карты Додо пицца, Додо пицца, Схемы. Информационная система Додо. Додо ИС персонал. Dodo is кабинет сотрудника. У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков. Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего.
«Мы пришли к успеху пока вы кушали пиццу». 3 франчайзи ДоДо об окупаемости и конкуренции
Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. Информационная система Додо. Додо ИС персонал. Dodo is кабинет сотрудника. Смотрите 63 фотографии онлайн по теме база знаний додо. Смотрели сегодня База знаний Додо, Буклеты Додо пиццерии, Коллекция магнитов Додо пицца, Додо ИС, Додо пицца повесилась карикатура, Стандарты Додо пицца, Тех карты Додо пицца, Додо пицца, Схемы. «Додо ИС» была призвана сделать работу в пиццерии легче.
Как открыть пиццерию по франшизе
Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS. Так начался долгий путь сбора информации, поиска авторов и написания серии статей про Dodo IS. Информационная система Додо. Додо ИС персонал. Dodo is кабинет сотрудника.
RS. Информационная система Dodo IS
Сегодня — пицца, а в будущем — кофейни, торговля, услуги, детские центры и многое другое. Подписывайтесь на Тинькофф-журнал в Телеграме, чтобы не пропустить новые рассказы предпринимателей: tinkoffjournal. Первое заведение открыл предприниматель Федор Овчинников в 2011 году. Франшиза появилась через два года. Почему выбрал именно этот бизнес До того как открыть бизнес по франшизе, Станислав был руководителем рекламного агентства. По приглашению основателя «Додо-пиццы» Федора Овчинникова он поехал в штаб-квартиру в Сыктывкар — посмотреть, как все устроено. Ему все понравилось.
Команда пиццерии. Машина Додо пицца.
Додо пицца. Додо форма. Додо пицца форма. Додо форма сотрудников. Додо is. Ребус Додо пицца. Профсоюзная карта Додо. Носки Додо пицца.
Конкуренты Додо. Додо карьерный рост. Принципы компании Додо. Додо миссия компании. Книга Додо пицца. Визитка Додо. Додо баннер. Рекламные постеры Додо пиццы.
Додо пицца плакаты. Учетная политика Додо ИС. Менеджер Додо. Управляющим Додо пицца. Приоритеты в работе менеджера Додо пицца. Додо пицца киберпанк. Додо пицца киберпанк 2077. Исследования Додо пицца.
Додо пицца личный кабинет сотрудника. Додо диабло. Рейтинг продукта Додо. База знаний Додо. Dodo is кабинет сотрудника Dodo is. Курьер Додо пицца. Курьер Додо пицца робот. Работа в Додо пицца курьером.
Карьерная лестница Додо пицца.
Наверное, именно поэтому полноценные базы знаний на родных просторах как-то не приживаются. Исключением будут компании, в которых есть Call-центры или большие клиентские службы, — но пока только об одном банке слышал хорошие отзывы не только от самих «разработчиков базы знаний», но и от тех, кто в этом банке работает. А вот второй категорией «счастливчиков» можно как раз назвать франчайзинговые структуры, так как именно для этого бизнеса важны единые правила игры, которые будут соблюдаться везде, — в любой точке страны, в любой стране, на любом континенте.
Но жизнь в компании меняется очень быстро! И сегодня база знаний компании, — это неотъемлемая часть корпоративного портала. В которой публикуется вся основная полезная информация для управляющих пиццерией, менеджеров смены, отдельных категорий сотрудников. И которая работает как ключевой канал коммуникации.
Посудите сами: где еще сотруднику можно найти всю необходимую на его рабочем месте информацию в формате стандартов, которая регулярно обновляется? Например, как показано на рисунке ниже. И перед выходом на смену каждый сотрудник проверяет те разделы, которые касаются лично его. Помогает ему в этом регулярный дайджест, который приходит на почту.
Подписка, к слову, доступна как простым сотрудникам, так и руководству. Небольшое лирическое отступление: когда мы формировали систему управления знаниями, дайджесты играли важную роль. Ведь если тебе на почту регулярно приходит все то новое, что обсуждалось по твоей теме в течение дня или недели, — профессиональный интерес или простое любопытство пересиливают, и ты тоже подключаешься к обсуждению. Еще удобной опцией были последние обсуждавшиеся вопросы, и топ-10 вопросов дня.
Но это — уже на странице самой системы. За который в Додо отвечает небольшая команда.
Разработчики были дотнетчиками, этот стек был им знаком и приятен. Фронтенд на Bootstrap и JQuery: интерфейсы пользователя на самописных стилях и скриптах.
База данных MySQL: без затрат на лицензии, простая в использовании. Серверы на Windows Server, потому что. NET тогда мог быть только под Windows Mono обсуждать не будем. Физически это все выражалось в «дедике у хостера».
Архитектура приложения приема заказа Тогда уже все говорили о микросервисах, а SOA лет 5 использовалось в крупных проектах, например, WCF вышел в 2006 году. Но тогда выбрали надежное и проверенное решение. Вот оно. Каждый из сервисов отвечал какому-то аспекту бизнеса: Например, DepartmentStructureService выдавал информацию по пиццериям, по департаментам.
Департамент — это группа пиццерий под управлением одного франчайзи. ReceivingOrdersService принимал и рассчитывал состав заказа. Сервисы обрабатывали данные из базы, хранили бизнес-логику. В них уже находились запросы к хранимым процедурам в базе и слой мапперов.
В хранимках была бизнес-логика, особенно много в тех, которые выдавали отчетные данные. ОРМ не использовался, все полагались на написанный руками sql. Еще был слой доменной модели и общих классов-хелперов, например, класс Order, хранивший заказ. Там же, в слое, находился хелпер для преобразования текста отображения по выбранной валюте.
Всё это можно представить такой моделью: Путь заказа Рассмотрим упрощенный первоначальный путь создания такого заказа. Изначально сайт был статический. На нем были цены, а сверху — номер телефона и надпись «Хочешь пиццу — звони по номеру и закажи». Для заказа нам нужно реализовать простой flow: Клиент заходит на статический сайт с ценами, выбирает продукты и звонит по номеру, который указан на сайте.
Клиент называет продукты, которые хочет добавить в заказ. Называет свой адрес и имя. Оператор принимает заказ. Заказ отображается в интерфейсе принятых заказов.
Все начинается с отображения меню. Залогиненный пользователь-оператор в один момент времени принимает лишь один заказ. Поэтому draft-корзина может храниться в его сессии сеанс пользователя хранится в памяти. Там объект Cart, в котором продукты и информация о клиенте.
По продукту вытаскивается информация из базы и добавляется информация о продукте в корзину. Да, здесь можно не вытаскивать продукт из базы, а передавать с фронтенда. Но для наглядности я показал именно путь из базы. Далее вводим адрес и имя клиента.
При нажатии «Создать заказ»: Запрос отправляем в OrderController. Получаем Cart из сессии, там лежат продукты в нужном нам количестве. Дополняем Cart информацией о клиенте и передаем в метод AddOrder класса ReceivingOrderService, где он сохраняется в базу. В базе есть таблицы с заказом, составом заказа, клиентом и они все связаны.
Интерфейс отображения заказа идет и вытаскивает последние заказы и отражает их. Новые модули Прием заказа был важен и необходим. Нельзя сделать бизнес по продаже пиццы, если нет приема заказа для продажи. Поэтому система начала обрастать функционалом — примерно с 2012 по 2015 года.
За это время появилось много различных блоков системы, которые я буду называть модулями, в противовес понятию сервиса или продукта. Модуль — это набор функций, которые объединены какой-то общей бизнес-целью. При этом физически они находятся в одном приложении. Модули можно назвать блоками системы.
Например, это модуль отчетов, интерфейсы админки, трекер продуктов на кухне , авторизация. Это всё разные интерфейсы для пользователя, некоторые имеют даже различные визуальные стили. При этом все в рамках одного приложения, одного работающего процесса. Технически модули оформлялись как Area вот такая идея даже осталась в asp.
Там были отдельные файлы для фронтенда, моделей, а также свои классы контроллеров.
Додо ис база знаний
| Додо ис персонал | База знаний ИИ Презентация. История о том, как мы автоматизировали контакт-центр «Додо Пиццы». |
| Как создать личный кабинет на сайте Додо ИС | База знаний Додо ИС. Dodo is Интерфейс. |
| Виртуальный ЦОД в Додо Пицца | Бизнесмен считает «Додо Пиццу» IT-компанией — ее ядром является облачная ERP-система «Додо ИС», которая координирует в пиццерии все процессы — и в борьбе за место под солнцем ориентируется не только на гиганта Domino’s Pizza, но и на корпорацию Amazon. |
| Додо ис персонал | Всем франчайзи «Додо Пиццы» предоставляется доступ к базе знаний. |
LeSS в Додо Пицце: эволюция или революция
Главная» Новости» Новости додо пицца. Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков. Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Информационная система Dodo IS состоит из 44 различных сервисов, таких как Трекер, Кассы ресторана или Базы знаний и многих других. Базе знаний Dodo Pizza.
О том, как разработчики пилят IT в Dodo
Что нужно, чтобы стать зерокодером На мой взгляд, нужен аналитический склад ума, как и для работы продакт-менеджера в принципе. Это позволяет четко структурировать данные, которые потом можно обработать зерокодинговыми инструментами. Быть программистом для этого не обязательно, достаточно понимать, как данные разбиваются по объектам, и уметь связывать их друг с другом. Как мы собрали приложение на Glide Мы в «Додо» проверяем новую базу знаний для сотрудников пиццерии на реальных пользователях. Я собрал приложение на Glide , которое выгружает структуру поиска ответов пользователей в иерархическом виде, помогает проанализировать длину пути до правильного ответа, то есть до момента, когда сотрудник нашел нужную информацию. Сейчас формируем таблицу и обрабатываем ответы пользователей. Будем выгружать аналитику и смотреть, насколько мы попали в ожидания по структуре данных.
График составляется как на 1 день, так и на неделю с учетом выборки работников системой, благодаря которой сотрудники «Додо» имеют полное представление о своем рабочем расписании. Общая база контактов В «Личном кабинете» работника пиццерии есть справочник контактов всех сотрудников ресторана. Он нужен для того, чтобы в случае необходимости обратиться к управляющему или в кратчайшие сроки найти замену. Общая база контактов содержит сведения о следующих работниках: руководителях предприятия; В общей базе есть справочник контактов всех сотрудников ресторана.
Оставление отзывов и жалоб Также ЛК работника предусматривает опцию «Отзыв». Используя ее, сотрудник может оставить пожелание, жалобу или предложение по работе. Dodo IS позволяет сделать это и анонимно. Все сообщения поступают к директору пиццерии, который принимает решения по заданным вопросам.
Отработанная обратная связь между управляющим персоналом и подчиненными улучшает работу всего коллектива и позволяет поддерживать открытую дружественную атмосферу среди работников пиццерии. Каким категориям сотрудников доступен ЛК «Личный кабинет» разработан технической службой сети пиццерий «Додо» для работников кухни и курьеров для того, чтобы эта категория линейных сотрудников могла варьировать рабочий график, при необходимости оперативно искать себе замену среди коллег, контролировать отработанные часы, текущую заработную плату, следить за сроками действий медицинских и санитарных книжек, узнавать новости компании.
По итогам 2016 года компания «Додо Пицца» стала крупнейшей сетью в России по количеству пиццерий. Сегодня сеть насчитывает более 180 пиццерии в 9 странах, включая США и Китай. Основа бизнеса — полная прозрачность и открытость, а также собственная облачная информационная система «Додо ИС», которая управляет всем бизнесом.
Мы долго вынашивали идею системы, не знающей усталости, под управлением которого билось бы цифровое сердце Додо. Мозга, который управлял бы всеми процессами пиццерии с выгодой для партнёров. Раз уж автоматизировать, то автоматизировать по-крупному В 2021 году мы начали разрабатывать систему «Небесный логист», которая позволит партнёрам легко настраивать стратегию для себя простым движением руки. Как в играх: хочешь доставлять быстрее — смещаешь ползунок левее; хочешь дешевле — ползунок правее. По задумке так будут настраиваться все стратегии: от параметров закупки по каким ценам и с какими сроками доставки Небесный логист будет заказывать продукты до количества курьеров на смене. От управления зоной доставки до управления стопами на кухне и балансировкой заказов между пиццериями. А если партнёр ещё не решил, что ему важнее, то система подумает за него и выдаст рекомендации, как побольше заработать или сэкономить. Что будет уметь Небесный логист: собирать заказы в поездку и назначать поездки на курьеров автоназначение ; управлять количеством курьеров на смене так, чтобы они не сидели без дела, но и чтобы не было недостатка курьеров; управлять кухней так, чтобы заказ был готов чётко к прибытию курьера. Ещё на старте мы понимали, что замахнулись на что-то сложное и масштабное, поэтому решили есть слона по частям. Начали с автоматизации доставки, чтобы система сама назначала заказы курьерам, учитывая дальность заказов, тип транспорта курьера и количество заказов в поездке. Разрабатывать в вакууме — путь в никуда Мы — зрелая продуктовая команда, которая давно не смотрит на мир через розовые очки. Поэтому хорошо осознаём, что на старте разрабатываем идеализированный продукт в вакууме и постепенно будем вносить в него правки, отражающие реальное положение дел. Походы в пиццерию, проведение интервью с менеджерами, наблюдения из аналитики дадут нам представление о работе курьеров в пиццериях, но невозможно узнать всё заранее. В нашей идеализированной модели курьеры чётко выполняют свои обязанности, на смене всё идёт по плану. В реальности в пиццерии всё может быть совсем не так. И чтобы понять, как и с чем мы столкнёмся при внедрении продукта на всю сеть, нужно обязательно тестировать в полях. Мы наметили итерации, каждая из которых — жизнеспособный продукт с некоторыми ограничениями. Как только получаем такой — выбираем жертву пиццерию, собираемся своей дружной командой и идём тестировать. Автоназначение: первый шторм В марте 22-го завершилась разработка в рамках первой итерации. На этом этапе мы хотели проверить жизнеспособность идеи автоматического назначения заказов на практике. Система была ещё очень проста: она определяла, какой заказ самый приоритетный к доставке и назначала его на первого курьера в очереди.
Как создать личный кабинет на сайте Додо ИС
Расскажем вам, как DocsInBox помогли «Додо Пицце» автоматизировать работу с системой «Меркурий», избежать просрочек гашения ветеринарных сертификатов и сократить время работы с ФГИС. About Dodo Our IT Transparency Franchising Goals 2019 All key posts. Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. У Додо есть собственные программные разработки Додо ИС.
О том, как разработчики пилят IT в Dodo
Product Owner — это такой mini-CEO. Он также может увольнять команду разработки, нанимать себе другую. В жизни вы таких много людей видели? Мы — нет, поэтому у нас не так. Слишком много для одного человека. У нас эта классическая роль, как она описана в Скрам Гайде, размазана. Федор отвечает за стратегию и за бюджет, а Дима управляет бэклогом и работает с командами. При этом ещё в этот процесс вовлечены руководители направлений бизнесовых: маркетинг, пиццерии, Digital сегмент и так далее. И большая часть решений принимаются командно. Если решение не получается, тогда Дима выстраивает приоритет, но как правило, это не требуется. Часто говорят, что Product Owner как комитет — это не сработает, потому что все будут ссорится, отбирать друг у друга ресурсы команды и так далее.
У нас это не происходит, потому что это диктуется нашей культурой. Второй популярный тезис, что команда должна быть самоорганизующейся. Самоорганизующаяся команда сама выбирает как ей работать, у неё нет менеджеров, которые ей управляют. Ей надо создать условия и не мешать. И мы так попробовали — не получилось. Оказывается, хорошие разработчики хотят создавать крутой продукт, они не хотят заниматься менеджментом. Мы почему-то часто противопоставляем, что есть классический менеджмент и есть Agile. В менеджменте нет ничего плохого и некоторые инструменты оттуда мы решаем использовать, исходя из здравого смысла. До полной самоорганизации надо дорасти, она будет, но не сразу. Хороший менеджер поможет команде стать самоорганизующейся, он её научит как менеджерить саму себя.
Это необходимый этап, через который команды должны пройти. Следующий тезис: Scrum, LeSS и другие фреймворки нужны вам, потому что вам нужна гибкость. У вас полная неопределённость, запутанный домен, ничего не понятно, бэклог каждый день меняется. Действительно ли у вас такая высокая неопределённость? Если да — вы получите все преимущества от Scrum и кросс-функциональных команд и от гибкости. Но если нет, то вы можете получать преимущества от других вещей: от предсказуемости, от фокуса, от специализации.
Аналитики Knight Frank опасаются, что компания может столкнуться с нежеланием потенциальных участников подключается к единой облачной информационной системе и, соответственно, платить за это, помимо роялти. Также вызывает вопросы как будут учитываться различные технологические потребности профилей предпринимателей столь диверсифицированного портфеля франшиз. С другой стороны, на американском рынке есть несколько схожих примеров франчайзинговых систем и, если компания сможет доступно презентовать свое предложение рынку, то у проекта есть все шансы на успех", - пояснили в компании. Говоря о других бизнес-форматах, Овчинников отметил, что в его будущей сети доступных мини-отелей не будет администраторов - объектами можно будет управлять также с телефона. Лариса Еремина, заместитель директора департамента стрит-ритейла Colliers International, считает, что самое главное в этом — простота использования и возможность адаптации заказа под себя, что удобно и быстро, если иметь телефон под рукой.
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, где он сохраняется в базу. В базе есть таблицы с заказом, составом заказа, клиентом и они все связаны. Интерфейс отображения заказа идет и вытаскивает последние заказы и отражает их. Новые модули Прием заказа был важен и необходим. Нельзя сделать бизнес по продаже пиццы, если нет приема заказа для продажи. Поэтому система начала обрастать функционалом — примерно с 2012 по 2015 года. За это время появилось много различных блоков системы, которые я буду называть модулями, в противовес понятию сервиса или продукта. Модуль — это набор функций, которые объединены какой-то общей бизнес-целью. При этом физически они находятся в одном приложении.
Практика показала, что веб-приложение работает стабильно, скорость приема заказов высокая, а за все время работы с ноября по январь не было ни одного обрыва соединения. Компетенция Существуют ли риски того, что наша компания, занимающаяся розничным операционным бизнесом, не обладает достаточной компетенцией для разработки информационной системы? Разработка системы существляется опытными специалистами из Подмосковья, которые работают в компании full-time. В будущем команда разработчиков будет расширена. Руководство проектом осуществляет Овчинников Федор, который имеет опыт использования и внедрения информационных системы в торговой розничной сети, опыт взаимодействия с разработчиками и ведения сложных проектов. В проектировании системы нет разрыва между реальным бизнесом и разработчиками. Методика разработки информационной системы Информационная система разрабатывается по принципу step by step. Проект разбивается на этапы. Задача каждого этапа — запустить работающий модуль. После завершения разработки модуль сразу же запускается в работу. Таким образом разработчики сразу же получают обратную связь — исправляются ошибки, вносятся коррективы и улучшения. Наша задача — создать максимально удобную и эффективную информационную систему для нашего бизнеса, работая по принципу кайдзен постоянный улучшения. Структура и план разработки информационной системы Dodo IS Разработка системы ведется с июня 2011 года. Структура информационной системы 1. Прием заказа запущен в работу в ноябре 2011 Модуль приема заказов от клиентов по телефону. Прием заказов осуществляется на планшетных компьютерах. Для быстрого приема заказа создан специальный интерфейс. Для запуска этого модуля создана база клиентов, которая станет в будущем основной модуля — CRM cистема управления взаимоотношениями с клиентами. Видео о системе Подробное описание — 1 , 2. В будущем мы планируем интегрировать прием заказов с сервисами IP-телефонии например, Asterisk , которые дадут возможность определять номер звонящего и сразу по номеру выводить имя клиентов и адреса доставки, которые были связаны с этим телефоном в прошлых заказах. Был разработан специальный конструктор акций, который дает широкий диапазон для фантазии маркетологов. В тоже время система полностью исключает возможности злоупотреблений маркетинговыми акциями со стороны персонала пиццерии. Реализованные возможности 1. Автоматические 2. Акции по Промо-кодам Автоматические акции применяются автоматически вне зависимости от действий оператора, если сработало условие акции. Например, по условиям акции на конкретную пиццу предоставляется специальная цена в определенный день недели в определенное время. Данная акция срабатывает автоматически. Как только условия акции выполняются, цена на пиццу, участвующую в акции, меняется. Акциия по промо-кодам применяются после ввода оператором промо-кода, который диктует клиент.
Автоматизируем бизнес по-крупному: создаём свой «цифровой мозг»
Владелец сайта предпочёл скрыть описание страницы. Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени. Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника.
Эволюционный подход к обновлению продуктов. Новая главная страница «Базы знаний» Додо
| Пожалуй, лучшая база знаний для лучшей сети пиццерий! | Управление знаниями | Дзен | Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос. |
| О том, как разработчики пилят IT в Dodo | «Додо ИС» была призвана сделать работу в пиццерии легче. |
| Додо ис база | База знаний ИИ Презентация. История о том, как мы автоматизировали контакт-центр «Додо Пиццы». |
| Как «Додо Пицца» предотвратили проблемы с гашением ВСД | Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. |
Как открыть пиццерию по франшизе
| История «додо пиццы». Dodo IS — информационная система как ядро франчайзинга | About Dodo Our IT Transparency Franchising Goals 2019 All key posts. |
| Додо ис смены | «Додо ИС» была призвана сделать работу в пиццерии легче. |
| Виртуальный ЦОД в Додо Пицца | В Додо Пицце все бизнес-процессы управляются единой информационной платформой Dodo IS. Она помогает готовить пиццу, вести учёт продуктов, открытых и закрытых смен, управлять командой и многое другое. |
Додо ис база знаний
В дальнейшем появились задачи по улучшению функциональных возможностей приложения и добавлению новых, например, таких как различные способы оплаты и заказ в зале. Решение: Разработали с нуля дизайн и структуру приложения, которые позволяли клиентам максимально просто и удобно заказть пиццу в нужном ресторане. Со временем адаптировали приложение на iOS для слабовидящих. Мобильные приложения написаны и поддерживаются на Swift и Kotlin. Подробнее Приложение Додо пицца Задача: Первоначально стояла задача разработать и поддерживать приложение, через которое клиенты могли легко сделать заказ на доставку в любом ресторане Додо Пиццы с мобильных устройств.
Административная часть: Мы проработали сценарии поведения клиентов и настроили интеграцию приложений с Додо ИС: после того, как клиент вручную указывает адрес доставки, в меню отображаются те продукты, которые доступны к заказу в пиццерии, входящей в нужную зону доставки. Авторизация клиента в приложении позволяет сохранять историю заказов, участвовать в программе лояльности, получать персональные промо-предложения. Со временем добавляли новые функциональные возможности: выбор способа оплаты, возможность получить заказ в ресторане, доставку до столика, выбор адреса по геоданным, сториз с новостями и маркетинговыми акциями, добавление или удаление ингредиентов, выбор пиццы из половинок, заказ готовых комбо-наборов с возможностью добавить дополнительные позиции, чат с поддержкой, возможность оставить отзыв и чаевые курьеру. По мере открытия Додо Пиццы в новых странах мы сделали его мультиязычным: не нужно каждый раз скачивать новое приложение, можно просто выбрать нужную страну и язык в настройках.
Для перевода на другие языки мы разработали и используем собственную систему «Лингвини». Приложения: В любом мобильном приложении Додо Пиццы клиент может указать адрес доставки выбрать на карте или через строку поиска или выбрать удобную пиццерию для заказа в зале, увидеть актуальное меню, указать время доставки, оплатить заказ удобным способом, написать в чат с поддержкой и оставить отзыв о заказе, отслеживать статус приготовления и доставки. В случае, если курьер задерживается и не приезжает вовремя, клиент увидит соответствующее уведомление в приложении и получит сертификат на бесплатную пиццу при следующем заказе. На текущий момент в мобильном приложении Додо Пиццы можно разместить заказ в более чем 900 пиццериях в 17 странах.
Решение: Разработали дизайн приложения и само мобильное приложение под iOS и Android. Повысили привлекательность приложения уникальным функционалом: сбор комбо в корзине, донер-встряска, программа лояльности с донер-коинами. Мобильные приложения написаны и поддерживаются на Swift и Kotlin Подробнее Приложение Донер 42 Задача: Создать мобильное приложение для заказа в сети донерных Донер 42, разработать для этого интерфейс, отличный от интерфейса приложения Додо Пиццы и привлекающий клиентов с целью развития нового стартапа. Мобильные приложения написаны и поддерживаются на Swift и Kotlin Административная часть: Мы адаптировали функциональность Додо ИС для реалий донерного бизнеса: в нем на то, чтобы отдать заказ, есть гораздо меньше времени, и все процессы из-за отсутствия например выпекания заказа происходят быстрее.
Если да — вы получите все преимущества от Scrum и кросс-функциональных команд и от гибкости. Но если нет, то вы можете получать преимущества от других вещей: от предсказуемости, от фокуса, от специализации. Мы поняли, что мы ни в одной из крайностей и не посередине, а где-то ближе к определенности. Например, мы выпускаем кассу доставки и знаем, что не откажемся от концепции доставки и не поменяем полностью бизнес-модель, и бэклог не перестроится. Следующий тезис, который тоже часто используют коучи: команда должна делать всё. У команды есть все компетенции, она умеет делать Customer Development, разрабатывает, тестирует, потом выкладывает в продакшн, осуществляет поддержку пользователей. Хорошо, если она при этом еще бизнес-метрики соберёт, на фидбэк отреагирует.
Но у нас опять-таки не так. Наш продукт очень сложный. На некоторые гипотезы точно одного спринта не хватит, нужно месяцы работы, чтобы просто погрузиться в домен. Поэтому мы пришли к модели, когда команды у нас кросс-доменные, а продакт-менеджеры узкоспециализированные. И, как правило, это люди, которые сами в пиццерии работали или очень много времени проводят в нашей рознице для того, чтобы понимать эту экспертизу и формулировать глубокие и прорывные идеи и гипотезы. Следующий тезис — Collective code ownership, то есть код в продукте принадлежит всем командам, и они в нём ориентируются. Есть Feature Adoption Map, когда мы должны стремиться вот туда в правый верхний угол, где команды знают всё про продукт и умеют его полностью поддерживать.
И наши команды начали на это настраиваться с самого начала. И поняли, что Collective code ownership — это хорошо и правильно, и надо туда идти, но это нужно делать постепенно. Если попытаться это сделать сразу, то вы попадёте в no ownership: все могут менять весь код, но никто им не владеет, никто не понимает как он должен развиваться, никто не следит за его чистотой. При этом у компонентов кода есть component owner, который будет думать, как ему развивать и рефакторить его. Другие команды могут помогать, вливать код в тот же компонент, перед этим пообщавшись с этим component owner. Ещё один тезис — выделенные команды для чего-либо. Мы такие команды обычно не создаём, потому что собираем всю экспертизу в одном месте.
Вот пример из команды QA. Мы собрали тестировщиков, на берегу договорились, что команда будет существовать месяцев 6-7, основная задача — это автоматизировать ручное тестирование, чтобы можно было выкладываться в продакшн без ручного регресса. После этого мы их распределили по разным командам, и сейчас у нас нет выделенной команды QA. Второй пример, команда платформы или SRE. Она у нас выделенная, потому что чтобы погрузиться в нашу инфраструктуру, требуется много времени. Гемба этой команды — это другие команды разработки, соблюдение нефункциональных требований, помощь командам с инструментами, например логированием или мониторингом.
В это же время некоторые франчайзи «Додо Пиццы» начали искать решения по автоматизации этого процесса. Важная особенность сети — экспертность в вопросах автоматизации: «Додо» максимально автоматизируют свое производство и бизнес-процессы. Компания искала не просто надежных поставщиков IT-решения для работы в государственном сервисе «Меркурий», она хотела развиваться с теми, кто близок им по духу. Всего нужно было контролировать 400 пиццерий, исключить получение штрафов по гашению ВСД и освободить сотрудников от рутинной работы.
По итогам 2016 года компания «Додо Пицца» стала крупнейшей сетью в России по количеству пиццерий. Сегодня сеть насчитывает более 180 пиццерии в 9 странах, включая США и Китай. Основа бизнеса — полная прозрачность и открытость, а также собственная облачная информационная система «Додо ИС», которая управляет всем бизнесом.