Управление ожиданиями от
процесса проектирования
интерфейсов
Юрий Ветров

О чем эта презентация?
• Проектирование интерфейсов – часто
непонятный для клиента и толкуемый по-
разному процесс.
• Это приводит к недопониманию, а значит
создает массу проблем в сотрудничестве
проектировщиков и клиента.
• Мы сталкивались со многими из них и
сумели найти решения.
2

1. Суть проблемы
неоднозначность дисциплины, потенциальные проблемы, причины
недопонимания
2. Решения
3. Кейсы
4. Выводы
3

Суть проблемы | Решения | Кейсы | Выводы
Неоднозначность дисциплины
Дисциплина проектирования интерфейсов
обширная, но еще молодая:
• Процесс часто до конца непонятен ни для клиента, ни
для команды разработки.
• Есть множество вариаций процесса для разных
проектов и ситуаций.
• Каждый часто понимает под проектированием что-то
свое.
4

Суть проблемы | Решения | Кейсы | Выводы
Потенциальные проблемы
Все это выливается в недовольство результатами
проекта или его провал:
• Клиент получил не то что хотел (или хотел, но и сам
точно не понял).
• Полученное решение хорошее, но не подходит по
каким-то условиям.
• Даже если проектировщик получил прибыль – и
проект не дошел до конца, и осадок остался.
5

Суть проблемы | Решения | Кейсы | Выводы
Основные причины
недопонимания
• Многие ждут от проектирования магии, а не решения
конкретных задач.
• Терминологические недопонимания.
• Клиент не видит и не понимает, за что берутся деньги.
• Глубина проработки и состав документации не были
точно оговорены.
• Процесс обсуждения и приемки работ понимается по-
разному.
• Проектирование задерживает проект, а не помогает
ему.
6

Суть проблемы | Решения | Кейсы | Выводы
Пример итерационности
процесса проектирования
© Jesse Bennett-Chamberlain – http://newism.com.au/blog/post/90/building-campaign-monitor-part-3-design-process/
7

1. Суть проблемы
2. Решения
где искать решение, чьи ожидания важны, условия успеха
проекта, что важно донести до клиента, на каких этапах можно
влиять
3. Кейсы
4. Выводы
8

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

Суть проблемы | Решения | Кейсы | Выводы
Чьи ожидания важны?
• Заказчик проекта – какую задачу, за какие деньги и
сроки он хочет решить?
• Разработчики – в каком виде, как часто и быстро, с
какой точностью им должны поступать
спецификации?
• Пользователи – как и в каких условиях они будут
использовать продукт?
• Сам проектировщик – хочет ли он что-то опробовать
в проекте, положить красивую вещь в
портфолио, получить прибыль?
10

Суть проблемы | Решения | Кейсы | Выводы
Каковы условия успеха проекта?
Нужно определить и ранжировать ключевые
условия, влияющие на успех проекта:
• Срок выхода на рынок?
• Потребительские качества продукта (в т.ч.
юзабилити)?
• Инновационность?
• Учет сложных технических ограничений?
• Вписывание в ограниченный бюджет?
• Что-то еще?
11

Суть проблемы | Решения | Кейсы | Выводы
Что важно донести до клиента?
Чем полезно проектирование в его проекте:
• Получение готовой спецификации на интерфейс?
• Достижение определенных показателей
потребительских качеств продукта?
• Получение более качественного и быстрого
результата, чем от работы неспециалиста?
• Экономия своих ресурсов?
• Возможность избежать многих стандартных проблем
с помощью консультаций опытного специалиста?
12

Суть проблемы | Решения | Кейсы | Выводы
На каких этапах можно решать
проблемы?
Ожидания есть на каждом этапе работ, а значит и
работать с ними надо по ходу всего проекта:
• Предпродажные работы.
• Сбор и формирование требований.
• Детальное проектирование страниц или экранов.
• Визуальный дизайн.
• Создание интерактивного прототипа.
• Процесс разработки.
• Процесс поддержки.
13

Суть проблемы | Решения | Кейсы | Выводы
Ключевые посылы
Важно помнить:
• Необходима максимальная интеграция процесса
проектирования в общую задачу и процесс
• Часть решений лежит в области менеджмента, часть –
самого проектирования.
14

Суть проблемы | Решения | Кейсы | Выводы
Пример неправильно понятых
условий и ожиданий
© Dustin Curtis – http://dustincurtis.com/dear_american_airlines.html
15

1. Суть проблемы
2. Решения
3. Кейсы
новый проект крупного портала, медиа-стартап, продукт (веб-
платформа), тематический интернет-каталог
4. Выводы
16

Суть проблемы | Решения | Кейсы | Выводы
Предисловие
• Суть проблем общая для разных дисциплин, хотя у
проектирования есть свои особенности.
• Несколько примеров из практики рассказывают:
– какие проблемы возникали в проектах разных типов.
– как они решались.
– чем было полезно проектирование для проекта.
– как поменялся наш процесс после работы над проектом.
17

Суть проблемы | Решения | Кейсы | Выводы
Медиа-стартап
Формат: проектирование и дизайн интерфейса, результат отдается в разработку крупными
пакетами.
• Основные проблемы:
– Не рассказали обо всех деталях процесса изначально.
– Ошибочно определили ключевые условия успеха проекта.
– Слишком сильная детализация для первого этапа, попытка
специфицировать все.
• Что привнесла команда проектирования:
– Детально проработанная спецификация интерфейса.
• Как поменялся наш процесс:
– Договор подробно описывает любые итоговые документы.
18

Суть проблемы | Решения | Кейсы | Выводы
Новый проект крупного портала
Формат: проектирование и дизайн интерфейса, результаты отдаются в разработку помодульно.
• Основные проблемы:
– Не донесли суть основных бенефитов проектирования.
– Концепция проекта не устаканилась и менялась постоянно.
– Проектировщик вне основного процесса – его привлечение
и замедляет ход, и требует много денег на изменения.
• Что привнесла команда проектирования:
– Совместная проработка концепта.
– Базовое решение, основа которого работает и сейчас.
• Как поменялся наш процесс:
– Более явно показывать клиенту пользу от проектирования.
19

Суть проблемы | Решения | Кейсы | Выводы
Тематический интернет-каталог
Формат: проектирование интерфейса, результат отдается одним пакетом.
• Основные проблемы:
– Не смогли построить гибкий процесс, когда проектирование
не сильно затягивает старт разработки.
• Что привнесла команда проектирования:
– Ничего, проект не стартовал из-за невозможности
предложить подходящий процесс.
• Как поменялся наш процесс:
– Сделали сдачу работ поэтапной, синхронизированной с
разработкой.
20

Суть проблемы | Решения | Кейсы | Выводы
Продукт (веб-платформа)
Формат: проектирование интерфейса, результат отдается одним пакетом.
• Основные проблемы:
– Не сделали презентацию результатов работ, из-за чего
многие мелкие важные решения остались незамечены.
• Что привнесла команда проектирования:
– Детально проработанная спецификация интерфейса.
• Как поменялся наш процесс:
– Больше внимания к презентациям сделанных работ.
21

1. Суть проблемы
2. Решения
3. Кейсы
4. Выводы
регулярное и детальное общение, вовлечение
клиента, определение заинтересованных лиц и условий успеха
22

Суть проблемы | Решения | Кейсы | Выводы
Выводы
• Необходимо понимать, кто ключевые лица у
клиента, каковы условия успеха проекта и строить
процесс работы исходя из этого.
• Важно регулярно и детально общаться с клиентом.
Это отнимает время, зато дает больше гарантий
взаимопонимания.
• Нужно вовлекать клиента в проект. Это лучше и для
итогового продукта, и для отношений в целом.
• Часть решений лежит в области менеджмента, часть –
в области самого проектирования.
23

Спасибо!
Юрий Ветров
www.jvetrau.com www.uimodeling.ru
Фотографии для обложек © David Sifry – http://www.flickr.com/photos/dsifry/1356769014/,
Steve Brandon – http://www.flickr.com/photos/steve-brandon/142490213/, Luka Kow –
http://www.flickr.com/photos/lukakow/2996112793/, Ingvar Gud – http://www.flickr.com/photos/ingvargud/3292968565/, Analog Berliner –
http://www.flickr.com/photos/97515705@N00/2577846362/