Планирования на ошибки: УБ сломанных вещей


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

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

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

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

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

  • Выявить наиболее часто выполненные рабочие процессы на вашем сайте
  • Понять свои зависимости
  • В контексте помочь

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

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

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

Выявить наиболее часто выполненные рабочие процессы на вашем сайте

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

Понять свои зависимости

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

Когда мы смотрим на этих местах с высоким трафиком, давайте заглянем под капот.

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

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

В контексте помочь

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

Веб-ошибки и за ее пределами

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

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

Сообщение от Амазонка

Почему так много страшных ошибок там?

Ошибка Windows нашли через Reddit.com

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

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

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

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

https://medium.com/media/a19f46680bac3cbdc42953c920d0c104/href


Планирования на ошибки: УБ работа была впервые опубликована в коллективной УБ на средних, где люди продолжают разговор, выделение и реагирование на эту историю.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.