Продукт — это не приложение и не перечень функций. Это повторяемый способ решать значимую задачу определённой группы пользователей и создавать измеримую ценность для организации.
У продукта обычно есть:
Проект ограничен сроком и объёмом работ. Продукт живёт, пока существует проблема, аудитория и экономический смысл его развивать. Запуск новой функции может быть проектом; изменение пользовательского поведения и бизнес-результата — продуктовой целью.
Продакт отвечает не за то, чтобы команда была занята, а за качество продуктовых решений. В разных компаниях полномочия различаются, но ядро роли сохраняется:
Product Manager не обязан лично проектировать интерфейс, писать код или выполнять анализ данных, но должен понимать логику этих дисциплин и задавать качественные вопросы.
| Роль | Главный вопрос | Типичный фокус |
|---|---|---|
| Product Manager | Что и зачем стоит создавать? | Пользовательская и бизнес-ценность |
| Project Manager | Как доставить согласованный результат? | Сроки, ресурсы, риски, координация |
| Product Owner | Что команда берёт в работу следующим? | Backlog и ценность внутри Scrum-команды |
| Business Analyst | Как устроены процессы и требования? | Детализация правил, данных и взаимодействий |
В реальности роли пересекаются. Название должности менее важно, чем решения, за которые человек отвечает.
Продуктовый подход начинается с результата, а не с решения.
Запрос: «Добавить рекомендации».
Продуктовый вопрос: «Какое поведение или результат мы хотим изменить, для какого пользователя и почему считаем рекомендации подходящим способом?»
Рабочая цепочка:
Контекст → пользователь → проблема → доказательства → гипотеза решения → проверка → результат → следующий вывод.
Плохая постановка: «До конца квартала запустить новый экран».
Более продуктовая постановка: «Увеличить долю новых пользователей, совершивших первое целевое действие за сутки, с 24% до 30%, не ухудшив обращения в поддержку».
Фича полезна только как гипотеза о связи между этими уровнями.
Пассажиру нужен не «экран с машинками». В определённой ситуации ему нужно добраться из точки А в точку Б с приемлемыми затратами времени, денег и внимания. Водителю важно получить подходящий заказ и заработать, а платформе — согласовать спрос и предложение так, чтобы поездка состоялась.
Один и тот же механизм создаёт разные виды ценности. Пассажир получает предсказуемость: видит цену, время подачи и маршрут. Водитель получает поток заказов и меньше времени тратит на поиск клиента. Бизнес получает комиссию только тогда, когда удалось организовать состоявшуюся поездку. Поэтому число установок приложения — слабый показатель ценности, а число успешно завершённых поездок уже ближе к сути продукта. Но и его нельзя читать в одиночку: поездок можно получить больше за счёт чрезмерных скидок или ухудшения условий водителей.
Здесь появляется первая продуктовая гипотеза: «Если точнее показывать время подачи в районах с дефицитом машин, пассажиры реже будут отменять заказ». Это ещё не решение. Сначала нужно проверить, действительно ли неопределённость времени является существенной причиной отмен.
Команда заметила, что часть пассажиров отменяет заказ в первые две минуты после назначения машины. Руководитель предлагает сделать кнопку отмены менее заметной. Прежде чем обсуждать интерфейс, нужно восстановить продуктовую логику.
Одна страница: схема «участник → задача → ценность», таблица гипотез и короткое решение о следующем шаге. Не ищите реальные внутренние показатели Яндекс Go: это учебный кейс.
Сначала проверьте работу по критериям самостоятельно. Затем отправьте ChatGPT свой паспорт продукта и промпт:
Ты — Senior Product Manager и проверяешь учебный «паспорт продукта».
Оцени работу по шести критериям: конкретность сценария; ясность пользователя и контекста; формулировка проблемы без решения; различие пользовательской и бизнес-ценности; измеримость метрики; наличие непроверенных предположений.
Для каждого критерия поставь 0, 1 или 2 балла и процитируй фрагмент моей работы, на котором основана оценка. Отдельно найди случаи, где я описываю фичу вместо проблемы, output вместо outcome или общую аудиторию вместо конкретного пользователя.
Не переписывай задание за меня. Сначала задай до пяти вопросов, которые помогут мне исправить слабые места. Покажи один короткий пример только для самого слабого пункта. Если тебе не хватает контекста, прямо скажи об этом и не додумывай факты.
Моя работа:
[вставить паспорт продукта]