Приложения сложные: Как проектировать сложные приложения. Восемь полезных советов — Дизайн на vc.ru

8 рекомендаций по проектированию сложных приложений

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

Что такое сложное приложение?

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

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

Но также сложные приложения обладают схожими качествами, например:

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

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

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

1. Продвигайте обучение через действие

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

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

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

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

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

2. Помогите пользователям перейти на более эффективные методы

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

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

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

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

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

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

3. Обеспечьте гибкие и плавные пути

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

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

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

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

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

4. Помогите пользователям отслеживать действия и мыслительные процессы.

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

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

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

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

TreeAge — программное обеспечение для моделирования, которое позволяет пользователям вводить открытые комментарии во время анализа и моделирования данных (вверху), к которым можно будет получить доступ позже (внизу).

5. Контролируйте переход между несколькими инструментами и рабочими пространствами

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

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

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

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

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

Microsoft Power BI — приложение для бизнес-аналитики. Оно предоставляет функцию копирования визуальных элементов в виде изображений, позволяя пользователям быстро записывать и вставлять визуализации данных во внешние приложения.

6. Уменьшите беспорядок, не уменьшая возможностей

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

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

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

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

7. Легкость перехода между основной и вторичной информацией

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

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

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

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

8. Сделайте важную информацию визуально заметной

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

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

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

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

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

Заключение

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

1. Поощряйте обучение на практике.
2. Помогите пользователям использовать более эффективные методы для выполнения своих задач.
3. Обеспечьте гибкие и плавные пути для рабочих процессов.
4. Помогите пользователям отслеживать действия и мыслительные процессы.
5. Контролируйте переход между несколькими инструментами и рабочими пространствами.
6. Уменьшите беспорядок, не уменьшая возможностей и функционала.
7. Упростите переход между основной и вторичной информацией.
8. Сделайте важную информацию визуально более заметной.

Оформляем приложения к договорам: сложные случаи

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

Мы получили целую группу вопросов об оформлении приложений к договорам.

И ответы на них решили объединить в статью в надежде, что она поможет и вам.

Нумерация приложений к приложениям

На практике встречаются ситуации, когда к договору имеются приложения, у которых есть свои приложения. Например, приложением к договору часто оформляется производство определенных работ (на каждую группу работ или объект – собственное приложение), а уже какие-то их детали могут конкретизироваться в других типах приложений. И тогда возникает вопрос: как их нумеровать?

Вопрос в тему

Если к договору идет приложение 1 с описанием этапов работ и их стоимости, а в этом приложении мы ссылаемся на Техническое задание (ТЗ) и Бриф, то как нумеровать эти ТЗ и Бриф:

• их можно сделать приложениями 2 и 3? если нет, то почему?
• или лучше приложениями А и Б?

Если в тексте договора ссылок на «подприложения» нет, а упоминаются они только в основном приложении, то их можно считать дополнительными приложениями к приложению.

И тогда некорректно будет продолжать их нумерацию в формате основного приложения, сделав их № 2 и № 3. Ведь позже к договору, возможно, придется подписывать другие основные приложения (например, на новые объекты), и в результате нумерация будет выглядеть странной: в тексте договора будет отсылка к приложению № 1, но не будет к приложениям № 2 и 3, а затем будет упоминаться приложение № 4. Может возникнуть путаница, хотя явной ошибкой такой подход назвать нельзя.

Есть и другой риск, когда к договору имеется приложение № 1, «подприложение» к нему могут по невнимательности тоже назвать «приложение 1». И тогда появится два разных по содержанию приложения с одинаковым номером к одному договору. Вот это уже точно будет ошибкой.

Некоторые на практике дают «подприложениям» буквенную нумерацию «А», «Б», «В» и т.д. (иногда используют латинский алфавит), оставляя числовую нумерацию для основых приложений договора. Все это так же может запутать стороны. Например, когда у основного приложения № 1 есть «подприложение» А, это будет выглядеть нормально только пока к основному приложению № 2 не потребуется оформить первое «подприложение».

Вы как его обозначите – тоже А?

Поэтому наиболее оптимальный вариант – отразить в нумерации всех приложений к договору их уровень / «этаж» по аналогии с тем, как нумеруют многоуровневые списки. Например, у основного приложения 1 «подприложения» будут иметь номера 1.1, 1.2 и т.д. (или 1.А, 1.Б), а у основного приложения 2 – «подприложения» 2.1, 2.2 (или 2.А, 2.Б). И тогда:

• сразу будет видно, что является «подприложением», к какому основному приложению оно относится;
• безболезненно можно будет оформлять очередные приложения 1 уровня: № 3, 4, 5 и т.д., при этом нумерация путаться не будет.

Как при этом оформлять отметку о приложении на них самих, показано в Примерах 1 и 2. Ссылаться в документах на эти «подприложения» можно будет стандартным образом: с указанием присвоенного 2-этажного номера, при этом не потребуется упоминать, к какому приложению относится это «подприложение» (см. Пример 3).

Пример 1. Отметка о приложении в «шапке» приложения к договору

Приложение 1
к Договору от 17. 09.2019 № 47

Пример 2. Отметка о приложении в «шапке» «подприложения» к приложению договора

Приложение 1.1
к Приложению 1 от 01.10.2019
к Договору от 01.10.2019 № 47

Пример 3. Ссылка в документе на «подприложение» к договору

В связи с нарушением условий п. 23 приложения 1.1 к договору от 01.10.2019 № 47 требуем предоставить…

Напомним, что при указании номера приложения и ссылки на него в тексте другого документа использовать знак «№ » не обязательно. А само слово «приложение» можно писать как с заглавной, так и с маленькой буквы. Поэтому корректным будет и «приложение 1», и «Приложение № 1». Главное – придерживайтесь единообразия.

Связанный материал

Оформление приложений, связанных содержанием с основным документом

№ 05 / 2022

Нумерация приложений «задним числом»

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

Вопрос в тему

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

• новому присвоить номер 1, и тогда у нас будет одно «просто» приложение без номера и другое Приложение 1?
• либо надо допсоглашением менять формулировки договора и шапку приложения без номера, чтобы сделать его приложением 1, тогда потом спокойно подписываем следующее приложение под номером 2?

Понимание сложных приложений и их эффективная разработка

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

Обзор сложных приложений

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

Чем сложные приложения отличаются от обычных приложений?

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

Функции сложных приложений

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

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

Типы пользователей сложных приложений

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

• Учащиеся
• Устаревшие пользователи
• Опытные пользователи

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

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

Важность обучаемости для сложных приложений

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

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

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

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

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

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

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

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

Понимание того, что работает, а что нет 

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

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

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

В Radiant Digital мы понимаем и разрабатываем сложные приложения для разных типов бизнес-пользователей. Так что свяжитесь с нами для лучших рекомендаций сегодня!

 

Дизайн взаимодействия с пользователем (UX) Дизайн пользовательского интерфейса (UI)

8 Рекомендации по проектированию сложных приложений

Что такое сложное приложение?

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

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

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

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

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

1. Способствуйте обучению, делая

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

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

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

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

2. Помогите пользователям освоить более эффективные методы

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

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

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

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

3. Обеспечить гибкие и плавные пути

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

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

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

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

4. Помогите пользователям отслеживать действия и мыслительные процессы

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

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

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

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

5. Координация перехода между несколькими инструментами и рабочими пространствами

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

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

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

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

6. Сокращение беспорядка без снижения возможностей

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

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

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

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

7. Простой переход между первичной и вторичной информацией

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

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

Панели мониторинга

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

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

8. Сделайте важную информацию заметной

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

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

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

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

Заключение

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

1. Способствуйте обучению на практике.
2. Помогите пользователям использовать более эффективные методы для выполнения своих задач.
3. Обеспечьте гибкие и плавные пути для рабочих процессов.
4. Помогите пользователям отслеживать действия и мыслительные процессы.
5. Координация перехода между несколькими инструментами и рабочими пространствами.
6. Уменьшите беспорядок без снижения возможностей.
7. Простой переход между первичной и вторичной информацией.

   No related posts.