АСУ для кофеен. Часть 1
Данная статья открывает цикл статей о создании и функционировании крупной автоматизированной системы учета для федеральной сети кофеен, о которой я так или иначе многократно упоминал в сообществе. В частности, мои доклады в Минске в декабре 2015 г. и ноябре 2017 г. основаны на отдельных составляющих данной АСУ.
Часть 1. Предыстория.
Часть 2. Почему выбран MODX Revolution. Серверная часть.
Часть 3. Работа с оборудованием. Примерная хронология проекта.
Часть 4. Синхронизация данных и обновление компонентов АСУ
Часть 5. Пути решения проблем при «непонятном» поведении движка/компонентов. Реализация складского учета
Часть 6, 7. Текущие функциональные возможности АСУ
Часть 8. Текущие показатели АСУ. Желаемые планы. Заключение
Предыстория
Все началось в 2014 году, когда ко мне обратились владельцы сети кофеен с вопросом о возможности создания системы управлению (далее СУ или АСУ) сетью заведений под их бизнес-требования.
С учетом отсутствия у меня опыта в создании подобных проектов, сначала я смотрел на имеющиеся готовые решения на рынке, коих было очень мало. Да и до сих пор их количество значительно не увеличилось. По сути, можно выделить всего 2 главенствующих продукта — R-Keeper и iiko. Ключевые причины, по которым данные продукты не устраивали:
- особенности бизнес-процессов данной сети кофеен, из-за которых все равно требуется большой объем доработок (и не все из них возможны в явном виде);
- высокая стоимость лицензий.
Забегая вперед, можно сказать, что после разработки АСУ под заказ стоимость платформы для каждой новой кофейни оказалась равна нулю. И это, разумеется, очень приятный факт.
Теперь об особенностях бизнес-процессов.
Почти все заказы принимаются у барной стойки с оплатой сразу, а прием заказов из зала доступен только для второго и последующих заказов, поэтому не требовалось распределенной системы терминалов и чековых принтеров по залу.
Для безалкогольных напитков действует система флаеров, позволяющих при предъявлении бумажного флаера получить второй напиток той же категории бесплатно. Очень удобно для посетителей и является одной из основных причин, почему многие полюбили данную сеть.
Если первая особенность легко реализуема в рамках готовых коробочных решений, то вторая — с большими сложностями. К примеру, представители одного из указанных ранее продуктов заявили о невозможности соответствующей доработки. А исключать такой маркетинговый инструмент владельцы сети были не готовы. Разумеется, имеются и другие особенности, которые не вписываются в типовой набор возможностей готовых продуктов.
В качестве промежуточного итога — после нескольких месяцев изучения ситуации владельцами было принято окончательное решение о реализации системы управления «с нуля» с учетом сразу всех бизнес-требований.
Отдельным предварительным этапом явилось изучение и описание бизнес-процессов, которое позволило сформировать комплексное представление о текущем состоянии компании, функциях сотрудников, обрабатываемых документах и т.п.
Начальные пожелания по возможностям
Интерфейс, разумеется, выглядит иначе.
Помимо очевидных требований для типовой АСУ добавились бизнес-требования. Общий перечень получился следующим:
- Прием заказов в кофейне сотрудником с использованием сенсорного моноблока
- Логирование действий барменов
- Путеводитель по процессу создания заказа (вопрос-ответ)
- Печать чеков на фискальном регистраторе
- Отчетность (статистика) для менеджеров локально в кофейне
- Общая выручка
- Продажи товаров
- Центральный сервер (далее ЦС) для агрегации данных
- Централизованное управление товарами и их составом
- Централизованная отчетность (статистика) по продажам
- Общая выручка
- Продажи товаров
- Синхронизация между всеми серверами в реальном времени
- Комплексные предложения (наборы товаров)
- Предложение доп. продаж позиций, соответствующих добавленным в заказ
- Флаеры
- Складской учет
- Учет остатков ингредиентов
- Списания ингредиентов при продажах
- Инвентаризации/приходы/списания
- Интеграция с системой видеонаблюдения Video.NET
- Сотрудники
- Карточка сотрудника
- Учет рабочего времен
- Программа лояльности, гости
- Карточка гостя
- Лицевой счет
- Оплата заказов с карты гостя
- SMS-уведомления
- Сканирование штрих-кодов на картах сотрудников и гостей
Также, уже на этапе утверждения начальных пожеланий, было понимание об отклонении конечного результата, так как в процессе реализации предполагалось корректировать вектор развития в соответствии с текущими потребностями.
Разделы следующих статей
- Почему выбран MODX Revolution
- Работа с оборудованием
- Примерная хронология проекта
- Синхронизация данных и обновление компонентов АСУ
- Пути решения проблем при «непонятном» поведении движка/компонентов
- Сложности при разработке
- Текущие технологические «боли»
- Реализация складского учета
- Текущие функциональные возможности АСУ
- Текущие показатели АСУ
- Желаемые планы
Продолжение следует...
Спасибо всем, кто дочитал до конца. В качестве продолжения видится еще 3-5 статей. Пишите в комментариях, на какие аспекты следует обратить особое внимание.
Комментарии: 15
Очень интересная тема, будем ждать продолжения, Михаил…
Интересно, как revo работает с оборудованием. В теории я конечно же представляю, как это работает, но на практике все гораздо сложнее…
Интересно, как revo работает с оборудованием. В теории я конечно же представляю, как это работает, но на практике все гораздо сложнее…
Сейчас дописываю (по объему) третью статью. Выкладывать буду постепенно, иначе займу половину главной :)
MODX и оборудование — легко. На прошедшей MODXpo в Минске я наглядно показал, что это возможно и работает. На видео доклада, которое ожидается в скором времени, будет видно.
MODX и оборудование — легко. На прошедшей MODXpo в Минске я наглядно показал, что это возможно и работает. На видео доклада, которое ожидается в скором времени, будет видно.
О, крутая тема и нужная! Жду продолжение с нетерпением!
Тема интересная.
Пишите в комментариях, на какие аспекты следует обратить особое внимание.Лично мне было бы интересно услышать про Серверную часть с точки зрения железа: где находится сама система ( у клиента в подсобке? ). Какое ОС на сервере и почему, стоимость решения и т. д.
Хорошо. Этот раздел уже написан, сейчас добавлю интересующие сведения.
Оказалось, что данные вопросы не освещены. Добавил соответствующий раздел, читайте в следующей статье.
Я так понимаю следующая статья Почему MODX? будет иметь примерно следующее содержание. «Потому что я его неплохо знаю»
В целом — верно. Вот только этот тезис будет детально развернут и обоснован.
А права на софт тебе принадлежат или заказчику? То есть будешь ли выводить продукт на рынок?
На меня в этом году выходил владелец местной сети кофеен с предложением создать такой продукт. Может ему было бы интересно.
Есть смысл пообщаться. Сведи с ним, если есть возможность.
Написал в телеграм тебе
В неизменном виде я не имею права тиражировать данное решение. Тем не менее, многие наработки можно использовать в новых продуктах.
Спасибо, очень нужная и полезная статья. Михаил, когда вторую часть выложить планируешь?
Александр, завтра опубликую. Планирую выкладывать статьи через день, иначе практически вся главная ими будет заполнена.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.