← Все статьи Evolvin

Сменные отчёты и простои: как узнавать о потерях в конце смены, а не в конце месяца

11.09.2026 · Evolvin
Сменные отчёты и простои: как узнавать о потерях в конце смены, а не в конце месяца

На большинстве небольших производств сменный отчёт существует, но не работает. Мастер пишет в чат «отработали нормально, план 80 %», и эта фраза не позволяет ответить ни на один полезный вопрос: почему не 100, где именно встали, сколько это стоило, повторится ли завтра. Решение приходит в конце месяца, когда экономист сводит цифры и обнаруживает падение, — но восстановить причины уже нельзя, потому что никто не помнит, что было третьего числа. Разбираем, как сделать сменный отчёт источником решений, а не ритуалом.

Почему «отработали нормально» — не отчёт

Отчёт должен позволять принять решение до начала следующей смены. Для этого он обязан содержать не оценку, а факты в сопоставимой форме:

Ключевая деталь — закрытый список причин. Свободное поле «причина» превращается в набор уникальных формулировок, которые невозможно сгруппировать: «сломался», «полетел подшипник», «встали из-за железа» — это три разные строки в отчёте и одна и та же проблема в жизни. Список причин должен быть коротким (обычно 9–12 позиций), сгруппированным по владельцу проблемы: оборудование, сырьё, персонал, инструмент, энергия, планирование, качество, внешние.

Владелец причины важнее самой причины. Пока простой числится «по вине производства», его никто не устраняет. Когда же видно, что заметная доля простоев — скажем, условные 40 % — приходится на ожидание сырья, а это зона снабжения, разговор становится конкретным.

Сценарий внедрения

Шаг 1. Начать со сбора, а не с системы

Первая ошибка — покупать систему мониторинга до того, как определено, что считать простоем. Начните с двух недель ручного сбора по фиксированной форме. Этого достаточно, чтобы понять структуру потерь и не потратить бюджет на измерение того, что не влияет.

Шаг 2. Форма, которую мастер заполнит за пять минут

Если заполнение занимает двадцать минут, отчёт будет заполняться в конце смены по памяти, то есть неверно. Рабочая форма — короткая, с выбором из списков, доступная с телефона, с возможностью отметить остановку в момент её начала одним нажатием.

Простой фиксируется в момент возникновения, а не в конце смены. Это принципиально: восстановленная по памяти длительность систематически занижается.

Шаг 3. Автоматическая сборка сменного отчёта

Из отмеченных событий система собирает отчёт сама: суммирует время по причинам, считает выпуск против плана, подтягивает брак, формирует список того, что требуется от смежных служб. Мастер не пишет отчёт — он подтверждает собранный и добавляет комментарий там, где нужно суждение.

Шаг 4. Приёмка по доказательствам там, где это оправдано

Часть пунктов проверяется фотофиксацией: состояние участка после смены, показания счётчиков, наличие остатка сырья. Правило простое — доказательство требуется там, где расхождение стоит дорого; требовать фото по каждому пункту значит гарантированно получить формальные снимки.

Шаг 5. Утренний разбор по трём числам

Каждое утро руководитель получает не таблицу на сто строк, а три числа: суммарное время простоев за сутки, топ-3 причины по времени, отклонение выпуска от плана. Дальше — по ссылке детали. Формат «итог сверху, детали ниже» здесь не украшение: он определяет, будет отчёт прочитан или нет.

Шаг 6. Замкнуть контур

По каждой значимой причине назначается ответственный и срок. Через неделю тот же отчёт показывает, изменилась ли доля этой причины. Без этого шага учёт простоев превращается в архив жалоб.

Как считать эффект

Стоимость часа простоя — базовая величина, без которой ничего не считается:

Стоимость_часа_простоя = (Маржа_упущенного_выпуска + Постоянные_расходы_за_час) при загруженном участке
Стоимость_часа_простоя = Постоянные_расходы_за_час при незагруженном участке

Различение обязательно. Если участок не является узким местом и заказов на его полную загрузку нет, простой не стоит упущенной маржи — он стоит только затрат. Смешение этих случаев — самый частый способ завысить эффект автоматизации в разы.

Условный пример для узкого места: выпуск 40 единиц в час, маржа 350 ₽ на единицу, постоянные расходы участка 1 800 ₽ в час. 40 × 350 + 1800 = 15 800 ₽ за час простоя.

Эффект от сокращения простоев:

Эффект = Δчасов_простоя_в_месяц × Стоимость_часа_простоя

Условный пример: сокращение на 12 часов в месяц → 12 × 15 800 = 189 600 ₽ в месяц. Но Δ берётся из фактического сравнения периодов, а не из предположения. До внедрения у вас нет надёжной цифры простоев — именно поэтому первые две недели ручного сбора и нужны.

Экономия времени на отчётности:

Экономия = Смен_в_месяц × (t_ручного_отчёта − t_подтверждения) + Часы_экономиста_на_сведение

Условный пример: 60 смен × (20 − 5) минут + 8 часов сведения = 900 минут + 480 минут = 23 часа в месяц.

Как вводить учёт, чтобы его не саботировали

Любой новый учёт на производстве встречают одинаково: как способ найти виноватых. Это не паранойя, а опыт — обычно так и бывает. Поэтому первые недели определяют, будете вы дальше работать с реальными данными или с придуманными.

Работает несколько простых решений. Первое: объявить прямо, что первые месяцы данные не используются для оценки людей, и выдержать это обещание — одно нарушение стоит всего доверия. Второе: показать смене результат её же работы. Мастер, который в конце недели видит, что его отчёты превратились в устранённую причину простоя, заполняет их иначе, чем тот, кто отправляет данные в пустоту.

Третье: убрать всё, что не используется. Если в форме есть поле, которое никто ни разу не смотрел, его надо удалить — оно стоит времени смены каждый день и подрывает доверие ко всей форме.

И четвёртое, самое неприятное для руководителя: реагировать на то, что учёт показывает. Если данные третий месяц говорят, что участок стоит из-за отсутствия сырья, а в снабжении ничего не меняется, смена перестанет фиксировать простои — и будет права по-своему.

Брак и переделки: вторая половина потерь

Простой заметен, потому что оборудование стоит. Брак незаметен, потому что оборудование при этом работает — и именно поэтому его недооценивают. Между тем потеря здесь двойная: израсходованы материалы и потрачено время, которое могло дать годную продукцию.

Учитывать брак имеет смысл в той же логике, что и простои: по закрытому списку видов и с обязательным указанием участка, где дефект возник, а не где обнаружен. Разница принципиальная — обнаруживают чаще всего на контроле в конце, а возникает дефект раньше, и без разделения этих двух полей вы будете «улучшать» контроль вместо причины.

Стоимость брака считается прямо:

Стоимость_брака = Материалы + Время_оборудования × Стоимость_часа + Время_переделки × Ставка

Условный пример: материалы 2 400 ₽, полчаса оборудования при стоимости часа 1 800 ₽, час переделки по 900 ₽ → 2 400 + 900 + 900 = 4 200 ₽ на одну единицу. Умноженное на количество за месяц, это число обычно сопоставимо с потерями от простоев, а иногда и превышает их.

И связка, о которой стоит помнить при любом улучшении: сокращение простоев за счёт спешки почти всегда увеличивает брак. Поэтому два показателя смотрятся вместе и в одном отчёте.

Риски и границы

Учёт простоев провоцирует их сокрытие. Если по итогам отчёта наказывают, мастера начнут не фиксировать мелкие остановки. Данные испортятся за неделю, и восстановить доверие сложнее, чем внедрить систему. Первые месяцы учёт должен явно использоваться для устранения причин, а не для оценки людей.

Точность фиксации ограничена. Остановки меньше нескольких минут фиксировать вручную бессмысленно — их не заметят и не отметят. Если нужны микро-простои, нужен съём данных с оборудования, а это другой бюджет и другой проект.

Автоматика не выявляет корневую причину. Она показывает лишь распределение: например, что заметная часть времени участок ждёт сырьё. Почему ждёт — предмет разбора людьми: планирование, поставщик, нормативы запаса.

Данные производства не безобидны. Объёмы выпуска, себестоимость и загрузка — коммерческая информация. Схемы, где эти данные уходят во внешние сервисы, требуют отдельного решения.

Изменение показателя не равно улучшению. Если простои сократились, а брак вырос, вы переместили потерю, а не устранили. Смотреть нужно связку показателей.

Чек-лист

Что мы можем сделать в EVOLVIN

Мы собираем автономных ИИ-сотрудников для повторяющихся участков — включая сбор сменных данных, автоматическую сборку отчёта, ежедневную сводку по причинам и контроль назначенных по ним действий.

О границах прямо: мы не подключаемся к оборудованию вместо систем промышленного мониторинга и не обещаем процент сокращения простоев — он зависит от причин, а причины у всех разные. Чужих кейсов здесь нет, числа иллюстрируют формулы.

Напишите, сколько у вас смен в сутки и фиксируются ли сейчас причины остановок хоть в каком-то виде, — по второму ответу станет понятно, с чего начинать: с системы или с двух недель ручного сбора.

Дальше выбор простой: разобрать, какие процессы в компании можно доверить ИИ, или внедрить и снизить издержки.

Посчитать это на своих числах

Три дня смотрим на поток работы одного отдела и приносим таблицу: что повторяется, сколько раз и во что обходится в месяц. Бесплатно, без доступов и паролей, ни к чему не обязывает.

Три дня наблюдения →

Читать дальше без разговоров: книга «Как среднему бизнесу внедрить ИИ» · телеграм-канал, который ведёт наш же ассистент.