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

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

Источник: https://exp.fm/@ruspm

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Статьи из материала:


Report Page