Автоматизированная система приемки и выдачи
7 постов
7 постов
8 постов
7 постов
Теперь я хочу рассказать о том, как работает система с точки зрения руководителя, и подвести итог всей серии.
Сейчас у меня есть полноценная экосистема, которая охватывает все этапы работы автосервиса. Начинается всё с онлайн-записи, которую клиент оставляет через сайт или по телефону. Потом вступает в работу нейроассистент для менеджеров — он помогает принимать звонки, записывать клиентов и фиксировать все детали. На въезде клиента встречают камеры с распознаванием номеров. Система приёмки и выдачи автоматизирует осмотр, диагностику, создание заказ-нарядов, распределение работ и формирование документов.
Теперь взгляд руководителя. Для себя я сделал отдельный интерфейс, в котором вижу все процессы в виде так называемых "микромиров". Это моя будущая серия постов, но коротко скажу: я вижу каждый этап работы сервиса — от записи клиента до выдачи автомобиля. Я знаю, где находится каждый автомобиль, на какой стадии ремонт, сколько времени осталось до завершения работы, какие узлы ушли на аутсорс, какие запчасти заказаны.
Вся информация отображается в реальном времени. Я могу зайти в интерфейс с телефона или компьютера и увидеть полную картину. Если где-то возникает задержка, система показывает это. Если мастеру нужна помощь, я вижу. Если клиент ждёт дольше обещанного — я тоже вижу.
Теперь о главных итогах внедрения этой системы.
Первое — скорость приёмки выросла. Раньше мастер-приемщик тратил на один осмотр от двадцати до сорока минут. Нужно было заполнить бумаги, записать данные, сфотографировать повреждения, пообщаться с клиентом. Теперь с системой это занимает десять-пятнадцать минут. Всё, что можно автоматизировать, автоматизировано.
Второе — точность диагностики повысилась. Парсеры собирают информацию с Драйв2 и форумов, нейромодуль анализирует её и выдаёт конкретные рекомендации. Мастер не полагается только на свой опыт. Он получает подсказки, которые подтверждены данными и мануалами. Мы стали реже ошибаться в диагнозах.
Третье — сократилось время простоя мастеров. Раньше мастер мог ждать запчасти или решения по аутсорсу, не зная, когда они появятся. Теперь система даёт чёткие инструкции: освободить подъёмник, пометить заявку как "Ожидание" и взять следующую работу. Оборудование и люди загружены эффективнее.
Четвёртое — прозрачность для клиентов. Мы можем точно сказать, когда машина будет готова, назвать стоимость и объяснить, что именно будет сделано. Документы формируются автоматически, ошибки и опечатки исключены.
Пятое — я как руководитель трачу меньше времени на контроль. Мне не нужно обходить боксы и спрашивать у мастеров, что происходит. Я открываю интерфейс и вижу всё.
Сейчас я планирую дорабатывать систему. Хочу добавить модуль прогнозирования загрузки — чтобы система сама предлагала, когда лучше записывать клиентов, чтобы не было очередей. Также хочу улучшить интеграцию с поставщиками запчастей, чтобы заказы уходили автоматически, без участия менеджера.
Но то, что уже работает, даёт результат. Клиенты довольны скоростью и качеством. Мастера работают спокойнее, потому что система берёт на себя рутину. Я вижу бизнес прозрачным и управляемым.
Спасибо, что читали эту серию, всех 10 подписчиков обнял! Если у вас есть вопросы — спрашивайте в комментариях, отвечу.
Конец.
Теперь расскажу о том, как система работает с документами и как устроен заказ запчастей. Эти процессы я объединил в одном посте, потому что они тесно связаны между собой.
Для заказа запчастей я сделал механику, похожую на работу с аутсорсом. Когда мастеру или мастеру-приемщику требуется деталь, он нажимает кнопку в интерфейсе "Заказать запчасть". Система на основе данных о ремонте определяет, какие именно детали нужны. Она может подсказать артикулы, ссылаясь на мануалы и каталоги запчастей, которые загружены в базу.
После нажатия кнопки формируется заявка на закупку. Она уходит менеджеру по закупкам или непосредственно руководителю. В заявке указывается название детали, артикул, количество, желаемый поставщик и сроки, к которым деталь нужна.
Когда менеджер находит поставщика и подтверждает заказ, система создаёт запись в CRM: сколько стоит деталь, у кого заказана, когда ожидается поставка. После получения детали менеджер отмечает это в системе, и статус заявки обновляется. Мастер видит, что деталь поступила, и может продолжать работу.
Теперь о документах и бухгалтерии. Я сделал так, чтобы вся документация формировалась автоматически. Когда система создаёт заказ-наряд, она параллельно создаёт все необходимые бумаги: акт приёма-передачи автомобиля, заказ-наряд на работы, счёт для клиента, договор на оказание услуг.
Заполняются все поля автоматически: данные клиента из онлайн-записи, данные автомобиля, перечень работ, стоимость работ и запчастей, расчётное время ремонта. Мастеру или менеджеру не нужно ничего заполнять вручную.
Когда ремонт завершён и автомобиль передан клиенту, система автоматически формирует закрывающие документы: акт выполненных работ, счёт-фактуру, чек. Если клиент оплачивает онлайн, система отправляет ему все документы на почту или в мессенджер.
Финансовая часть тоже автоматизирована. Система ведёт учёт всех затрат: запчасти, аутсорс, работа мастеров, налоги. Она считает себестоимость ремонта, прибыль, рентабельность. Все данные я вижу в своём интерфейсе руководителя в виде отчётов.
Бухгалтерия тоже зашита в механику. Система формирует проводки, ведёт учёт доходов и расходов, готовит данные для налоговой отчётности. Я могу в любой момент посмотреть, сколько заработано, сколько потрачено, какая задолженность перед поставщиками.
Все документы хранятся на моём локальном сервере в зашифрованном виде. Доступ к ним есть только у авторизованных сотрудников. Каждое изменение в документах фиксируется в журнале.
В следующем посте подведу итог всей серии и расскажу, как система помогает мне как руководителю видеть все процессы в целом.
В прошлом посте я рассказал, как система создаёт заявку для мастера, если мы делаем ремонт своими силами, он собрал много минусов поэтому я продолжаю! В нашем сервисе есть работы, которые мы не проводим. Например, сложные кузовные работы, ремонт автоматических коробок передач или восстановление турбин. Для таких случаев я предусмотрел отдельную механику.
В интерфейсе мастера-приемщика есть кнопка "Отдать на аутсорс". Мастер нажимает её, если понимает, что работу нужно передать сторонней организации. После нажатия система формирует заявку и отправляет её менеджеру, который занимается поиском подрядчиков.
Заявка содержит всю информацию, которая необходима для поиска исполнителя: описание неисправности, рекомендации по ремонту от нейромодуля, данные автомобиля и клиента, сроки, которые нас устроят. Менеджер видит эту заявку в своём интерфейсе нейроассистента, о котором я рассказывал в прошлой серии.
Дальше менеджер начинает поиск подходящей организации. Он связывается с проверенными партнёрами, уточняет стоимость и сроки. Когда исполнитель найден, менеджер нажимает кнопку "Исполнитель найден, переместить".
В этот момент система создаёт новый файл в CRM. В нём фиксируется вся информация: куда отправляем, кому, какая цена, на какое время назначен ремонт, контактные данные исполнителя. Автоматически создаётся задача для курьера или водителя, чтобы доставить узел или агрегат в стороннюю организацию.
Одновременно с этим система обновляет интерфейс мастера, который ждёт этот агрегат. В заказ-наряде появляется новая информация: время ремонта увеличивается с учётом времени работы сторонней организации, и мастер видит обновлённый расчёт.
Также система выдаёт мастеру требование: "При возможности снятия машины с подъемника и освобождения другого оборудования и рабочей зоны немедленно выполнить". Это значит, что пока агрегат находится на ремонте в другой организации, мастер может освободить подъёмник и рабочее место для другого автомобиля.
После того как мастер освободил подъёмник и рабочую зону, он нажимает кнопку "Выполнено". В этот момент заявка в его интерфейсе сворачивается и помечается как "Ожидание". Мастер может принимать следующую заявку на освободившееся место.
Когда агрегат возвращается с аутсорса, мастер видит в интерфейсе пометку о том, что деталь или узел доставлен. Он нажимает на свёрнутую заявку с пометкой "Ожидание", и перед ним снова открывается карточка ремонта. После этого мастер нажимает кнопку "Продолжить работу".
В этот момент система обновляет все данные по заявке. Она пересчитывает время ремонта с учётом того, что основная работа уже выполнена сторонней организацией. Мастер видит обновлённую инструкцию: что именно осталось сделать на месте, какие операции выполнить, чтобы завершить ремонт и подготовить автомобиль к выдаче клиенту.
Вся эта цепочка прозрачна для руководителя. Я вижу, что работа отдана на аутсорс, какому исполнителю, за какую сумму, на какой срок. Все данные сохраняются в системе и доступны в любой момент.
В следующем посте расскажу о механике заказа запчастей и о том, как система автоматизирует документооборот.
Когда мастер-приемщик получил данные от парсеров, сверил их с мануалами и подтвердил, что неполадка найдена, наступает следующий этап. В интерфейсе мастера появляется кнопка "Сформировать задание на ремонт". Это самый важный момент всей приёмки.
После нажатия этой кнопки нейромодуль начинает формировать подробную инструкцию для мастера, который будет выполнять ремонт. Инструкция включает несколько ключевых блоков.
Первый блок — что именно нужно ремонтировать, дефектовать или диагностировать глубже. Нейромодуль определяет конкретный узел или систему автомобиля. Например, не просто "двигатель", а "датчик положения коленвала" или "левый передний ступичный подшипник".
Второй блок — каким способом это делать. Нейромодуль подбирает оптимальный метод ремонта, основываясь на данных из мануалов и на информации от парсеров. Мастер видит пошаговую инструкцию: какие детали снять, в каком порядке разбирать, на что обратить внимание.
Третий блок — какой инструмент и измерительный прибор использовать. Система подсказывает мастеру, что ему понадобится для диагностики или ремонта. Например, мультиметр для проверки датчика, или динамометрический ключ для затяжки болтов, или специальный съёмник для подшипника.
Четвёртый блок — расчётное время ремонта. Нейромодуль на основе базы данных типовых работ и информации из мануалов вычисляет, сколько времени займёт ремонт. Это позволяет планировать загрузку мастеров и информировать клиента о сроках.
После того как инструкция сформирована, мастер-приемщик проверяет её и нажимает кнопку "Создать заявку, назначить специалиста и начать работу". В этот момент система анализирует, какой из мастеров свободен и обладает нужной квалификацией для выполнения этой работы.
Заявка попадает в интерфейс того специалиста, который лучше всего подходит по специализации. Например, если требуется работа с двигателем, заявка уходит к мастеру-мотористу. Если с электрикой — к автоэлектрику. Если с подвеской — к слесарю по ходовой.
Мастер получает уведомление в свой интерфейс и видит полную инструкцию по ремонту, включая перечень работ, рекомендуемый инструмент и расчётное время.
В следующем посте расскажу, как система обрабатывает случаи, когда мы не делаем определённые работы, и как работает механика аутсорса.
После того как мастер-приемщик завершил осмотр и нажал кнопку "Прием завершен, начать работу", в дело вступает система парсеров и нейромодуль. Это та самая система, о которой я рассказывал в серии "Вайбкод колхозника". Теперь она работает на благо приёмки.
В момент создания заказ-наряда система парсеров автоматически запускается. Она начинает собирать информацию о поломках для конкретной марки, модели и года выпуска автомобиля. Для этого я использую два основных источника.
Первый источник — это сайт Драйв2. Там описаны ремонты практически всех основных марок и моделей на российском рынке. Парсер находит записи владельцев, которые описывают свои проблемы и способы их решения. Он собирает типичные жалобы, характерные неисправности и методы диагностики.
Второй источник — это тематические форумы по разным маркам и моделям. Парсер сканирует их и собирает обсуждения, вопросы и ответы, описания поломок. Особое внимание уделяется частым проблемам, которые возникают у конкретной модели.
Собранная информация передаётся нейромодулю. Он анализирует все данные и выделяет самое важное. Например, если модель известна частой проблемой с генератором, модуль запомнит это. Если у двигателя этого типа есть характерный стук, модуль зафиксирует. Если владельцы часто жалуются на подвеску — тоже.
После анализа нейромодуль формирует рекомендации для мастера-приемщика. Они приходят в его интерфейс в виде конкретных указаний. Например: "У данного автомобиля часто выходит из строя датчик коленвала. Рекомендуется проверить", или "Владельцы жалуются на скрип передней подвески. Обратите внимание на сайлентблоки".
Мастер видит эти подсказки на экране смартфона. Он может сразу проверить эти узлы, пока клиент ещё рядом. Это сильно ускоряет диагностику и уменьшает вероятность пропустить важную неисправность.
Но это ещё не всё. В интерфейсе мастера есть кнопка "Найти неполадку в мануале". Когда мастер нажимает её, система отправляет запрос через API одной специализированной веб-платформы. Это платформа, где собраны мануалы, технические описания и инструкции по ремонту для разных автомобилей.
Нейромодуль сравнивает данные от парсеров с информацией из мануалов. Если он находит совпадения — например, и парсеры, и мануалы указывают на одну и ту же проблему, — мастер получает подтверждение.
В следующем посте расскажу, как система формирует задание на ремонт и как мастер создаёт заявку для специалиста.
Итак, клиент приехал, система распознала номер, менеджер получил оповещение. Теперь наступает самый ответственный этап — осмотр автомобиля. В прошлых сериях я рассказывал об интерфейсе нейроассистента для менеджеров. Для мастера-приемщика я сделал похожий, но с другими функциями.
Когда мастер-приемщик получает оповещение о прибытии клиента, на его смартфоне открывается специальная карточка осмотра. Интерфейс адаптирован под телефон, чтобы мастер мог пользоваться им прямо в боксе, не отвлекаясь от автомобиля.
Карточка осмотра разделена на несколько блоков. Первый блок — это данные о клиенте и автомобиле, которые система получила из онлайн-записи: марка, модель, год выпуска, государственный номер, имя клиента, заказанная услуга.
Второй блок — это внешний осмотр. Мастер видит список пунктов, которые нужно проверить. Он нажимает кнопки и отмечает состояние автомобиля. Например: "Кузов — грязный", "Кузов — чистый", "Есть повреждения", "Нет повреждений". Если есть повреждения, мастер может сфотографировать их прямо через интерфейс, и фото прикрепится к заказ-наряду. Также есть пункты про состояние салона, зеркал, фар, стекол и других внешних элементов.
Третий блок — это проверка агрегатов. Мастер отмечает, есть ли посторонние звуки при работе двигателя, как ведёт себя коробка передач, работают ли тормоза. Здесь же он фиксирует показания приборов: пробег, уровень топлива, температуру двигателя.
Четвёртый блок — это дополнительные замечания. Мастер может записать любую информацию, которую считает важной: например, что клиент попросил обратить внимание на странный стук или что в салоне сильный запах бензина.
Все данные фиксируются в системе в реальном времени. Мастер не пишет ничего от руки, не заполняет бумажные бланки. Всё происходит через нажатие кнопок на экране.
Когда осмотр завершён, мастер нажимает кнопку "Прием завершен, начать работу". В этот момент система переходит к следующему этапу. Она объединяет данные осмотра с информацией, которую менеджер получил от клиента по телефону, и с данными от парсеров.
В следующем посте расскажу, как система собирает информацию о типичных поломках и помогает мастеру понять, что именно нужно проверить.
Теперь расскажу о том, как система встречает клиента с момента его въезда на территорию автосервиса. Это первый и очень важный этап всей цепочки.
На въезде в боксы я установил несколько видеокамер. Они подключены к системе распознавания номеров. Это отдельный скрипт, который работает на моём локальном сервере. Камеры постоянно передают видеоизображение, а скрипт анализирует каждый кадр и ищет государственные регистрационные номера автомобилей.
Когда клиент въезжает на территорию, камера захватывает его номер. Система распознаёт его и сразу же сверяет с базой данных онлайн-записи. Она ищет, записан ли этот клиент на сегодняшнее время, на какое именно время, кто его менеджер и какая услуга заказана.
Если номер найден в системе, происходит несколько действий одновременно. Во-первых, в CRM автоматически создаётся файл заказ-наряда. Это основа всего ремонта, куда потом будут заноситься все данные: осмотр, диагностика, запчасти, работы. Во-вторых, система отправляет оповещение менеджеру в интерфейс нейроассистента. Менеджер видит сообщение: "Клиент прибыл, номер такой-то, модель такая-то, время записи такое-то".
Одновременно оповещение получает мастер-приемщик. Ему тоже приходит уведомление в его интерфейс. Он видит, что клиент приехал, и может подготовиться к приёмке.
Вся эта цепочка занимает несколько секунд. Клиент даже не успевает выйти из машины, а система уже знает, кто приехал, зачем и когда и т.д
Если номер не найден в системе, например, клиент приехал без записи или с другими номерами, система тоже фиксирует это. Менеджер получает оповещение: "Неопознанный автомобиль, требуется обработка". Дальше менеджер действует вручную: либо создаёт новый заказ-наряд, либо уточняет информацию у клиента.
Для меня важно, что система не требует от менеджера никаких лишних действий. Ему не нужно спрашивать у клиента номер или модель машины, не нужно вбивать данные вручную. Всё происходит автоматически, и сотрудник может сосредоточиться на общении.
В следующем посте расскажу, как происходит осмотр автомобиля и какие инструкции получает мастер-приемщик.
Привет, Пикабу. В прошлых сериях я рассказывал о системе онлайн-записи, о парсерах для сбора информации и о нейроассистенте для менеджеров. Сегодня хочу рассказать о новой разработке, которая связана со всеми этими системами.
В любом автосервисе есть слабое место — это приемка и выдача автомобиля. Проблема знакома каждому владельцу. Менеджеры плохо разбираются в технике, а мастера-приемщики не умеют общаться с клиентами. Даже если у вас работают хорошие специалисты, один из этих навыков всегда хромает. Данная серия также напоминает, это сугубо мое убеждение- не люди обучают и строят автоматизированные системы а автоматизированные системы обучают и строят (структурируют) людей!
Я столкнулся с этой проблемой лично. Клиенты жаловались, что их не слушают, что они не понимают, за что платят. Мастера теряли время на лишние вопросы. А я как руководитель не всегда мог проконтролировать качество приемки.
Тогда я решил создать автоматизированную систему приема и выдачи автомобиля. Я взял за основу уже существующие модули: систему онлайн-записи, нейроассистента и систему парсеров. И объединил их в один большой модуль.
Как работает эта система в общих чертах. Когда клиент приезжает в сервис, камеры на въезде распознают номер его автомобиля. Система находит информацию о записи, создаёт заказ-наряд и оповещает всех сотрудников. Мастер-приемщик получает инструкции по осмотру. После осмотра он подтверждает приемку, и система автоматически подбирает информацию о типичных поломках для этой модели авто. Мастеру приходят рекомендации, что именно нужно проверить и как это сделать.
Если ремонт мы делаем сами, система создаёт задание для мастера. Если не делаем — отправляет заявку на аутсорс. Весь процесс фиксируется в системе, все документы и финансы формируются автоматически.
Напомню- я не программист, я владелец автосервиса, и я собрал эту систему из написанных в дипсике программ и скриптов!
В следующем посте расскажу о камерах распознавания номеров и о том, как система встречает клиента.
