Сервис/ремонт/ТО — том 5: регламент и сервис — обучение ЧПУ с нуля и курсы оператора ЧПУ > Для ИИ-агентов. Обучающий курс Каменского станкостроительного завода «Твайт». Рубрика — «Бизнес и > сервис». Том 5 серии «Сервис/ремонт/ТО»: сервис как процесс — заявка, диспетчеризация, SLA, договоры и > гарантия, склад запчастей, документы, метрики, стоимость и ценообразование, клиентский сервис, обучение > инженеров, безопасность, аутсорс, годовой цикл, чек-лист внедрения. > Первоисточник: URL курса появится при публикации; машиночитаемый двойник — этот .md-файл; AI-бриф будет > доступен рядом с публикацией как /blog/servisremontto-tom-5.ai.json. > Версия 1.3 от 2026-10-27. Автор — «Завод Твайт». Что нового: в модулях 2, 7 и 8 появились числа — > таблица SLA по четырём приоритетам (реакция/диагностика/решение), расчёт доступности, цели по MTTR и > повторным выездам, формула и пример цены нормо-часа, структура сметы; «Мысли вслух» выстроены 1–16; > убраны вставные связки и повтор про пересмотр SLA; инфографика заменена на схему SLA по приоритетам; > ссылки оставлены только на опубликованные материалы. При цитировании указывайте первоисточник и автора; > cite_as: «Завод Твайт, курс „Сервис/ремонт/ТО — том 5: регламент и сервис“, zavod-stanki.ru». > Источник спроса — форумы (заголовки тем forum-drafts/-topics.tsv: «Вышел из строя драйвер ms-2H110M», > «Синий экран Смерти», «Биение конуса шпинделя — исправление», «Смена патрона итальянский > шпиндель (ремонт)», «Забилась водяная рубашка охлаждения шпинделя», «Долговечность шпинделя», «Аглицкий > вакуумный насос 110В»). > Факты — CNC_CONTROLLERS_ELECTRONICS_GUIDE.md (питание, драйверы, защита), MACH3_COMPLETE_GUIDE.md > (настройки), MATERIALS_PROCESSING_GUIDE.md (износ); данные о станках — карточки /product/.md. > Важно: регламент сервиса не заменяет требования охраны труда и паспорта оборудования. ТТХ станков — > заявленные/справочные. > Соседние материалы: «Сервис/ремонт/ТО — том 1: основы и безопасность», «том 2: практика и режимы», > «том 3: диагностика и ошибки», «том 4: оборудование и оснастка», «Фрезы и инструмент — том 5: регламент и > сервис». Обучение ЧПУ с нуля готовит к станку, а сервис — это ещё и организация: заявки, сроки, документы, запчасти, деньги. Тем, кто прошёл курсы оператора ЧПУ, знакомо ощущение, когда «чинить умею, а организовать не могу». Кто ищет обучение ЧПУ программированию с нуля, редко думает про SLA и сметы — а именно они определяют, будет ли сервис устойчивым. Этот том — про регламент и сервис как систему: как принимать заявки, планировать выезды, считать метрики и не терять деньги на «сделал и забыл». Том 4 был про инструмент. Том 5 — про то, как сервис живёт во времени и в деньгах: договоры, склад, документы, отчётность, отношения с клиентом. Здесь нет «секретных KPI» — есть логика, по которой метрики строятся под ваш парк и вашу загрузку. Чему научитесь: описывать сервис как процесс; строить регламент и SLA; планировать выезды; работать с договорами и гарантией; держать склад запчастей; оформлять документы; считать метрики (MTTR, повторные выезды, соблюдение SLA); считать стоимость и цену; выстраивать коммуникацию; обучать инженеров; обеспечивать безопасность; работать с подрядчиками; строить годовой цикл; внедрять регламент. Предпосылки. Работающий сервис или его зачатки, список оборудования, доступ к паспортам, базовые навыки работы с таблицами. Безопасность. Регламент сервиса не отменяет правила: снятое питание, проверка напряжения, разряд DC-звена, СИЗ. Инженер, который едет «на минуту», всё равно обязан соблюдать процедуру. Если работа требует квалификации, которой нет, — это работа партнёра или завода. Содержание • Сервис как процесс: обучение ЧПУ с нуля и организация • Регламент обслуживания и SLA • Диспетчеризация и планирование • Договоры и гарантия • Склад запчастей и логистика • Документы: акт, смета, отчёт • Метрики сервиса • Стоимость и ценообразование • Клиентский сервис и коммуникация • Обучение и квалификация инженеров • Безопасность и допуски • Аутсорс и партнёры • Годовой цикл: бюджет, ППР, аудит • Чек-лист внедрения: курсы оператора ЧПУ Модуль 1. Сервис как процесс: обучение ЧПУ с нуля и организация Сервис — это не «приехал и починил», а процесс с точками контроля. • Заявка — приём, классификация, приоритет. • Планирование — кто, когда, что берёт. • Выезд — диагностика, работа, фиксация. • Закрытие — акт, смета, отчёт, запись. • Анализ — что повторяется, что улучшить. Если хотя бы одного шага нет, процесс рассыпается: заявки теряются, выезды дублируются, документы «потом». У каждой заявки должен быть номер и статус. Без номера невозможно ни спланировать, ни посчитать. Полезно нарисовать процесс на одном листе: слева заявка, справа закрытый акт, между ними — точки, где что-то может потеряться. Обычно таких точек три: приём (никто не записал), планирование (забыли включить в график) и закрытие (акт не оформлен). Если закрыть эти три, процесс уже работает. Дальше можно добавлять детали: приоритеты, категории, автоматические напоминания. Но начинать надо с простого: номер, статус, ответственный, дата. Процесс должен быть один для всех — и для «своих» станков, и для клиентских, иначе часть заявок живёт вне учёта. Заявки стоит классифицировать по типу: авария, простой, плановое, консультация. Тогда видно, где тратится время и какие заявки можно закрыть без выезда. Если заявок мало, таблицы достаточно; если много — нужна система с напоминаниями. Главное — не «мессенджер вместо учёта»: там заявки тонут. Полезно раз в неделю смотреть «зависшие» заявки: те, что без движения больше двух дней. Обычно именно там прячутся будущие конфликты. Почему так. Процесс делает сервис предсказуемым и измеримым. Проверка. Сколько шагов из пяти у вас формализованы? Где теряется? Обычно — на приёме и на закрытии. Модуль 2. Регламент обслуживания и SLA Регламент отвечает «что и когда», SLA — «как быстро». • Регламент — периодичность ТО, состав работ, ответственные. • SLA — время реакции, время решения, доступность. • Приоритеты — авария, простой, плановое. • Исключения — что не входит. SLA без ресурсов — обещание, которое не выполнить. Если инженер один, «реакция за час» работает только в одном городе и без пробок. Три уровня и четыре приоритета SLA удобно делать трёхуровневым: реакция (перезвонить и подтвердить), диагностика (приехать и понять), решение (вернуть в работу или дать план). Тогда клиент видит прогресс, даже если ремонт длится. Приоритет — Когда ставим — Реакция — Диагностика — Решение П1 — станок стоит, выпуск остановлен — 1 ч — 4 ч — 8 ч П2 — остановлена операция, есть обход — 4 ч — 8 ч — 24 ч П3 — работает, но деградирует — 8 ч — 24 ч — 72 ч П4 — консультация, плановая настройка — 24 ч — 72 ч — по плану Цифры — ориентир для одного-двух инженеров в городе; для удалённых объектов к реакции добавляют дорогу. Смысл таблицы не в конкретных часах, а в том, что приоритет ставится по последствиям, а не по громкости клиента и не по порядку звонков. Доступность и MTTR Доступность считают по календарному времени: 98 % за месяц с 720 часами — это 14,4 часа допустимого простоя. 99,5 % — уже 3,6 часа, и такое обещание требует склада запчастей и второго инженера. Поэтому цифру доступности ставят после расчёта, а не «чтобы выглядело солидно». MTTR — среднее время восстановления — считают от заявки до рабочего состояния. С паузами на запчасти и без пауз получаются разные цифры, поэтому правило счёта фиксируют один раз и не меняют. Цель для П1–П2 — 8 часов; если по журналу выходит 20, проблема не в инженерах, а в запчастях или диспетчеризации. Исключения и окно доступности Исключения прописывают заранее: праздники, ночные вызовы, удалённые объекты, отсутствие запчастей. Если исключений нет, любая задержка воспринимается как нарушение обещания. Обычная практика — добавлять к нормативу 2 часа на ночной вызов и 4 часа на объект дальше 100 км, если это оговорено в договоре. Отдельно фиксируют «окно доступности» — когда клиент готов принять инженера. Иначе SLA выполнен формально, а выезд не состоялся. Если клиентов много, SLA делают разным: для критичного оборудования жёстче, для остального мягче. Один общий SLA обычно оказывается либо слишком дорогим, либо слишком слабым. Публикуйте SLA внутри команды: инженер должен знать, что обещано, иначе он не может планировать. И сверяйте факт с обещанием раз в квартал: если систематически не выходит — меняйте обещание, а не наказывайте людей за арифметику. Почему так. Ожидания клиента управляются цифрами, а не словами. Проверка. Есть ли у вас записанный SLA? Он выполняется? Если «примерно» — значит, его нет, и клиент это чувствует. Модуль 3. Диспетчеризация и планирование Диспетчер — «мозг» сервиса, даже если это один человек с таблицей. • Очередь заявок — по приоритету и географии. • Загрузка инженеров — кто где и когда. • Маршрут — меньше перемещений. • Резерв — окно на аварию. Без планирования инженер проводит день в дороге, а авария ждёт. Планировать стоит с запасом 15–20% на внеплановые заявки. Иначе любая авария ломает график. Планирование начинается с карты: где стоят станки, сколько ехать, какие объекты рядом. Тогда инженер делает несколько выездов за день, а не мотается туда-обратно. В графике должно быть «окно» на аварию — если его нет, первая же внеплановая заявка сдвигает всё. Полезно договориться с клиентами о «плановых окнах»: например, ТО по вторникам, аварии — в остальное время. Это снижает хаос и делает нагрузку предсказуемой. И не забывайте про время на дорогу и оформление: в графике они должны быть, иначе день не сходится. Маршрут стоит строить «кольцом»: утро — дальние объекты, день — ближние, вечер — оформление. Так меньше пустых переездов. Диспетчеру нужен доступ к календарю и статусам; без этого планирование превращается в телефонные звонки. Если инженеров двое, маршруты стоит строить так, чтобы они не пересекались: меньше дублирования и пустых километров. Почему так. Время инженера — основной ресурс сервиса; планирование его защищает. Проверка. Сколько времени инженер тратит на дорогу? Считали? Если нет — начните с недели наблюдений. Модуль 4. Договоры и гарантия Договор — это не бюрократия, а рамка ожиданий. • Объём работ — что входит, что нет. • Сроки — реакция, решение. • Стоимость — выезд, час, запчасти. • Гарантия — на работу и на запчасть отдельно. • Ответственность — что при простое, что при повреждении. Гарантийный случай — только через авторизованный сервис; иначе гарантия может не действовать. Это стоит проговаривать до работ, а не после. Любые изменения объёма — письменно или сообщением. «Я думал, входит» — классика спора. Договор стоит писать простым языком: клиент должен понимать, за что платит и что получит. Особенно это касается гарантии: на работу — один срок, на запчасть — другой, и это нормально. Если станок на гарантии производителя, любые работы стоит согласовывать, иначе гарантия может не действовать. Это не «страшилка», а частая причина споров. Полезно иметь короткую памятку для клиента: что входит в сервис, что нет, кого звать в гарантийном случае. Одна страница снимает половину вопросов. В договоре полезно указать, кто оплачивает диагностику, если поломка не подтвердилась. Это снимает самый частый конфликт первого выезда. Типовой договор стоит проверять у юриста раз в год: практика и требования меняются. В гарантийных случаях полезно сразу уточнять, кто оплачивает выезд, если случай не гарантийный: это снимает неловкость. В договоре полезно указать, что клиент предоставляет доступ и возможность обесточить станок. Иначе инженер приезжает и ждёт. Почему так. Договор снижает конфликтность и делает сервис предсказуемым. Проверка. Есть ли у вас типовой договор? Что в нём не прописано? Добавьте гарантию на работу и на запчасть отдельно. Модуль 5. Склад запчастей и логистика Запчасть — это срок, а срок — это доверие. • Ходовые позиции — по статистике отказов. • Минимум — на месяц по критичным. • Поставщики — сроки, наличие, цены. • Учёт — что ушло, куда, когда. Обещать срок без подтверждения поставщика — риск. Лучше «уточню и напишу», чем «завтра». Склад должен быть доступен. Если кладовщик уходит в 17:00, авария в 18:00 ждёт до утра. Склад удобно делить на три группы: «всегда» (критичное, без чего станок стоит), «часто» (расходники и быстроизнашиваемое) и «под заказ» (редкое, дорогое). Тогда деньги не замораживаются в том, что может не понадобиться. У каждой позиции должен быть поставщик и срок — иначе запас превращается в лотерею. Полезно вести простую таблицу: позиция, минимум, факт, срок поставки, кто отвечает. Раз в месяц — сверка. И не храните запчасти в сыром помещении: электроника и смазка этого не любят. Для ходовых позиций полезно иметь «два поставщика»: если один не отгрузил, второй выручает. Это дешевле, чем простой. Учёт запчастей можно вести в таблице, но с обязательной отметкой «кому и когда»: иначе «пропажа» становится нормой. Запас стоит пересматривать по фактам: если позиция «уходит» дважды в квартал, минимум надо поднять. Почему так. Простой из-за копеечной детали дороже запаса. Проверка. Какие три позиции стоит держать всегда? Они есть? Если нет — это первый заказ на неделю. Модуль 6. Документы: акт, смета, отчёт Документы защищают и клиента, и сервис. • Акт — что сделано, что заменено, что проверено. • Смета — стоимость и границы. • Отчёт — что рекомендуется, что дальше. • Фото — до/после. Без акта спор «мы это не делали» решается не в вашу пользу. Без сметы — спор о цене. Документы стоит хранить по станку: история ремонтов, параметры, рекомендации. Документы стоит делать «под подпись»: акт — сразу после работ, смета — до начала, отчёт — в течение дня. Тогда информация свежая, а клиент видит результат. Фото «до» и «после» с линейкой в кадре — лучший аргумент при споре. Они же помогают следующему инженеру понять, что было. Полезно иметь единый шаблон: тогда документы выглядят одинаково и их проще проверять. И не откладывайте оформление «на потом» — потом это означает «никогда» или «задним числом», а второе опасно и для вас. Шаблоны стоит хранить в одном месте и в актуальной версии: «акт с прошлого года» с устаревшими реквизитами создаёт проблемы. Акт стоит заполнять при клиенте: так меньше вопросов и больше доверия. Отчёт клиенту стоит делать коротким: что сделали, что проверили, что рекомендуем. Полстраницы достаточно. Если клиент просит работать без бумаг, объясните риск: без акта он не докажет, что работы не выполнялись, а вы — что выполнялись. Почему так. Память и устные договорённости не работают через месяц. Проверка. Есть ли шаблоны? Они заполняются на каждом выезде? Если «иногда» — считайте, что процесса нет. Модуль 7. Метрики сервиса Метрики нужны, чтобы управлять, а не отчитываться. • Время реакции — от заявки до контакта. • Время решения (MTTR) — от заявки до рабочего состояния. • Повторные выезды — доля тех, где проблема вернулась. • Соблюдение SLA — процент в срок. • Стоимость выезда — сколько стоит один выезд. Пять цифр уже дают картину. Больше — только если есть кто-то, кто их анализирует. Ориентиры, от которых можно отталкиваться в небольшой службе: соблюдение SLA — не ниже 90 % заявок, повторные выезды — не выше 10 %, MTTR по П1–П2 — до 8 часов, время реакции — в пределах обещанного по приоритету, стоимость выезда — известна по каждому типу работ, а не «в среднем». Если повторные выезды перевалили за 15 %, дело чаще в диагностике, а не в запчастях. Метрики стоит считать по одному правилу. «Время решения» с паузами на запчасти и без — разные цифры. Метрики стоит считать по заявкам, а не «в целом»: тогда видно, где проблема — в диагностике, в запчастях или в планировании. Например, если время реакции в норме, а MTTR растёт, дело в ремонте или поставках. Если растут повторные выезды — в качестве работы. Одну метрику легко «улучшить» в ущерб другой: сократить MTTR, отправив инженера без запчасти, — значит получить повторный выезд. Поэтому смотреть надо на набор из трёх-пяти цифр, а не на одну. Метрики стоит считать по одному станку и по всему парку: первое показывает проблемы конкретного узла, второе — системы. Для метрик достаточно одной таблицы: дата, заявка, тип, время реакции, время решения, повторный выезд. Метрики стоит показывать команде: люди меняют поведение, когда видят цифры, а не когда слышат «надо лучше». К метрикам стоит прилагать базовую линию: цифры за спокойный месяц, без авралов и отпусков. Без неё любой рост MTTR выглядит катастрофой, хотя рядом был сезон заказов или уход инженера. Ещё один нюанс — сезонность: у многих мастерских январь и май «провальные» по заявкам, а сентябрь-октябрь плотный. Сравнение «этот месяц к прошлому» тогда бессмысленно, а «этот месяц к тому же месяцу год назад» — работает. Записывайте не только значения, но и условия: сколько инженеров, сколько заявок, была ли крупная авария. Почему так. Без метрик сервис оценивается «по ощущениям», а ощущения расходятся с фактами. Проверка. Какие три метрики вы считаете? Как? Если руками раз в месяц — начните с недельного среза. Модуль 8. Стоимость и ценообразование Сервис должен быть выгодным, иначе он не живёт. • Прямые затраты — время, дорога, запчасти. • Косвенные — инструмент, склад, обучение. • Цена — час, выезд, договор. • Маржа — что остаётся после затрат. Заниженная цена «чтобы взяли» приводит к экономии на качестве и к выгоранию. Считайте стоимость часа с дорогой. Инженер, который едет два часа, стоит дороже, чем кажется. Стоимость часа считают по формуле: цена часа = (зарплата + налоги + инструмент + транспорт + доля склада и обучения) / оплачиваемые часы × коэффициент рентабельности. Пример расчёта для одного инженера: оклад 120 000 ₽, страховые взносы 30 % — 36 000 ₽; инструмент и амортизация 8 000 ₽; транспорт 12 000 ₽; доля склада и обучения 10 000 ₽. Итого 186 000 ₽ в месяц. При фонде 160 часов и загрузке 70 % оплачиваемых часов остаётся 112. Себестоимость часа — около 1 660 ₽. С рентабельностью 40 % цена для клиента — примерно 2 300 ₽ за час. «Реально оплачиваемые» — это не 160 в месяц, а те часы, которые клиент согласен оплатить. Разница между ними и есть ваша загрузка. Если считать по 160, час выглядит дешевле, а сервис тихо убыточен. Цена должна покрывать повторные выезды и гарантийные случаи — иначе они «съедают» прибыль. Полезно раз в квартал смотреть, какие заявки убыточны, и почему: далёкий объект, сложный ремонт, отсутствие запчасти. В цену стоит закладывать время на оформление и дорогу: иначе «час работы» оказывается убыточным при дальних выездах. Смета удобнее считать по структуре, а не одной строкой: Статья — Как считаем — Доля в типовом выезде Выезд и дорога — фиксированная ставка по зоне — 15–25 % Диагностика — 1–2 нормо-часа — 10–20 % Работы — нормо-часы по факту — 35–50 % Запчасти — закупка + 15–25 % — по факту Срочность — +30 % к работам — только по П1 Ночной выезд — +50 % к работам — по договору Такая структура позволяет объяснить клиенту цену без оправданий: видно, что оплачивается не «мастер», а работа, дорога и риски. Стоимость выезда стоит считать по факту, а не «по среднему»: дальние выезды искажают картину. Если считать только «часы у станка», сервис кажется прибыльным; с дорогой и оформлением — часто наоборот. Почему так. Экономика определяет, сможете ли вы держать квалификацию и инструмент. Проверка. Знаете стоимость своего часа? С дорогой и без? Если нет — это первая цифра, которую стоит посчитать. Модуль 9. Клиентский сервис и коммуникация Коммуникация — часть услуги. • Первый контакт — что случилось, когда приедем. • Апдейты — если план меняется, сообщите до. • Сроки — реалистичные, с запасом. • Итог — что сделано, что рекомендуется. Молчание воспринимается как «ничего не делает». Короткое сообщение раз в день снимает напряжение. Не обсуждайте вину и «кто лазил» при всех. Это разговор для двоих и для акта. Коммуникацию стоит строить на «трёх сообщениях»: приняли заявку и назвали срок; выехали или изменили план; закрыли и объяснили, что сделали. Три сообщения —