Проектирование взаимодействия
Interaction Design
Проектирование взаимодействия - это высокоуровневая задача по отношению к дизану форм. В ней мы используем сценарии которые помогают пользователям решать поставленную задачу и для ее решения нами идентифицируются этапы реализованные при помощи UI элементов таких как: таблицы, формы, кнопки и тп элементы помогающие нам решить определенную проблему (задачу) пользователя. Обычно взаимодействия происходят не одномоментно, а в определенном временном отрезке (ввести напоминание в календарь, отобразить нотификацию при наступлении события) или включают взаимодействия различных пользователей являющихся частью общего сценария. Сценарий — важный этап работы над продуктом. Возможно, даже главный. И уж точно - один из самых-самых первых. Сценарий — это то, что мы ожидали от приложения. Фиксировать сценарий перед его проектированием важно.
Этапы проектирования взаимодействия
Узнать, чего от приложения хотят пользователи и как они им будут пользоваться.
Убрать все лишнее и второстепенное. Каждый раз, когда кто-то предлагают идею в духе «А давайте еще сделаем вот это», можно сверить ее со сценарием и спрогнозировать, как на конкретном этапе изменится поведение человека.
Начать создавать продукт, не привязываясь к технологиям. Например, сценарий может показать, что вам можно не заморачиваться с разработкой приложения и создать чат-бота.
Включить фантазию. Когда команда знает, какую задачу и каким образом выполняет их продукт, она может искать эффективные решения, и не только интерфейсные.
Подготовиться к разработке. Все в команде представляют, что у них должно получиться. Поэтому можно начинать заранее, не дожидаясь, пока коллеги закончат свой этап работы.
Протестировать сценарий, симулируя его выполнение. Пройтись по сценарию и посмотреть, где возникают трудности или идентифицировать отсутствующие шаги.
Прорабатывайте негативные сценарии
Очень часто под ошибкой дизайнер проектирующий взаимодействие понимает неправильное значение в поле ввода или подобные им ситуации. Необходимо искать негативные сценарии в интерфейсе в более высоком контексте. Таблица отображает список заказов (А что если заказов нет), В поиске можно найти товар (а что если товара нет), Выбрать тип заявления в выпадающем списке (а что если этого заявления нет, его может пожать только менеджер), пользователь оплачивает картой (а что если денег на карте нет). Обосновать бизнесу необходимость проработки ошибочных сценариев бывает очень сложно. Зачем нам возвращаться назад и что-то исправлять, когда впереди у нас новые фичи?
Прогнозирование негативного сценария снижает нагрузку на техническую поддержку и персонал
Обучает пользователя работе с сервисом
Позволяет сохранить доверие к сервису в трудную минуту
Пример сценария использования кофейной станции
Пользователь подходит к автомату.
Пользователь разглядывает ассортимент.
Пользователь ориентируется в ценах и проверяет, сможет ли заплатить.
Пользователь сам подставляет стаканчик.
Пользователь выбирает тип кофе (нажимает дважды — второй раз подтверждает).
Пользователь платит.
Пользователь ждет, пока Система наливает кофе.
Система сообщает, что всё готово.
Пользователь забирает свой кофе.
Пользователь подходит к сиропам-сахару-крышкам и делает, что там ему надо.
Пользователь уходит со своим кофе.
Взаимодействия всегда представляет собой сложную иерархическую структуру
1. Зайдите на amazon.com. 2. Найдите книгу. 2.1. Воспользуйтесь диалоговым окном Search. 2.1.1. Поставьте курсор в диалоговое окно Search. 2.1.2. Напечатайте текст. 2.1.3. Просмотрите варианты в выпадающем списке частичных совпадений. 2.1.3.1. Выберите один из предлагаемых вариантов. 2.1.3.2. Просмотрите список результатов поиска. 2.1.4. Проигнорируйте варианты в выпадающем списке частичных совпадений, нажмите кнопку Return. 2.2. Просмотрите список результатов поиска. 2.3. Кликните по названию книги. 3. Просмотрите подробную информацию о книге. 4. Положите книгу в корзину. 5. Оформите заказ.
Сложности проектирования
Чаще всего наш узкоспециализированный многофункциональный инструмент не предусматривает четких сценариев. Можно выделить несколько ключевых, но они слишком глобальны, чтобы отразить все многообразие возможностей. В профессиональном интерфейсе преобладают отдельные процессы и подпроцессы. Это микросценарии, из которых состоят самые разные рабочие (а не жизненные) ситуации. Характер работы оператора, как правило, таков, что в любой момент может произойти все что угодно. Существует множество сюжетных вилок, взаимосвязей, которые нужно учитывать, и неожиданных поворотов — мало ли что и когда может потребоваться.
Терминология
Транзакция — это группа последовательных операций. Она прерывается, если не выполнено условие любой из операций.
Last updated