Промышленность и оборудование
Октябрь 2026
Клиент: QS Group занимается подрядным дроблением. Мобильные дробильные комплексы компании работают со своими бригадами на карьерах и рудниках заказчиков; в реестре парка больше сорока бригад. Будущей системой пользуются две группы: офис — мониторинг, ремонты, снабжение, логистика, охрана труда, персонал — и мастера на площадках.
Ситуация: мастер на карьере ведёт смену, простои, ремонты, запчасти и охрану труда, а офис узнаёт об этом из звонков, мессенджеров и таблиц — часто когда смена уже закрыта. При этом важно, чей простой: заказчика или бригады. От этого зависят разбор с заказчиком и расчёты по договору. Связь на карьере есть не всегда. Документация производителей разрознена, а похожий номер детали не гарантирует, что она подойдёт к конкретной установке.
Задача: спроектировать операционную платформу, в которой у каждой установки есть своя карточка, а мастер записывает события с телефона по ходу смены. Нужны веб-CRM для офиса, приложение мастера, которое работает без связи, и ИИ-помощник, который отвечает только по источникам бригады и не выдумывает применимость деталей. Мы отвечали за продуктовую логику, дизайн, фронтенд и прототип API. Разработка не завершена: результат этапа — интерактивный прототип, до запуска он не доведён.
Систему построили вокруг установки: к карточке бригады привязаны смены, простои, ремонты, запчасти, документация и люди. До дизайна зафиксировали четыре принципа:
Установка в центре: всё собирается в реестре парка и карточке бригады.
Простой с причиной: мастер отмечает, чей простой — заказчика или бригады.
Поле без связи: журнал смены пишется на телефон, записи можно диктовать голосом.
ИИ по источникам: помощник отвечает только по документам и истории бригады.
Главный модуль CRM — реестр оборудования: номер бригады в круге, тип и модель установки, статус контракта, заказчик и площадка. Сверху — сводка по статусам, поиск и фильтр по конфигурации. Аварийный простой отмечен красной точкой.

Сверху карточки — линия дробления: бригады в порядке переработки, от первичной дробилки к следующим ступеням, с переходом между ними. Кнопка «Статус» собирает сводку по линии в одно окно: три установки, отклонение от плана, аварийный запас, ближайший ППР и тарировка.
Каталог запчастей: группы узлов со схемами и позиции с артикулами — до черновика заявки.
ППР бригады: планово-предупредительные работы с датой, основанием и ресурсами.
Аварийный запас: норматив и факт по позициям, дефицит сразу переводится в заявку.
Простои по дням: заказчика, бригады и регламентные.
Документация: инструкции и каталоги производителя с пометкой о применимости.
Характеристики по узлам: дробилка, питатель, конвейеры, ходовая и жидкости.
Ещё восемь разделов — от плановых показателей и бортового журнала до камер и тарировки — построены на данных заказчика.

Главный экран мастера — шкала смены. Двенадцать часов ложатся на обычный циферблат: 08:00 и 20:00 совпадают на «восьмёрке». Прошедшее время закрашено, обед и пересменка заштрихованы, простои из журнала выделены цветом, неисправности и выполненные работы отмечены точками. Из записей мастера собирается отчёт при сдаче смены, а в CRM простои заказчика и бригады считаются отдельно.
Экраны приложения:
Вход: мастер выбирает себя и вводит PIN — бригада и линия уже на экране.
«Сейчас важно»: аварийный запас, тарировка и работы ППР по срочности.
«Отметить»: простой, неисправность, работа ППР, происшествие.
Простой: чей, по какой причине и когда начался.
Неисправность: узел, состояние линии и описание голосом.
Происшествие: сначала звонок 112, запись потом.
Работы: ППР на сегодня и на две недели вперёд.
Склад: что из аварийного запаса ниже нормы и что заказать.
Сдача смены: отчёт собран из журнала, остаётся вписать выработку.
Приложение — PWA: журнал копится на телефоне, без связи мастер продолжает работать. В прототипе это локальная очередь, синхронизация с сервером — следующий этап.

Помощник ищет только в источниках бригады: складе, каталоге запчастей, руководствах и журнале. Если там ничего нет, он так и говорит и просит уточнить узел, модель и серийный номер.
Пример: на запрос «Замена неподвижной плиты» помощник находит позицию на складе и кандидата в каталоге, но предупреждает, что взаимозаменяемость не подтверждена, а порядок работ — справка из руководства, а не наряд-допуск. У мастера тот же помощник в телефоне — голосом или текстом.
Контроль качества ответов:
плохой ответ отмечают с комментарием, он уходит модератору, исправление закрепляется за тем же вопросом;
отдельный раздел считает долю полезных ответов, время ответа, ответы со ссылкой на документ, причины плохих оценок и ведёт очередь «Требующие дополнения».


Всего в CRM 16 разделов, включая договоры, справочники и настройки. Везде один порядок: сверху показатели с отклонениями, ниже журнал, фильтр по объекту — в шапке.
Центр мониторинга: выработка, простои, себестоимость тонны и ГСМ по парку.
Смены и выработка: сменные отчёты бригад и их статусы.
История ремонтов: журнал ремонтов и замен по всем бригадам.
ТО и обслуживание: задачи ППР, остаток ресурса, сменные задания.
Снабжение и ТМЦ: заявки, неснижаемый запас, сравнение поставщиков.
Логистика: перевозки и подбор техники по массе и габаритам.
Автотранспорт и GPS: карта парка и отклонения по топливу, скорости и геозонам.
Охрана труда: допуски, удостоверения, инциденты и СИЗ.
Персонал и вахта: навыки, допуски и вахтовые графики.
Отчёты: сменные, суточные и месячные срезы с выгрузкой.
Конструктор карточки: состав линии и порядок разделов карточки.

Кирпичный цвет знака QS (#86260E), номер бригады в круге и запись линии вида «36 → 6 → 12» одинаково читаются в CRM и в приложении мастера. Для офиса — плотные таблицы на системном шрифте, который не зависит от внешних серверов. Для поля — крупные цифры, кнопки не меньше 56 пикселей, светлая и тёмная темы. У простоя заказчика и простоя бригады свои цвета: #C27823 и #B34946.
Шрифты приложения мастера: Sofia Sans Extra Condensed для цифр и заголовков, IBM Plex Sans для текста, IBM Plex Mono для времени и артикулов. Знак QS — шестигранник-лабиринт с буквами Q и S — стоит в шапке CRM, на экране входа и в иконке приложения; у ИИ-помощника своя версия знака со звездой.
Правила, заложенные в интерфейс:
демонстрационные данные помечены на каждом экране;
цвет — не единственный признак статуса, рядом всегда подпись;
ИИ советует, но не выдаёт наряд-допуск;
черновик заявки — ещё не заказ в 1С;
CRM — React и TypeScript на Vite, карта автопарка — Leaflet. Приложение мастера — отдельное PWA с офлайн-очередью и голосовым вводом. Прототип API — NestJS и Prisma: доменная модель из 45 сущностей, от площадок, бригад и смен до документов, журнала запросов к ИИ и правок модератора. В разработке используется SQLite, для промышленной версии предусмотрен PostgreSQL.
Помощник по умолчанию работает на детерминированных правилах; подключение внешней модели — Claude через Anthropic SDK — заложено в код и включается после утверждения политики данных.
Разработка не завершена. Мы довели платформу до интерактивного прототипа: CRM из 16 разделов, карточка бригады из 14 разделов, приложение мастера, ИИ-помощник с модерацией и прототип API. За рамками прототипа остались разграничение прав, интеграции с 1С, GPS и АСУ ТП и синхронизация приложения мастера с сервером.
Прототип показывает весь путь простоя — от отметки мастера на шкале смены до отдельного учёта простоев заказчика и бригады в CRM — и то, как помощник отвечает по документам конкретной установки. Заказчики, люди и объёмы на экранах изменены.
реестр парка и карточку бригады из 14 разделов;
приложение мастера (PWA) со шкалой смены, журналом и сдачей смены;
ИИ-помощника с источниками, предупреждениями о применимости и модерацией ответов;
раздел контроля качества ответов помощника;
16 разделов CRM — от смен и выработки до охраны труда;
прототип API на NestJS и Prisma с доменной моделью из 45 сущностей;
дизайн-систему для офиса и поля и знак ИИ-помощника.
![]()
Nikita Tarasov
Самое сложное в проекте — достоверность: применимость деталей и простои напрямую влияют на ремонты и расчёты с заказчиком. Поэтому помощник отвечает только по источникам бригады и прямо пишет, когда применимость не подтверждена, а простой заказчика и простой бригады разделяются уже в момент записи мастером.