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

Услуги и бэк-офисСколько стоит заявка

Сколько на самом деле стоит обработка одной заявки?

ФОТ, делённый на количество, даёт одну цифру. Модель с очередями и ожиданием — другую, вдвое больше.

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

Полная стоимость заявки
было9071 857
×2

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

Сервисный центр: обработка заявок клиентов от приёма до закрытия, пять этапов, 2100 заявок в месяц. Стоимость заявки считалась как ФОТ отдела, делённый на количество.

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

Сколько на самом деле стоит обработка одной заявки?

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

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

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

Моделирует путь заявки от приёма до закрытия: приём оператором, маршрутизация системой, анализ и решение специалистом, проверка менеджером. В 8% случаев заявка возвращается на доработку.

Сравнены четыре сценария: текущий процесс, добавление специалиста, автоматизация приёма ботом и их комбинация. Ключевые метрики — полная стоимость (ФОТ + накладные) и время пребывания заявки в системе.

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

Поток
экспоненциальный, интервал ~16 минут в рабочие часы (09:00–18:00, Пн-Пт).
Ресурсы
2 оператора (350 ₽/ч), 3 специалиста (550 ₽/ч), 1 менеджер (700 ₽/ч).
Возвраты
8% заявок возвращаются на этап анализа после проверки менеджером.
Не моделировали
сезонные всплески потока, болезни сотрудников.
Стоимость
учтены прямые ФОТ и накладные расходы (150 ₽ на заявку).

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

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

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

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

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

Сценарии, просчитанные в модели
СценарийЧто меняли
Как есть БазовыйОтчёт Базовый процесс с 2 операторами и 3 специалистами. Заявка проводит в системе в среднем 3,1 часа, из которых 2,1 часа — ожидание. 95% заявок закрываются за 17 часов.
Ускорение узкого этапа Отчёт Добавлен 4-й специалист. Среднее время ожидания упало до 55 минут, но прямые затраты выросли на 15% (до 1046 ₽).
Автоматизация приёма заявки Отчёт Приём переведён на бота. Прямые затраты снизились до 823 ₽, но из-за сохранения узкого места у специалистов среднее время ожидания выросло до 3,2 часов.
Оба изменения РешениеОтчёт Комбо: бот на приёме + 4 специалиста. Среднее время ожидания сократилось до 35 минут, 95-й перцентиль — до 2 часов. Прямые затраты выросли незначительно (+6%).

Было и стало

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

    907
    1 857×2
  2. Ожидание в обработке , ч

    2,1
    0,6−73%
  3. Срок обработки, 95-й перцентиль , ч

    17
    2,1−88%
  4. Прямые затраты на обработку , ₽

    907
    960+6%
Ключевые метрики процесса до и после изменения
МетрикаБылоСталоИзменение
Полная стоимость заявки , ₽9071 857×2
Ожидание в обработке , ч2,10,6−73%
Срок обработки, 95-й перцентиль , ч172,1−88%
Прямые затраты на обработку , ₽907960+6%

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

  1. Ожидание съедает половину времени обработки

    В базовом сценарии заявка проводит в системе 3,1 часа, но фактическая работа занимает лишь 1 час. Остальные 2,1 часа — это простое ожидание в очередях, что удваивает полную стоимость заявки до 1857 ₽.

  2. Автоматизация без усиления ресурсов не работает

    Перевод приёма на бота снижает прямые затраты до 823 ₽, но время ожидания растёт до 3,2 часов. Узкое место у специалистов не решается, а очередь только накапливается.

  3. Комбо-решение даёт баланс скорости и цены

    Сочетание бота и дополнительного специалиста снижает среднее ожидание до 35 минут (−73%). Прямые затраты растут всего на 6% (до 960 ₽), но эффективность использования ресурсов максимальна.

  4. 95-й перцентиль — главный индикатор качества

    В базовом сценарии 5% клиентов ждут до 17 часов. В комбо-сценарии этот показатель падает до 2,1 часа, что критически важно для удержания клиентов.

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

Автоматизация приёма заявки увеличивает среднее время ожидания на 57%. Без добавления специалиста бот просто быстрее подгоняет заявки к узкому месту, создавая более длинную очередь у специалистов.

Сколько на самом деле стоит обработка одной заявки?

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

Выбран сценарий «Оба изменения»: автоматизация приёма ботом и найм 4-го специалиста. Это единственное решение, которое одновременно снижает время ожидания и контролирует рост затрат.

Среднее время ожидания упало с 2,1 до 0,6 часа. 95% заявок теперь закрываются за 2,1 часа вместо 17. Прямые затраты выросли с 907 до 960 ₽ (+6%), что оправдано ростом пропускной способности.

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

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

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

Из 1 840 ₽ полной стоимости заявки 760 — это ожидание, которого нет ни в одной статье бюджета.

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

Зависимость доли отказов от срока восстановлена по историческим данным и может измениться при смене клиентского сегмента.

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

Разве стоимость ожидания — это настоящие деньги?

Да: это замороженные ресурсы. В базовом сценарии 2,1 часа из 3,1 часов заявки простаивают. При потоке ~2100 заявок в месяц это означает, что компания платит зарплату за время, когда сотрудники не работают над заявками, а заявки ждут. Полная стоимость 1857 ₽ включает эти накладные расходы.

Откуда вы узнали про 8% возвратов?

Это параметр модели, основанный на исторических данных контроля качества. 8% заявок не проходят проверку менеджера с первого раза и возвращаются на анализ, увеличивая нагрузку на специалистов.

Если мы ускорим первый этап на 30%, упадёт ли полная стоимость?

Нет, если не усилить следующий этап. Сценарий «Автоматизация приёма» показывает, что ускорение приёма без добавления специалиста увеличивает время ожидания с 2,1 до 3,2 часов. Узкое место переезжает, но не исчезает.

Почему прямые затраты выросли в лучшем сценарии?

Потому что мы добавили 4-го специалиста (ставка 550 ₽/ч). Затраты выросли с 907 до 960 ₽ (+6%), но это позволило сократить время ожидания на 73% и ускорить обработку 95% заявок в 8 раз. Эффективность на рубль затрат выросла.

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

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

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

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

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

Поддержка