Русский
Русский
English
Статистика
Реклама

Юзабилити

Крупнейший видеохостинг мира отбивается от критики обсудим, как продвигается этот процесс

17.01.2021 20:13:46 | Автор: admin

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

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

Фотография: Ali Saadat. Источник: Unsplash.comФотография: Ali Saadat. Источник: Unsplash.com

Что происходит

Есть разные точки зрения на то, как обстоят дела с качеством рекомендательных систем крупных видеохостингов. Одни считают, что площадки вроде YouTube помогают находить действительно полезный контент среди сотен тысяч роликов по программированию, учебным и научным дисциплинам. Другим каждый раз приходится сдерживаться, чтобы случайно не включить ролик о теориях заговора и не испортить свой рекомендательный портрет. Третьи уже привыкли регулярно чистить историю просмотров, смотреть видео в режиме private browsing и пользоваться адблокерами, позволяющими прятать разделы с related-рекомендациями.

Другое дело, что площадки редко реагирует на подобную критику и, что называется, продолжают гнуть свою линию. Часто это выливается в достаточно нелепые конфликты не только на почве фичреквестов, но и банального закручивания гаек. Так, в год, когда множество музыкантов были вынуждены сидеть дома и пытаться заработать хотя бы что-то в онлайне, крупные соцсети решили ввести новые правила использования аудиотреков в роликах. Конечно же, это привело к необоснованным блокировкам. Но на этот раз гнев общественности обошел стороной YouTube, который принял похожие правки пользовательского соглашения гораздо раньше Facebook и Twitch, плюс сразу предоставил контент-мейкерам доступ к открытой фонотеке.

Однако громкие скандалы с участием соседей по рынку видеостриминга не оттянули на себя внимание общественности. Дошло до того, что жалобами на выдачу рекомендательного движка YouTube заинтересовались в Mozilla, но на этот раз в компании решили не ограничиваться подборкой фейлов и разработали расширение для репортинга странных рекомендаций. С учетом сложной эпидемиологической ситуации, породившей не только новые теории заговора, но множество других категорий видео из рубрики черная дыра ютуба, такой Regret Reporter действительно может поспособствовать улучшению ситуации на площадке. Как минимум, в Mozilla планируют предоставить YouTube отчет по промежуточным итогам сбора отзывов.

Ответные действия

Руководство платформы скорее всего хорошо представляло себе уровень раздражения пользователей, да и, вероятно, не было застигнуто врасплох инициативой Mozilla. В ответ на критику YouTube продолжил придерживаться собственной тактики выпускать точечные обновления для авторов вроде специальной метрики [Revenue per mille, отражает доход на тысячу показов рекламы после вычетов площадки], предположительно, чтобы повысить уровень прозрачности взаимоотношений с пользователями. А потом начал чуть активнее разбираться с нежелательным контентом и даже ввел автоматическую премодерацию комментариев.

Фотография: Taras Chernus. Источник: Unsplash.comФотография: Taras Chernus. Источник: Unsplash.com

Этот год просто не мог обойтись без политических скандалов, давления регуляторов разных стран и критики действий площадки во время и после завершения выборов президента США. Очевидно, что представителям платформы приходилось уделять урегулированию этих процессов существенный объем времени и сил. Возможно, поэтому они сосредоточились на локальных апдейтах и не смогли ответить на многочисленные вопросы о работе рекомендательных систем.

За дымовой завесой

Пока другие соцсети Facebook, Instagram и TikTok делились хоть и общими, но все-таки подробностями о работе их рекомендательных движков, крупные видеохостинги предпочли не менять тактику. Пользователи, оставшиеся один на один с проблемой и старыми способами борьбы с ней, были вынуждены искать собственные решения. Стали предлагать альтернативы действующему рекомендательному алгоритму и чаще пользоваться сервисами вроде PeerTube как минимум для дублирования там новых роликов, публикуемых на собственных YT-каналах.

Сможет ли площадка обойтись без публичного обсуждения принципов фильтрации контента и выдержит ли шквал критики и вопросов со стороны профильных организаций [вроде EFF], регуляторов и аудитории, покажет ближайшее будущее. Мы продолжим анализировать ход событий, связанных с этой контент-платформой и делиться с вами значимыми моментами.


Что еще почитать у нас на Хабре и в Мире Hi-Fi:


Подробнее..

API портал на что обратить внимание при дизайне. Опыт Wrike

16.06.2020 18:07:02 | Автор: admin


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

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

В ходе редизайна нам удалось:

  1. Создать интуитивно понятную навигацию.
  2. Создать сетку для оптимального отображения контента на десктоп и мобильных устройствах.
  3. Обновить дизайн портала в соответствии с текущей дизайн-системой и создать недостающие компоненты.
  4. Соблюсти требования доступности уровня АА и внедрить тематизацию.


1. Интуитивно понятная навигация


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

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


Навигация на предыдущей версии портала

Чтобы оптимизировать структуру портала, мы выделили основные разделы и подразделы, а также отделили технический контент от информационного. Так, в новом портале мы выделили 5 основных разделов: Introduction, API Documentation, API Reference, BI Export и Support, а раздел API Community закрепили отдельной ссылкой в нижней части боковой панели, чтобы пользователь мог при необходимости быстро обратиться за помощью.

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



Обновление навигации на портале (было стало)

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


Навигация на новом портале

2. Сетка для оптимального отображения контента


Dev-портал Wrike состоит в основном из статичных страниц с разнообразным контентом. Таблицы и текстовые блоки занимают всю ширину сетки, поэтому количество колонок не имеет значения.

Мы уделили особое внимание странице с методами. Построить эту страницу можно двумя способами:

  1. Поделить контентную часть на два блока: слева описание и таблицы, справа примеры.
  2. Сделать единый блок с контентом: примеры внутри каждого метода.

На предыдущей версии портала использовался первый способ.


Страница метода на предыдущей версии портала: описание и запрос слева, а слайдер с ответом и примерами справа

Мы проанализировали методы API Wrike и решили использовать второй вариант. Он позволяет сохранить таблицы с их вложенностью в удобном для чтения виде, а также просматривать ответ и пример без переключения слайдера.


Страница метода на новом портале

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

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

Также стоит добавить возможность скрытия боковой панели, чтобы при необходимости можно было увеличить контентную область. Это очень актуально при работе на устройствах с экраном шириной 1024 px.



Принцип работы сетки на новом портале

Большинство разработчиков используют в работе устройства с широкими экранами. Но лучше предусмотреть возможность работы с порталом и на планшетах. Открывайте боковую панель на мобильных устройствах поверх контентной области. Это позволит сохранить информацию в читабельном виде.

3. Обновление дизайна портала в соответствии с текущей дизайн-системой и создание недостающих компонентов


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

HTTP методы


HTTP методы (GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS, TRACE, PATCH) одна из важнейших сущностей API. В зависимости от вида действия сущность имеет определённый HTTP метод. При дизайне HTTP методов старайтесь следовать следующим рекомендациям.

  1. Присвойте каждому из 9 существующих HTTP методов цветовой идентификатор, чтобы визуально можно было отличать их, не заставляя пользователя долго фокусироваться.
  2. Для большего удобства добавьте в компонент HTTP метода URL, чтобы упростить жизнь разработчикам: им не нужно будет совершать дополнительные действия для просмотра этой информации.
  3. Предоставьте возможность видеть запрос и пример одновременно. В новой версии API портала Wrike примеры размещены внутри метода, а не спрятаны в слайдер, как это было ранее.
  4. Не располагайте на отдельных страницах методы, которые относятся к одной сущности: в старой версии Query Tasks, Create Task, Modify Task отдельные страницы. Вместо этого разделите страницы по сущностям: Contacts, Users, Tasks и т.д. Это также упростит взаимодействие с порталом.


HTTP методы на новом портале

Таблицы


Все запросы, отправляемые на сервер, представлены в виде таблиц с большим объемом данных.

Таблица на предыдущей версии портала

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


Таблица на новом портале

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


Вложенность на предыдущей версии портала

На новом портале шеврон относится к самому параметру и помогает пользователю понять, что внутри спрятан контент.

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

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


Вложенность на новом портале

Примеры


Пример показывает, как работать с конкретным методом и что будет возвращено при правильном запросе. Запрос формируется с применением CURL с указанием необходимых данных.

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

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

Примеры на новом портале

4. Соблюдение требований доступности и тематизация


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

Контрастность обычного текста, заголовков и графических элементов соответствуют стандартам WCAG.

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

К каждому графическому объекту есть описание. Так, для кнопок копирования информации в буфер, рядом с иконкой расположен текст Copy, при нажатии на кнопку текст меняется на Copied CURL example.

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

Отдельно хочу выделить предоставление пользователю выбора темы интерфейса. Оно стало большим преимуществом нового портала по нескольким причинам:

  1. Это дружественное решение, которое соответствует одному из принципов инклюзивного дизайна принципу выбора.
  2. Темный режим является наиболее привычным для разработчиков.
  3. Темный режим регулирует яркость экрана в соответствии с условиями освещения и снижает нагрузку на глаза.
  4. Обеспечение тем улучшенной контрастностью делает сайт доступным для людей с ослабленным зрением или дальтонизмом.



Тематизация на dev-портале Wrike

Подводя итог


Для создания удобного интерфейса dev-портала необходимо:

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

Посмотреть, как получилось у нас, можно на dev-портале Wrike.

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

Харизматичный дизайн или использование эмпатии для вовлечения пользователя

20.07.2020 16:23:27 | Автор: admin
Все больше нарастает тенденция компаний и сервисов иметь в своем вооружении не просто функциональный сайт, выполняющий задачи, а эстетически приятный глазу продукт, имеющий приятный дизайн. Не так давно сайт с качественно проработанным UI/UX был уже преимуществом и выделялся среди конкурентной массы компаний. На данный момент таким обзавелись практически все, меняется только оформление, которым уже тоже достаточно сложно удивить пользователя. Хотя этот аспект затрагивает больше область маркетинга чем дизайна, пробиться к сознанию пользователя становится все сложней, поэтому данная область обязательна к изучению еще и дизайнерами.

Использование эмпатии в дизайне и построение структуры сайта это относительно новая механика. Решаются ее использовать в полной мере далеко не многие, потому что по мнению бизнес-китов и штатных начальников часто это выглядит по-детски наиграно, а именно: Cайт должен быть серьезен, только самое важное и ничего лишнего, а на деле оказывается, что в этой компании также на сайте выскакивает форма заявки каждые 5 секунд, прыгает коллбек, отзывы сами себе написаны и вообще в каждой вложенной странице встречается 5 квиз-сайтов. В этом отчасти была бы доля своей правды если данные приемы давно не устарели и не стали только отпугивать пользователя.А что если это будет работать на пользу бизнеса за счет своей неординарности, вовлечения покупателя в продукт и погружения в проблемы пользователя конкретно в вашем исполнении?

На данный момент одна из ключевых механик вовлечения является игра на эмоциях пользователя.

Эмпатия сопереживание, управление эмоциями и вниманием пользователя, когда как типичные сайты пытаются максимально продать услугу, выставив себя экспертами в своей области. Можно идти другим путем и не пытаться продавать на прямую, а постараться остаться в памяти, стать ближе и представить себя на месте клиента. С правильно проработанной эмпатией это приносит прилично больше результатов. Важно проникнуть в опыт пользователя, узнать его переживания, проблемы, размышления и беграунд, для дальнейшего использования эмпатии в построении продукта.

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

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

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



Точка Xs
Кажется дело пахнет магазином 18+, фильмом для взрослых или новым iphone вишенкой на котором становится неординарная цветовая гамма.Новое предложения и лендинг от банка Точка в меру вульгарный, обладающий харизматичным офером, который способен оставить в памяти воспоминания о подходе сайта и его смыслах. Данный прием играет, как раз на неопределенности и двоякости смысла заголовка, тем самым и становится уникальным и запоминающимся.



В данный момент пользователь видел все, покажите ему то, что он мог не видеть

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

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



Промо сайт от Twitch это брутальная минималистичная типография, с комическими вырезками стримеров на борту, которыми кстати можно поиграть в аналог Flappy bird.Чистая типография не только позволяет сосредоточить внимание на смысле текстов, но и выделить сайт. Сайт заслужил награды awwwards и css design за счет инновационности своих механик и дизайна.



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

Из песочницы Элементы управления переключателем состояния печально известный случай кнопки отключения звука

21.10.2020 12:13:27 | Автор: admin
Всем привет, меня зовут Миша Хананашвили, я автор канала UXHorn и работаю исследователем в Сбере.

Перевести статью ребят из NN-Group сподвигла потребность дать простую и понятную инструкцию для дизайнеров из продуктовых команд, к которой можно обращаться при необходимости. Так как статья вышла на днях, решил перевести и заодно поделиться со всеми полезным материалом. Спасибо Юре Ветрову за наводку. Оригинал статьи можно найти тут

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

На недавней встрече в WebEx с клиентом я запаниковал, подумав, что не могу включить микрофон. Я должен был провести 6-часовую презентацию как я буду это делать, если я даже не могу включить звук? Я продолжал щелкать значок перечеркнутого микрофона, но микрофон оставался зачеркнутым, что бы я ни делал.

Вот скриншот:

image

Панель управления для приложения WebEx для настольных ПК:
Вверху Без звука;
Внизу Заглушенное состояние


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

Я много раз видел, как пользователи становились жертвами этой проблемы. Mute кнопка используется для переключения между двумя состояниями системы (Mutes и UnMuted), но проблема в том, что пользователи не могут легко сказать какое сейчас текущее состояние и на которое переходя (Кроме того, вопреки лучшим практикам в дизайне значков, в реализации WebEx отсутствует текстовая метка для кнопки отключения звука).

Два элемента информации, два элемента управления


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

  1. Текущее состояние системы Вкл или Выкл; в примере с микрофоном Mute или UnMute;
  2. Что произойдет, если пользователь нажмёт на кнопку то есть следующее состояние, которое может быть Выкл или Вкл, в зависимости от текущего состояния (в примере микрофона Unmute или Mute).

Очевидный способ их реализации иметь два разных элемента пользовательского интерфейса: индикатор состояния и кнопку изменения состояния.

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

image
Tesla для iPhone:
(Слева) Значок над кнопкой разблокировки служит индикатором состояния; кнопка Unlock это кнопка переключения состояния, на которой четко указано, что произойдет, если пользователи нажмут ее.
(Справа) Состояние и метка кнопки изменяются, когда пользователь разблокирует автомобиль.


Два состояния информации, один элемент управления


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

Однако помните, что любое принимаемое решение требует времени и когнитивных усилий, и часто времени очень мало, чтобы быстро отреагировать. Как было в примере: Я пытаюсь включить свой микрофон, а все либо ждут меня, либо игнорируя меня и продолжают разговор, то есть у меня нет времени, чтобы остановиться и подумать об интерфейсе или сделать выводы.

Иногда состояние можно легко определить по другим сигналам. Например, в проигрывателе видео есть только один элемент управления (кнопка Play), которая указывает будущее состояние. Однако сигналов достаточно, чтобы понять, что видео воспроизводится пользователь может слышать аудио или видеть изменения картинки на экране.

image
YouTube: значок воспроизведения заменяется на паузу при воспроизведении видео. Значок указывает на состояние, в которое система перейдет при нажатии кнопки.

Если вам нужно использовать один элемент управления для обозначения состояния и того, что будет дальше, как следует его обозначить?

В этой ситуации можно рассмотреть две альтернативы:

  1. Метка кнопки сообщает состояние, в которое система перейдет, если эта кнопка будет нажата, то есть он сообщает пользователю, что произойдет дальше.

    Это стандартная рекомендация для дизайна кнопок. В частности, кнопка регистрации на сайте будет называться Зарегистрироваться, а кнопка отправки для формы проверки электронной торговли будет называться Покупка или Разместить заказ.

    Если кнопка используется для переключения между двумя состояниями, чтобы следовать этой рекомендации, она также должна изменить метку, как в примере Tesla выше или в примере OBS ниже.

    image
    OBS Studio: кнопка Start Recording соответствует классическим рекомендациям по именованию и переключает метку на Stop Recording после начала записи.

    Если текстовой метки нет (предположительно, потому что значок достаточно четкий), значок должен меняться в зависимости от состояния, в которое он перемещает систему. Классическим примером является взаимодействие между значками воспроизведения и паузы, показанное в приведенном выше примере YouTube и присутствующее в большинстве видеоплееров.
  2. Кнопка сообщает об активном состоянии с помощью тени.

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

    image

    В Word значок B для полужирного (слева) приобретает тень при выборе (справа), чтобы указать, что вы используете полужирный режим, а не обычный. В этой реализации кнопка не меняет метку при нажатии пользователем.

Вернемся к примеру с WebEx. Оглядываясь назад, мы видим, что WebEx использовал один элемент управления для индикации как текущего состояния, так и того, что будет дальше, и реализовал второе дизайнерское решение сигнализацию активного состояния. К сожалению, красный цвет как индикатор активного состояния был неудачным выбором по нескольким причинам:

  • Красный цвет используется в интерфейсе произвольно например, кнопка X (Exit) тоже красная, и это не может означать, что она активна. (Если красный цвет представляет активное состояние, что будет означать красный крестик? Что я уже покинул собрание?)
  • Другой цвет (синий) используется для обозначения активного состояния других кнопок, таких как Видео и Чат (т. е. Синий значок видео сигнализирует о том, что видео включено).

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

Кстати, приложение Телефон на iPhone использует ту же реализацию, с той лишь разницей, что оно более согласованно, чем WebEx, и использует белую заливку для обозначения активного состояния. Даже с этими настройками трудно определить активное состояние кнопки.

image

Приложение Телефон на iPhone: кнопка Отключение звука не меняет значок, но сигнализирует об активном состоянии с помощью белой заливки (слева). Несмотря на то, что белый цвет, возможно, лучше отображает тень, чем произвольный цвет, он не является сильным признаком активного состояния.

Рекомендации


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

Если хотите, вы можете объединить эти два элемента в одном элементе управления, как это делает Zoom. Его элемент управления отключением звука состоит из двух отдельных компонентов:

  1. Текстовая метка, указывающая, что произойдет, если пользователь нажмет на этот элемент управления.
  2. Значок, указывающий текущее состояние системы

Щелчок по любому из них изменит состояние.

image

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

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

  • Текущее состояние
  • Что будет, если они нажмут этот элемент управления

Оцените два состояния, через которые будет проходить система.

Очевидно ли, что это два противоположных состояния?

  • Если нет, то это говорит в пользу дизайна с двумя элементами управления: один для текущего состояния и один для действия по переходу в другое состояние.
  • Если да (возможно, потому, что существуют строгие соглашения и стандартизированный дизайн), вы можете рассмотреть один элемент дизайна, который просто говорит, что команда будет делать.

Существуют ли внешние сигналы (например, шумы, визуальные изменения в окружающей среде), которые могут помочь пользователям определить текущее состояние?

  • Если нет, то используйте дизайн с двумя элементами управления, с индикатором состояния (чтобы четко передать текущее состояние) и кнопкой для переключения состояния.
  • Если да, то можно рассмотреть один элемент дизайна кнопку переключения состояния.

Потребуется ли пользователям быстро определять состояние и изменять его (как в случае с кнопкой Mute)?

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

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

Однорукий интерфейс баг или фича, позволяющая Делимобилю отнимать деньги у пользователей?

25.10.2020 18:16:57 | Автор: admin
История о том, как с помощью одной нехитрой уловки в логике работы мобильного приложения (и не только) Делимобиль занимается перекладыванием ответственности за автомобиль и выписывает крупные штрафы за то, чего пользователь не совершал.
Также в статье пойдет речь о таких абстракциях, как пользователь это заказчик, договор это техническое задание, приложение это сотрудник компании, а баг-репорт это исковое заявление.



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

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


Предисловие


Я начал пользоваться каршерингом, а именно Делимобилем, с момента его появления, в 2015 году. В то время деревья были большими, а все автомобили новые. Пользоваться было одно удовольствие: cел, поехал, оставил машину, пошел по своим делам.
С течением времени с Делимобилем у меня никогда не возникало проблем. Компания казалась мне компанией светлого будущего, с приятным дизайном всего эко, нано, био все как мы любим.
Также в процессе длительного пользования от удобства и простоты сервиса я в какой-то степени стал терять бдительность обмяк, скажем так. Стал жить вот в этом светлом и счастливом будущем. Осматривал автомобиль на бегу. Не фотографировал какие-то отсутствия наклейки снаружи, мелкие вмятины, считая, что это элементы амортизации неизбежного износа автомобилей. В общем, доверял. Но всегда проходил автомобиль от и до на предмет грубых повреждений: трещин, разбитых деталей и т.д. Возможно, уже тогда в бэкенде этой прекрасной системы у меня сформировался статус loh или nevnimatelnyloh, или loshara, так как я не присылаю все damage, которые уже имеются на автомобиле, и которые надо присылать.

В один прекрасный день, 21 сентября этого года, я арендовал автомобиль, сделал несколько важных дел, успел с Кутузы на Тараса выскочить к Марику, после чего завершил успешно аренду через приложение и оставил автомобиль в целостности и сохранности недалеко от своего дома.


Сообщение


Спустя неделю, одним таким же прекрасным, но уже вечером, на сэкономленные деньги от отсутствия собственного автомобиля и пользования Делимобилем я пью дома в окружении семьи прекрасное Шато О-Брион 1906 года (шучу, 2006 года). Радуюсь жизни. Как вдруг мне приходят два смс следующего содержания:

Первое, что со мной происходит, я теряюсь в ноликах: то ли это 895 и 1000 рублей, то ли 85000 и 100000 рублей. Холодный пот, звук стучащих зубов об бокал. О-Брион превращается в Арбатское. Аббревиатура DM в голове расшифровывается, как DirectMessage, но понимаю, что это что-то другое. Мудрая супруга сразу же подсказывает, что это скорее всего DeliMobil, так как дальше фигурирует FINES.

Начинаю звонить в службу поддержки. На линии мне сообщают, что, да, по вам имеются штрафчики, и сейчас через секундочку все прийдет на почточку.
Через минуту мне приходит письмо с фотографией того, что после моей аренды, спустя 10 минут, следующий пользователь обнаружил такое повреждение:
image

И дополнительной информацией о том, что согласно договору и прайс-листу с меня 8500 рублей это за ремонт бампера, а 10000 рублей это за то, что я не сообщил о проблемке. Приехали
Сразу же спрашиваю в ответном письме о том, как это можно оспорить. Мне присылают, что:
image

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

Разбор


Думаю, что большинство пользователей каршеринга в такой ситуации подумают: блин, вот невнимательный, дурак, не сфоткал, а надо было. И как теперь докажешь? Никак. А система городского видеонаблюдения? А они хранят записи 5 дней. А прошла же уже неделя. Ну, значит будет урок:
image


Но надеюсь, что так не подумают те, кто занимаются разработкой и тестированием различных форм, интерфейсов, составлением на них ТЗ, соприкасаясь при этом с юзабилити и логикой работы приложений.
Меня, как человека, занимающегося отчасти именно этим, заинтересовал вышеуказанный пункт договора и пояснение к нему:
Пользователь нажимает активную клавишу Завершить аренду в Мобильном приложении, подписывает Акт возврата ТС, фотографирует состояние ТС и направляет фотографии Компании. Вам необходимо было направить фотографии состояния ТС после завершения аренды.

Вам было необходимо(!)

И в этот момент я задаюсь следующими вопросами: А как это я завершил аренду без необходимого отправки фотографий автомобиля? И вообще, почему мне приложение позволило завершить аренду без фотографий?

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

Перехожу к следующему шагу подтверждения завершения, в интерфейсе которого наблюдаю огромную зеленую кнопку Завершить аренду и подписать акт:

С такой кнопкой создается впечатление, что других кнопок будто просто не существует на этом экране. Кнопка, которую так и хочется нажать, особенно после предыдущей красной. Еще и машина изображена с ореолом ОК и какими-то магическими звездами. Сцена манящая, так как с автомобилем у меня-то действительно все ОК, и надо действительно скорее завершать аренду.
При этом о необходимости фотографий автомобиля пока никакой речи. Кнопка Зафиксировать состояние выделена белым, сливающимся со светло-серым фоном так же, как и акт возврата ТС, который точно мне сейчас не нужен. При этом, если приглядеться, кнопка Назад имеет самый большой размер из всех кнопок. Видимо, все равно хотят, чтобы я вернулся к продолжению аренды. В этот момент я почувствовал какой-то очень тонкий юзабилити-расчет по управлению действиями пользователя.
Думаю, ну, ладно, заблуждаюсь, я же все-таки живу в светлом и счастливом будущем. Не совсем логично все здесь, но если сейчас нажму кнопку завершения, как делают большинство пользователей при виде такой огромной зеленой кнопки, то на меня наругается приложение, что погоди, сначала сфотографируй ТС, как того требует договор, а потом уже завершай.

Я нажимаю на эту злосчастную кнопку, далее осуществляется переход к экрану со сводной информацией по завершившейся аренде, где присутствует кнопка Оцените автомобиль:

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

Нажимаю Готово, затем Хорошо, и попадаю на карту выбора машины для новой аренды.

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

Решаю посмотреть, что пишут в Вопросах и ответах, куда, по идее, внимательный и ответственный пользователь идёт первым делом перед работой с приложением. Нахожу заголовок о завершении аренды, читаю, и в тот момент я, как герои знаменитой передачи Криминальная Россия, окончательно обомлел в тексте нет ни слова об отправке фотографий:

Результат


Получается, что компания Делимобиль стремится переложить на клиента ответственность за сохранность автомобиля уже после завершенной им аренды, так как если бы клиент сфотографировал в обязательном порядке автомобиль в целости и сохранности, что кстати и предписывает договор, то он бы снял с себя все обязательства. В противном случае все, что обнаружил следующий пользователь перекладывается на плечи предыдущего.
Тем более обязательное фотографирование делает необходимым осмотр автомобиля, так как даже если пользователь сам не попадал в ДТП, автомобиль могли повредить третьи лица в тот момент, когда был выбран режим ожидания и пользователь на какое-то покинул ТС. И как следствие, такая процедура страхует клиента от навязанного Делимобилем штрафа в 10000 рублей за то, что он не сообщил о повреждениях автомобиля. Это что, получается такой своеобразный развод?

Цель приложения как мы знаем, кроме соответствия ТЗ, которое пишут сотрудники компании, это удобство и простота пользования, а также соблюдение всех пунктов договора и различных соглашений. И конечно, все это должны быть в рамках закона, как минимум не нарушать права потребителя. Однако в данном случае с помощью специального дизайна (оформления управляющих элементов), а также самой логики работы приложения в ключе завершения аренды, создается впечатление, что обманным путем Делимобиль осуществляет введение пользователя в заблуждение, а информация в FAQ распространяет не в полной мере необходимые условия договора.

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


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

Получается, что эти действия попадают под статью 14.7 КоАП РФ обман потребителей (введение в заблуждение), рамках которой по ч.2. штраф для юридических лиц от ста тысяч до пятисот тысяч рублей?

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

Вывод


Так что же это: баг или фича?

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

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


Получается, что со стороны Делимобиля это фича, так как разные отделы компании в курсе такого поведения и распространяют одинаковую информацию.

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

Послесловие


Вот так из-за одной тонкости в интерфейсе (к сожалению, и не только) можно перекладывать ответственности и снимать крупные штрафы. Делать приложение неудобным в ключе соблюдения условий договора, что оказывается для пользователя важнее (критичнее), чем все эти общепринятые удобства: простота, красота, скорость. К слову, такие приемы в интерфейсах не редкий случай. Но чаще они несут в себе не такие финансовые угрозы для потребителя, например, когда по-умолчанию выбран чекбокс какой-нибудь рассылки, или дополнительная услуга при оформлении заказа, которую можно заметить при выставлении итогового счета.

Вообще, по рассказам, 18950 рублей у Делимобиля это еще нижняя граница штрафов. Страшно также представить масштабы этой схемы, если учесть, что на данный момент парк Делимобиля составляет 14000 автомобилей. Сколько пользователей нажимают на эту зеленую кнопку завершения без фотографий, получают штрафы, платят их и не доводят дело до судебного разбирательства.
Ради интереса я опросил несколько своих знакомых на предмет фотографирования ТС. Подавляющее большинство опрошенных не делают этого. При этом один из них ответил очень интересно: так не просят же....

Сейчас совместно с юристом мы готовим материалы для претензии и искового заявления. При этом заявление я дополнительно хотел подкрепить независимой экспертизой. Обращался во множество компаний, занимающихся аудитом юзабилити приложений. Предлагал стать заказчиком экспертизы не как разработчик приложения, а как пользователь приложения. И чтобы в данном случае вместо ТЗ выступил договор имеющий полноценное право быть своеобразной инструкцией и сводом правил того, как должно работать для меня, клиента, приложения. Однако по разным причинам везде, кроме одной компании, получил отказ на такую нестандартную, надеюсь только для настоящего времени, задачу.
Также мне приходится сейчас ездить и фотографировать зону вокруг каждой остановки на своем маршруте, измерять высоту бордюров и бампера WV Polo. Для того чтобы можно было доказать в суде, что я не мог совершить такой маневр, который повлечет за собой повреждения автомобиля под наблюдаемым на фотографии от Делимобиля углом.

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

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

Продолжение следует
Подробнее..

Сага по мобильном дизайне. Часть 1

13.01.2021 16:08:51 | Автор: admin

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

Поводом для статьи стала недавняя беседа с клиентом. Он пришел с подборкой примеров с Dribbble и спрашивал, почему в реале нет таких красивых интерфейсов, и можем ли мы нарисовать вот как тут или как там. Мы сказали, что можем, но потом долго объясняли, почему один пример нерабочий с точки зрения юзабилити, а другой потребует +N дней и +N тысяч к стандартной разработке. Ни к чему не пришли, но с подобными запросами в последнее время сталкиваемся часто.

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

Вариант 1.

Ой, какая офигенная анимация!

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

Это привлекает внимание и круто смотрится на превьюшках. И стоит очень, очень много денег.

Хотите добавить в интерфейс необычной анимации, чтобы не как у всех? Да бога ради, вот этот трюк вам обойдётся в 4 дня разработки без анимации мелких элементов, вот тот еще в три дня. И это по самым скромным оценкам. На практике, скорее всего, цифры вырастут в 6 и 5 дней, соответственно раздувая и раздувая бюджеты.

Стоит ли оно того? Или может обойдемся стандартными методами и сделаем красиво, функционально и так, чтобы пользователь не играл с приложением в угадайку, отчаянно тыкаясь пальчиком в экран, надеясь, что вот после этой свистелки уже точно откроется то, что нужно?

Вариант 2.

Ну ведь эта штука уже есть на последних версиях iOS, давайте срочно ее использовать красота же неописуемая!

Нет. Нету таких игр. Забудьте.

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

Потому что тут у нас два пути, как те два стула, и выбор между ними такой себе.

Первый можно ограничить аудиторию вашего приложения только теми, у кого последний айфон. Те четыре человека, что хотят установить ваше приложение и имеют правильную версию операционки, наверное обрадуются. Остальные (включая вообще всех пользователей андроида, которых в России 73%) увидят печальное несовместимо с вашим устройством.

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

Вариант 3.

Какое интересное вертикальное меню, вы только посмотрите!

Смотрим. Красиво, да. Особенно, если это статичная картинка, которую вы собираетесь повесить на стену. Или распечатать. Кстати, если собираетесь делать флаеры, то уже не советуем, но на стеночку можно, да.

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

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

Приложение к вашему магазину должно продавать (удивительная новость, не правда ли?) и делать это максимально удобным и приятным для пользователя способом. Ему и так больно он отдает вам кровные, трудом и потом заработанные деньги. А вы его заставляете страдать еще больше.

Не надо так.

Вариант 4.

Ой, Вань, гляди какие кнопочки!

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

Мы сделали иконки на экране такими хорошенькими, что вам захочется их лизнуть как говаривал один весьма успешный бизнесмен.

Но пока вы ищите салфетку, чтобы протереть экран телефона, прежде чем заняться с ним оральными ласками (пандемия же!), спешим вас разочаровать. Большинство из того, что вы видите нереализуемо на большинстве устройств.

Например, тени элементов в Андроиде жестко заданы и не настраиваются под ваши нежные фантазии. Совсем. Они будут отображаться по стандарту вне зависимости от того, что вдохновленный дизайнер нарисовал в фотошопе. Sad but true.

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

Так, конечно, выглядит более эффектно, но, поверьте, если мы заставим приложение скрывать системные элементы на экране пользователя, то матерный аналог вопроса ну вот зачем? будет сопутствовать каждому запуску вашей прекрасной аппликушки.

Стандартное и нестандартное

Если вы все еще выбираете между стандартным и нестандартным решением для вашего приложения, то (мы идем к вам) пожалуйста, имейте ввиду, что все нестандартное а) дорого, б) долго, в) не всегда офигенно.

Любое нестандартное решение (даже если библиотека доступна на рынке) требует кропотливого и вдумчивого тестирования, и никто не сможет вам гарантировать, что вся эта красота не слетит после очередного обновления системы. Что снова обойдется вам в деньги и время.

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

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

Дизайн, в который (кроме любви, нежности и грамотной разработки) была вложена пара ящиков дизайнерского креатива, обычно выглядит примерно так:

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

А пользователь? Пользователь просто хочет купить 3 кг апельсинов, 4 манго, кокос, коробочку малины. И вынужден, матерясь, просматривать все эти полеты валькирий всевозможных элементов, бубня себе под нос господи, ну почему было не сделать чекбоксы?

Подробнее..

UX-исследование какие решения помогают зарабатывать миллионы приложениям для стриминга видео в прямом эфире

25.02.2021 16:13:17 | Автор: admin

Сегодня, я познакомлю вас с несколькими приложениями для стриминга видео в прямом эфире и расскажу, за счет чего им удается удерживать внимание огромной аудитории и успешно монетизировать ее.

Про культурный шок

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

Было ощущение, что я снова оказался в Китае. Но нет, с экрана смотрели тысячи русскоязычных подростков, желая спеть песню в прямом эфире, покрутить бедрами или рассказать о том, как у них прошел день.

Likee, LiveMe, Mico, Hakuna и другие приложения недалеко ушли от Bigo Live, предлагая практически идентичный интерфейс и сценарии взаимодействия, при этом все также, имея огромную аудиторию и внушительные цифры дохода.

Как же так получилось, что эти китайские до мозга костей приложения так привлекательны? И за счет каких решений им удается привлекать, удерживать и, главное, монетизировать огромную аудиторию? Давайте разберемся.

Про аудиторию и контент

Многие из вас помнят популярные телевизионные шоу, где люди с разными талантами (а чаще без) демонстрировали свои способности миру, купаясь в сиюминутных лучах славы.

Так вот, Bigo Live, Likee, LiveMe, Mico, Hakuna и подобные позволяют этим людям не только купаться в лучах славы 24/7, но еще и зарабатывать реальные деньги.

Дополняют эту когорту и те, кто просто хочет потрепаться ни о чем или заявить о себе миру самым простым способом.

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

А зрителей в этих приложениях действительного много: в течение минуты после начала собственной трансляции в Bigo Live, просто транслируя потолок офиса я легко собирал более 100-200 зрителей. И многие из них продолжали смотреть в мой потолок в течение нескольких минут, ожидая что вот-вот что-то произойдет (привет дофамину).

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

Естественно, эти приложения предлагают разные варианты трансляций: с видео или без, одиночные или групповые. Но особенно популярен формат PK (батлов). Это когда в рамках одной трансляции участвуют сразу два стримера, а сам батл сводится к тому, чтобы за ограниченное время получить как можно больше цифровых подарков. Кто получил больше тот и выиграл.

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

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

И как вы уже догадались, основные зрители всех этих трансляций дети и подростки.

Про монетизацию

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

Вот основные из них:

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

  • интерфейсная мотивация приглашение отправить подарок после определенного времени просмотра трансляции.

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

  • мотивация от ведущего трансляции часто, сами стримеры активно просят отправлять им подарки, чтобы увеличить рейтинг трансляции, либо достичь какой-то цели и др.

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

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

  • социальный статус активное дарение подарков растит социальный статус пользователя внутри приложения. Такие пользователи особенно выделяются на фоне обычных.

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

Цифровые подарки основной, но не единственный способ монетизации. Многие приложения также предлагают покупку цифровых товаров (украшения профиля, эффекты входа) и особые VIP-статусы.

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

Про вовлечение

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

Автоматический запуск трансляций

Автоматически запускают случайные (из популярных) трансляции в первых нескольких сессиях пользователей, чтобы приучить взаимодействовать с ними и убрать любые возможные фрустрации выбора (это кстати одна из значительных проблем современного Youtube).

Барьеры при выходе из трансляции

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

Легкий переход к следующей трансляции

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

Покупки без разрыва контекста

Возможность совершения покупок внутри приложения без необходимости прерывать текущее взаимодействие и переходить в раздел пополнения счета. Интерфейс пополнения счета отображается прямо поверх трансляции в ответ на попытку подарить подарок при недостаточном балансе:

Про удержание и возврат пользователей

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

Чекины

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

Ежедневные задания

Разработчики некоторых приложений пошли чуть дальше чекинов и предлагают также выполнение ежедневных заданий в обмен на виртуальную валюту и другие подарки.

Игры

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

Уровень профиля

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

Push-уведомления

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

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

Про деньги

Если вы все еще думаете, что это какая-то дичь, то я с вами соглашусь. Однако это не просто дичь, это золотая дичь. iOS и Android версии Bigo Live, самого главного игрока на этом рынке, только за январь принесли суммарно 27 млн долларов по данным Sensortower. Это на 12 млн долларов больше чем у Tik-Tok, аудитория которого значительно превосходит Bigo Live.

Остальные игроки только набирают обороты, но уже делают по 1-3 млн долларов ежемесячно.

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

Постскриптум

Эта статья очень сжатая выжимка из большого юзабилити исследования 13 популярных iOS-приложений, которое я провел несколькими месяцами ранее для одной продуктовой компании. Знакомство с этими приложениями было интересным открытием, которое безусловно расшило мою картину мира. Теперь, возможно, и вашу тоже.

Уже более 10 лет я помогаю разным бизнесам достигать большего за счет удобных пользовательских интерфейсов для любых цифровых продуктов. Если у вас есть какие-либо вопросы по UX напишите мне в ЛС. С удовольствием помогу советом.

Подробнее..

Музыка без обложки что происходит с внешним видом альбомов в эпоху стриминговых сервисов

16.05.2021 22:09:51 | Автор: admin

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

Фотография: Giorgio Trovato. Источник: Unsplash.comФотография: Giorgio Trovato. Источник: Unsplash.com

На периферии

В конце марта один из резидентов Hacker News высказал мнение о том, что проектировщики интерфейсов цифровых продуктов Эппл не уделяют должного внимания визуальной составляющей музыкальных альбомов и других типов аудиоконтента. Он привел в качестве иллюстрации своих доводов внешний вид экранов музыкального приложения компании на iPod Touch 2012 года и iPhone SE 2016-го. Последний предлагает слушателям уменьшенный вариант обложки не растягивает ее на весь экран, как на iPod Touch. Поэтому рассмотреть детали иллюстрации становится сложнее, а на паузе изображение становится еще меньше.

Разница размеров обложки на локскрине устройств намного заметнее на Touch она занимает чуть ли не всю ширину экрана, а на iPhone лишь небольшую его часть в виде пиктограммы внутри виджета с управляющими элементами плеера музыкального приложения. При этом прочитать полное имя исполнителя и запущенного трека сразу невозможно места рядом с уменьшенной обложкой не хватает и для них. Автор заметки задает эти вопросы аудитории и вспоминает так называемый Cover Flow, который в Эппл представили вместе с очередной версией iTunes в 2006 году, а на iPhone и iPod nano выпустили в 2007-м. Кстати, тогда обложки тоже растягивали практически на всю ширину экрана устройств, а при просмотре в режиме Cover Flow они становись еще и интерактивными по тапу открывали список треков альбома.

Фотография: Paul Downey. Источник: Flickr.com (CC BY 2.0)Фотография: Paul Downey. Источник: Flickr.com (CC BY 2.0)

Проблему поднимали еще в 2011 году на страницах The New York Times. Вероятно, именно тогда она стала наиболее ощутимой в индустрии. Те, кто занимался визуальной составляющей музыкальных альбомов стали чаще задумываться о том, как обложки будут выглядеть на экранах смартфонов и плееров. Постепенно влияние соответствующих ограничений на результат их творчества и облик музыкальных произведений становилось все более существенным.

Дошло до того, что в ряде случаев на кавере не было ничего кроме текста с названием альбома и однотонного фона. Об этой проблеме тогда высказывался арт-директор Warner Brothers Records, представители других крупных лейблов, ряд известных музыкантов и дизайнеров. Однако, как мы видим по примеру, от которого мы оттолкнулись в начале материала, на стороне музыкальных платформ эти вопросы и предостережения просто-напросто проигнорировали. Да и качество обложек к тому моменту уже не позволяло в один миг вернуть к ним прежнее внимание.

Попытка все исправить

В конце прошлого года Эппл представили новую возможность для авторов, исполнителей и подписчиков своего музыкального сервиса анимированные обложки для отдельных композиций и альбомов. Ранее команда Эппл мьюзик экспериментировала с подобными решениями для плейлистов, но с очередным обновлением iOS распространила эту практику и на полноценные релизы. Пока гифки заметили на одиннадцатом студийнике Pearl Jam под названием Gigaton, и пластинке Detroit 2 рэп-исполнителя Big Sean. Изучить их могут обладатели устройств с iOS и iPadOS 14.3 и выше, плюс macOS Big Sur, начиная с версии 11.1.

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


Дополнительное чтение в нашем Мире Hi-Fi:


Что еще у нас есть в блоге на Хабре:


Подробнее..

Как подобрать дизайнера для проекта?

05.06.2021 22:17:23 | Автор: admin

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

Я постаралась систематизировать в этой статье свой опыт подбора множества дизайнеров на проекты самой различной сложности: от пакета баннеров, лэндинга до интерфейса No-code платформы без ТЗ. Материал будет полезен тем, кто впервые подбирает дизайнера на проект или получает дизайн не того качества, которого хотелось бы.

Поймите - кто конкретно вам нужен

Соревнование / Irina SalvartСоревнование / Irina Salvart

Дизайнеры, как и программисты все - разные. Как 1С-программист не напишет вам CMS на Python, так и дизайнер лэндингов не сделает прототип CRM, которым будет удобно пользоваться.

Запомним следующее:

  • UX дизайнер/UX инженер/UX аналитик: занимаются разбором требований, пишут ТЗ, создают CJM и, иногда, прототипы.

  • UI дизайнер: создает дизайн на базе прототипа, ТЗ, CJM и прочей информации. Часто заказчики поручают разработку сложных продуктов с нуля UI дизайнеру, и это самые большие грабли, которые только можно представить.

  • У дизайнера часто есть специализация. Мой коллега, который делает только интернет-магазины, прокачал себя в этом настолько, что конверсия его работ высока в любой тематике, за которую он бы ни взялся - практически без предварительного анализа. Однако, графический дизайн простой презентации способен отнять у него массу времени и энергозатрат.

В итоге, если вам нужен простой лэндинг - для него, как правило, хватит и UI дизайнера с ТЗ в зубах. Если нужен прототип CRM, упаковка стартапа - ищем жесткого аналитика, UX инженера с опытом разработки подобных решений.

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

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

Внимательно изучите портфолио дизайнера

Наброски / Irina SalvartНаброски / Irina Salvart

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

Насколько работы похожи? Не раз видела портфолио дизайнеров, где 3-5-7 магазинов подряд являются просто перекрашенными версиями друг друга. С таким дизайнером новую кашу не сваришь.

Есть ли работы, схожие по направленности с вашей? Планируете делать магазин? Не поручайте его дизайнеру, у которого 10 баннеров, 3 лэндинга и 1 сайт услуг. И не верьте тому, кто скажет разберусь. Интернет-магазины подразумевают множество специфики, которую нужно сначала понять, прожить, выстрадать, а потом уже применять.

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

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

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

Как с адаптивностью работ? Удивительно, но в 2к21 некоторые дизайнеры делают мобильные версии по остаточному принципу, хотя мобайл - это отдельная и сложная разработка. Посмотрите, делает ли дизайнер мобильные версии своих сайтов, насколько они удобны в использовании, не грешат ли они слишком малым/слишком большим количеством информации на экран. Если мобильных версий нет вовсе - право слово, не стоит.

Что с цветами? Если в проекте больше 3-4 цветов, или цвета спорят за внимание - в 99% случаев перед вами колхоз. Также следует обратить внимание на то, выделены ли CTA элементы (например, кнопки Купить, Заказать, Перезвоните мне) отдельным, контрастным цветом? Если да - это хороший знак. Планируя проект на большую аудиторию - помните, что далеко не все люди умеют правильно различать цвета, и дизайнер с соответствующим опытом будет очень полезен в таком деле.

Я отбираю дизайнеров по большему количеству критериев, однако выше описан тот шортлист, с которого полезно начать. Если у вас появится желание разобраться в дизайне подробнее - рекомендую начать с изучения базовых правил UI/UX дизайна и далее, в их свете, рассматривать конечные работы дизайнеров.

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

Ты и твой парень-геймер / Irina SalvartТы и твой парень-геймер / Irina Salvart

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

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

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

Не стесняйтесь спрашивать рекомендации

Всегда за / Irina SalvartВсегда за / Irina Salvart

Конечно, если вам нужны баннеры или обложка для социальной сети - в рекомендациях нет никакого смысла. Однако, если вы планируете разработку сайта или корпоративного решения за сотни тысяч рублей - нет ничего зазорного в том, чтобы спросить рекомендации, телефоны, мессенджеры предыдущих заказчиков. У опытных специалистов, которые работают за адекватный бюджет (1500-4000р/час) и достаточно давно, с этим обычно не бывает проблем.

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

Адекватный дизайнер даже с не очень адекватным заказчиком постарается расстаться так, что о нем в профессиональном плане нечего будет сказать кроме не сложилось. Если дизайнер ведется на эмоции или провоцирует их сам - вы не будете решать задачи бизнеса. Лучше просто запомнить: на фрилансе (речь о российских фриланс-площадках) много токсичных людей, которые находятся там, в том числе, потому, что удаленно мало кто видит их токсичность, и ваша задача - таких людей к проекту не допустить.

P.S. Если на той площадке, где вы нашли дизайнера, у него нет отзывов, спросите где они есть. Если их нет вообще нигде - лучше откажитесь. И помните что отзывы - не равно живые рекомендации.

Попросите показать готовые сайты

История успеха / Irina SalvartИстория успеха / Irina Salvart

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

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

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

Когда заказчик предлагает мне заключить договор, единственное что я спрашиваю - оформим на самозанятого, ИП или ООО? Предполагаю, ООО есть далеко не у всех, а вот оформить самозанятого можно за 5 минут. Наличие статуса или ИП у дизайнера свидетельствует о том, что он серьезно относится к своей работе. Также, у ответственного дизайнера всегда есть рамочный бриф, договор, который он готов прислать по запросу.

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

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

Оцените личное общение

Дизайнер из 90-х / Irina SalvartДизайнер из 90-х / Irina Salvart
  • Насколько внимателен дизайнер? Например, вы задаете 2 вопроса в одном сообщении. Если вам отвечают на один, причем такое повторяется не раз - думайте сразу о том количестве правок, которое будете писать, и сколько раз будете просить их исправить.

  • Не боится ли он задавать вопросы, не строит ли из себя мачо, говоря что все понятно? Чем сложнее проект - тем больше вопросов заказчику я задаю, чтобы убедиться, правильно ли я его поняла. Неправильно понятое ТЗ = реальный шанс на то, что половину проекта придется переделывать.

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

  • Насколько грамотно и адекватно он общается? Если со второго сообщения в вас тыкают и говорят на сленге - стоит задуматься.

Работайте по адекватным ценам и соблюдайте договоренности

С моей точки зрения, в ценовой категории 200-1000 рублей в час непрофессиональных и откровенно странных дизайнеров гораздо больше, чем в категории 1500-2500 рублей в час. В первом случае, вы можете делать проект за 100.000 рублей 3 месяца, а во втором за те же деньги проект будет готов через 2 недели. В общем, попытка сэкономить часто будет стоить долгих поисков, большей вероятности возможных проблем, обильного списка правок и увеличения сроков.

И наконец, очевидное: соблюдайте договоренности и не заваливайте дизайнера десятками далеких от дизайна вопросов. Лучше изучить его анкету, работы, обсудить с понравившимся кандидатом 30 минут по Zoom и принять решение: работать или нет.Для найма на постоянную основу, критерии, конечно, другие, однако никто не мешает попробовать сделать с дизайнером 1-3 проекта, а затем, рассмотреть в качестве постоянного сотрудника.

Буду рада услышать о вашем опыте подбора дизайнера на проект!

Подробнее..

Незаметная психология e-com сайтов

22.01.2021 10:22:11 | Автор: admin

Есть в Америке один спец, который изучает психологию и применяет ее, главным образом, в е-коммерции. В нашей компании мы активно внедрили его наработки в аналитику юзабилити и в конверсионные аудиты сайтов, и надо сказать, эффект есть. Зовут его Ник Коленда, а его книги на Амазоне настоящее открытие для меня лично и источник вдохновения там, где попытки поднять конверсию заходят в тупик.

Впрочем, найти книги Ника на русском языке можно, например, на Литресе, но их мало. Собственно, как и переводов статей. О чем пишет Ник, в трех словах в этом посте (надеюсь, мой хабр будет пополняться переводами).

Вы более склонны к покупке, когда представляете результат

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

Покажем эти три момента в картинках.

1.Покажите распаковку

Когда Ник покупал кастрюлю, он наткнулся на видео, где кто-то распаковывает продукт.

Это действительно умно.

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

Так зачем же показывать распаковку? Распаковка может облегчить эти симуляции.

Вы погружаетесь в человека, открывающего коробку, вам кажется, что В открываете ее. Внезапно вы можете представить покупку, и вы истолковываете себе это так: "Хм, хочу ли я купить кастрюлю? Я представляю, как покупаю ее. Следовательно, я должен хотеть ее купить".

Кроме того, открытие коробки сродни распаковыванию подарка. Поэтому распаковка активирует (1) мысленную картину покупки и (2) положительные эмоции.

2.Упростите движение

Amazon изображает прогресс доставки с нисходящим движением.

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

Посмотрите внимательно, и вы поймете причину.

В одном исследовании люди наблюдали за движущимся квадратом, который исчез. Все считали, что он исчез дальше вперед из-за инерции. Эта ошибка была особенно сильна при движении вниз (Hubbard, 2005).

Движение вниз кажется более сильным из-за силы тяжести.

А теперь еще раз взгляните на графику Amazon. Видите нисходящий прогресс? Это движение кажется более сильным из-за гравитации. Вы можете представить себе, что прогресс-бар легче переходит к более поздним шагам (например, доставка). Таким образом, вы представляете себе, что получите свою посылку быстрее.

3.Добавьте аватарку

Некоторые веб-сайты динамически вставляют пользователя (например, его фотографию из Google).

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

Аватарка пользователя графически внедрена в индикатор выполнения. Почему это полезно?

Когда вы смотрите видео распаковки, вы погружаетесь в человека, открывающего коробку. Такое ощущение, что В открываете коробку. На рисунке выше вы погружаетесь в аватар. Вы представляете себе, что выполнить шаги легче особенно потому, что аватар это В.

Плюс эти скрытые сигналы

  1. Цветовой градиент индикатор выполнения меняет цвет слева направо, облегчая горизонтальное движение.

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

  3. Фотография над шагами аватар находится над подписями, потому что эта позиция усиливает воспринимаемое доминирование и власть пользователей, облегчая их способность преодолевать расстояние.

  4. Горизонтальность несмотря на то, что Amazon показывает нисходящий прогресс-бар, выбор горизонтальной полосы оправдан, потому что индикатор выполнения будет продемонстрирован ДО совершения транзакции. В этом смысле, мы стремимся к ясности, выбирая направление, которое семантически соответствует времени.

Можно ли пробить потолок конверсии?

Когда-то такой известный интернет-магазин диванов как Divan.ru похвастался ростом конверсии с 0,15% до 0,4%. Для крупных проектов рост десятых процентов уже достижения, оценивающиеся в миллионы рублей. А идеи, которые предлагает Ник, помогают мощно пробить потолок застойной конверсии. И, конечно, помочь ребятам с конверсией 0,4% верить, что лучшее еще впереди.

Подробнее..

Как делать AБ тесты в Google Optimize бесплатно и без программиста

01.07.2020 12:12:44 | Автор: admin
Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

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


Для этих задач подходит Google Optimize. Этот сервис создан для тестирования изменений на страницах и оценки их эффективности с точки зрения поведения пользователей. Детально разобрали, как с ним работать, какие есть виды тестирования, по шагам показали настройку А/Б теста.



Для чего нужен Google Optimize


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


Упрощенно процесс выглядит так:


  • В Google Optimize создаете копию страницы, которую необходимо протестировать.
  • На этой странице меняете один или несколько элементов. Например, изображение в шапке сайта.
  • В настройках указываете, кто должен видеть измененную версию страницы. Например, это могут быть посетители, которых приводит конкретная рекламная кампания, или половина посетителей в рандомном порядке.
  • После запуска эксперимента Google будет чередовать показы исходной и измененной страницы пользователям в случайном порядке.
  • С помощью Google Аналитики собираются метрики эффективности, а затем сервис формирует отчеты для оценки результатов эксперимента.

Структура Google Optimize


Чтобы было проще разобраться с работой сервиса, полезно понимать его структуру. Она состоит из трех уровней:


  1. Аккаунт первый уровень, с которого начинается работа с сервисом.
  2. Контейнер второй уровень. В каждом контейнере информация о сайте и проводимых экспериментах.
  3. Эксперимент здесь запускаются эксперименты для тестирования гипотез. О видах тестирования мы еще расскажем.

Для внесения изменений на сайт используется браузерное расширение Google Optimize. Расширение позволяет редактировать существующие элементы или добавлять новые для проведения экспериментов без вмешательства в исходный код сайта.


Работа с сервисом: интерфейс и основные возможности


Перейдите на страницу Google Optimize (можете сделать это по прямой ссылке или найти сервис в Google Marketing Platform).


Кликните Start for free.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

После клика вы будете перенаправлены на русскоязычную версию сервиса (Google Оптимизация).


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Обратите внимание, для работы с сервисом вам нужен аккаунт Google (если у вас его нет создайте), а также аккаунт Google Аналитики.


Настраиваем контейнер


После создания аккаунта в Google Optimize необходимо добавить первый контейнер. В нем будут храниться данные о ресурсах, с которыми проводятся эксперименты, и сами эксперименты.


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


Чтобы переименовать контейнер, откройте его и кликните по кнопке Настройки.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Затем кликните по знаку карандаша в блоке Сведения о контейнере.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Укажите название:


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Если вы планируете проводить тесты на разных сайтах, удобно следовать такой логике: для одного сайта один контейнер. Однако это не обязательное условие. В одном контейнере могут быть проекты для нескольких сайтов.


Выбираем тип проекта (эксперимента)


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


  • протестировать цвет или текст CTA-кнопок;
  • сравнить эффективность посадочной страницы с видео на первом экране и без него;
  • проанализировать эффективность разных форм обратной связи и т. д.

В сервисе доступно 4 вида проектов. Расскажем о каждом из них.


Эксперимент А/Б


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


Google будет распределять трафик между вариантами страницы в зависимости от настроек:


  • Равномерно каждый вариант получит равную долю трафика. Например, если вы создали 5 вариантов страницы, каждый из них получит по 20% от общего трафика.
  • Заданную вручную долю трафика. В настройках вы можете указать, на какой из вариантов направить больше трафика.

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


Дополнительно можно указать, какая доля общего трафика должна участвовать в эксперименте.


Самый простой пример А/Б теста тестирование разного цвета кнопок. Например, изначально на сайте стоит CTA-кнопка синего цвета, но мы хотим проверить гипотезу: изменится ли конверсия, если кнопка будет более яркой (скажем, красной). Для этого создаем вариант исходной страницы с измененным цветом кнопки.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

После запуска проекта Google Optimize будет рандомизированно распределять трафик между вариантами страницы и сравнивать эффективность по заданному параметру (например, по уровню конверсии).


Многовариантный эксперимент


В отличие от А/Б теста он позволяет протестировать изменение сразу нескольких элементов.


Например, этот вариант подойдет, если нужно протестировать два заголовка и три изображения.


Система создаст все возможные комбинации страниц, в зависимости от того, сколько элементов и какое количество вариантов мы хотим протестировать. В нашем примере будет создано 6 комбинаций (2 заголовка * 3 картинки = 6).


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Если вы хотите посмотреть, изменение какого элемента на странице даст больший прирост конверсий, используйте этот вариант экспериментов.


Эксперимент с переадресацией


В предыдущих вариантах экспериментов сравнивались одни и те же страницы, отличались лишь отдельные элементы. Здесь же сравниваются разные страницы.


Пример. Допустим, вы делаете посадочную страницу для продажи продукта. Хотите протестировать две версии лендинга:


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

Чтобы узнать, что сработает лучше, создайте в Google Optimize эксперимент с переадресацией и укажите две страницы с разным URL:


  • в качестве исходной укажите лендинг, где все расписано максимально подробно;
  • в качестве тестируемой лаконичный.

Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

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


Персонализация


Позволяет вносить изменения на сайте для персонализированного показа определенной аудитории. Персонализация нужна после того, как вы уже провели эксперимент (например, А/Б тест) и определили выигрышный вариант изменений. На основе этого варианта Google Optimize создаст персонализацию. Ее можно настроить для показа любому сегменту аудитории.


Также Персонализация пригодится в случаях, когда нужно запустить краткосрочную акцию для определенного сегмента аудитории. Например, с 1 по 31 июля вы хотите предложить бесплатную доставку клиентам из Москвы. Для этого создаете проект с типом эксперимента Персонализация. Вносите изменения на сайт с помощью браузерного расширения Google Optimize добавляете текст с информацией о бесплатной доставке. В настройках таргетинга указываете целевое местоположение Москва.


После запуска эксперимента жители Москвы будут видеть ваше предложение, а остальным пользователям будет показана обычная версия страницы.


Настраиваете и ведете контекст/таргет? Подключитесь в Click.ru, и вы будете получать до 6% от оборота с контекстной и до 10% от оборота с таргетированной рекламы. Кроме того, вы получите доступ к бесплатным инструментам и объедините всю рекламу в одном интерфейсе (единый баланс, один договор, закрывающие документы).


Как создать и запустить A/Б тест в Google Optimize: пример настройки


Покажем пошагово, как запустить тест в Google Optimize. Для примера возьмем сайт детской тематики.


  • Тип эксперимента: А/Б тест.
  • Тестировать будем цвет кнопок в превью статей блога.

Первым делом создаем проект в контейнере:


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

В базовых настройках указываем:


  • название эксперимента (делаем его информативным, чтобы можно было сразу понять, что именно тестировали);
  • URL страницы, на которой будем тестировать вид кнопок;
  • в блоке с вариантами экспериментов выбираем Эксперимент А/Б.

Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

В созданном проекте необходимо:


  • создать варианты с измененными элементами на странице для тестирования;
  • задать правила таргетинга здесь нужно указать, какая аудитория должна участвовать в эксперименте;
  • связать проект с аккаунтом Google Аналитики;
  • настроить основные и дополнительные цели (по ним Google Optimize будет определять, какой вариант более эффективен).

Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

По умолчанию эксперимент длится 90 дней, а затем завершается. 90 дней максимальный срок эксперимента, продлить его нельзя. Единственное, что можно сделать уменьшить срок, настроить график запуска и окончания. Для этого кликните по иконке часов в панели инструментов.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Затем нужно указать дату начала и окончания эксперимента. Если длительность для вас не важна, можете указать только дату начала через 90 дней эксперимент завершится автоматически.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Создаем варианты страницы с измененным элементом


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


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

В эксперименте установим красный цвет для кнопки. Жмем Создать вариант, указываем название и сохраняем его.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Затем кликаем по кнопке Изменить.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Откроется страница блога, на которой будет показана панель инструментов расширения Google Optimize. Если расширение у вас еще не установлено, при нажатии на Изменить система предложит установить его. Меняем цвет кнопки READ MORE на красный и сохраняем изменения.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

По умолчанию трафик распределяется между исходной страницей и тестовыми вариантами поровну. У нас только один тестовый вариант, поэтому распределение трафика 50/50.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Это соотношение можно изменить вручную и установить любое другое: например, 60% для исходной страницы, 40% для тестовой.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Настраиваем таргетинг: выбираем аудиторию, которая будет участвовать в эксперименте


Кликаем по ссылке правила выбора целевой аудитории.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Выбираем тип правил для настройки таргетинга.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

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


  • аудитории из Google Аналитики;
  • трафик из Google Ads (например, направить на тестируемую страницу трафик из определенного аккаунта, кампании, группы объявлений или ключевого слова);
  • таргетинг на основе UTM-меток. Можно показывать тестовую страницу только тем, кто переходит по ссылке с определенной UTM-меткой. Например, так можно таргетироваться на аудитории из разных рекламных каналов (email-рассылки, реклама в Facebook и т. д.);
  • определенные устройства. К примеру, можно показывать тестируемые варианты страницы только пользователям смартфонов;
  • пользователи с определенных городов, регионов или стран;
  • таргетинг по технологиям (здесь можно указать операционную систему, браузер или тип мобильного устройства).

Задаем геотаргетинг


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


  • город;
  • регион;
  • агломерация;
  • страна.

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


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Задаем правило для страницы


В блоке Таргетинг на страницы жмем Добавить правило для URL.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

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


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Устанавливаем связь с Google Analytics


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


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

При авторизации в Google Optimize мы использовали тот же аккаунт Google, на котором зарегистрирована Google Аналитика. Поэтому выбираем нужный ресурс из списка. Выбираем представление Все данные по веб-сайту.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Жмем Создать. Сервис генерирует обновленный тег счетчика Аналитики. Вставляем код в разделе <HEAD> на сайте.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

После установки связи с Google Аналитикой в интерфейсе отобразится уникальный идентификатор эксперимента.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Выбираем основную и дополнительные цели, по которым будет оцениваться эффективность эксперимента


В блоке Цели указываем основную цель эксперимента она нужна для оценки результатов и определения выигрышного варианта. Есть два способа:


  • выбрать из списка выбрать цель, которая уже есть в Google Аналитике;
  • создать собственную создать новую цель.

Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

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


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Также можно указать до двух дополнительных целей (для замеров дополнительных метрик).


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


В принципе, проект уже можно запускать, но давайте пройдемся по дополнительным настройкам (находятся в блоке Настройки после настроек целей).


На что здесь нужно обратить внимание:


  • Установка кода Оптимизации. Здесь можно проверить, корректно ли установлен код Оптимизации на страницах сайта и работает ли он.
  • Распределение трафика. По умолчанию здесь установлено значение 100%. Это значит, что все посетители сайта будут участвовать в эксперименте: кому-то будет показана исходная версия страницы, кому-то измененная. Если у вашего сайта небольшая посещаемость, не рекомендуем менять эту настройку. Если сузить и без того небольшой трафик, в эксперименте будет недостаточно данных для принятия взвешенного решения об оптимизации сайта. Для ресурсов с большим трафиком можно установить меньший процент.

Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

Следующий шаг запуск проекта. Кликаем по кнопке Ок на панели инструментов. Сервис покажет код проекта, который необходимо разместить на тестируемой странице сайта.


Как делать A/Б тесты в Google Optimize [бесплатно и без программиста]

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


Таким образом, с помощью Google Optimize вы соберете достоверные данные об эффективности тех или иных изменений на сайте и повысите его конверсионность. А в сочетании с оптимизацией рекламы в Google с помощью Рекомендатора Click.ru вы получите дополнительную экономию (как им пользоваться читайте здесь).

Подробнее..

Перевод Почему никто ещё не скопировал переключатель звука с iPhone и OnePlus?

09.03.2021 18:08:33 | Автор: admin

Спросите любого владельца iPhone или OnePlus, что есть такое в его телефоне, чего нет в других? Возможно, он ответит, что это переключатель звука на боковой грани. Он позволяет включить беззвучный одним движением, не открывая шторку уведомлений это действительно удобно.

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

Вот почему никто ещё не скопировал

Переключатель на АйфонахПереключатель на Айфонах

Есть одна реальная причина, почему производители не делают выключатель звука в своих телефонах: его разработка требует больше усилий, чем компании готовы приложить. Так, в Android нет стандартного API для таких переключателей, а поэтому компании придется разрабатывать как сам переключатель, так и ПО к нему. И даже если это не так уж сложно, это потребует кучу драгоценного времени, которое бренд лучше потратит на что-нибудь другое.

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

Может быть, переключатель просто низко-приоритетная штука: большинство пользователей звонит не так часто (по результатам нашего опроса). Хотя вы, безусловно, чаще выключаете телефон, чем звоните, это и было одной из причин, почему их вообще сделали. Apple сделала переключатель на оригинальном iPhone в 2007 году, когда приложения и мобильная сеть были на втором плане и люди чаще звонили. Но многое изменилось за эти 14 лет.

но вот, почему все равно следует это сделать

Переключатель на OnePlus (здесь три положения, в отличие от Айфона)Переключатель на OnePlus (здесь три положения, в отличие от Айфона)

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

Резюмирую. Это боль, каждый раз выключать звук через менюшки (особенно на дешевых, подлагивающих телефонах *прим. пер*). Тебе нужно сначала разблокировать телефон, потом лезть в шторку уведомлений и там искать кнопку. Это ок, когда нужно разок переключиться, но не когда ты делаешь это часто. Если уж на то пошло, то ты можешь торопиться: у многих был такой момент, когда на работе, (в школе *прим пер.*) или даже в постели, приходится в спешке пробираться через интерфейс.

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

Но давайте будем реалистами: в ближайшее время мы не увидим глобального появления переключателей и пока придется покупать OnePlus или IPhone. Но так как переключатель полезная фича, не будет удивительно увидеть его в одном из грядущих флагманов. Тогда производитель приманит гиков, которым важно иметь больше контроля.

От переводчика

Это мой первый перевод, буду рад вашим комментариям, если что-то не так.

Я сам третий месяц пользуюсь 1+8T, а раньше у меня был Samsung A50, совсем не флагман. Он заметно тормозил и, когда в школе вдруг мне звонили, приходилось судорожно пытаться разблокировать телефон: датчик отпечатка пальцев под экраном лагает, потом лагает интерфейс Теперь руку в карман, и все дела.

Я увидел этот материал и решил попробовать себя в переводе: и английский люблю, и с автором согласен. А что думаете вы насчёт переключателя?

Подробнее..

Исследование про исследователей что мы узнали

01.02.2021 16:08:09 | Автор: admin

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


Нам было интересно увидеть картину порынку исравнить еёстем, как всё выглядит вАвито.



Формальности поопросу


Мысфокусировались наопыте исследователей UX, продуктовых или маркетинговых исервис-дизайнеров.


Ответы собирали с23.12.20 по15.01.2021. Всего анкету заполнил 251человек. Кроме двух вопросов оместе работы идолжности, остальные были необязательными, поэтому наних мыполучили меньше ответов.


Демографический портрет респондентов


Средний возраст респондентов 30лет, общий разброс от20до44лет. Большинство (82%) живут вМоскве, 7% вСанкт-Петербурге, 4% вЕкатеринбурге.



Большинство респондентов занимаются исследованиями больше 5лет, либо от1года до3лет.



Восновном наши респонденты работают втекущей компании меньше года (43%), треть отгода до2лет.



Погрейдам мыполучили большую часть ответов отведущих или старших (40%) иmiddle-исследователей (32%).


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

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


Что мыузнали окомпаниях, вкоторых работают исследователи?


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


Большинство респондентов (41%) работает вкрупных компаниях, где больше 2000сотрудников.


Количество исследователей вкомпании показало большой разброс. Всреднем вкомпаниях по9исследователей (медиана 5, мода 3). Разброс мыувидели ивколичестве исследований вмесяц, которое приходится наодного исследователя (медиана 3имода 2, почти треть респондентов).


Для сравнения, вАвито сейчас работают 5исследователей иболее 40продакт-менеджеров. Мыхотим уменьшить нагрузку накаждого исследователя ирасширяем команду, поэтому ищем ещё ребят. Ссылка на вакансию вконце статьи.


Большинство исследователей (55%) работают более чем спятью заказчиками. Натекущий момент вАвито примерно такаяже ситуация: накаждого исследователя приходится от4до8команд внутри продуктового кластера. Мыпоняли, что такое соотношение непозволяет исследователю уделять достаточное внимание ипродукту, иработе над задачами, поэтому пришли крешению, что наодного исследователя должно быть ровно 4команды.


Общий контекст работы исследователей вкомпаниях


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


Формат работы исследователей


Больше половины респондентов (57%) работают вформате один исследователь напродуктовое направление инесколько команд. Текущая модель UXlab вАвито работает так же. У45% принят формат внутреннего агентства, когда самые разные команды привлекают исследователей напроекты.36% работают внутри одного продукта.


Кто исследует?


Ожидаемо, что вовсех компаниях качественные исследования проводят, собственно, исследователи. Ноу36% респондентов этим занимаются также продакт-менеджеры, ау28% дизайнеры.18% привлекают агентства или фрилансеров.


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


Кто проводит количественный этап?


74% респондентов отметили, что количественные исследования проводят UX-исследователи, навтором месте маркетинговые исследователи (62%), аучетверти респондентов этим занимаются аналитики.



ВАвито заколичественные исследования отвечает отдел маркетинговых исследований, при этом наши ребята являются менеджерами проектов, аделают ихвнешние агентства. Некоторые количественные опросы, например КАНО, проходят качественную проверку, чтобы убедиться впонятности формулировок вопросов иполучить более точные данные.


Также для локальных задач UX-исследователи подключают команду колл-центра. Это помогает запустить опрос на100 человек иполучить результаты запару дней.


Как замеряют реакцию пользователей наизменения впродукте?


Напервом месте, конечноже, аналитика (78%), следом идут обращения вподдержку иопросы (по70%).



Каких навыков нехватает коллегам издругих функций?


Больше половины респондентов считают, что уихколлег издругих функций страдают навыки формулирования гипотез (53%) идоведение изменений допродукта поитогам исследований (52%). Чуть отстаёт отних, нотакже входит втоп-3, постановка задачи наисследование (49%).



Что делают кроме исследований?


Помимо непосредственно исследований, коллеги внедряют новые инструменты (63%), распространяют знания опользователях внутри компании (63%), оптимизируют процессы (60%) иобучают команды исследованиям (53%).



Как учат коллег исследованиям?


Восновном входе проектов (86%). У45% есть внутренний курс пообучению исследованиям, а15% отправляют коллег учиться навнешних ресурсах.


Награфике ниже можно увидеть, чему именно исследователи обучают коллег:



МывАвито создаём свой курс обучения менеджеров идизайнеров попроведению качественных исследований. Мыхотим привлечь кнему вроли преподавателей исследователей изразных сфер, чтобы наши продуктовые команды получили спектр разных мнений иподходов.


Поэтому, если увас есть курс или блок обучения потеме качественных исследований, ивыготовы провести его для команд Авито завознаграждение, напишите Михаилу: mmpravdin@avito.ru. Обсудим формат иусловия сотрудничества.


Как оценивается качество работы исследователей?


Лидирующий способ оценки качества работы исследователей отзывы коллег (69%), анаименее популярный количество исследований (20%). Примерно равнозначны улучшение процессов иинструментов (45%), влияние напродукт (43%) ипрогресс поличному плану развития (41%).



Как исследователи делятся знаниями смиром?


Восновном, либо никак, либо обучая коллег (по42%). Некоторые выступают наконференциях (17%), пишут статьи (14%), преподают начужих курсах (13%) или вуниверситете (11%).



Проблемы наработе


Явного лидера всписке трудностей нет, всех беспокоит разное, ноунаёмных сотрудников первое место занимает перегрузка задачами, ауфрилансеров нечёткость целей. Интересно, что уисследователей относительно редко встречается проблема карьерного роста иихредко неустраивает зарплата (15% и19% соответственно).



Как исследователи работают над проектами


Ещё мызадавали вопросы осамих исследованиях: методах ихпроведения, общении среспондентами, поиске дополнительных данных иоформлении результатов работы.


Методы исследований


Мыспрашивали коллег ометодах, которые они использовали хотябы один раз итех, которые используют чаще всего. Топ-3 совпал вобоих случаях: это интервью, юзабилити-тестирование иобзвон или онлайн-опрос.


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



Накаком этапе развития продукта чаще всего проводятся исследования?


Топ-3 исследование целевой аудитории, полностью работающий продукт истадия макетов.



Скем взаимодействуют исследователи?


Сотрудники, скоторыми чаще всего контактирует исследователь, это продакт-менеджеры (84%), дизайнеры (68%), другие исследователи (59%), аналитики (50%) исотрудники отдела маркетинга (48%). Если говорить про исследователей вагентствах, тоихтоп такойже, нонапервом месте другие исследователи, анеменеджеры.


Про опыт фасилитации


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



Общение среспондентами


Сейчас среди способов связи среспондентами безоговорочное лидерство забрал Zoom (94%). Треть респондентов также используют Skype (33%), ачетверть умудряется встречаться очно.


Модерация исследований инаблюдатели


Более половины респондентов (67%) сами модерируют поля иоколо трети ответили, что вэтом участвует команда (28%). При этом у40% исследователей вполях наблюдатели бывают очень часто, у32% присутствуют пару раз. Варианты никогда инакаждом интервью/тесте набрали по13% ответов.


Поиск респондентов


Кто ищет. Более половины исследователей ищут респондентов силами внешних рекрутёров, половина пользуется панелями/базами/сообществами ипочти половина ищут сами.37% отметили, что поиском респондентов для них занимаются другие сотрудники компании. При этом самостоятельно ищут чаще винхаусе, нежели вагентстве (35% против 26%).


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



Где ищут. Лидирующий источник собственные базы данных (66%), примерно равнозначны опросы или уведомления впродукте (48%) иемейл-рассылка (45%). Платными панелями иличными контактами пользуются около трети респондентов (32% и27% соответственно).



Дополнительные данные напроектах


Больше половины респондентов впроцессе работы над проектом обращаются каналитике (72%), смотрят информацию оконкурентах (67%) ичитают обращения вподдержку (59%).


Менее популярны чтение отзывов винтернете/магазинах приложений (45%), общение сменеджерами попродажам (42%) изнакомство срезультатами опросников NPS/CSI (41%).


При этом, аналитику чаще смотрят несами (самостоятельно смотрят23% респондентов), аставят задачу аналитику (больше половины опрошенных, 54%).




Оформление результатов


Лидируют старые добрые презентации, ноиMiro неотстаёт. Эти два способа выбирают половина респондентов.



Чем заканчиваются проекты для исследователя?


Больше половины респондентов завершают работу презентацией результатов иобсуждением ихскомандой. Вменьшей степени исследователям удаётся участвовать впроработке решений иколичественной валидации результатов.



Сохранение иобмен знаниями оклиентах


Восновном есть база отчётов (75%) иорганизация встреч (51%), накоторых командам рассказывают оклиентах. Треть респондентов (32%) ведут корпоративный канал или блог иотносительно редко исследователи разрезают отчёт наотдельные инсайты (19%).



Когда другим сотрудникам нужна информация изисследований, они предпочитают обратиться кисследователю занужными ссылками (84%). 58% респондентов говорят, что коллеги сами ищут нужные отчёты вбазе и44% исследователей помогают командам сосбором нужной информации изразных отчётов.



Также мыпросили понекоторым вопросам дать оценку пошкале от1до10


Так мы узнали, что:


  • На7исследователи оценили уровень внедрения исследований впроцесс создания продуктов.
  • Втоже время, качество использования результатов коллеги оценили чуть ниже на6,7.
  • Влияние исследователей напродукты оценили всреднем на6,9.
  • Рекомендовать свою компанию как отличное место работы всреднем готовы на7,4 (мода 10).

А блиц-опрос вконце показал, что:


  • Большинство исследователей хотелибы работать впарт-тайм режиме (53% ответивших). Около25% вообще нехотелибы возвращаться вофис.


  • Топ-3 любимых источника знаний обисследованиях Medium (23%), телеграм-канал UXHorn (19%) исайт Nielsen Norman Group (17%).


  • Любимая одежда наудалёнке это футболка ипижама.


  • Среди любимых инструментов для работы лидирует Miro его назвали33% респондентов. МывАвито солидарны сбольшинством итакже делаем отчёты вMiro.


  • Топ-5компаний, вкоторых хотелибы работать исследователи. Это Яндекс (46%), Mail.ru Group (31%), Miro (31%), Авито (30%), Озон (23%).

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



  • Топ-3навыка, важных для исследователя эмпатия (22%), аналитическое, критическое мышление, здравый смысл (19%) игибкость, любознательность (15%).


  • Среди советов куда пойти учиться лидируют рекомендации найти стажировку/работу или реальный проект (36%), НИУ-ВШЭ (34%) истать психологом/социологом влюбом вузе (19%).


  • Большинство UX-исследователей хотят научиться работе сданными. Изтоп-5навыков, которые они хотелибы приобрести, 4относятся кработе сколичественными данными. Это анализ данных (15%), количественные исследования (12%), статистика (9%) иPython/R/SQL (8%). Также втоп-5 попало желание научиться проектированию интерфейсов (9%).




Про деньги


Мынеобошли стороной ивопрос сколько тызарабатываешь. Вот что получилось:



Сайд-проекты: даили нет?


Тех, кто работает вштате, мыспрашивали, берутли они сторонние проекты наисследования всвободное отработы время. Оказалось, что большинство UX-исследователей неберут сторонние проекты (38%). Еще13% готовы только консультировать, нонеделать проекты руками. Оставшиеся48% готовы временно поработать навнешних проектах, но18% неуспевает совмещать ихсосновной работой, а13% ненаходят таких проектов изадач.



Эти данные совпадают снашими результатами опроса впроекте облачные исследователи. Там мыузнали, что70% исследователей сейчас имеют постоянную занятость, нохотят иготовы попробовать себя навнешних проектах. Напомним, что для таких исследователей мысделали сообщество, где публикуем проекты отразных компаний: Яндекс, Mail.ru, Авито, Сбер, Joom ипр. Если выпопали вгруппу хочу, ждём вас внашем сообществе.


Минутка благодарностей


Спасибо Тане Чернявской запрограммирование опроса ианализ данных, Мише Правдину заидею иподготовку вопросов, атакже всем кто помогал сфинальной анкетой иеераспространением: всей команде UXlab Авито, Даше Хлоповой, Алине Ермаковой, Наташе Спрогис, Диме Соловьеву, Анне Кон, Максиму Козлову иМише Хананашвили.


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


Ссылки для исследователей


  1. Подробнее посмотреть результаты исследования.
  2. Присоединиться к сообществу облачных исследователей.
  3. Стать частью исследовательской команды Авито.
Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru