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 и пройти конвейер глазами, отвечая на четыре вопроса:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Главное

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