task-centered design

Task-Centered DesignПроектирование, ориентированное на решение

стоящих перед пользователями задач

Юрий Солоницын, «ИСТ»

Дизайн человеко-компьютерных систем @ ИТМО

Специально для магистерской программы«Дизайн человеко-компьютерных систем»,Университет ИТМО, Санкт-Петербург.

User–Task–Process–System

Методологий проектирования взаимодействия много:

• User-Centered Design, Human-Centered Design;

• Task-Centered Design;

• Process-Centered Design;

• System-Centered Design;

• и так далее.

Task-Centered Design

Task-Centered Design — проектирование, ориентированное на решаемые пользователем задачи.

TCD развивался вместе с первыми человеко-машинными интерфейсами, ведь их надо было проектировать:

• Паровые машины — 18–19 века;

• XEROX PARC — 1970-е;

• Проект MITRE (США) — 1980-е;

• Отечественные публикации по проектированию АСУ — 1990-е.

Алан Купер говорит о Goal-Centered Design — варианте TCD.

Где в первую очередь применялся TCD

Task-Centered Design применялся и развивался в областях,для которых без проектирования интерфейсов проект не взлетит,в прямом смысле.

Atlantis Ту-214

TCD и Usability

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

(ГОСТ Р ИСО 9241-210–2012)

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

Task- или User-Centered?

Постоянный источник споров — какой подход использовать?

• «Вы не думаете о пользователях!»

• «Нужно начать с разработки персонажей!»

• «Мы должны заботиться о пользователях!»

А также — липкие листочки и маркеры Sharpie.

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

Применение метода персон ограничено

Метод персон имеет ряд ограничений:

• Необходимо проводить реальные исследования для получения корректных персонажей;

• Разработка персон и их анализ должны вестись только с учетом контекста;

• Характеристики персон должны соответствовать задачам проекта.

В противном случае персоны не способствуют получению реалистичного набора требований к продукту.

Как не надо — синтетические персонажи

Фото из фотобанков, мексиканский крестьянин с шотландской фамилией, индус — с немецкой, мальчик 4 лет отроду вместо 9-летнего. Иллюстрация к рассказу про проект для авиакомпаний.http://www.uhlib.ru/kompyutery_i_internet/psihbolnica_v_rukah_pacientov/p10.php

Но как же устроен интерфейс?

UCD не дает ответа на вопрос «Как должен быть устроен интерфейс?»

Доклад сотрудников компании IBM, встреча UX-исследователей, Mail.ru HQ, 11 марта 2016.

Результат — идеи

Когда полезен UCD?

Подход UCD полезен для случаев:

• Исходно — для взаимодействия с командой разработчиков;

• Поиск неудовлетворенных потребностей пользователей (маркетинг, позиционирование продукта, start-ups);

• Поиск альтернативных моделей применения продукта;

• Выявление ограничений, связанных с персональными особенностями пользователей или их рабочих процессов;

• Поиск проблем в существующем продукте.

Переход от UCD к TCD

User-Centered Design

Task-Centered Design

Концепция продукта или данные о потенциальных пользователях

Набор решаемых пользователями задач, требования и ограничения

Структура пользовательского интерфейса

UI

Задачи маркетинга

Задачи проектирования интерфейса

От UX design к Interaction/UI design

User-Centered Design

Task-Centered Design

Концепция продукта или данныео потенциальных пользователях

Готовый проект интерфейса,переход к реализации

UX design

Interaction/UI design

Требования к интерфейсу

UCD и TCD — сравнение на практике

Июль 2015 — воркшоп, посвященный сравнению двух методологий проектирования.

Две команды, два ментора (Никита Ефимов, Юрий Солоницын),два подхода к решению задач и одно задание.

Эффективность или сопереживание?

Теплая забота или холодный расчет?

Сравнение на практике — результат

• TCD — детальный прототип, очень близкий к реальному решению;

• UCD — множество альтернативных сценариев взаимодействия.

Когда полезно применить TCD

Методологию TCD полезно применять, если:

• Продукт ориентирован на максимально широкий круг пользователей;

• Данные о будущих пользователях отрывочны или отсутствуют;

• Решаемая задача (набор задач) полностью определена.

Максимально широкий круг пользователей

Кнопка оповещения о пожаре.

Данные о пользователях отсутствуют

Карл Саган, пластины с посланием внеземным цивилизациям, закрепленные на корпусах Pioneer 10 и 11.

Стоит ли готовить персоны потенциальных пользователей?

Управление технологическим процессом

Смоленская АЭС

Задача простая и полностью определена

Программа–калькулятор.

Задача комплексная, но определенная

Adobe Photoshop

Когда НЕ стоит применять TCD

Методология TCD не подходит для решения задач вида:

• Создание концепции нового продукта — функциональность еще не определена, а TCD хорошо подходит для решения известной задачи;

• Изучение потребностей пользователей за пределами конкретной проблемы — TCD не позволяет выйти за рамки решаемой задачи;

• Поиск альтернативных моделей применения продукта или путей его модернизации — TCD позволяет находить пути повышения эффективности продукта в известных сценариях применения.

Достоинства и недостатки TCD

• Достоинства:• простой процесс проектирования;

• высокая эффективность создаваемых решений;

• возможность проектирования при недостатке информации о пользователях;

• Недостатки:• сложность выявления скрытых потребностей пользователей,

выходящих за рамки решаемой задачи;

• сложность поиска альтернативных моделей применения продукта.

TCD — последовательность работы

1. Концепция продукта;

2. Источники требований, вовлеченные стороны;

3. Пользователи продукта, контекст и сценарии применения;

4. Используемые информационные сущности и функции;

5. Технологические ограничения;

6. Структура пользовательского интерфейса,набор экранных форм;

7. Структура экранных форм — элементы управления и средства индикации.

Концепция продукта

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

Shutterstock

Источники требований, вовлеченные стороныСписок сторон, вовлеченныхв проектирование продукта,финансирование, разработку,развертывание, эксплуатациюи вывод из эксплуатации.

Пользователи, контекст, сценарии работы

• Люди или группы — «task-centered-персоны», требования к ним;

• Контекст — окружающая среда, технические средства и так далее;

• Сценарии, в рамках которых они обращаются к продукту.

Apple The Telegraph

Информационные сущности и функции

• Информационные объекты, которыми оперирует пользователь (из заданной группы) в рамках заданного сценария;

• Данные, которые необходимы пользователю для выполнения задания;

• Функции или методы,которые применяютсядля обработки той илииной информационнойсущности.

Технологические ограничения

• Характеристики целевой аппаратной платформы;

• Возможности разработчиков и применяемых технологий;

• Технические параметры взаимодействующих систем.

The Huffington Post

Структура интерфейса, набор форм

• Экраны или окна будущего интерфейса;

• Переходы между формами с учетом причин выполнения перехода и условий, в которых он выполняется.

Структура экранных форм

• Набор включаемых в форму элементов и их назначение;

• Бизнес-логика — правила работы элементов;

• Пояснения для разработчиков.

Разработчики реализуют именно то, что проектировщик изобразил в макете.

Итеративность и экономия ресурсов

• Ошибки, совершенные на ранних шагах, крайне трудоемки в устранении, если выявлены при завершении проекта;

• Проектирование начинается с решения наиболее важных,но наименее трудоемких задач;

• Итеративность подразумевает возможность возврата к предыдущим шагам для устранения проблем и уточнения требований;

• Последовательная разработка и взаимная проверка «артефактов» позволяет вовремя выявить и устранить несоответствия при минимальных трудозатратах.

Что осталось за кадром?

• Виды требований и техники управления ими;

• Инструменты разработки прототипов;

• Методы тестирования.

Достоинства и недостатки TCD

• Достоинства:• простой процесс проектирования;

• высокая эффективность создаваемых решений;

• возможность проектирования при недостатке информации о пользователях;

• Недостатки:• сложность выявления скрытых потребностей пользователей,

выходящих за рамки решаемой задачи;

• сложность поиска альтернативных моделей применения продукта.

Что стоит почитать?

• Стивен Круг, «Не заставляйте меня думать»;

• Nielsen Norman Group — https://www.nngroup.com;

• Материалы по истории развития интерфейсов (например, http://www.catb.org/esr/writings/taouu/html/ch02s05.html).

Спасибо за внимание!

При подготовке презентации использованы изображения:

• http://www.aviationexplorer.com/cockpit_photos/Cockpit_in_the_Atlantis_Space_Shuttle.jpg

• Alex Pereslavtsev — http://www.airliners.net/photo/Transaero-Airlines/Tupolev-Tu-214/1214509/L/&sid=6031fe0101ebf16d78e84d2ccada4090

• http://www.bbc.co.uk/staticarchive/878420604814c0587728b57590fcfda413c0553f.png

• http://camafon.ru/wp-content/uploads/2015/03/116-e1425752042344.jpg

• http://uk-akadem.ru/file/knopka_v_mop.jpg

• https://en.wikipedia.org/wiki/Pioneer_plaque#/media/File:Pioneer_plaque.svg

• http://www.nasa.gov/sites/default/files/thumbnails/image/pioneer10_art.jpg

• http://www.fresher.ru/images9/ekskursiya-na-smolenskuyu-atomnuyu-elektrostanciyu/big/20.jpg

• http://www.fresher.ru/images9/ekskursiya-na-smolenskuyu-atomnuyu-elektrostanciyu/big/22.jpg

• http://www.mastermuffler.net/wp-content/uploads/2012/08/carrepairs.jpg

• http://il7.picdn.net/shutterstock/videos/9977012/thumb/5.jpg

• https://9to5mac.files.wordpress.com/2015/04/kew-ride-11.jpg?w=1000

• https://www.youtube.com/watch?v=a8GtyB3cees

• http://i.telegraph.co.uk/multimedia/archive/02287/suit-mask-glow_2287694k.jpg

• http://i.huffpost.com/gen/1428567/images/o-COFFEE-SHOP-LAPTOPS-facebook.jpg

• http://www.djmastercourse.com/wp-content/uploads/2014/06/how-to-dj-with-a-laptop.png