С ростом популярности Web 3.0 приложений, приходит много новых пользователей. Большинство из них пробуют децентрализованные приложения впервые, и барьер входа для пользователей, не разбирающихся в технологиях, все еще довольно высок.
Новые пользователи должны выучить жаргонизмы: кошельки, ключи, плата за газ и т. д. и децентрализованные приложения не облегчают эту задачу.
Сообщество, состоящее в основном из разработчиков, росло так быстро, что мы забыли о нормах и хороших практиках пользовательского опыта. Это очень похоже на первые дни Интернета, когда на сцене доминировали разработчики, гики и первые пользователи, а юзабилити уделялось мало внимания, поскольку базовая технология была немного грубой.
Среди бесчисленного множества приложений есть несколько выделяющихся из массы и действительно хорошо спроектированных, но большинству по-прежнему не хватает элементарного юзабилити. Это следствие компромисса для скорейшего выхода на рынок, в условиях высокой конкуренции.
С помощью хороших и плохих примеров расскажу о передовых методах, которым должно следовать каждое децентрализованное приложение, чтобы улучшить пользовательский опыт.
Имейте в виду, что это лишь часть проблем юзабилити, и эта статья не является исчерпывающим руководством. Если вы хотите узнать больше о принципах блокчейн-дизайна в целом, я бы порекомендовал статьи Сары Миллс, которые по-прежнему актуальны.
Дополнительные ресурсы для начинающих вы сможете найти по этой ссылке.
Но что такое dApp?
dApps или децентрализованные приложения — это программные приложения, использующие децентрализованный характер Web 3.0. Основная идея dApps заключается в том, что пользователи владеют своими данными и не передают их ни создателю dApp, ни третьим лицам. Это достигается за счет комбинации кошельков для входа и аутентификации, распределенных баз данных и систем хранения файлов, таких как IPFS.
1. Не запрашивайте автоматическое подключение кошелька перед посещением сайта
Иногда при посещении нового dApps первое, что происходит, — открывается Metamask с просьбой подключиться.
Это сильно раздражает, а также является плохой практикой.
У пользователя не было возможности проверить ваш сайт или сервис, а его уже просят подтвердить подключение кошелька. Вам следует избегать перехвата пользователей из основного интерфейса в новое или всплывающее окно.
Подключение кошелька очень похоже на регистрацию или вход в аккаунт в сценарии Web 2.0.
Вам нужно, чтобы пользователь самостоятельно сделал этот выбор, а не вы навязали его.
Позвольте пользователям изучить ваше dApp, прежде чем проситьих подключить кошелек
2. Создавайте осмысленные интерфейсы с меньшим количеством жаргонизмов
Приложения Web 3.0 содержат множество новых терминов, которые поначалу могут запутать пользователей. По этой причине важно по возможности использовать максимально простой язык.
Есть исключения, когда что-то нельзя объяснить простыми словами, и в этом случае всегда полезно добавить всплывающие подсказки или ссылки на документацию и справочные ресурсы.
3. Создавайте онбординг и практические руководства для пользователей
Многие протоколы DeFi имеют свои собственные вики и руководства пользователя, но их не всегда просто найти или они плохо поддерживаются, поскольку не являются основным направлением продукта. С другой стороны, если вы разработчик, вам доступно больше ресурсов.
Хорошей альтернативой громоздкой документации является добавление в интерфейс помощника. Так, пользователи никогда не покинут основной опыт.
4. Не отвлекайте пользователей от основного опыта
Как упоминалось в некоторых пунктах выше, отвлечение пользователя от основного опыта — не лучшая идея, а смещение фокуса на что-то другое может нарушить юзерфлоу.
Если вы пытаетесь создать конверсию и заставить пользователей подключить кошелек или попробовать ваше децентрализованное приложение, проще иметь линейное юзерфлоу от начала до конца.
5. Не скрывайте важную информацию и не вводите пользователей в заблуждение
Комиссии за транзакции или протокольные сборы не всегда афишируются, в результате чего пользователей предают, когда они узнают об этом.
Четко определите плату, которую вы будете взимать за взаимодействие, включая (если возможно) ожидаемую стоимость газа в сети. В некоторых цепочках плата за газ настолько незначительна, что ее можно вообще исключить, но, если вы работаете в основной сети Ethereum, хорошей практикой будет, по крайней мере, сообщить пользователям о возможных высоких комиссиях за газ.
6. Уточните, какая сеть / блокчейн используется
Это должно быть обязательно, особенно в постоянно растущем ландшафте блокчейнов и L2 решений не всегда ясно, в какой цепочке (цепях) работает ваш протокол.
Если вы работаете с несколькими цепочками, позвольте пользователю переключаться между ними, или, если вы работаете только с одной цепочкой, сообщите пользователям об этом, отобразив ее название.
7. Всегда сообщайте пользователю, что происходит на каждом этапе процесса
Если вы имеете дело с транзакциями, всегда показывайте их где-то и их статус.
Уточните адрес контракта, с которым вы взаимодействуете, а если их несколько, четко пометьте их.
Когда транзакция была отправлена, пользователи должны иметь возможность просматривать ссылку на детали транзакции в обозревателе блоков. (Некоторые из них не очень удобны для пользователя, но полезны в случае отладки, если вы разговариваете с кем-то из команды).
Наконец, покажите краткий обзор того, что должно произойти или что только что произошло, например, сумма транзакции, стоимость газа и ожидаемое время.
Надеюсь, что эти советы помогут вам создать более удобные децентрализованные приложения.
Нам еще предстоит пройти долгий путь от общего улучшения технологии до того, чтобы сделать ее более цельной и интегрированной, но мы можем, по крайней мере, скрыть некоторые из этих недостатков, предложив лучшее юзабилити.
Перевод статьи uxdesign.cc
Найстарші коментарі (0)