Автоматизация линейных операций в онлайн-ритейле: ВКР с расчётом экономии ФОТ
Lamoda сократила тысячу линейных сотрудников за 2025 год — и одновременно нарастила штат ИТ-специалистов на 23%. Если читать новость только как «увольнения», тема для диплома не появится. Но за цифрами стоит понятный инженерный сдвиг: рутинные операции (первичная линия поддержки, обработка возвратов, планирование смен на складе, сверка заявок) переводятся в автоматический контур, а освободившийся бюджет уходит в разработку и эксплуатацию этого контура.
Для выпускника ИТ-направления это редкая удача. Тема, где эффект измеряется в человеко-часах, рублях ФОТ и снижении ручных операций, проходит защиту заметно спокойнее, чем очередной «сайт с удобным интерфейсом». Ниже — как разложить кейс Lamoda на темы, главы и метрики вашей ВКР.
Три темы ВКР, которые вырастают из этой новости
| Тема | Актуальность (отсылка к статье) | Цель |
|---|---|---|
| Система автоматизации первичной линии поддержки маркетплейса | Рост ИТ-штата на 23% при сокращении линейного персонала прямо указывает: нагрузку первой линии снимают не людьми, а сервисом. | Снизить долю обращений, требующих оператора, минимум на 40% за счёт классификации и автоответов. |
| Сервис прогнозирования нагрузки на склад и планирования смен | Склад — самый «линейный» участок ритейла, именно там сокращение в 1000 человек даёт максимальный эффект. | Построить модель прогноза пиковой нагрузки и автоматизировать составление графика смен. |
| Платформа оркестрации возвратов на событийной архитектуре | Возвраты — процесс с высокой долей ручных сверок; event-driven контур позволяет закрывать типовые кейсы без человека. | Сократить среднее время обработки возврата и исключить ручные статусные операции. |
Декомпозиция на задачи и главы
- Задачи (общие для любой из трёх тем): анализ текущего процесса и его «узких мест»; выбор архитектурного подхода; проектирование интеграций с учётными системами; расчёт экономического эффекта от высвобождения ручных операций.
- Глава 1 — Теория и анализ: обзор подходов (RPA, low-code, кастомные микросервисы), обоснование выбора по критериям ISO/IEC 25010, разбор кейсов ритейла.
- Глава 2 — Проектирование: архитектурная схема, диаграммы по ГОСТ 19.701-90, описание API, схемы данных, конфигурация развёртывания.
- Глава 3 — Реализация, тестирование, экономика: нагрузочные тесты, метрики надёжности (RTO/RPO), расчёт экономии ФОТ и TCO владения решением.
Аналитическая глава: как обосновать выбор, а не просто перечислить технологии
Слабое место большинства ВКР — «сравнение» в стиле «Kubernetes лучше, потому что современный». Экспертиза начинается там, где появляются критерии и цифры. В таблице ниже — рабочая матрица выбора подхода к автоматизации линейных операций; её можно адаптировать под свою тему и смело ставить в первую главу.
| Критерий | RPA-роботы | Low-code платформа | Кастомные микросервисы |
|---|---|---|---|
| Срок до первого эффекта | 2–4 недели | 4–8 недель | 3–6 месяцев |
| Масштабируемость | Низкая | Средняя | Высокая |
| Зависимость от вендора | Высокая | Высокая | Отсутствует |
| Готовность к пиковой нагрузке | Ограничена лицензиями | Ограничена тарифом | Горизонтальное масштабирование в Kubernetes |
Обратите внимание на логику вывода: если в вашей теме объём обращений растёт скачками (распродажи, сезонность), аргумент в пользу кастомных сервисов становится техническим, а не вкусовым. Это ровно тот довод, который ждёт комиссия.
Проектная часть: что рисовать и что писать в пояснении
Диаграммы, которые точно спросят
- Контекстная схема и схема декомпозиции — по нотации ГОСТ 34.602-89 к техническому заданию.
- Схема алгоритма обработки заявки в нотации ГОСТ 19.701-90 (да, со всеми блоками «решение» и «данные»).
- Диаграмма последовательности для сценария «клиент → шлюз → сервис классификации → учётная система».
- Схема развёртывания: кластер Kubernetes, брокер сообщений, базы данных, внешние интеграции.
Фрагмент кода, который усиливает экономическую главу
Не обязательно показывать тысячи строк. Достаточно небольшого, но осмысленного расчётного модуля — он доказывает, что эффект вы считаете, а не берёте с потолка.
def saved_cost(volume_per_month, sec_before, sec_after, hourly_rate):
"""Экономия ФОТ на автоматизации типовой операции."""
hours = volume_per_month * (sec_before - sec_after) / 3600
fte = hours / 160 # нормативный фонд рабочего времени в месяц
return {"hours": round(hours, 1), "fte": round(fte, 2),
"rub": round(hours * hourly_rate, 2)}
# 25 000 обращений, 210 с -> 12 с, ставка 450 руб/ч
print(saved_cost(25000, 210, 12, 450))
Такой блок легко защитить: параметры берутся из хронометража процесса, ставка — из открытых вакансий или средней по отрасли. Ссылку на источник ставки обязательно указывайте сноской.
Тестирование и метрики: чем доказывается работоспособность
Раздел «Тестирование» часто превращают в скриншоты работающего интерфейса. Комиссия хочет другого — воспроизводимых измерений. Минимальный набор метрик для темы автоматизации линейных операций:
| Метрика | Как измерять | Целевое значение (пример) |
|---|---|---|
| Доля обращений, закрытых без оператора | Логи сервиса, поле resolution_type | ≥ 40% |
| Время отклика p95 | Трассировка OpenTelemetry | ≤ 400 мс |
| Высвобожденные FTE | Расчёт по хронометражу | 3–8 FTE на поток |
| RTO / RPO | Учения по восстановлению | 15 мин / 5 мин |
| Соответствие ISO/IEC 25010 | Чек-лист по характеристикам качества | Не ниже «средне» по 8 характеристикам |
Нагрузочное тестирование опишите честно: чем нагружали, сколько виртуальных пользователей, где упёрлись в потолок. Честно указанное ограничение выглядит профессиональнее, чем идеальные графики без методики.
Чему вы научитесь на такой работе
- Переводить бизнес-процесс в архитектурные решения: от «сократили 1000 человек» до конкретных сервисов и интеграций.
- Обосновывать стек через измеримые критерии, а не через популярность технологии.
- Считать экономический эффект автоматизации и защищать его расчётом, а не обещаниями.
- Оформлять техническую документацию по ГОСТ 34.602-89 и ГОСТ 19.701-90 без переделок «на защите».
- Строить наблюдаемость: метрики, трассировки, алерты — то, что реально спрашивают на собеседованиях.
- Подмена терминов без обоснования. SAAS, PAAS и «облако» пишут как синонимы. Избежать просто: введите глоссарий в первой главе и держитесь его определений до конца работы.
- Отсутствие метрик эффективности. Есть код и скриншоты, но нет ни одной цифры эффекта. Исправляется добавлением таблицы «до/после» с указанием методики измерения.
- Игнорирование ГОСТ 34.602-89 при оформлении ТЗ. ТЗ пишут «от себя», а потом получают замечания по составу разделов. Возьмите структуру из стандарта как каркас — это экономит неделю правок.
Вопросы, которые задают чаще всего
Обязательно ли писать работающий код для ВКР?
Зависит от кафедры: где-то достаточно прототипа и архитектурного проекта, где-то требуют развёрнутый стенд. Безопасный вариант — рабочий прототип ключевого сценария плюс проект остальной системы. Тогда вы закрываете оба требования.
Где брать данные для расчёта сокращения ручных операций?
Три источника: открытые вакансии и зарплатные обзоры (ставка часа), хронометраж типового процесса, публичные отчёты ритейлеров по операционным расходам. Данные из новости Lamoda используйте как обоснование масштаба задачи, а не как цифру для подстановки в формулу.
Насколько глубоко нужны UML-диаграммы?
Достаточно 3–5 согласованных диаграмм: компонентов, последовательности, развёртывания и схемы данных. Главное — чтобы они не противоречили тексту. Одна диаграмма с расхождением в названиях сущностей портит впечатление сильнее, чем их отсутствие.
Как связать новость 2026 года с моей темой, если она про другое?
Через тренд, а не через прямое цитирование. Формулировка вроде «рост ИТ-штата при сокращении линейного персонала подтверждает переход отрасли к автоматизации рутинных операций» работает в любой теме, связанной с внутренними сервисами, аналитикой или интеграциями.
- Ссылка на источник вставлена и оформлена по требованиям кафедры.
- Каждая задача из введения отражена в выводах по главам.
- Все схемы подписаны, пронумерованы и упомянуты в тексте.
- ГОСТ 34.602-89 и ГОСТ 19.701-90 соблюдены в оформлении ТЗ и схем.
- Метрики эффективности приведены с методикой измерения.
- Список литературы не содержит несуществующих источников.
- Термины употребляются единообразно от первой главы до заключения.
Источник: Онлайн-магазин одежды Lamoda уволил 1000 работников (опубликовано 2026-03-30)