Веб-приложение для автомойки: как сделать табло очереди, статусы постов и пакеты услуг, а админку смены и отчет по выручке сгенерировать с AI.
Автомойке чаще всего не нужна «большая CRM». Нужна понятная очередь, отсутствие простоя постов и минимум споров с клиентами. Поэтому веб-приложение для автомойки почти всегда начинается с двух вещей: табло для клиентов и рабочий экран для администратора.
Без электронной очереди на автомойке все упирается в путаницу. Кто-то «отъехал на минутку» и вернулся, кто-то записывался «только кузов», а на месте добавил салон, и очередь внезапно перескочила. Администратор тратит время на объяснения, мастера ждут, новые клиенты разворачиваются.
На табло клиенту не нужна «внутренняя кухня». Ему нужен короткий ответ: где он в очереди и сколько ждать. Обычно хватает 3-4 полей: номер (или код), выбранный пакет услуг, примерное время ожидания и статус. Статусы должны читаться мгновенно: «ожидает», «на посту», «готово».
Администратору, наоборот, нужна операционка: какие посты заняты, кто следующий, и что можно сделать в два клика. Процесс чаще всего ломается на мелочах: забыли отметить выезд машины, добавили услугу и не пересчитали ожидание, «поставили своего» без следа.
Обычно конфликт начинается с одной и той же логики «мне положено раньше». Типовые формулировки звучат так:
Большинство моек работают в режиме 2-6 постов, с услугами разной длительности и резкими пиками (пятница вечер, выходные, первые дни после снегопада). Значит, система должна открываться на телевизоре или планшете, не требовать обучения и не заставлять администратора делать лишние действия.
Пример: мойка на 4 поста. Два заняты комплексом, один экспрессом, один простаивает, потому что непонятно, кто следующий и что он выбрал. Табло снимает вопрос «кто за кем», а экран администратора показывает, какой пост освободится раньше и кого логично поставить следующим.
Чтобы электронная очередь реально заработала, не стоит начинать с «суперсистемы». Нужен понятный минимум: кто что делает, где это видит, и какие события меняют статус. Тогда веб-приложение для автомойки станет полезным уже в первый день.
Обычно хватает четырех ролей:
Важно заранее разнести права. Мастер не должен «править цены», а управляющему не нужно вручную трогать очередь. Чем меньше пересечений, тем меньше споров.
Табло. Его показывают на телевизоре или планшете: кто следующий, какие посты заняты, какие свободны.
Панель администратора смены. Здесь создают заказ, выбирают пакет услуг и допы, ставят в очередь и назначают на пост.
Услуги и цены. Короткий список пакетов, допов и правил расчета. Если цены живут «в голове администратора», очередь быстро становится конфликтной.
Для старта достаточно нескольких сущностей: очередь, пост, заказ, пакет услуг, платеж и смена. Заказ связан с пакетом услуг, а платеж привязан к смене, чтобы сходилась выручка.
События тоже простые: постановка в очередь, старт работ, пауза (например, клиент ушел за вещами или ждут пылесос), завершение, перенос на другой пост. Пример: администратор ставит авто в очередь, мастер на Посте 2 нажимает «Старт», затем «Пауза» на 5 минут, после чего завершает. Система освобождает пост и поднимает следующего в табло.
Если этот минимум работает без ручных «переписываний», дальше можно спокойно добавлять детали.
Чтобы электронная очередь на автомойке не превращалась в ручные договоренности, нужна короткая модель статусов. Она должна отвечать на два вопроса: какой пост занят и где сейчас конкретная машина.
Для постов обычно хватает пяти состояний: «Свободен», «В работе», «Пауза», «Готово», «Закрыт». «Готово» удобно, когда машину уже можно выдавать, но клиент еще не подошел или нужно быстро протереть стекла. «Закрыт» нужен, когда пост временно недоступен (поломка, уборка, нет сотрудника).
Для заказов держите четыре статуса: «Ожидает», «На посту», «Завершен», «Отменен». Критично, чтобы заказ был «На посту» только на одном посту. Иначе табло очереди для мойки начнет врать.
Заранее зафиксируйте правила, и система станет предсказуемой:
Если в пакете есть «мойка + сушка + салон», не дробите заказ на три мини-заказа. Оставьте один заказ и добавьте внутри простой прогресс: чекбоксы операций или счетчик «1 из 3». Статус заказа при этом остается «На посту», пока не отмечены все операции.
Пример: машина заехала на пост 2, пост стал «В работе», заказ - «На посту». Сотрудник ставит «Пауза», если ждет клиента для допов. Когда все операции отмечены, пост - «Готово», заказ - «Завершен», и очередь сдвигается без лишних разговоров.
Табло очереди должно читаться с 5-10 метров за 2 секунды. Это не экран «для красоты», а инструмент, который снижает вопросы у ресепшена и помогает водителям спокойно ждать. Если вы делаете веб-приложение для автомойки, табло стоит собрать первым.
Главное правило простое: одна строка - один заказ. В строке оставьте только то, что влияет на действия клиента прямо сейчас:
Чтобы не перегружать экран, уберите фамилии, марки машин, телефон и любые служебные поля. Эти данные нужны в админке, а на табло они только мешают и провоцируют споры.
Удобная схема для реальной мойки - два блока в одном экране: общий список очереди и отдельный блок «На постах». Вверху показывайте 3-6 ближайших номеров, а справа или ниже фиксированно держите 2-8 активных постов (по размеру мойки). Тогда клиент видит и «когда я следующий», и «какие посты заняты».
Обновление должно идти само, без ручных перезагрузок: экран на ТВ часто работает неделями. Если интернет пропал, заранее продумайте поведение: показывать последнюю известную очередь с пометкой «нет связи», а после восстановления не «перескакивать» номера, а спокойно догнать изменения. Администратору можно дать отдельную кнопку «обновить сейчас» на скрытом экране.
Практический пример: на мойке 4 поста. Клиент с номером 18 видит, что «18 - вызван, пост 3», а через минуту статус становится «на посту». Без объяснений понятно, что делать.
Такой экран можно быстро собрать в TakProsto: описываете формат строк, статусы и правила автообновления, а платформе поручаете заготовку интерфейса и логику обновлений.
Если пакеты услуг описаны «на глаз», табло быстро начинает врать: клиенту обещают 10 минут, а он стоит 40. Чтобы электронная очередь на автомойке была честной, договоритесь о простых правилах: сколько в среднем занимает каждый пакет и какие допы реально добавляют минуты.
Пакет лучше хранить не как «красивое название», а как набор параметров:
С допами правило такое же: у каждого должна быть не только цена, но и добавочное время. Иначе очередь «съедает» посты незаметно.
Для старта хватит самых частых допов, например: воск (+10 минут), чернение (+5), коврики (+5), быстрый салон (+20), антидождь (+15).
Как считать ожидание на табло очереди для мойки: берите время пакета, прибавляйте время допов, затем суммируйте по очереди с учетом количества постов. Если постов 3, первые 3 машины получают «старт сейчас», остальные ждут, пока освободится ближайший пост. Модель простая, но уже дает понятные цифры.
Пример: «Эконом» 20 минут, «Стандарт» 30, «Комплекс» 45. Клиент выбирает «Стандарт» + воск (+10) = 40 минут. Если перед ним на этом посту уже стоит машина на 45 минут, табло показывает ожидание около 45 минут, а не «скоро».
Чтобы изменения прайса не ломали историю продаж, разделите «каталог» и «факт продажи». В заказ сохраняйте снимок: название пакета, цену, выбранные допы, их цены и добавочное время на момент покупки. Тогда прайс можно обновлять хоть каждый день, а отчеты за прошлые смены останутся корректными. В веб-приложении для автомойки это обычно снимает большинство споров про «раньше было дешевле» и «почему выручка не сходится».
Сначала зафиксируйте правила работы конкретной мойки - не «как должно быть», а как есть: сколько постов, какие услуги, как считают время, что делают при опозданиях, какие бывают оплаты (наличные, карта, перевод), кто имеет право менять статус. Это лучше собрать на одной странице, чтобы потом не спорить на месте.
Дальше набросайте три экрана, даже на бумаге, и покажите администратору и мастерам. Вам нужно быстро услышать «да, удобно» или «так мы не работаем». Обычно достаточно табло очереди для клиентов, экрана администратора смены и экрана выбора услуг и допов.
Рабочий план, который помогает не расползтись в «идеальный продукт»:
Структуру данных держите минимальной. Например: у заказа есть выбранный пакет услуг, сумма, статус, привязка к посту (если уже назначен) и время создания. У поста - номер, текущий статус и активный заказ. У смены - время открытия, закрытия и итоги по оплатам.
Чтобы ускориться, админку смены и отчет по выручке удобно сгенерировать через TakProsto: вы описываете поля и действия обычным языком, а потом доводите нюансы уже на месте.
Админка смены часто съедает больше времени, чем табло. Это как раз тот кусок, который удобно собрать через AI: экраны типовые, правила понятные, а цена ошибки ниже, чем в логике очереди. Для статусов постов автомойки и расчета очереди лучше оставить ручной контроль, а админку смены и отчет по выручке поручить генерации.
Начните с минимального набора полей. Вам нужен контроль денег и дисциплина действий, а не полный бухучет.
И сразу определите действия, которые станут кнопками и правами доступа: открыть смену, создать заказ, назначить пост, закрыть заказ, закрыть смену.
В TakProsto удобно дать задачу одним сообщением: экраны, поля, правила, тексты кнопок и что показывать после нажатия. Чем точнее описаны правила, тем меньше переделок.
Собери админку смены для автомойки.
Экраны: 1) Открытие смены 2) Список заказов смены 3) Карточка заказа 4) Закрытие смены 5) Отчет смены.
Поля смены: стартовая касса, наличные, безнал, скидки, возвраты, комментарий.
Правила: нельзя создать заказ, если смена не открыта; скидка требует причину; закрытие смены блокирует создание новых заказов.
Кнопки: Открыть смену, Новый заказ, Назначить пост, Закрыть заказ, Закрыть смену.
Отчет: итоги смены и разбивка выручки по пакетам услуг.
Для отчета по выручке начните с одного экрана: итоги смены (наличные, безнал, скидки, возвраты, итог) плюс таблица по пакетам услуг (пакет, количество, сумма). Этого хватает, чтобы быстро заметить, что кассир пробивает не те пакеты, а очередь начинает вести себя странно.
Утро, 10:15. На мойке 3 поста и уже 7 машин в очереди. Администратор принимает заявки у въезда: выбирают пакет (например, «Стандарт» или «Комплекс») и сразу отмечают тип оплаты. Клиент получает номер, а на табло появляется строка: номер, пакет, текущий статус.
Посты показываются как П1, П2, П3, и у каждого есть понятный этап работы. Клиент на табло видит только главное: кто обслуживается, кто следующий, какие посты заняты.
Один из клиентов в очереди (номер 5) просит добавить допы: «воск» и «чернение резины». Администратор не создает новый заказ и не путает очередь: он открывает заказ №5, добавляет допы, и система пересчитывает стоимость и ожидаемое время. На табло у №5 достаточно показать короткую пометку вроде «Стандарт + допы».
Пример хода дня по постам:
В 11:05 возникает типичная ситуация: на П2 задержка из-за сильной грязи, а на П3 освободилось место. Администратор переносит заказ №4 с П2 на П3 одним действием. Очередь не ломается: номер остается тем же, меняется только привязка к посту и статус. На табло клиент видит обновление сразу: «№4 теперь на П3».
В конце смены администратор нажимает «Закрыть смену» и получает короткий отчет: сумма наличными и по карте, сколько заказов прошло, какие пакеты брали чаще всего, сколько допов добавили и общий итог по выручке. Это помогает сверить кассу без ручных таблиц и без споров, кто и что продал.
Провал очереди чаще всего связан не с техникой, а с путаницей на месте. Если сотрудник каждый раз думает, что нажать, он будет делать это по-разному, и табло перестанет быть полезным.
Первая ловушка - слишком много статусов и исключений. В итоге один и тот же заказ «живет» в разных состояниях, а очередь скачет. Обычно это проявляется так: делают 10-15 статусов (вплоть до «пена», «ополаскивание», «протирка»), придумывают отдельные статусы под каждый пост и тип услуги, разрешают менять все кому угодно.
Вторая ловушка - нет единого источника правды. Это когда табло берет данные из одного места (кэш, копия, отдельная таблица), а админка смены и отчет по выручке - из другого. Пока все спокойно, незаметно. Но при первом споре клиент говорит, что был третьим, а табло показывает, что он пятый.
Третья ловушка - ломаются отчеты после изменения цен и пакетов. Если в заказе хранится только ссылка на текущий прайс, вчерашние чеки пересчитываются задним числом, и выручка «не сходится».
Четвертая ловушка - не продуманы отмены и возвраты. Пример: клиент оплатил комплекс, потом отказался от допа. Если сделать просто «удалить доп», вы теряете след и не понимаете, почему сумма изменилась.
Практичный минимум, который спасает в большинстве случаев:
Если вы собираете MVP в TakProsto, попросите AI сгенерировать админку смены так, чтобы она показывала журнал событий (кто, что, когда изменил) и сверку оплат. Это помогает поймать расхождения еще до пилота.
Перед пилотом важно проверить не «красоту», а то, что система выдержит реальную мойку: яркий свет, мокрые экраны, спешку и человеческий фактор.
Попросите человека отойти на 5-10 метров и прочитать табло с первого раза. Крупный шрифт и высокий контраст важнее дизайна: номер в очереди, текущие посты и статусы должны читаться без прищура. Проверьте при дневном свете и вечером, когда освещение другое.
Проверьте логику, иначе электронная очередь на автомойке начнет спорить с администратором:
Практический тест: создайте 10 заказов, назначьте 3 на разные посты, один отмените, у одного измените пакет. Затем закройте смену, откройте отчет дважды и сравните суммы. Если все совпало и табло читается с расстояния, пилот можно начинать.
Один пилот на одной точке дает больше пользы, чем попытка «сразу для сети». Для старта достаточно одного табло (телевизор в зоне ожидания) и одного администратора, который ведет очередь и меняет статусы постов. Чем меньше переменных, тем быстрее понятно, что реально мешает.
План пилота на 7 дней:
За неделю соберите метрики, которые помогают принимать решения: среднее ожидание по времени суток, загрузку постов (сколько минут пост реально занят), выручку по пакетам. Полезно также отмечать долю допов (например, воск или чернение) и сколько раз очередь сбивалась из-за ручных правок.
После пилота расширяйтесь постепенно: сначала допы и простые акции (например, скидка в непиковые часы), затем второй экран для мастеров, где видно только текущие машины и задачи по постам. Если появляется вторая мойка, не копируйте все «один в один» без проверки: часто отличаются пакеты и правила очереди.
Если нужен быстрый старт без долгой разработки, TakProsto (takprosto.ai) подходит для сборки MVP через чат: можно начать с planning mode, описать роли, статусы и экраны человеческим языком, а затем развернуть версию с хостингом в России. При необходимости платформа позволяет экспортировать исходники и передать их разработчику для доработок под ваши процессы.
Начните с табло для клиентов и панели администратора смены. Если клиент видит понятный номер, статус и примерное ожидание, а администратор может в два клика поставить в очередь и назначить на пост, система уже снижает хаос и споры.
Обычно хватает номера (или кода), короткой метки пакета, статуса и ожидания, плюс номера поста, если он уже назначен. Лишние данные вроде телефона и марки авто лучше оставить в админке, чтобы табло читалось за пару секунд с расстояния.
Держите короткую модель: для заказа «Ожидает», «На посту», «Завершен», «Отменен», а для поста «Свободен», «В работе», «Пауза», «Готово», «Закрыт». Чем меньше исключений и ручных договоренностей, тем меньше конфликтов и тем легче обучить смену.
Мастер должен управлять только тем, что влияет на реальную работу на посту: «В работе» и «Пауза». Администратор отвечает за очередь, назначение на пост, отмены и финальное «Завершен», чтобы контролировать оплату и выдачу.
Фиксируйте добавление допов как изменение заказа с автоматическим пересчетом времени и суммы. Клиенту на табло достаточно короткой пометки, а внутри заказа сохраняйте, какие допы добавили и на сколько минут они увеличили работу.
Задайте для каждого пакета среднее время и для каждого допа добавочное время, затем суммируйте очередь с учетом количества постов. Это не идеальная математика, но она дает честные ориентиры и сразу снижает претензии в стиле «мне обещали 10 минут».
Сделайте правило: заказ может быть «На посту» только на одном посту, а перенос — это отдельное действие с записью в истории. Тогда табло не будет показывать одну машину в двух местах, и сотрудникам проще объяснить клиенту, что произошло.
Показывайте последнюю известную очередь с заметной пометкой, что связи нет, и не заставляйте персонал постоянно обновлять страницу. После восстановления соединения система должна аккуратно догнать изменения без дублей и без внезапной смены номеров у клиентов.
Разделите «каталог» и «факт продажи»: в заказ сохраняйте снимок пакета и допов с ценами на момент создания. Тогда обновление прайса не пересчитает вчерашние заказы, и выручка по сменам будет сходиться.
Автоматизируйте через AI типовые экраны: открытие смены, список заказов, карточку заказа, закрытие смены и короткий отчет по оплатам и пакетам. В TakProsto это удобно собрать через чат, а логику очереди и статусы лучше заранее зафиксировать правилами и проверить на реальном дне работы.