UXPUB 🇺🇦 Дизайн-спільнота

Cover image for Худшие аргументы для создания новой фичи
Редакція
Редакція

Опубліковано

Худшие аргументы для создания новой фичи

#ux

Посмотрим правде в глаза – 99% идей, которые борются за место в вашем бэклоге, в той или иной степени просто мусор. Продакт-менеджерам часто приходится искать оставшийся 1% хороших идей, а потом из-за ограниченных ресурсов выбирать только лучшие из них. Это означает, что им приходится часто говорить «нет»...

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

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

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

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

«Это нужно команде по продажам…»

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

Кстати, вы заметили, что продавец авто всегда продает то, что у него есть в наличии (если вы не Илон Маск), в то время, как продавец из компании-разработчика программного обеспечения всегда продает то, чего у них нет?

«Создание этой функции займет всего несколько часов»

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

Масштаб работы никогда не должен быть главным аргументом для создания чего-либо, и поэтому в этом случае ваш ответ также должен быть «нет».

«Мы можем сделать ее опциональной»

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

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

«Это было в нашем бэклоге с прошлого года»

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

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

«У нас больше ничего не запланировано»

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

Вместо того, чтобы делать что-то новое, вы можете использовать дополнительное время для погашения существующего технического долга. Обсудите с разработчиками лучших «кандидатов» на рефакторинг. Что улучшит их скорость, качество кода или надежность? Можете быть уверены, у разработчиков будет много работы.

«Если мы не создадим это, то это сделает кто-то другой»

Этот аргумент часто приходит с идеей вертикального или горизонтального расширения. Хотя нет ничего плохого в расширении линейки продуктов или расширении на другой сегмент, вы, скорее всего, добьетесь успеха, сосредоточившись на своем основном бизнесе. Вы всегда можете придумать способ сделать что-то лучше, дешевле или быстрее и улучшить свой основной продукт.

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

Ни один клиент или заинтересованная сторона не должны быть важнее, чем отличный продукт и остальные его пользователи. Позвольте себе сказать: «НЕТ», не чувствуя себя виноватым, подлым или эгоистичным. Ваша работа – смотреть на продукт под более широким углом, устанавливать приоритеты и выбирать правильное место для улучшения, оптимизации или совершенно новой функции.

Как сказал Уоррен Баффетт, разница между успешными и очень успешными людьми заключается в том, что очень успешные люди практически всем говорят «нет».


Перевод статьи uxdesign.cc

Топ коментарі (0)