Когда многофункциональность может навредить больше, чем помочь в ваших бизнес-целях.
Продукты начинаются с малого и имеют конкретное назначение.
Они действительно хорошо выполняют одну вещь - и это главная причина, по которой они становятся успешными.
Несколько лет спустя команда разработчиков продукта пришла к выводу, что она должна сделать больше. Добавляются функционал, рассматриваются новые варианты использования, а функциональность становится все более сложной. Это происходит по следующим причинам:
- Процент пользователей начинает запрашивать этот дополнительный функционал - либо спонтанно (например, обзоры в магазине приложений), либо, чаще всего, по запросу в ходе исследований и опросов.
- Мы (как и в «команде по продукту») определяем сильные деловые возможности, связанные с добавлением этих новых функций, которые расширят наш продукт в другие категории и украдут долю рынка у наших конкурентов.
- Мы предполагаем, что больше функций обязательно означает рост. «Знаете, если я добавлю эту небольшую функцию, я буду более конкурентоспособным и с большей вероятностью получу новых клиентов».
Ассортимент продукции растет.
Его навигационная система должна быть переосмыслена, чтобы приспособить все новое.
Мы постоянно добавляем в него новый функционал, но редко используем его.
Наш продукт пытается сделать так много разных вещей, что его ценностное предложение начинает растворяться среди множества созданных нами функций.
Предоставлено: Хит Робинсон.
А потом уже слишком поздно
- Мы не можем удалить этот функционал. Клиенты будут жаловаться, если мы сделаем это.
- Сколько клиентов?
- Это небольшое количество. Но они действительно могут заявить об этом очень громко.
Это понятно. Каждая команда хочет создать отличный продукт, и благодаря этому иметь больше счастливых пользователей. Добавление нового функционала в продукт является распространенным способом покупки искусственного счастья в краткосрочной перспективе.
С другой стороны, удаление функционала может быть проблемой:
- Объяснить удаление функционала может быть проблематично. Во всяком случае, никто не просит нас что-то извлечь из продукта.
- Может быть трудно оценить, стоит ли удаление какого-либо функционала.
- Некоторые пользователи, вероятно, используют этот функционал (и, честно говоря, некоторые из них могли обратить внимание на этот продукт только из-за этого функционала).
- С точки зрения бизнеса, добавление функционала всегда будет иметь приоритет перед удалением. Зачем нам тратить энергию на устранение какого-либо функционала и делать клиентов несчастными?
Пока новый, более свежий и более сфокусированный продукт конкурента не запустится и не начнет красть ваших клиентов.
Сколькими кнопками ты действительно пользуешься?
Делай меньше, но лучше
Подумайте о самых успешных продуктах, которые вы знаете. Те, которые вы используете каждый день, как потребитель. Twitter, Lyft, Venmo, Slack. Одно ценностное предложение, сформулированное на разных уровнях продукта: особенности, архитектура, взаимодействие, удобство использования, брендинг, коммуникации.
Концепция меньше, но лучше, безусловно, не нова.
Немецкий промышленный дизайнер, 1932 года рождения, Дитер Рамс стал одним из самых признанных и влиятельных дизайнеров 20-го века. Твердо верящий в функционализм, его рациональное видение дизайна подытожено его знаменитой фразой: «Меньше, но лучше».
https://www.youtube.com/watch?time\_continue=5&v=-g6-TozOg7A
Но как эта концепция применима к дизайну цифрового продукта?
- Начните с малого. Возьмите ваш минимально жизнеспособный продукт и разделите его еще пополам. А затем снова разрежьте его пополам.
- Используйте данные. Если мы выполняем свою работу правильно, у нас есть данные о том, как пользователи взаимодействуют с продуктами, которые мы создаем. Используйте эти данные, чтобы создать ситуацию, в которой вы заметите, что определенная функция используется недостаточно.
- Установите бюджет функции. Согласитесь с определенным порогом функционала, которым будет обладать ваш продукт, и продолжайте расставлять приоритеты с теми, которые более тесно связаны с вашими бизнес-целями на этот год.
- Скажи "нет". Быть сфокусированным и целенаправленным, означает сказать «нет» на отзывы клиентов и пожелания. Поначалу это достаточно не комфортно, но со временем становится лучше.
- Компенсируйте пользователей. Когда вы удаляете функционал, осознавая, что пользователи будут жаловаться, придумайте план, как уменьшить их разочарование. Что вы можете дать им до, во время и после удаления функции, чтобы они были в восторге от вашего продукта?
В конце концов, нет простой формулы, позволяющей сбалансировать краткосрочные запросы функционала и долгосрочную работоспособность продукта.
Время от времени старайтесь отойти от повседневной разработки функционала и спросите себя: «Если бы я начал создавать свой продукт с нуля, какие 3 функции я бы включил в него сегодня?»
Большинство ваших клиентов будут благодарны вам за это.
Перевод статьи Fabricio Teixeira
Найстарші коментарі (0)