может быть несколько. Скажем, Airbnb работает не только с
путешественниками, но и с владельцами недвижимости. У каждой
аудитории свои потребности. Например, путешественникам важно
ощутить местный колорит, заселиться в чистое помещение, а
собственник хочет видеть у себя приличных постояльцев и получить
быструю оплату. Именно поэтому у большинства сервисов несколько
лендингов.
Чтобы понимать пользователей, нужно собирать обратную связь и
общаться со специалистами из отрасли. С первым вам помогут служба
поддержки (если есть), письма в открытый ящик и комментарии в
соцсетях. Со вторым – личные встречи. Причем не
только с
пользователями, но и с людьми, которые в данный момент ваш продукт
не используют, но в теории могли бы. Узнав их мнение, можно выявить
слабые места и улучшить продукт.
12.2. Уступки
Иногда продуктовый дизайнер должен идти на уступки разработчикам,
особенно если реализация идеи требует слишком больших ресурсов.
Чтобы обсуждать подобные вещи, полезно понимать базовую логику
разработки, о чем мы поговорили в прошлой главе. В
то же время, если
вы уверены в предлагаемом дизайн-решении, ваша задача – доказать
его ценность для бизнеса.
В моменты, когда программисты предлагают альтернативное решение,
чтобы упростить разработку, я спрашиваю, сколько времени мы
сэкономим. Если цифра внушительная, а на данном этапе важнее
скорость, то стоит к ним прислушаться.
Если вы работаете в студии, после завершения проекта часто
приходится
прощаться с клиентом, – поэтому лучше, чтобы с самого
начала всё было идеально, так как о вас будут судить по результату. В
продукте же у вас есть возможность дорабатывать детали позже.
12.3. Понимание данных
На старте карьеры меня было просто убедить в необходимости какого-
либо решения с помощью примера из практики компании. Казалось бы,
опыт реального мира – вещь объективная. Оказывается, не всегда.
Однажды к нам в офис забежал маркетолог, чтобы поделиться
открытием. Он узнал, что люди работают «по-другому», а потому
придется переделать продукт. Маркетолог привел актуальный пример,
его заявление выглядело логичным, и все уже готовы были с ним
согласиться, однако это могло бы
обернуться огромной ошибкой, ведь
заявление было сделано на основе общения лишь с парой человек.
Добавляя любой функционал, опираясь на реальные примеры, узнайте,
какой процент ваших потенциальных пользователей будет его
использовать. Возможно, придется переделывать продукт ради одного
процента клиентов, которые ничего не приносят бизнесу. Да, здесь
больше аналитики, чем дизайна, но продуктовый дизайнер должен
владеть и этим.
Или порой один коллега говорит, что на месте пользователя
он поступил
бы так-то и, опираясь на эту информацию, предлагает внести какие-либо
изменения. Напомню: в большинстве случаев вы и ваши коллеги не
являетесь целевой аудиторией, поэтому при принятии важных решений
нужно очень осторожно брать в расчет подобные мнения.
Do'stlaringiz bilan baham: