Повторяющиеся сбои: причина на пятом «почему», а не на первом

Шесть сбоев, стоимость каждого и изменение процесса с проверкой через месяц

  • Работает в ваших сервисах: 1С, кабинеты аналитики и рекламы, трекер задач, почта
  • По умолчанию чтение и расчёт: запись в вашу систему — по вашей команде
  • Числа кейса сконструированы и помечены; замер коннекторов — 08.11.2026, лог приложен

Дело: шесть сбоев, 112 часов в месяц и ни одного виноватого

Кто в деле

Склад, продажи, поддержка и логистика. Сбои те же каждый месяц: не отгрузили, вернули не тот товар, ушли в минус по остаткам.

  • Что было

    Каждый сбой тушили и забывали. На разборе звучало «невнимательность», через неделю повторялось то же самое.

  • Что подтверждено замером

    Замер 08.11.2026: в 1С Розница есть отдельный склад «Претензия склад». Переделка уже в учёте, но причина не меняется — товар копится, процесс тот же.

  • Где развилка

    Искать виноватого или искать отсутствующее правило? На шести сбоях второй путь дал шесть правил и ноль фамилий.

  • Что сделал агент

    Разложил шесть сбоев на пять «почему», посчитал стоимость каждого и записал изменение процесса с метрикой проверки.

  • Чем закончилось

    112.5 часа в месяц и 144 000 ₽ прямых потерь до изменения. Пятое «почему» ни разу не оказалось человеком: это было отсутствующее правило.

Задача

Что за работа

Сбой повторяется, когда причина остаётся в процессе. Пять «почему» доводят причину от события («не отгрузили») до правила («приёмка не подтверждается»). Дальше обязательны две вещи: стоимость сбоя, чтобы приоритет был виден, и метрика проверки через месяц. Без метрики изменение не проверяется, и через квартал сбой возвращается под другим названием. Дешевле всего сбои без владельца.

Как это выглядит

Причина на пятой ступени всегда оказывается правилом, которого нет.

Путь в системах: что берём на входе и что отдаём

  1. 1

    Вход: события сбоев

    Возвраты и претензии из 1С, обращения из поддержки, отмены и просрочки из CRM. Событие берётся, если повторилось трижды.

  2. 2

    Пять «почему»

    От видимого события к правилу. Остановка — когда дальше идёт «так исторически сложилось»: это и есть место изменения.

  3. 3

    Стоимость

    Часы разбора × ставка часа плюс прямые потери. Стоимость задаёт порядок работ, а не громкость жалобы.

  4. 4

    Изменение процесса

    Одно правило на сбой, с владельцем и точкой контроля. Не «усилить контроль», а конкретное действие.

  5. 5

    Выход: реестр и проверка

    Реестр сбоев, изменения и метрика проверки через месяц — файлом. Дальше ежемесячная сверка.

Агент делает · человек решает

Раскладывает сбой на причиныпять «почему» до правила
Считает стоимость сбоячасы и прямые потери
Пишет изменение и метрикучто проверим через месяц
Утверждает изменениечеловек: меняет процесс руководитель
Решает по людямчеловек: дисциплина — не расчёт
Останавливает процессчеловек: стоп-продажи и приоритеты

Что получится на выходе

Лист сбоев: шесть событий, частота, часы, прямые потери и причина верхнего уровня.

Границы

Чего агент не делает

Агент не наказывает и не готовит дисциплинарные выводы: он ищет правило, которого нет. Не меняет процесс сам — изменение утверждает руководитель. Не обещает, что сбой исчезнет: обещает, что появится метрика, по которой это видно.

Вопросы

Что если причина всё-таки в человеке?

Тогда правило всё равно нужно: инструкция, обучение, проверка на входе. Пять «почему» не отменяют дисциплину, они отделяют её от процесса.

Сколько сбоев разбирать за раз?

Один за совещание, пять-шесть в месяц. Больше — превращается в отчёт, который никто не читает.

Нужны ли интеграции, чтобы начать?

Нет. Месяц сбоев собирается из журнала обращений. Интеграции нужны, чтобы счёт повторялся сам.

Как понять, что изменение сработало?

По метрике, которая записана заранее: срок отгрузки, доля возвратов, число отмен. Через месяц смотрим факт, а не впечатление.

Соседние работы

Рядом

Разбор ваших повторяющихся сбоев

Дайте журнал обращений за месяц — вернём пять «почему» и метрику