За 18 лет в промышленном сервисе я видел одну и то же картину на десятках предприятий. Структура на бумаге есть. Руководители назначены, зоны ответственности расписаны, склад запчастей существует. Но система не работает. Заявки теряются. Диагностика подменяется заменой деталей «наугад». Запчастей нет в нужный момент. Одинаковые поломки повторяются. Оборудование останавливается снова и снова. Сервис держится на людях, а не на процессах. Пока конкретный человек на месте — всё работает. Как только он уходит — рассыпается. Я решил выложить свой опыт в открытый формат — запустил экспертный Telegram-канал «Сервис в плюс» об архитектуре инженерного сервиса. Не про ремонт, а про то, как превратить сервис из «тушим пожары» в управляемую систему: • Архитектура сервисных служб: процессы, оргструктура, зоны ответственности • SLA: время реакции и время восстановления — разные метрики • Экономика сервиса: от центра затрат к profit-центру • Управление ЗИП: критичность, ABC-XYZ, оборачиваемость • Гарантия и рекламации • KPI: MTBF, MTTR, доступность, повторные выезды • RCA — анализ корневых причин • Чек-листы и шаблоны из реальной практики Кому полезно: руководителям сервиса, техническим директорам, специалистам ТОиР, OEM, интеграторам — всем, кто отвечает за работоспособность оборудования на уровне компании. Подписаться: https://t.me/engserviceplus Сайт: serviceinplus.ru Есть и второй канал — для инженеров на местах: «Заметки сервисного инженера» https://t.me/engineer_service_notes — полевая диагностика, RCA, разборы оборудования. Коллеги, поделитесь в комментариях: как у вас устроен сервис — как система или «тушим по мере поступления»?