Software People 2009: Управление ожиданиями от процесса проектирования интерфейсов (Юрий Ветров)

2,659 views

Published on

Презентация Юрия Ветрова "Управление ожиданиями от процесса проектирования интерфейсов" с конференции Software People 2009.

Published in: Design

Software People 2009: Управление ожиданиями от процесса проектирования интерфейсов (Юрий Ветров)

  1. 1. Управление ожиданиями от процесса проектирования интерфейсов Юрий Ветров
  2. 2. О чем эта презентация? • Проектирование интерфейсов – часто непонятный для клиента и толкуемый по- разному процесс. • Это приводит к недопониманию, а значит создает массу проблем в сотрудничестве проектировщиков и клиента. • Мы сталкивались со многими из них и сумели найти решения. 2
  3. 3. 1. Суть проблемы неоднозначность дисциплины, потенциальные проблемы, причины недопонимания 2. Решения 3. Кейсы 4. Выводы 3
  4. 4. Суть проблемы | Решения | Кейсы | Выводы Неоднозначность дисциплины Дисциплина проектирования интерфейсов обширная, но еще молодая: • Процесс часто до конца непонятен ни для клиента, ни для команды разработки. • Есть множество вариаций процесса для разных проектов и ситуаций. • Каждый часто понимает под проектированием что-то свое. 4
  5. 5. Суть проблемы | Решения | Кейсы | Выводы Потенциальные проблемы Все это выливается в недовольство результатами проекта или его провал: • Клиент получил не то что хотел (или хотел, но и сам точно не понял). • Полученное решение хорошее, но не подходит по каким-то условиям. • Даже если проектировщик получил прибыль – и проект не дошел до конца, и осадок остался. 5
  6. 6. Суть проблемы | Решения | Кейсы | Выводы Основные причины недопонимания • Многие ждут от проектирования магии, а не решения конкретных задач. • Терминологические недопонимания. • Клиент не видит и не понимает, за что берутся деньги. • Глубина проработки и состав документации не были точно оговорены. • Процесс обсуждения и приемки работ понимается по- разному. • Проектирование задерживает проект, а не помогает ему. 6
  7. 7. Суть проблемы | Решения | Кейсы | Выводы Пример итерационности процесса проектирования © Jesse Bennett-Chamberlain – http://newism.com.au/blog/post/90/building-campaign-monitor-part-3-design-process/ 7
  8. 8. 1. Суть проблемы 2. Решения где искать решение, чьи ожидания важны, условия успеха проекта, что важно донести до клиента, на каких этапах можно влиять 3. Кейсы 4. Выводы 8
  9. 9. Суть проблемы | Решения | Кейсы | Выводы Где искать решение В большинстве случаев проблему можно решить или ослабить: • Определить заинтересованных лиц, влияющих на проект или использующих его результаты. • Понять ключевые метрики, влияющие на успех проекта. • Предварительно и детально обсудить процесс и его результаты. • Работать с ожиданиями на каждом этапе работ. 9
  10. 10. Суть проблемы | Решения | Кейсы | Выводы Чьи ожидания важны? • Заказчик проекта – какую задачу, за какие деньги и сроки он хочет решить? • Разработчики – в каком виде, как часто и быстро, с какой точностью им должны поступать спецификации? • Пользователи – как и в каких условиях они будут использовать продукт? • Сам проектировщик – хочет ли он что-то опробовать в проекте, положить красивую вещь в портфолио, получить прибыль? 10
  11. 11. Суть проблемы | Решения | Кейсы | Выводы Каковы условия успеха проекта? Нужно определить и ранжировать ключевые условия, влияющие на успех проекта: • Срок выхода на рынок? • Потребительские качества продукта (в т.ч. юзабилити)? • Инновационность? • Учет сложных технических ограничений? • Вписывание в ограниченный бюджет? • Что-то еще? 11
  12. 12. Суть проблемы | Решения | Кейсы | Выводы Что важно донести до клиента? Чем полезно проектирование в его проекте: • Получение готовой спецификации на интерфейс? • Достижение определенных показателей потребительских качеств продукта? • Получение более качественного и быстрого результата, чем от работы неспециалиста? • Экономия своих ресурсов? • Возможность избежать многих стандартных проблем с помощью консультаций опытного специалиста? 12
  13. 13. Суть проблемы | Решения | Кейсы | Выводы На каких этапах можно решать проблемы? Ожидания есть на каждом этапе работ, а значит и работать с ними надо по ходу всего проекта: • Предпродажные работы. • Сбор и формирование требований. • Детальное проектирование страниц или экранов. • Визуальный дизайн. • Создание интерактивного прототипа. • Процесс разработки. • Процесс поддержки. 13
  14. 14. Суть проблемы | Решения | Кейсы | Выводы Ключевые посылы Важно помнить: • Необходима максимальная интеграция процесса проектирования в общую задачу и процесс • Часть решений лежит в области менеджмента, часть – самого проектирования. 14
  15. 15. Суть проблемы | Решения | Кейсы | Выводы Пример неправильно понятых условий и ожиданий © Dustin Curtis – http://dustincurtis.com/dear_american_airlines.html 15
  16. 16. 1. Суть проблемы 2. Решения 3. Кейсы новый проект крупного портала, медиа-стартап, продукт (веб- платформа), тематический интернет-каталог 4. Выводы 16
  17. 17. Суть проблемы | Решения | Кейсы | Выводы Предисловие • Суть проблем общая для разных дисциплин, хотя у проектирования есть свои особенности. • Несколько примеров из практики рассказывают: – какие проблемы возникали в проектах разных типов. – как они решались. – чем было полезно проектирование для проекта. – как поменялся наш процесс после работы над проектом. 17
  18. 18. Суть проблемы | Решения | Кейсы | Выводы Медиа-стартап Формат: проектирование и дизайн интерфейса, результат отдается в разработку крупными пакетами. • Основные проблемы: – Не рассказали обо всех деталях процесса изначально. – Ошибочно определили ключевые условия успеха проекта. – Слишком сильная детализация для первого этапа, попытка специфицировать все. • Что привнесла команда проектирования: – Детально проработанная спецификация интерфейса. • Как поменялся наш процесс: – Договор подробно описывает любые итоговые документы. 18
  19. 19. Суть проблемы | Решения | Кейсы | Выводы Новый проект крупного портала Формат: проектирование и дизайн интерфейса, результаты отдаются в разработку помодульно. • Основные проблемы: – Не донесли суть основных бенефитов проектирования. – Концепция проекта не устаканилась и менялась постоянно. – Проектировщик вне основного процесса – его привлечение и замедляет ход, и требует много денег на изменения. • Что привнесла команда проектирования: – Совместная проработка концепта. – Базовое решение, основа которого работает и сейчас. • Как поменялся наш процесс: – Более явно показывать клиенту пользу от проектирования. 19
  20. 20. Суть проблемы | Решения | Кейсы | Выводы Тематический интернет-каталог Формат: проектирование интерфейса, результат отдается одним пакетом. • Основные проблемы: – Не смогли построить гибкий процесс, когда проектирование не сильно затягивает старт разработки. • Что привнесла команда проектирования: – Ничего, проект не стартовал из-за невозможности предложить подходящий процесс. • Как поменялся наш процесс: – Сделали сдачу работ поэтапной, синхронизированной с разработкой. 20
  21. 21. Суть проблемы | Решения | Кейсы | Выводы Продукт (веб-платформа) Формат: проектирование интерфейса, результат отдается одним пакетом. • Основные проблемы: – Не сделали презентацию результатов работ, из-за чего многие мелкие важные решения остались незамечены. • Что привнесла команда проектирования: – Детально проработанная спецификация интерфейса. • Как поменялся наш процесс: – Больше внимания к презентациям сделанных работ. 21
  22. 22. 1. Суть проблемы 2. Решения 3. Кейсы 4. Выводы регулярное и детальное общение, вовлечение клиента, определение заинтересованных лиц и условий успеха 22
  23. 23. Суть проблемы | Решения | Кейсы | Выводы Выводы • Необходимо понимать, кто ключевые лица у клиента, каковы условия успеха проекта и строить процесс работы исходя из этого. • Важно регулярно и детально общаться с клиентом. Это отнимает время, зато дает больше гарантий взаимопонимания. • Нужно вовлекать клиента в проект. Это лучше и для итогового продукта, и для отношений в целом. • Часть решений лежит в области менеджмента, часть – в области самого проектирования. 23
  24. 24. Спасибо! Юрий Ветров 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/

×