Цитаты из книг автора «Нейт Уокингшо»

Разработка, дизайн, маркетинг и юнит-экономика сами по себе не так важны, как удовлетворение их средствами нужд пользователя. Как правильно отмечает ветеран управления продуктом Мелисса Перри, директор Produx Labs: «Ценность продукта измеряется реальным решением проблем пользователя. Важен результат, а не вложенные усилия».

Соавтор книги и главный менеджер Нейт Уокингшо в своем проекте Directed Discovery[6] задает вопрос: «Могут ли ваши команды по исследованию и поставке продукта влиять на концепцию, стратегию, культуру и процессы в компании?» Возможно, это самый главный вопрос для лидера, потому что отрицательный ответ означает, что у команды нет свободы действий. Связь между управлением и лидерством заключается в том, как управление продуктом обогащает культуру и лидерство. Здесь есть свои трудности и перспективы. Вот им-то и посвящена эта книга!

Наконец, эти принципы проникли в бизнес посредством бережливого производства и Lean Startup и Lean Enterprise, основанных на упомянутой японской традиции «кайдзен» и применяющих Agile-итеративный подход не только в разработке продукта, но и в бизнесе в целом.

Опыт пользователя из второстепенного стал основополагающим в создании продукта.

В 2001 году на горнолыжном курорте 17 инженеров-разработчиков ПО написали Agile-манифест[4], основанный на возврате к легким методам программирования образца 1970-х – упрощенной альтернативе громоздкому и процессно-ориентированному каскадному методу. Хотя Agile и Agile-манифест все связывают со Scrum[5], он был изобретен раньше, наряду с другими методами, такими как DSDM (метод разработки динамических систем) и ХР (экстремальное программирование), и с теми же целями. Kanban, еще один отличный метод, еще в 1953 году внедрили Тайити Оно и Эйдзи Тойода в производственной системе Toyota.

Бывшие сотрудники Hewlett-Packard ориентировались на клиента и соблюдали принцип бережного производства, и эта концепция быстро прижилась в Кремниевой долине. Так управление продуктом распространилось на все компании по выпуску оборудования и ПО и приняло облик, знакомый нам сегодня.

Эпохальная книга «Путь Хьюлетта и Паккарда» (The Hewlett-Packard Way)

Истинное понимание потребностей клиентов связано с выверенным балансом между качеством и количеством. Их необходимо учитывать одновременно, одно не важнее другого. Количественные показатели мешают команде перейти к качественным исследовательским методам. И от коллег по командам, и во время интервью для этой книги мы неоднократно слышали, что обработка данных обратной связи от клиентов требует слишком много времени или усилий. Поэтому сформулируем так: качественные исследования – это вложение в будущую прибыль. Если регулярно практиковать и нарабатывать нужные навыки, то вероятность провала снижается. Никогда не помешает заранее подготовиться к работе. Реализация и оценка результатов требуют времени и усилий для роста как отдельных людей, так и команды.

Мы смотрим на все эти вещи “глазами” клиента, группы, системы и на всех уровнях, в том числе покупательском и пользовательском. Работа команды оценивается в контексте целей потребителей

«Любая качественная оценка – текстовая, вербальная или визуальная – проясняет ситуацию. Приближаемся ли мы к решению проблемы клиента? Делаем ли что-то в этом направлении? Обнаруживаем ли другие проблемы? И когда вовлекаемся в эту проблему, можем ли утверждать, что наш подход сработает? Тут легко ошибиться, потому что все пользователи разные.