Как убивать ненужные фичи в продукте
Источник: https://exp.fm/@ruspm![](/file/8c6762fed553873fd103c.jpg)
В чем проблема "ненужных фич" и почему их нужно своевременно убивать?
Представьте захламленный от пола до потолка всем чем можно гараж/завод/офис, в котором работают сотни и тысячи людей. Передвижение по загроможденным пространствам для сотрудников будет тем ещё приключением, не говоря уже про поиск чего-либо в этом огромном складе барахла и процессов.
Применительно к продукту, "ненужной фичей" может быть что угодно: от огромной строки поиска в личном блоге до автоматизированной системы внутреннего биллинга между пользователями там, где она не нужна.
Накапливаясь с годами, продукт обрастает целой кипой фич, функционала, а, в некоторых случаях, даже полноценными микро-сервисами, которые могут быть просто... ненужны пользователям.
Печальные последствия накопления ненужных фич:
— падает UX/UI, потому что вы размываете внимание пользователями объектами, на которые он тратит своё время, вместо того чтобы глубже погружаться по нужной вам СТА-воронке;
— копится тот самый легендарный технический долг (писал про него совсем недавно);
— на обслуживание технического долга тратится командное время/ресурсы/деньги;
— в некоторых случаях падает мотивация команды, потому люди склонны ко всему новому и обновляющемуся, особенно в том, с чем соприкасаются каждый день.
Всё это продуктовые риски, которые с вероятностью 100%, но однажды повлияют на ваш продукт. Хорошего мало.
Как понять, что пора убивать ненужные фичи:
- Во первых, удостоверься, что это действительно проблема ненужной функциональности, а не кривого интерфейса.
- Посмотри на рынок, тренды, конкурентов — подобное или схожее ещё где-то используется? Насколько оно востребовано?
- В конце концов, посмотри в данные аналитики, так как нет ничего беспощаднее цифр и путей по сайту/экранам (или их отсутствию).
- Для подстраховки можно провести выборочный опрос по нужному сегменту пользователей с простым вопрос — "У вас есть вот такая-то проблема? Как вы её решаете?", где проблема это решаемая фичей-кандидатом на убийство задача. Ключевое здесь – не называть фичу, а называть проблему и спрашивать про решение. Юзеры назвали фичу - возможно, что она нужна. Фичи нет в их CJM – повод задуматься о 🔪.
Примечательно, что небольшая часть расстроенных пользователей, которая вдруг закричит "Верните фичу!!!" всё равно будет.
Правда в том, что идеального кода/интерфейса не существует, всем не угодишь, а копить фичи и функционал бесконечно не получится и однажды оба возьмут верх над продуктом. И вот тогда всё по-настоящему выйдет из под контроля и расстроит ещё большее количество пользователей. Поэтому, отнеситесь с пониманием...
Статьи из материала:
- Продакты всегда платят свои долги
- User Experience Debt
- Revenue Debt
- Больше долгов
- Чёрные дыры в продуктах
- Как понять, принять это и главное, откуда взять силы и закрыть продукт?