Как убивать ненужные фичи в продукте

В чем проблема "ненужных фич" и почему их нужно своевременно убивать ?

Представьте захламленный от пола до потолка всем чем можно гараж/завод/офис, в котором работают сотни и тысячи людей. Передвижение по загроможденным пространствам для сотрудников будет тем ещё приключением, не говоря уже про поиск чего-либо в этом огромном складе барахла и процессов.

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

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

Печальные последствия накопления ненужных фич:

— падает UX/UI, потому что вы размываете внимание пользователями объектами, на которые он тратит своё время, вместо того чтобы глубже погружаться по нужной вам СТА-воронке;

— копится тот самый легендарный технический долг (писал про него совсем недавно);

— на обслуживание технического долга тратится командное время/ресурсы/деньги;

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

Всё это продуктовые риски, которые с вероятностью 100%, но однажды повлияют на ваш продукт. Хорошего мало.

Как понять, что пора убивать ненужные фичи:

1. Во первых, удостоверься, что это действительно проблема ненужной функциональности, а не кривого интерфейса.
2. Посмотри на рынок, тренды, конкурентов — подобное или схожее ещё где-то используется? Насколько оно востребовано?
3. В конце концов, посмотри в данные аналитики, так как нет ничего беспощаднее цифр и путей по сайту/экранам (или их отсутствию).
4. Для подстраховки можно провести выборочный опрос по нужному сегменту пользователей с простым вопрос — "У вас есть вот такая-то проблема? Как вы её решаете?", где проблема это решаемая фичей-кандидатом на убийство задача. Ключевое здесь – не называть фичу, а называть проблему и спрашивать про решение. Юзеры назвали фичу - возможно, что она нужна. Фичи нет в их CJM – повод задуматься о