Домашняя » UI / UX » Как распознать и управлять долгом UX

    Как распознать и управлять долгом UX

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

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

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

    Технический долг против долга UX

    Существуют разные виды долгов в веб-разработке. Наиболее известным является технический долг это определяется CSS Tricks как "сумма компромиссам мы делаем при написании кода в процессе разработки ».

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

    ИЗОБРАЖЕНИЕ: FeatureFlags.io

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

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

    Задолженность по пользовательскому опыту схожа с технической задолженностью в том смысле, что она:

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

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

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

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

    • Катриона Корнетт, директор по дизайну продуктов в SalesforceIQ по как эффективно решать проблемы юзабилити (читай здесь)
    • TryMyUI-х блог на как избежать UX долгового кризиса (читай здесь)
    • Ассоциация профессионалов пользовательского опыта на их подход к долгу UX с рекомендацией по как рассчитать его объем (читай здесь)
    • Эндрю Райт объяснение и классификация UX долгов на блоге nForm (читайте здесь)

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

    ИЗОБРАЖЕНИЕ: слайд-шоу Эндрю Райта: Задолженность пользователя (слайд 12)

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

    UX долг более субъективный, чем технический долг, поскольку именно вы (или ваш клиент) решаете, какого качества вы хотите достичь. Например, вы можете выбрать «Функциональный» минимальный жизнеспособный продукт, но вы также можете установить высокие (но обычно дорогостоящие) стандарты нацеливание на «Удовольствие» уровень для премиум-продукта - все зависит от ваших целей.

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

    Как распознать долг UX

    Чтобы управлять долгом UX, сначала мы должны признать это. Существует два вида долговых обязательств по УБ, преднамеренные и непреднамеренные.

    1. Преднамеренный долг UX является результат наших сознательных решений когда мы не хватает денег, времени, тренировок, или другие ресурсы, или когда мы вынужден следовать внешним правилам. Хорошие идеи, которые мы теряем в срочном порядке, также способствуют преднамеренному долгу UX.
    2. Легко увидеть, что преднамеренный долг UX может произойти в любое время в течение жизненного цикла продукта.
    3. Непреднамеренный долг UX вытекает из ложных предположений о наших пользователях. Чаще всего мы склонны думать, что знаем, чего хотят или могут использовать наши пользователи, и мы строим весь сайт (приложение, продукт и т. Д.) На этом предполагаемые знания.
    4. Хорошее количество непреднамеренного долга UX возникает на начало жизненного цикла продукта, и это естественно увеличивается со временем. Намного труднее поймать непреднамеренный долг по УБ, так как нам нужно избавиться от нашей необходимости оправдать наши предположения.

    Так как же выглядит долг UX в реальной жизни? Когда пользователи не могут или не хотят использовать наш сайт из-за плохого пользовательского опыта. Они просто не обручайся; мы не могу привлечь их внимание и интерес.

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

    Как управлять долгом UX

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

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

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

    1. Определить общий язык для обсуждения вопросов юзабилити.
    2. найти а также собирать вопросы юзабилити.
    3. организовать а также классифицировать вопросы юзабилити.
    4. Расставлять приоритеты улучшение юзабилити.
    5. Мера влияние улучшений.

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

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

    1. определить если а также где UX долг существует.
    2. сравнить серьезность важности.
    3. Сделать время починить это.
    4. социализировать концепт.

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

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

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

    ИЗОБРАЖЕНИЕ: Википедия - Итеративное и поэтапное развитие

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

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

    Заключительные слова

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

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