Категорийный менеджер (RL29)

 Публичный пост
10 августа 2026  106

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

Эта карточка помогает человеку и ИИ понять, когда нужна роль, что она получает и передаёт, с кем работает и на каких основаниях можно рекомендовать конкретного участника.

Когда нужна роль

Проблема: ассортимент, категории, продажи, каналы и экономика рассматриваются раздельно и не складываются в одно коммерческое решение.

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

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

Место в системе

Зона: KA4, KA5.

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

Рабочий объект: товарная категория и её ассортиментная, ценовая и коммерческая архитектура.

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

Ответственность и решения

Типовые задачи: планировать категорию, ассортимент, цены, бюджет и решения по вводу и выводу SKU.

Решения роли: какие SKU, цены и объёмы поддерживают цель категории и ограничения бизнеса.

Рабочий обмен

Получает: стратегию марки, данные спроса и продаж, продуктовые ограничения, бюджет и состояние стока.

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

Граница: не заменяет директора по продукту, байера ритейлера и коммерческого директора.

Документы роли

Главные: диагностическая записка; ассортиментная матрицаDocKA4.2.1.5. Производственный календарь / Ассортиментная матрица; план продажDocKA5.6.2. Шаблон. План продаж. Держатель: коммерческий директор; экономика каналов.

Смежные: протокол решения.

DocKA-ссылка появляется после проверки владельца документа, версии и критерия приёмки.

Траектория по стадиям организации

  • XS: категорийная функция у основателя или продакта.
  • S: менеджер категории.
  • M: категорийный менеджер с бюджетом.
  • L: руководители категорий и портфель.

Стадия относится к организации, в чьей цепочке получен опыт. Для перехода S→M обычно полезен специалист с подтверждённым опытом M или L; для M→L — с опытом L.

Названия и специализации

Основное название меню: Категорийный менеджер.

Другие поисковые названия: Консультант по развитию бренда, ассортименту и продажам.

Специализации и временно вложенные названия: отдельно не выделены.

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

Ключевые рабочие связи

Как система рекомендует людей

  1. Релевантный участник: совпадают рабочий объект, задача, стадия и формат подключения.
  2. Участник с кейсом: есть близкий проект с понятной ролью человека, исходной проблемой и принятым результатом.
  3. Валидированный участник: несколько сопоставимых кейсов проверены, границы компетенции и конфликт интересов понятны.

Вклад в Свод знаний и рейтинг платформы усиливают цифровой след, но не заменяют проверку кейса, согласия и доступности.

Первые публичные примеры

Это первые сигналы для ручной проверки, а не автоматическая сертификация человека на всю роль.

Дополнительные проверяемые материалы

Материалы сохраняют доказательный и навигационный слой прежней карточки; их смысловой статус проверяется отдельно от названия RL.

Сохраненные маршруты и материалы

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

Основания и пробелы

Образовательный донор: гибрид Торговое дело, Менеджмент, Маркетинг.

Знания: торговые процессы, данные, управленческие решения.

Практические умения: интерпретировать коммерческие данные и переводить их в решение.

Инструменты: коммерческие таблицы, BI, ассортиментные карты, plan-fact.

Evidence gap: требуется дальнейшая проверка на нескольких сопоставимых кейсах и организациях.

Версия-кандидат: KA6 + RL v1.0, canon=0. Текст проходит постраничную проверку перед выпуском.

Все профессиональные роли

Связанные посты
Прокомментируйте первым

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

Об Альянсе Beinopen


Войти   или  Присоединиться к Альянсу