Почему главное слово продакт менеджера — “нет”

http://www.productstrategymeanssayingno.com

Продолжаю конспект сборника статей “Intercom on Product Management”.

Первая часть — “Четыре пути развития продукта”

А может нам добавить новую фичу?

Если постоянно добавлять новый функционал, то продукт станет многофункциональным, но при этом неглубоким. На английском фраза звучит лучше, чем в моем кривом переводе: «If you focus only on new features you’ll build a product that is miles wide and inches deep.»

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

Ядро продукта должно работать идеально (за что вас выбрали пользователи), поэтому новые функции можно отложить.

Как работать с возражениями.

Но цифры показывают крутой результат!

Часто цифры не показывает реальное положение дел. Добавьте тетрис в приложение, вовлечение клиентов возрастет на 100%. Но потребность клиентов не решает.

Включайте здравый смысл, цифры можно как угодно интерпретировать.

Но это займет 10 минут!

И скорее всего это неважно. Или выглядит, что займет 10 минут, но за этим скрывается много изменений.

Добавление маленькой фичи это не только работа программиста:
закодить — 10 минут
написать тесты — 20 минут
провести ревью — 30 минут
переписать код — 30 минут
выкатить релиз — 20 минут
написать тексты на сайт — 30 минут
добавить информацию в базу знаний колл-центра — 20 минут
обучить колл-центр — 30 минут

Но клиент от нас уходит!

Вы не можете идти на поводу только одного клиента и делать все что он хочет. Улучшая продукт для одного клиента, вы говорите “нет” остальным 99%.

Разрабатывая продукт вам не удастся избежать багов. Какие-то из них будут критичными для одного человека, какие-то для многих. И вам решать потратит ли ваша команда один день на исправление очень редкого бага или на улучшение продукта, который повлияет на 100% пользователей.

Но у нас ничего не запланировано

(Хаха, у меня никогда так не было)

Вместо того чтобы накапливать технический долг, у вас есть время исправить баги, сделать рефакторинг, написать тесты.

Но мы можем делать, то что нам нравится (хочется)

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

Но это есть у наших конкурентов…

..не означает, что это хорошая идея. Может быть они тестируют, собираются свернуть продукт, он плохо продается. Не нужно считать, что ваши конкуренты умнее вас.

“У конкурентов это есть” не должно быть решающим аргументом в вашем планировании.

Почему говорить “нет” так важно?

Продакт менеджер — хранитель roadmap (карты развития продукта). И он не может допустить, что в карту попадут халтурные фичи. И на большинство предложений он отвечает: “это классная идея, наши пользователи полюбят это. Но мы не будет делать это. Давай я расскажу, что мы запланировали.”

One clap, two clap, three clap, forty?

By clapping more or less, you can signal to us which stories really stand out.