# Product Management: что нужно от продакт-менеджера

> **Зачем этот документ:** это список шагов, которые нужны от
> продакт-менеджера, чтобы каркас «Запуск продукта» (страница-конвейер
> с примерами) превратился в рабочий инструмент, где ведутся реальные
> запуски.

Сейчас в разделе Product Management есть **каркас**: конвейер стадий
запуска нового продукта построен по двум регламентам компании
(«Алгоритм запуска нового продукта» и «Тесты продукции в салоне»), но
показывает данные-примеры. Сам конвейер:
https://sekta-atlas.ru/product-management/launch. Полное техническое
задание (ТЗ — документ, где описано, что и как будет работать) —
живой страницей: https://sekta-atlas.ru/product-management/launch/spec.

Термины, которые встретятся ниже:

- **SKU** (произносится «эс-кей-ю», иногда пишут СКЮ) — единица
  товара, один конкретный продукт в ассортименте (например,
  спрей-термозащита 150 мл). Запуск = вывод одного нового SKU.
- **«День 0»** — момент, когда Спартак решил, что новый SKU идёт в
  разработку; от него отсчитываются все сроки стадий («+30 дней»,
  «+60 дней»).
- **GS1** (GS1 RUS) — организация, которая выдаёт официальные
  штрих-коды на товары; штрих-код регистрируется на конкретное
  юридическое лицо.
- **1С** — учётная программа компании, где заводится номенклатура
  (карточка товара для склада и бухгалтерии).

---

## Шаги — по порядку

### Шаг 1. Пройти каркас-конвейер и сверить с реальным процессом

Открыть страницу https://sekta-atlas.ru/product-management/launch и
пройти конвейер глазами, отвечая на четыре вопроса:

1. Все ли стадии на месте? Чего не хватает?
2. Есть ли лишние стадии, которых в жизни нет?
3. Верны ли сроки «+N дней от Дня 0» у каждой стадии?
4. Верны ли ответственные (химик, продакт, ВЭД, дизайнер…)?

Замечания — простым списком: «стадия X — срок не +30, а +45», «между
Y и Z есть ещё шаг…». Это самый ценный шаг: конвейер строился по
регламентам, а регламенты не всегда совпадают с практикой.

### Шаг 2. Ответить на открытые вопросы ТЗ

В ТЗ (раздел «Открытые вопросы к продакту») их восемь, кратко:

1. **Пороги тестов** — подтвердить финальные значения: ≥ 28 оценок
   «5» из 40 тестов и средняя оценка ≥ 4,85. Меняются ли они для
   сложных продуктов (BIO-завивка, реконструкция)?
2. **Сроки от «Дня 0»** — зафиксировать плановый срок каждой стадии и
   договориться, что считать просрочкой (в регламенте ориентиры
   пересекаются из-за параллельных веток).
3. **Возврат на доработку** — как отражать повторные циклы (вторые
   40 тестов): та же карточка запуска или новая версия внутри неё?
4. **Напоминания** — нужны ли и по каким каналам (почта / Bitrix /
   только панель)?
5. **Кто что видит** — ограничивать ли видимость отдельных полей
   (себестоимость, РРЦ) или на первом этапе видят все?
6. **Файлы** — хранить чек-листы/протоколы/макеты в панели или
   оставить ссылками на Bitrix-диск?
7. **Связь с каталогом** — создавать карточку в «Каталоге продуктов»
   автоматически после заведения в 1С или вручную?
8. **Роль «продакт-менеджер»** — нужна ли отдельная роль в системе
   прав или хватает существующей роли «менеджер»?

### Шаг 3. Прислать регламент заведения номенклатуры в 1С

В регламенте запуска упоминается передача заведения номенклатуры
Главному технологу, но самого регламента «как заводится номенклатура
в 1С» у нас нет. Прислать документ (или короткое описание: кто
заводит, какие поля заполняются, откуда берётся код). Без него стадия
«Заведение в 1С» останется в конвейере просто галочкой без деталей.

### Шаг 4. Список участников с почтами

Перечислить людей, участвующих в запусках: **ФИО + рабочая почта +
роль в процессе** (продакт, химик, куратор салона, менеджер ВЭД,
дизайнер, закупки, типография — кто есть). Зачем: выдать доступы к
разделу и знать, кому слать уведомления (см. Шаг 5).

### Шаг 5. Решить, какие уведомления нужны

Минимум два кандидата — подтвердить, вычеркнуть или дополнить:

1. **Просрочка стадии** — стадия вышла за плановый срок («салонные
   тесты идут 16 дней из 14»).
2. **Ожидание согласования Спартака** — продукт стоит в одной из
   четырёх «точек ворот» (День 0, утверждение формулы, выбор тары,
   согласование визуала) и ждёт решения.

И куда слать: почта, Bitrix или только показывать в панели.

### Шаг 6. Какие поля обязательны на карточке запуска

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

- название продукта и рабочий код SKU;
- линейка (к какой серии продуктов относится);
- **организация-юрлицо, на которое оформляется продукт** — выбирается
  из реестра «Управление организациями» (это важно: штрих-код GS1 и
  сертификация оформляются на конкретное юрлицо, и эта связка делает
  данные едиными по всей системе);
- референс (на какой продукт-образец равняемся);
- дата «Дня 0» и тип продукта (обычный / сложный — влияет на срок
  тестов: 14 или 40 дней).

### Шаг 7. Исторические запуски — заводить ли задним числом

Решить: вносим ли в систему прошлые запуски (уже выведенные продукты)
для истории и статистики, или начинаем с чистого листа — только новые
запуски с момента включения инструмента. Если вносим — сколько
последних (например, за год)?

---

## Главное

**После ответов делаем рабочую версию**: серверную базу данных
запусков и реальные карточки вместо примеров — со статусами стадий,
сроками и ответственными. Шаг 1 и Шаг 2 — самые важные; остальное
можно доносить по ходу.