Промпт · Идеация

Идеи от продуктовой тройки

Скилл Paweł Huryn

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

В бенчмарке моделей зону «Дискавери» сейчас лучше всех решают: 1. GPT 5.6 Luna — 9,2 · 2. GPT 5.6 Sol — 9,0 · 3. GLM 5.3 — 8,9

Промпт

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

Входные данные: — outcome: [вставьте, что хотите изменить и как измерите результат]; — сегмент: [вставьте описание пользователей и их контекста]; — ограничения: [вставьте сроки, ресурсы, платформу и что делать нельзя].

Ход работы:

  1. От лица опытного продакта предложи 5 идей — про бизнес-ценность, удержание, выручку и позиционирование.
  2. От лица опытного дизайнера предложи 5 идей — про пользовательский сценарий, удобство, снижение усилия и эмоции.
  3. От лица опытного инженера предложи 5 идей — про технические возможности, использование данных, автоматизацию и масштабируемость. Каждая идея — название и одно предложение сути. Не повторяй одну и ту же идею в разных ролях.
  4. Сведи списки и выбери 3 сквозные идеи, которые сочетают ценность для пользователя и для бизнеса. По каждой: почему она в тройке, ожидаемый вклад в outcome, ключевые риски и что проверить в первую очередь.

Ограничения: — не сжимай список раньше времени: всего должно быть 15 идей, по 5 от каждой роли; — не выдумывай данные о пользователях и рынке; для оценок, которых нет во входных данных, пиши «допущение»; — если ограничения исключают часть идей, коротко упомяни их с пометкой «не проходит по ограничениям».

Пример данных

Данные вымышлены. Замени их информацией о своей задаче.

Продукт: «Уютный» — маркетплейс товаров для дома, где 2400 продавцов продают товары покупателям.
Outcome: снизить долю возвратов с 12% до 8% заказов за полгода.
Сегмент: покупатели из городов-миллионников; 70% заказов делают с мобильного приложения; средний чек 2400 ₽.
Данные: причины возвратов по отзывам и заявкам — 40% «товар не соответствует фото», 25% «не подошёл размер или габарит», 20% «передумали», 15% прочее. 60% покупателей не долистывают карточку товара до конца — смотрят только первые фото. Продавцы загружают по 1–2 фото и редко заполняют габариты товара.
Ограничения: команда из 6 человек, горизонт — квартал; правила возврата менять нельзя, они зафиксированы договорами с продавцами; доработки сначала в мобильном приложении.

Пример ответа

Один из возможных результатов. Проверь факты и адаптируй текст перед использованием.

Идеи от лица опытного продакта

  1. Стандарт карточки: обязательные заполненные габариты и минимум 3 фото — без них карточка не поднимается в выдаче.
  2. Отчёт «Причины ваших возвратов» в кабинете продавца: какие товары вернули и с какой формулировкой.
  3. Скоринг продавца по доле возвратов с причиной «не соответствует фото» и показ этого балла покупателям в карточке.
  4. Отбор товаров с 1–2 фото из подборок и рекомендаций, пока карточка не приведена в порядок.
  5. Квартальная цель по возвратам: договориться с лидерами категории о снижении и закрепить в условиях сотрудничества.

Идеи от лица опытного дизайнера

  1. Габариты на первом экране карточки: размеры рядом с фото, а не в характеристиках внизу, куда не долистывают 60% покупателей.
  2. Разметка размера на фото: подпись «ширина 60 см» прямо на изображении.
  3. Фото товара в контексте: образец карточки, где полка снята рядом с предметами известного масштаба.
  4. Сбор причины возврата в один тап: в форме возврата «не соответствует фото» уточняющий вопрос «что именно не так» с ответом в свободной форме.
  5. Экран ожидания фото: заглушка с пометкой «продавец уточняет товар» в карточках с одним фото — допущение, данных нет.

Идеи от лица опытного инженера

  1. Автопроверка карточки при загрузке: если фото меньше трёх или габариты пустые, публикация блокируется до исправления.
  2. Валидация габаритов при загрузке: подсказки единиц и проверка правдоподобности, чтобы поля не заполнялись наугад.
  3. Автоматическая связка «заявка возврата — карточка товара»: агрегировать причины возвратов по товарам и продавцам без ручного труда.
  4. Ночной пересчёт полноты карточек: индекс, по которому ранжирование и подборки отбирают товары с неполными карточками.
  5. Событийный журнал карточки: кто и когда менял фото и габариты, чтобы связать правки с долей возвратов.

Не проходит по ограничениям: изменение правил возврата и схемы компенсаций — правила зафиксированы договорами с продавцами.

Топ-3 сквозные идеи

1. Полная карточка как условие видимости

Продактовский стандарт карточки + автопроверка при загрузке и ночной индекс полноты от инженера.

  • Почему в тройке: бьёт сразу в две главные причины — «не соответствует фото» (40%) и «не подошёл размер или габарит» (25%); касается всех продавцов, а не только самых активных.
  • Ожидаемый вклад в outcome: допущение — снижение возвратов у продавцов с обновлёнными карточками; расчёта нет.
  • Ключевые риски: часть продавцов не успеет обновить карточки за квартал; вымывание ассортимента, если неполные карточки исчезнут из выдачи.
  • Проверить в первую очередь: на одной категории запустить стандарт без понижения в выдаче и сравнить долю возвратов «не соответствует фото» у обновившихся и остальных.

2. Габариты на первом экране

Дизайнерская идея с валидацией полей от инженера.

  • Почему в тройке: 60% не долистывают до характеристик, а «не подошёл размер» — 25% возвратов; доработка локальна и реалистична за квартал.
  • Ожидаемый вклад в outcome: допущение — часть возвратов «не подошёл размер» уйдёт, если габариты видны до заказа.
  • Ключевые риски: работает только при заполненных габаритах, а их заполнять не привыкли, поэтому идея зависит от идеи 1.
  • Проверить в первую очередь: A/B в приложении — доля возвратов «не подошёл размер» у товаров с габаритами на первом экране и без.

3. Замыкание петли «возврат — продавец»

Форма причины в один тап от дизайнера, связка с карточкой и отчёт продавцу от инженера и продакта.

  • Почему в тройке: сейчас есть только агрегированные причины по отзывам; без связки «товар — причина» остальные идеи нечем замерять.
  • Ожидаемый вклад в outcome: прямого снижения не обещает — фундамент измерения для идей 1 и 2.
  • Ключевые риски: продавцы проигнорируют отчёт; свободные ответы «что именно не так» требуют ручной разборки.
  • Проверить в первую очередь: долю возвратов с указанной причиной после запуска формы — если доля двух адресуемых причин («не соответствует фото» и «не подошёл размер или габарит») после запуска формы падает заметно ниже текущих 65%, данные собирать не получится.

Проверьте факты

  • Целевые значения и «ожидаемый вклад» идей — экспертные допущения: расчёта эффекта во входных данных нет.
  • Доли причин возврата взяты из отчёта по отзывам и заявкам: сверь с данными за последний месяц перед приоритизацией.
  • Идеи не меняют правила возврата, но перед запуском идеи 1 проверь, что понижение в выдаче не считается изменением условий по договорам с продавцами.
  • Данных об удовлетворённости продавцов во входных нет — сопротивление стандарту карточек это гипотеза, а не факт.
  • Идея 3 сама по себе метрику 8% не двигает: не выставляй её как снижение возвратов.

Из главы: Дискавери и исследования