Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами

Услуги и бэк-офисВыдержим ли пик

Как закрывать месяц без переработок, если документы приходят в последние три дня?

Объём работы не меняется. Меняется то, как он разложен по дням — и этого хватает.

Что дал расчёт

Срок закрытия месяца
было2,40,6дней
−75%

На потоке 480 закрытий в год это1,7 млн ₽в год

Что за процесс и где он ломался

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

Документы от клиентов приходят неравномерно: больше половины поступает в последние три дня месяца, часть — уже после его окончания.

Вопрос, на который отвечали

Как закрывать месяц без переработок, если документы приходят в последние три дня?

Признаки, по которым стало понятно: дело не в людях

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

Как процесс превратили в имитационную модель

Модель имитирует процесс закрытия месяца для 40 клиентов. Базовый сценарий отражает обычные недели (загрузка ~70%), а сценарий «Как есть» — пиковые последние дни месяца, когда интенсивность потока возрастает в 2,2 раза. Это приводит к перегрузке: утилизация ресурсов достигает 99,8%, а очередь из документов растёт до 53 клиентов.

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

Какие данные взяли и что честно допустили

Поток
экспоненциальное распределение, средний интервал 55 минут, пиковая нагрузка ×2,2 от базовой.
Обработка
3 этапа (приём 1 ч, ввод 6 ч, закрытие 5 ч), вариативность 35%.
Ресурсы
14 бухгалтеров, график 09:00–18:00, пн–пт, ставка 800 ₽/ч.
SLA
48 часов на полный цикл закрытия.
Не моделировали
сезонность годового отчёта и праздничные календари.

Отчёт симуляции: что показал расчёт

Живой отчёт симуляции

Отчёт удобнее смотреть на большом экране — откройте его отдельной страницей.

Тот же отчёт, который видит пользователь Storm после симуляции. Открывается по ссылке и листается по вкладкам.

Какие сценарии прогнали и чем они отличались

Сценарии, просчитанные в модели
СценарийЧто меняли
Как есть БазовыйОтчёт Пиковая нагрузка (×2,2 к норме): загрузка бухгалтеров 99,8%, очередь растёт до 53 клиентов, в срок закрывается лишь 49% заявок.
Плюс четыре бухгалтера Отчёт Штат 18 человек: загрузка остаётся критической (98,3%), очередь сокращается до 35 человек, но в срок закрывается только 79% клиентов.
График подачи документов по неделям Отчёт Сглаживание потока: загрузка падает до 71,5%, очередь исчезает (макс. 9 чел.), соблюдение сроков возвращается к 85%.
График и автозагрузка выписок из банка РешениеОтчёт Комбинированное решение: загрузка снижается до 43,3%, время в системе падает до 14 часов, 95% клиентов закрываются в срок.

Было и стало

Сравнение «было / стало» по каждой метрике. У метрик разные единицы, поэтому каждая пара показана в своём масштабе.
  • Было
  • Стало
  1. Срок закрытия месяца , дней

    2,4
    0,6−75%
  2. Пик очереди на закрытие , клиентов

    53
    4−92%
  3. Ожидание в очереди на обработку , дней

    0,7
    0−100%
  4. Клиентов закрыто в срок , %

    49
    95+45,9 п.п.
  5. Стоимость закрытия по клиенту , ₽

    9 627
    6 027−37%
Ключевые метрики процесса до и после изменения
МетрикаБылоСталоИзменение
Срок закрытия месяца , дней2,40,6−75%
Пик очереди на закрытие , клиентов534−92%
Ожидание в очереди на обработку , дней0,70−100%
Клиентов закрыто в срок , %4995+45,9 п.п.
Стоимость закрытия по клиенту , ₽9 6276 027−37%

Что показал расчёт

  1. Найм не спасает от очередей при пиковой нагрузке

    Добавление 4 бухгалтеров (штат 18 чел.) снижает пик очереди с 53 до 35 человек, но загрузка остаётся критической — 98,3%. В срок закрывается лишь 79% клиентов, а стоимость обработки не снижается существенно.

  2. График подачи документов убирает 92% пиковой очереди

    Простое распределение потока по неделям (без найма и автоматизации) снижает загрузку с 99,8% до 71,5%. Максимальная длина очереди падает с 53 до 9 человек, а соблюдение сроков возвращается к 85%.

  3. Автозагрузка выписок эффективна только со сглаженным потоком

    Сокращение времени ввода с 6 до 1,5 часов в сочетании с графиком подачи снижает общую загрузку до 43,3%. Время пребывания заявки в системе падает с 57 часов до 14 часов, а доля закрытых в срок клиентов растёт до 95%.

Что оказалось не так, как считали

Самый дорогой и очевидный способ (найм) даёт худший результат по срокам. При штате 18 человек 21% клиентов всё равно срывают сроки из-за остаточной перегрузки (98,3%), тогда как прежний штат 14 человек при введении графика и автозагрузки закрывает 95% заявок в срок и работает с загрузкой всего 43%.

Как закрывать месяц без переработок, если документы приходят в последние три дня?

Что решили сделать и что получилось

Ввели обязательный график подачи документов по неделям месяца и подключили автозагрузку банковских выписок. Отказались от найма дополнительных бухгалтеров.

Срок закрытия месяца сократился с 2,4 до 0,6 дней. Пиковая очередь упала с 53 до 4 клиентов. Стоимость обработки одной заявки снизилась на 37% (с 9 627 до 6 027 ₽), а доля клиентов, закрытых в срок, выросла с 49% до 95%.

Приёмы оптимизации, которые здесь сработали

Почему на этот вопрос отвечает имитационное моделирование, а совещание — нет

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

Тот же объём и те же 14 бухгалтеров: нагрузка к ёмкости в пик 148% до выравнивания календаря и 96% после.

Где этот вывод не работает

Расчёт про ежемесячное закрытие. Годовая отчётность имеет собственный пик, который графиком по неделям месяца не сглаживается.

Частые вопросы по этому расчёту

Как закрывать месяц без переработок, если документы приходят в последние три дня?

Объём работы не изменился, изменилась её плотность. Тот же объём, разложенный по календарю, закрывается прежним составом. График подачи документов снижает загрузку с 99,8% до 71,5%, а добавление автозагрузки выписок доводит её до комфортных 43,3%. Найм четырёх бухгалтеров не решает проблему очередей (остаточная загрузка 98,3%), тогда как процессные изменения дают 95% соблюдения сроков.

54% документов в последние три дня — это может вырасти до 70%?

Даже при росте концентрации потока до 70%, сглаживание по неделям остаётся эффективным. В модели пиковая нагрузка задана как ×2,2 от нормы. При таком сценарии без графика очередь достигает 53 человек, а с графиком — всего 9. Если концентрация вырастет, эффект от графика может снизиться, но он всё равно будет превосходить найм персонала, который не устраняет корень проблемы — вариабельность потока.

Данные по конверсиям за какой период? Прошлогодние?

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

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

Автозагрузка сокращает время обработки, но не решает проблему «стены» из документов в конце месяца. Без графика подачи (сценарий «Как есть») загрузка бухгалтеров составляет 99,8%, и даже ускорение ввода не спасёт от очередей. График сглаживает поток, а автозагрузка снижает нагрузку на ресурсы. Вместе они дают загрузку 43,3% и 95% соблюдения сроков, тогда как только автозагрузка в условиях пика оставила бы систему перегруженной.

Ваш процесс, ваши числа

Покажем на вашем процессе

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

  1. Присылаете диаграмму и три-четыре цифры про поток
  2. Собираем модель и прогоняем сценарии, которые вы назовёте
  3. Разбираем отчёт вместе и обсуждаем, что из него следует
Показать на моём процессеПосмотреть другие кейсы

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

Поддержка