Обложка

Этот файл собран в review-слое проекта, чтобы его было удобно читать и оценивать отдельно от внутренней кухни.

03. Продуктовая матрица MVP

Короткая версия решения

Принцип матрицы

Стартовая линейка должна быть короткой. Чем меньше хаоса в ассортименте, тем проще объяснять бренд, считать экономику и делать качественные фото.

Priority A

  1. Именное полотенце. 2. Именной халат. 3. Набор халат + полотенце. 4. Парный набор.

Эти продукты понятны, визуальны, легко объясняются и хорошо работают в подарочных сценариях.

Priority B

  1. Семейный сценарий. 2. Домашняя капсула. 3. Набор для мамы и ребенка.

Эти продукты можно держать как дополнительные сценарии, но не делать их главной витриной в первом тесте.

Что важно в карточке продукта

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

Почему нельзя сразу делать большой каталог

Большой каталог создаст иллюзию масштаба, но усложнит закупку, фото, склад, сроки, консультации и учет. Для теста важнее не ширина, а ясность: 4-6 продуктов, которые можно быстро показать и продать.

Что подтверждают исходные материалы

Сигнал 1. Паспорт проекта: Алина - Свой штрих

Источник Паспорт_проекта.md подчеркивает следующее: # Паспорт проекта: Алина; Свой штрих. Статус Полная пересборка после исходных этапов 0, 1, 2 и новых комментариев от Алины. Дата прогона: 10 апреля 2026. Режим машины: venture design / staged business incubation.. Суть проекта Свой штрих; камерный персональный бренд изделий для дома и подарка с вышивкой и индивидуальной подачей. Стартовая логика не про широкий каталог и не про ателье на все случаи, а про короткую, понятную и эмоционально теплую продуктовую систему: именные полотенца, халаты, парные наборы, подарочные комплекты, семейные сценарии и доставка как готовая эмоция.. Что изменилось в этой итерации; Рабочий нейминг сдвигается от Своя вещь к Свой штрих.

Сигнал 2. Извлеченный текст: 14._продуктовая_матрица_mvp.pdf

Источник 02_База_знаний/Извлеченный_текст_из_PDF/14._продуктовая_матрица_mvp.md подчеркивает следующее: Что это за модуль : надпись на футболке принт на шоппере точечный кастом; заказ задача , где печать подходит лучше , чем вышивка Для кого : точечные запросы кастомизация часть подарочных или домашних сценариев Сценарий покупки : по отдельному запросу как дополнительная опция внутри заказа Ориентир по цене : по задаче Ориентир по марже : зависит от подрядчика Сложность исполнения : технически средняя управленчески проще через внешний контур Наличие / предзаказ : только под заказ Нужен ли остаток : нет Нужен ли подрядчик : да Priority: B как модуль Почему это не в ядре : помогает не терять часть спроса но не должен превращаться в отдельную витрину и отдельную стартовую с...

Сигнал 3. Карта проекта: Алина - Свой штрих

Источник Карта_проекта.md подчеркивает следующее: # Карта проекта: Алина; Свой штрих. Главная папка оценки 00_Оценка/; единый центр просмотра. После сборки внутри будет index.html, внутренние блоки, финальные материалы и файлы на отправку.. Исходники 01_Входящие/ хранит сырье: брифы, PDF, таблицы, аудио, визуалы и исходный код сайта. Оригиналы на рабочем столе не менялись.. База знаний 02_База_знаний/Этап_1; финальный screening-пакет. 02_База_знаний/Этап_2; пакет упаковки и ready-to-test. 02_База_знаний/Извлеченный_текст_из_PDF; текст из PDF после извлечения. 02_База_знаний/Блоки; новая версия правды и машинные блоки.. Решения 03_Решения/ фиксирует ключевые выборы: стратегия, нейминг, бренд-архитектура...

Сигнал 4. Извлеченный текст: 24._архитектура_теста.pdf

Источник 02_База_знаний/Извлеченный_текст_из_PDF/24._архитектура_теста.md подчеркивает следующее: Для проекта важнее короткая , но чистая архитектура : несколько сильных треков 2 3 оффера внутри каждого ограниченный набор каналов единая логика метрик и понятные критерии решения после теста 4. Ядро теста должно совпадать с 14 блоком После пересборки продуктовой матрицы уже зафиксировано , что стартуем не с широкой витрины , а с короткого ядра : именное полотенце именной халат набор халат + полотенце парный набор Значит , и тест должен быть построен вокруг этих продуктов . Не вокруг большого текстильного магазина , не вокруг детской ветки как самостоятельного направления и не вокруг попытки сразу протестировать весь будущий бренд . Сначала подтверждаем первую кассу и...

Сигнал 5. Извлеченный текст: 26._открытые_вопросы_и_версия_правды.pdf

Источник 02_База_знаний/Извлеченный_текст_из_PDF/26._открытые_вопросы_и_версия_правды.md подчеркивает следующее: Продуктовое ядро В рабочую стартовую матрицу уже входят : именное полотенце именной халат набор халат + полотенце парный набор Усилители второго слоя : короткая домашняя капсула семейные сценарии детские сценарии точечно DTF как модуль , а не как отдельное стартовое направление Что не берем в старт : широкий домашний текстиль большую бельевую ветку большую детскую линейку маркетплейсную логику как основу запуска раннюю привязку к полноценной физической точке 4.

Роль блока в системе проекта

Блок 03. Продуктовая матрица MVP нужен, чтобы удержать для проекта Паспорт проекта: Алина - Свой штрих не один красивый тезис, а взрослую рабочую рамку: что здесь является ядром, как это считывается рынком, чем подтверждается в исходниках и во что должно превратиться в упаковке, продаже и дальнейшем действии.

Развернутая рабочая рамка

Здесь мы фиксируем не список всего, что можно сделать, а архитектуру основного продукта: ядро старта, дополнительные ветки, уровни глубины, ограничения и точки, где продукт реально приносит ценность. Это означает, что блок нельзя собирать только как красивый текст для передачи клиенту. Он должен одновременно выдерживать роль внутреннего source of truth, материала для презентации, опоры для сайта и фильтра для будущих решений команды. Если хотя бы одна из этих функций разваливается, проект начинает терять цельность.

Что этот блок должен изменить в упаковке

Для сайта и презентации это должно превращаться в четкую структуру продукта: формат, этапы, состав, варианты прохождения, optional-слои и понятную логику “что человек получает на каждом шаге”. Поэтому после сборки блока команда должна понимать не только “что написать”, но и “что убрать”, “что вынести на первый экран”, “какие доказательства нужны рядом” и “какой CTA здесь звучит честно”.

Решения, которые отсюда должны вытекать

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

Что должно получиться на выходе из этого блока

Риски и контрольные вопросы

Контрольный список следующего шага