Принципы проектирования блокчейнов

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

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

Несмотря на то, что мы проектируем в самых разных направлениях, в потребностях наших пользователей есть общие темы, которые легли в основу наших принципов дизайна как команды. Это первая итерация IBM Blockchain Design Team этих принципов - на чем мы концентрируемся, когда критикуем работу и расставляем приоритеты при проектировании.

Дизайн для доверия

«То, что технология блокчейна создана для устранения зависимости от доверия, не означает, что пользователи будут доверять машине или сети».
- Джонни Хоул, дизайнер UX / UI

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

Выдержка данных

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

Люди хотят «видеть блокчейн», даже когда им это не нужно.

При принятии решения о включении элемента данных мы используем следующую иерархию:

  1. Данные должны быть действующими.
  2. Если данные недействительны, они должны служить укреплению доверия и / или образовательным целям.
Инструменты блокчейна «Старая школа» показывают множество длинных криптографических хэшей. Они не читаются человеком. Они бесполезны для пользователя ... и тем не менее такие люди, как они! Зачем? Это чувство комфорта: «Я вижу нечитаемый человеком код цепочки, поэтому я считаю, что эта вещь, на которую я смотрю, безопасна.
- Эд Моффат, ведущий дизайнер, композитор ткани

консистенция

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

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

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

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

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

Постоянная обратная связь

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

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

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

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

Мы гарантируем, что мы учли (и протестировали после выпуска) количество времени, которое займет действие или функция и проинформирует пользователя. Это также относится к любым показателям в интерфейсе - сколько категорий видит пользователь, сколько не отображается и т. Д.

Нашим пользователям нравится практическое интерактивное обучение, поэтому они могут учиться, создавая что-то осязаемое.
 - Раиса Се, исследователь UX

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

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

Там нет возврата на блокчейн.
 - Джонни Хоул

Активное руководство

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

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

Спасибо Костасу Кристиидису, Нгуету Вуонгу и Стиву Киму.

Сара Миллс (Sarah Mills) является руководителем отдела проектирования в IBM, расположенном в Research Triangle Park, штат Северная Каролина. Вышеуказанная статья является личной и не обязательно отражает позиции, стратегии или мнения IBM.