Цитаты из книг автора «Марти Каган»

Суть в том, что определение продукта должно быть всеобъемлющим и комплексным. Не думайте, что наша задача — просто внедрять новые функции.

То же самое можно сказать и о роли дизайна. Для извлечения его реальной ценности уже слишком поздно, и в основном делается то, что мы назвали бы «сделать из дерьма конфетку». Ущерб уже нанесен, и теперь мы просто пытаемся внешне скрасить итог, представив хаос в лучшем свете. Дизайнеры пользовательского интерфейса знают, что он не хорош, но стараются сделать его привлекательным и логичным, насколько это возможно.

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

Начнем с первой проблемы в списке — источник идей. Использование этой модели приводит к созданию заказных продуктов, обусловленных потребностями отдела продаж, и продуктов по требованию заинтересованных сторон. Мы еще обсудим эту важную тему, а пока позвольте заметить, что это нельзя считать источником удачных замыслов продукта. Еще одно очевидное негативное следствие такого подхода — отсутствие самостоятельности и широких полномочий у команд. Работая по этой модели, люди просто реализуют чужие идеи; они трудятся как наемный персонал.

Как вы видите, все начинается с идей. В большинстве компаний они поступают изнутри — от руководителей, ключевых заинтересованных сторон или собственников бизнеса — либо извне — от нынешних или потенциальных потребителей. В любом случае разным подразделениям нужно от вас много чего. Затем большинство компаний определяют приоритеты для этих идей с помощью дорожной карты (roadmap), что делается по двум причинам. Во-первых, они хотят, чтобы люди работали над самыми важными вещами, а во-вторых, им хочется иметь возможность спрогнозировать, когда что будет готово.

ФУНДАМЕНТАЛЬНЫЕ ПРИЧИНЫ НЕУДАЧ В РАБОТЕ НАД ПРОДУКТОМ

ТЕСТИРОВАНИЕ ТОЛЬКО ПО ПРИГЛАШЕНИЮ

На этом этапе мы обдумываем четыре вопроса: (Бизнес-жизнеспособность.)

Главная цель исследования продукта заключается в устранении следующих рисков: Мнения продакт-менеджера обо всех этих рисках, безусловно, недостаточно — нужно собрать доказательства.

На первый взгляд обязанности продакт-менеджера довольно просты. Он отвечает за оценку возможностей и определение того, что нужно создать и предложить потребителям. Обычно для этого составляется список требований к разрабатываемому программному продукту, или так называемый Все это кажется простым, да и механика сложностью не отличается. Однако гарантировать, что записанное в бэклоге действительно стоило создавать, по-настоящему трудно. Сегодня инженеры-программисты и дизайнеры лучших продуктовых команд хотят иметь какое-либо подтверждение того, что идея, над которой вы предлагаете им работать, заслуживает того, чтобы тратить на нее время и силы.