Как проектировать интерфейс: советы продакт-дизайнера Facebook Артура Бодольца

​Приходилось ли вам сталкиваться с проблемой, когда после запуска нового продукта (сайта или приложения) пользователь не может с ним эффективно взаимодействовать? Ему сложно разобраться, как это работает и для чего нужно.

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

Но проблема решается, как показывает опыт продакт-дизайнера Facebook Артура Бодольца.

Его метод работы мы и предлагаем вашему вниманию. Данная статья – перевод-конспект видео выступления Артура Бодольца.


Из нее вы узнаете:

 


Справка:


Артур Бодолец (Arthur Bodolec) продакт-дизайнер Facebook, соучредитель и разработчик интерфейса веб-сервисов UX Archive и Feedly. Проектировал дизайн для Le Camping Startup Accelerator, Experientia. Число пользователей новостного агрегатора Feedly еще в 2013 году составило 12 млн. Аудитория FB в 2016 году составила 1,71 миллиарда человек.


«Слушайте, прежде чем проектировать», говорит дизайнер Facebook


Умение слушать пользователей – ключевой навык в проектировании дизайна Android и iOS приложений.
 

доклад дизайнера Facebook


Почему это стоит делать? Начиная проект, вы действуете вслепую. Но у вас есть идея, разрабатывая которую вы постепенно понимаете, каким должен быть продукт, как должен выглядеть. Но через год запущенная новая программа не оправдывает ожидания и не выходит на IPO.

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


«Исследуйте поведение пользователей до начала кодирования и запуска проекта», советует соучредитель Feedly


Как это делает он сам? Личной методикой проектирования интерфейсов и взаимодействия с ЦА Артур Бодолец поделился в своем выступлении на встрече веб-дизайнеров. Состоит методика из 6 пунктов. Все советы – примеры из реального мира и просты в реализации.


1. Ищите людей для общения


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


Это могут быть:
 


Хорошо для начала и обсуждения идеи. Но ваш круг общения может не совпадать с целевой аудиторией проекта. Если создаете продукт для автовладельцев, а ваш друг никогда не водил собственное авто, то его мнение не будет для вас полезным. Собирайте мнения друзей, а затем выбирайте тех, кто может входить в ЦА проекта, а кто нет.
 


Используйте аккаунты в соцсетях. Если уже опубликовали проект, попросите ваших подписчиков уделить 15 минут и оценить его. Пишите им письма и выясняйте, как и почему они используют ваш продукт, что работает в программе, а что нет.
 

Социальные сети
 


Используйте все источники, чтобы найти людей, которые могут испытать ваш продукт или обсудить его с вами. К примеру, известный сайт объявлений Сraigslist.org.

Это место, где с вашим продуктом еще никто не знаком, но есть его целевая аудитория. Там можно размещать небольшие задания.


Объявление выглядит так:
 

сайт объявлений Сraigslist.org
 

В заголовке нужно указать стоимость и суть задания. Люди будут понимать, что:
 


В объявлении не говорите конкретно о продукте, но укажите, что:
 


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

Для получения заявок оптимально использовать форму Google на 5-10 вопросов. Это даст вам представление о потенциальной целевой аудитории. Чтобы отсеять нецелевую, важно задать правильные вопросы.
 

форма Google
 

2. Выбирайте людей, с которыми хотите говорить


Составьте скрининг-лист. По релевантным критериям отберите людей, которых хотите услышать. И тогда у вас будут правильные вопросы в опроснике Google.


Пример 1.


Нужны пользователи, которые ничего не знают о Feedly.


Важно отследить, как они используют новостной агрегатор впервые. Если на заданный вопрос «Какие читалки вы используете?», человек отвечает «Feedly», его точно не включаете в опросный лист.
 

опросный лист
 

Пример 2.


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

Вопросы выглядят так:
 

вопросы в опросе
 

Пошаговые действия:
 


Можно использовать все инструменты поиска аудитории одновременно.


3. Собирайте реальные истории


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

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


Фиксируйте реальные истории юзеров:
 


Всегда обращайтесь к реальным людям, задавайте им вопросы в ходе проектирования.


4. Как и какие вопросы задавать


Чтобы получить интересные истории, надо понять, кто ваши пользователи.
 

определение целевой аудитории - кто они?


Артур Бодолец приводит свой алгоритм диалога, когда один вопрос приходится перефразировать 3 раза.


В: Использовали ли вы какие-либо сервисы до Feedly?


Важный вопрос: Почему вы используете Feedly? Или почему бы вы использовали наш продукт?


О: Чтобы читать все мои подписки в одном месте (ничем не помогает в дизайне).


В: Зачем вам читать все эти подписки?


О: О! Чтобы иметь доступ к этой информации (тоже неполезный).


В: Зачем вам важно иметь доступ к этой информации?


И только теперь пользователи говорят интересные вещи:
 

  1. Чтобы вдохновляться на новую книгу.
     

  2. Повысить мои профессиональные навыки.
     

  3. Знать о последних изменениях в законодательстве.


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

использование продукта аудиторией
 

Слушайте внимательно и используйте всю информацию, которую дает пользователь. Цепляйте вопросы за ответы и узнавайте, как они видят ваш и другие продукты. Составляйте карту их восприятия.

Он использует Twitter? Спрашивайте: «Вы говорите, что используете Twitter, в чем разница между Twitter и Feedly? Почему вы используете оба сервиса?»

Подробные объяснения пользователя – очень полезные ответы для дизайнера:


«Feedly – это где я получаю информацию, Twitter – это где обсуждаю ее».


Спрашивайте:
 


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


5. Придумываете новую фишку для программы – спросите о ней пользователей


Три вопроса вашим реальным юзерам помогут понять, стоит ли тратить время на прорисовку новой фишки в разработках под ios:
 

  1. Кто ваши пользователи, кем работают?
     

  2. Почему они используют продукт?
     

  3. Почему им нужно новое свойство программы?


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

история использования функции
 

6. Как проверить продукт: три метода тестирования


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


1) Метод открытий


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

метод открытий


Как работает:


Пользователь знакомится с продуктом, а проектировщик наблюдает, как участник тестирования разбирается в нем:
 


Дизайнер не вмешивается в процесс тестирования. Отпустите пользователя в самостоятельное исследование, дайте ему возможность «заблудиться» и ничего не подсказывайте.


2) Метод особенностей


Заключается в проверке специфических особенностей. Попросите людей совершить определенные действия в вашем продукте:
 


Получится у них сделать это быстро, легко, интуитивно?


До интервью составьте список всего, что пользователю нужно сделать.


3) Открытия + особенности.


Комбинировать эти два метода – эффективно. Позвольте пользователям разбираться самостоятельно, ничего не говорите, затем давайте задания и спрашивайте.


Дайте инструкции. Важно, чтобы участники тестирования понимали:
 


Что в это время делаете вы:
 


Акцентируйте внимание на двух вещах:
 

  1. «Ага» – момент догадки, когда люди видят что-то знакомое и понимают, что делать дальше.
     

  2. Ситуации, сбивающие с толку. Какие элементы интерфейса вводят пользователя в заблуждение?


Три способа проверить продукт


Android и iOS-приложения можно тестировать:
 

тестирование приложений
 

  1. В офисе интервью проводится с помощью спецустройств: нужен стол, камера типа GoPro на штативе и мобильное устройство с прототипом загруженного материала. Тестирование длится 30 мин. 1 час. Проходят его 5 человек, по одному в разное время.
     

  2. На удаленное интервью через скайп уйдет 15-30 минут. Найдите пользователей, которые будут помогать в тестировании. Разошлите им дизайн по скайпу и спросите: что они понимают из этого экрана? Просто показывайте скриншоты без кодинга и продакшена и спрашивайте.
     

  3. Используйте сервисы для тестирования продукта. К примеру, сервис usertesting.com делает весь процесс тестирования. Один нюанс: большинство таких сервисов работают на английском.




ХОТИТЕ ПРИЛОЖЕНИЕ? РАССКАЖИТЕ О СВОЕМ БИЗНЕСЕ
Тестирование UI (пользовательского интерфейса)
Как интернет вещей (IoT) спасет ваш бизнес
Woxapp в Instagram