Сервіс пошуку роботи №1 в Україні
Андрій
Аналітик-оптимізатор
- Вік:
- 32 роки
- Місто проживання:
- Київ
- Готовий працювати:
- Дистанційно, Київ
Контактна інформація
Шукач вказав: ТелефонМесенджер
Прізвище, контакти та світлина доступні тільки для зареєстрованих роботодавців. Щоб отримати доступ до особистих даних кандидатів, увійдіть як роботодавець або зареєструйтеся.
Отримати контакти цього кандидата можна на сторінці https://www.work.ua/resumes/20316358/
Завантажений файл
Файл містить ще 5 сторінок
Версія для швидкого переглядуЦе резюме розміщено у вигляді файлу. Ця версія для швидкого перегляду може бути гіршою за оригінал резюме.
Плахонин Андрей
Аналитик / Бизнес-аналитик / Аналитик по автоматизации бизнес-процессов
Киев · 32 года
Полная занятость · офис / гибрид
Готов к развитию в направлении бизнес- и финансовой аналитики, автоматизации и управления данными
Ключевые компетенции:
Бизнес-анализ · Управленческая аналитика · 1С / BAS · PostgreSQL · Excel / VBA · Power Query · PWA · Автоматизация бизнес-процессов · Бюджетирование · Cash Flow · План-факт анализ · Товарная аналитика · Прогнозирование продаж · Управление запасами · Финансовое планирование
Профессиональный профиль
Аналитик с опытом работы на стыке **операционного управления, товарной и финансовой аналитики и автоматизации. Прошёл путь от работы с товаром и складскими процессами до самостоятельного проектирования аналитических моделей и внутренних информационных систем.
Умею разбирать существующий бизнес-процесс, находить ограничения и точки для автоматизации, формализовать бизнес-логику и доводить решение до работающего инструмента. Работал с данными 1С на уровне справочников, документов, регистров и движений, строил собственные модели данных в PostgreSQL и автоматизировал процессы вокруг них.
В работе ориентируюсь не только на получение отчёта или показателя, а на то, какое управленческое решение должно приниматься на основании данных.
MD-Fashion — Кладовщик → Аналитик
2013–2019, 2022–2023
Работал в различных операционных и аналитических ролях: продавец, кассир, старший смены, кладовщик; позднее — аналитик в офисе. Опыт работы непосредственно с товаром и складскими процессами впоследствии стал основой для автоматизации и аналитики.
Работая кладовщиком в MD-Fashion / Under Armour, самостоятельно спроектировал и реализовал на Excel + VBA систему управления ячеечным хранением товара.
На складе находилось около 20 000 единиц товара, ежедневные продажи составляли порядка 400–500 единиц. Ассортимент характеризовался высокой SKU-шириной, небольшой глубиной остатков и нерегулярными пополнениями, поэтому стандартное зонирование по артикулам было малоэффективно.
Спроектировал собственную систему адресного хранения:
- разработал структуру ячеек и правила их нумерации с учётом приоритетности товарных категорий;
- создал систему штрихкодирования коробов и ячеек;
- реализовал печать штрихкодов на термопринтере;
- создал VBA-интерфейс для размещения товара со сканера;
- система определяла тип сканируемого объекта — короб, товар или закрытие операции;
- контролировала ошибки при размещении и предупреждала о попытках поместить товар не в соответствующий короб;
- сохраняла историю перемещений товара между ячейками.
Автоматизация подсортировки
Разработал алгоритм формирования задания на ежедневную подсортировку торгового зала.
Система получала данные из 1С через выгружаемые CSV-файлы, сопоставляла остатки в торговом зале и на складе, учитывала нормативы выкладки по категориям и размерам и автоматически формировала список товара для пополнения.
При определении источника система выбирала короб с наименьшим идентификатором, последовательно распределяя необходимое количество товара между коробами.
После подтверждения история изъятия сохранялась, а кладовщику печатался готовый маршрут сбора.
В результате кладовщик мог одним проходом по складу собрать сформированный системой список вместо самостоятельного поиска необходимых позиций.
Быстрый поиск товара
Создал интерфейс быстрого поиска товара для кладовщика.
По артикулу, части артикула или сканированию штрихкода система находила необходимые SKU и показывала:
- размеры;
- доступные коробки;
- фотографию товара;
- местоположение.
После команды «Забрать» печаталась небольшая этикетка с информацией о товаре и номером короба, а остаток в системе обновлялся с сохранением истории операции.
Автоматизация товарного справочника и изображений
Для ускорения поиска самостоятельно разобрал структуру URL и HTML карточек товаров на сайте MD-Fashion.
Из 1С выгрузил артикулы, написал в Power Query обработку для формирования адресов изображений, после чего массово загрузил фотографии товаров на рабочий ПК с помощью VBA.
Полученная база изображений использовалась непосредственно в складском интерфейсе.
Работа с 1С и интеграция
Несмотря на отсутствие прямого доступа к БД 1С, построил рабочую интеграцию через её выгрузки: использовал данные движения товара, остатков и транзита, формировал собственные справочники и ежедневно обновлял данные для складской системы.
Фактически система работала поверх существующей 1С, не требуя от кладовщиков дополнительных сложных действий в учётной системе.
Аналитик MD-Fashion
После работы на складе перешёл в офис на позицию аналитика.
Использовал накопленное понимание товарного движения, остатков, подсортировки и работы магазинов для анализа процессов и построения матрицы подсортировки магазинов Under Armour.
Автоматизировал и формализовал правила распределения товара между магазинами с учётом продаж, остатков, размеров, доступности товара и потребности конкретного магазина.
Это стало переходом от непосредственного управления товаром на одном складе к анализу и оптимизации товарных потоков на уровне сети магазинов.
Abrams — Аналитик-оптимизатор
2024–2026
Работал на стыке товарной и финансовой аналитики, оптимизации бизнес-процессов, управления запасами и автоматизации.
PWA-система и автоматизация
Самостоятельно спроектировал и реализовал внутреннюю PWA-систему, связавшую бизнес-процессы компании, данные 1С и собственную БД на PostgreSQL.
Работал с 1С не только как пользователь: разобрал структуру справочников, документов, регистров и движений товаров и денежных средств (базы данных PostgreSQL), определял необходимые источники данных и проектировал собственные таблицы и связи в PostgreSQL.
В системе реализовал:
- цепочки документов и согласований с автоматическими переходами между этапами;
- роли и детальные права доступа;
- системные уведомления;
- плановый календарь;
- плановые и фактические показатели;
- контроль финансовых ограничений;
- отчёты и аналитические представления.
Планирование продаж и запасов
Разработал краткосрочное планирование продаж на горизонте 14 дней на уровне SKU. Так же устанавливал месячные планы продаж для расчета месячных показателей ефективности.
Прогноз строился на основе скользящего среднего за 14 дней с корректировкой на аномальные продажи (всплески), доступность товара и ожидаемые поступления из транзита.
На основании прогноза система рассчитывала будущую потребность в товаре и финансовые показатели. План продаж использовался далее в финансовом планировании и управлении закупками.
Финансовое планирование
Спроектировал модель, объединяющую фактическое финансовое состояние и плановые движения.
В расчётах учитывались:
- план продаж офлайн- и онлайн-отделов;
- текущие остатки денежных средств;
- плановые оплаты заказов товара;
- плановые операционные расходы;
- плановые маркетинговые расходы;
- обязательства и использованные лимиты;
- финансовое состояние отдельных ФОП и ТОВ;
- планируемое высвобождение денежных средств от продаж.
Таким образом, система позволяла оценивать не только текущий остаток, но и прогнозное финансовое состояние после уже запланированных операций.
Закупки и планирование оплат
Реализовал контроль доступности бюджета при планировании заказов товара.
Система проверяла возможность оплаты на выбранную дату с учётом текущего финансового состояния, прогнозных продаж, уже запланированных платежей и других будущих расходов.
Если на выбранную дату необходимых средств не хватало, система рассчитывала ближайшую дату, когда оплата становилась возможной, и предлагала её для планирования.
При этом учитывалось, на каком ФОП/ТОВ находится товар, какие документы и обязательства относятся к конкретной организации, текущий остаток на её счетах и использованный лимит.
Управление оборотным капиталом
Реализовал механизм доинвестирования при недостатке бюджета.
Директор видел текущую и прогнозную финансовую ситуацию и мог одобрить дополнительное финансирование с плановым возвратом либо зафиксировать его как отдельную инвестицию.
Для анализа эффективности использовались ROI, валовая прибыль, оборачиваемость и капитализация товара (склад + транзит).
Мотивация и неликвиды
Проанализировал структуру складских остатков и выявил около 10–12% неликвидного товара (не рабочий капитал).
Разработал мотивацию продаж неликвидов: продавцу начислялось 30-50% валовой прибыли от реализации такой позиции.
Также реализовал систему расчёта зарплаты и мотивации офлайн- и онлайн-отделов с учётом выполнения и перевыполнения планов, стажа, обучения, квартальных показателей и специальных бонусов.
Обучение и операционные процессы
Создал систему обучения и тестирования сотрудников с контролем попыток, проходного балла, повторного прохождения и аналитикой результатов.
Автоматизировал внутренние процессы и документооборот (плановые расходы): заказы товара, маркетинговые расходы, пересорт, отпуска, удалённые рабочие дни, зарплату, распоряжения и операционные чек-листы.
Для чек-листов реализовал контроль выполнения по сотрудникам и времени; для распоряжений — контроль ознакомления.
Маркетинговая аналитика
Еженедельно формировал рекомендации маркетингу по товарам для контента на основании продаж и запасов.
Номенклатура классифицировалась по статусам: топ по выручке, топ по количеству, top-overstock, overstock, неликвид, новинка. Для каждой позиции указывались доступные размеры и аналитическое обоснование рекомендации.
Для анализа эффективности использовал ROI, валовую прибыль, оборачиваемость и капитализацию товара; применял bubble chart для сопоставления показателей.
Дальнейшая автоматизация
Прорабатывал автоматическое формирование цепочки «Заказ товара» на основании данных системы. Цель — чтобы менеджер не занимался ручным расчётом потребности и созданием заказа, а работал преимущественно с операционными задачами, проверкой рекомендаций и исключениями.
Для этого планировал использовать оптимизационную модель и симуляцию сценариев: проверять различные варианты закупок до их применения в реальной работе и оценивать их влияние на запасы, продажи, финансовую нагрузку и эффективность использования капитала.
Также прорабатывал автоматизацию распределения рекламного бюджета между SKU и связь закупки с последующим контентом и продвижением товара.
Аналитик / Бизнес-аналитик / Аналитик по автоматизации бизнес-процессов
Киев · 32 года
Полная занятость · офис / гибрид
Готов к развитию в направлении бизнес- и финансовой аналитики, автоматизации и управления данными
Ключевые компетенции:
Бизнес-анализ · Управленческая аналитика · 1С / BAS · PostgreSQL · Excel / VBA · Power Query · PWA · Автоматизация бизнес-процессов · Бюджетирование · Cash Flow · План-факт анализ · Товарная аналитика · Прогнозирование продаж · Управление запасами · Финансовое планирование
Профессиональный профиль
Аналитик с опытом работы на стыке **операционного управления, товарной и финансовой аналитики и автоматизации. Прошёл путь от работы с товаром и складскими процессами до самостоятельного проектирования аналитических моделей и внутренних информационных систем.
Умею разбирать существующий бизнес-процесс, находить ограничения и точки для автоматизации, формализовать бизнес-логику и доводить решение до работающего инструмента. Работал с данными 1С на уровне справочников, документов, регистров и движений, строил собственные модели данных в PostgreSQL и автоматизировал процессы вокруг них.
В работе ориентируюсь не только на получение отчёта или показателя, а на то, какое управленческое решение должно приниматься на основании данных.
MD-Fashion — Кладовщик → Аналитик
2013–2019, 2022–2023
Работал в различных операционных и аналитических ролях: продавец, кассир, старший смены, кладовщик; позднее — аналитик в офисе. Опыт работы непосредственно с товаром и складскими процессами впоследствии стал основой для автоматизации и аналитики.
Работая кладовщиком в MD-Fashion / Under Armour, самостоятельно спроектировал и реализовал на Excel + VBA систему управления ячеечным хранением товара.
На складе находилось около 20 000 единиц товара, ежедневные продажи составляли порядка 400–500 единиц. Ассортимент характеризовался высокой SKU-шириной, небольшой глубиной остатков и нерегулярными пополнениями, поэтому стандартное зонирование по артикулам было малоэффективно.
Спроектировал собственную систему адресного хранения:
- разработал структуру ячеек и правила их нумерации с учётом приоритетности товарных категорий;
- создал систему штрихкодирования коробов и ячеек;
- реализовал печать штрихкодов на термопринтере;
- создал VBA-интерфейс для размещения товара со сканера;
- система определяла тип сканируемого объекта — короб, товар или закрытие операции;
- контролировала ошибки при размещении и предупреждала о попытках поместить товар не в соответствующий короб;
- сохраняла историю перемещений товара между ячейками.
Автоматизация подсортировки
Разработал алгоритм формирования задания на ежедневную подсортировку торгового зала.
Система получала данные из 1С через выгружаемые CSV-файлы, сопоставляла остатки в торговом зале и на складе, учитывала нормативы выкладки по категориям и размерам и автоматически формировала список товара для пополнения.
При определении источника система выбирала короб с наименьшим идентификатором, последовательно распределяя необходимое количество товара между коробами.
После подтверждения история изъятия сохранялась, а кладовщику печатался готовый маршрут сбора.
В результате кладовщик мог одним проходом по складу собрать сформированный системой список вместо самостоятельного поиска необходимых позиций.
Быстрый поиск товара
Создал интерфейс быстрого поиска товара для кладовщика.
По артикулу, части артикула или сканированию штрихкода система находила необходимые SKU и показывала:
- размеры;
- доступные коробки;
- фотографию товара;
- местоположение.
После команды «Забрать» печаталась небольшая этикетка с информацией о товаре и номером короба, а остаток в системе обновлялся с сохранением истории операции.
Автоматизация товарного справочника и изображений
Для ускорения поиска самостоятельно разобрал структуру URL и HTML карточек товаров на сайте MD-Fashion.
Из 1С выгрузил артикулы, написал в Power Query обработку для формирования адресов изображений, после чего массово загрузил фотографии товаров на рабочий ПК с помощью VBA.
Полученная база изображений использовалась непосредственно в складском интерфейсе.
Работа с 1С и интеграция
Несмотря на отсутствие прямого доступа к БД 1С, построил рабочую интеграцию через её выгрузки: использовал данные движения товара, остатков и транзита, формировал собственные справочники и ежедневно обновлял данные для складской системы.
Фактически система работала поверх существующей 1С, не требуя от кладовщиков дополнительных сложных действий в учётной системе.
Аналитик MD-Fashion
После работы на складе перешёл в офис на позицию аналитика.
Использовал накопленное понимание товарного движения, остатков, подсортировки и работы магазинов для анализа процессов и построения матрицы подсортировки магазинов Under Armour.
Автоматизировал и формализовал правила распределения товара между магазинами с учётом продаж, остатков, размеров, доступности товара и потребности конкретного магазина.
Это стало переходом от непосредственного управления товаром на одном складе к анализу и оптимизации товарных потоков на уровне сети магазинов.
Abrams — Аналитик-оптимизатор
2024–2026
Работал на стыке товарной и финансовой аналитики, оптимизации бизнес-процессов, управления запасами и автоматизации.
PWA-система и автоматизация
Самостоятельно спроектировал и реализовал внутреннюю PWA-систему, связавшую бизнес-процессы компании, данные 1С и собственную БД на PostgreSQL.
Работал с 1С не только как пользователь: разобрал структуру справочников, документов, регистров и движений товаров и денежных средств (базы данных PostgreSQL), определял необходимые источники данных и проектировал собственные таблицы и связи в PostgreSQL.
В системе реализовал:
- цепочки документов и согласований с автоматическими переходами между этапами;
- роли и детальные права доступа;
- системные уведомления;
- плановый календарь;
- плановые и фактические показатели;
- контроль финансовых ограничений;
- отчёты и аналитические представления.
Планирование продаж и запасов
Разработал краткосрочное планирование продаж на горизонте 14 дней на уровне SKU. Так же устанавливал месячные планы продаж для расчета месячных показателей ефективности.
Прогноз строился на основе скользящего среднего за 14 дней с корректировкой на аномальные продажи (всплески), доступность товара и ожидаемые поступления из транзита.
На основании прогноза система рассчитывала будущую потребность в товаре и финансовые показатели. План продаж использовался далее в финансовом планировании и управлении закупками.
Финансовое планирование
Спроектировал модель, объединяющую фактическое финансовое состояние и плановые движения.
В расчётах учитывались:
- план продаж офлайн- и онлайн-отделов;
- текущие остатки денежных средств;
- плановые оплаты заказов товара;
- плановые операционные расходы;
- плановые маркетинговые расходы;
- обязательства и использованные лимиты;
- финансовое состояние отдельных ФОП и ТОВ;
- планируемое высвобождение денежных средств от продаж.
Таким образом, система позволяла оценивать не только текущий остаток, но и прогнозное финансовое состояние после уже запланированных операций.
Закупки и планирование оплат
Реализовал контроль доступности бюджета при планировании заказов товара.
Система проверяла возможность оплаты на выбранную дату с учётом текущего финансового состояния, прогнозных продаж, уже запланированных платежей и других будущих расходов.
Если на выбранную дату необходимых средств не хватало, система рассчитывала ближайшую дату, когда оплата становилась возможной, и предлагала её для планирования.
При этом учитывалось, на каком ФОП/ТОВ находится товар, какие документы и обязательства относятся к конкретной организации, текущий остаток на её счетах и использованный лимит.
Управление оборотным капиталом
Реализовал механизм доинвестирования при недостатке бюджета.
Директор видел текущую и прогнозную финансовую ситуацию и мог одобрить дополнительное финансирование с плановым возвратом либо зафиксировать его как отдельную инвестицию.
Для анализа эффективности использовались ROI, валовая прибыль, оборачиваемость и капитализация товара (склад + транзит).
Мотивация и неликвиды
Проанализировал структуру складских остатков и выявил около 10–12% неликвидного товара (не рабочий капитал).
Разработал мотивацию продаж неликвидов: продавцу начислялось 30-50% валовой прибыли от реализации такой позиции.
Также реализовал систему расчёта зарплаты и мотивации офлайн- и онлайн-отделов с учётом выполнения и перевыполнения планов, стажа, обучения, квартальных показателей и специальных бонусов.
Обучение и операционные процессы
Создал систему обучения и тестирования сотрудников с контролем попыток, проходного балла, повторного прохождения и аналитикой результатов.
Автоматизировал внутренние процессы и документооборот (плановые расходы): заказы товара, маркетинговые расходы, пересорт, отпуска, удалённые рабочие дни, зарплату, распоряжения и операционные чек-листы.
Для чек-листов реализовал контроль выполнения по сотрудникам и времени; для распоряжений — контроль ознакомления.
Маркетинговая аналитика
Еженедельно формировал рекомендации маркетингу по товарам для контента на основании продаж и запасов.
Номенклатура классифицировалась по статусам: топ по выручке, топ по количеству, top-overstock, overstock, неликвид, новинка. Для каждой позиции указывались доступные размеры и аналитическое обоснование рекомендации.
Для анализа эффективности использовал ROI, валовую прибыль, оборачиваемость и капитализацию товара; применял bubble chart для сопоставления показателей.
Дальнейшая автоматизация
Прорабатывал автоматическое формирование цепочки «Заказ товара» на основании данных системы. Цель — чтобы менеджер не занимался ручным расчётом потребности и созданием заказа, а работал преимущественно с операционными задачами, проверкой рекомендаций и исключениями.
Для этого планировал использовать оптимизационную модель и симуляцию сценариев: проверять различные варианты закупок до их применения в реальной работе и оценивать их влияние на запасы, продажи, финансовую нагрузку и эффективность использования капитала.
Также прорабатывал автоматизацию распределения рекламного бюджета между SKU и связь закупки с последующим контентом и продвижением товара.
Схожі кандидати
-
Складський логіст, оптимізатор, мерчендайзер
Львів, Муроване , ще 2 міста -
SEO-оптимізатор
80000 грн, Інші країни, Дистанційно -
Контент-менеджер, аналітик, оптимізатор
30000 грн, Київ, Вінниця , ще 3 міста -
SEO-оптимізатор
Київ, Дистанційно