Как правильно инвестировать в Юзабилити

1,733 views
1,743 views

Published on

Published in: Design, Technology
2 Comments
5 Likes
Statistics
Notes
No Downloads
Views
Total views
1,733
On SlideShare
0
From Embeds
0
Number of Embeds
7
Actions
Shares
0
Downloads
19
Comments
2
Likes
5
Embeds 0
No embeds

No notes for slide
  • Как правильно инвестировать в Юзабилити

    1. 1. Геннадий Драгун, Lead Information Architect Как «правильно» инвестировать в юзабилити?
    2. 2. Юзабилити Исследования пользователей Анализ Проектирование и дизайн Контроль качества интерфейса
    3. 3. Форма и содержание Информационная архитектура, Проектирование взаимодействия (содержание) Графический дизайн, Информационный дизайн (форма)
    4. 4. Не вкладывали...
    5. 5. «Если вы не можете сделать хороший продукт, то пусть он у вас хотя бы выглядит хорошо.»
    6. 6. ROI дизайна <ul><li>Приносит убытки </li></ul><ul><li>Окупает себя </li></ul><ul><li>Приносит прибыль </li></ul><ul><li>Основное конкурентное преимущество </li></ul>
    7. 7. Выгоды от юзабилити <ul><li>Повышается </li></ul><ul><li>Производительность </li></ul><ul><li>Удолетворенность потребителей </li></ul><ul><li>Выручка и продажи </li></ul><ul><li>Уменьшаются </li></ul><ul><li>Время и затраты на разработку </li></ul><ul><li>Затраты на поддержку </li></ul><ul><li>Затраты на обучение </li></ul>
    8. 8. «Статистическое» ROI, I <ul><li>«Во многих организациях выгода от применения юзабилити методов на 1 $ составляет 10 - 100 $. » </li></ul><ul><li>Glib, 1988 </li></ul>
    9. 9. «Статистическое» ROI, II <ul><li>«Среднее увеличение бизнесс метрик после юзабилити редизайна составляет сейчас 83 %.» </li></ul><ul><li>Якоб Нильсен , 200 8 </li></ul>
    10. 10. ROI на примерах «Компания SUN Microsystems показала, что вложения в 20 000 $ способны привести к экономии в 152 000 000 $ . Каждый вложенный 1 $ может привести к экономии в 7 500 $ .» Rhodes, 2000
    11. 11. Формула расчета ROI ROI % = Прибыль + Экономия Затраты х 100
    12. 12. Расчет ROI <ul><li>Расчет-предсказание </li></ul><ul><li> (оценка прибыли / экономии и оценка затрат) </li></ul><ul><li>Расчет по результатам </li></ul><ul><ul><li>Сравнительного тестирования </li></ul></ul><ul><ul><li>А / В тестирования </li></ul></ul><ul><ul><li>Реального использования </li></ul></ul>
    13. 13. Мифы ROI юзабилити <ul><li>Допускается, что обобщения о ROI достоверны </li></ul><ul><li>Затраты рассчитываются со стороны производителя, а не потребителя </li></ul><ul><li>Влияние иных факторов (функциональность, производительность, маркетинг...) игнорируется </li></ul><ul><li>Подразумевается прямая связь между юзабилити-метриками и прибылью </li></ul><ul><li>Считается, что вложения в юзабилити расходуются эффективно </li></ul><ul><li>Подразумевается, что руководство поверит расчетам </li></ul><ul><li>Вера, что юзабилити сокращает сроки на разработку </li></ul><ul><li>Даниел Розенберг , 2005 </li></ul><ul><li>Расчет ведется для отдельного проекта, не процесса </li></ul><ul><li>Расчет ROI требует затрат </li></ul>
    14. 14. Эффективность юзабилити Источники: D. Norman + Luke Wroblewski + Jared Spool + Clayton M. Christensen Уровень потребностей среднего пользователя Удовлетворенность пользователей / уровень юзабилити Технология Удобство пользователя 1. Основная функция 2 . Дополнительная функциональность 3 . Юзабилити 4 . Доступность (Цена / Качество ) Время / вложения
    15. 15. Уменьшение отдачи Отдача Дополнительные вложения
    16. 16. <ul><li>Растить или аутсорсить? </li></ul>
    17. 17. Пробуем растить?
    18. 18. Зрелость специалиста , их теория <ul><li>2 года обучения </li></ul><ul><li>5 лет практики </li></ul><ul><li>«Хорошие» проекты </li></ul><ul><li>Талантливый ментор </li></ul><ul><ul><li>Эрик Шаффер, 2005 </li></ul></ul>
    19. 19. Зрелость специалиста , наша практика, идеал? <ul><li>Энтузиаст-самоучка </li></ul><ul><li>3 года практики </li></ul><ul><li>«Хорошие» проекты </li></ul><ul><li>Талантливый ментор </li></ul>
    20. 20. Зрелость отдела, этапы, их теория <ul><ul><li>Отсутствие опыта в юзабилити </li></ul></ul><ul><li>Отдельные специалисты </li></ul><ul><ul><li>Проектирование и дизайн, но без контроля качества </li></ul></ul><ul><ul><li>«Партизанские» исследования и тестирование </li></ul></ul><ul><ul><li>Юзабилити бюджет и планирование </li></ul></ul><ul><li>Юзабилити-отдел </li></ul><ul><ul><li>Создание отдела </li></ul></ul><ul><ul><li>Систематические процессы </li></ul></ul><ul><ul><li>Полное внедрение U ser- Centred Design </li></ul></ul><ul><li>Идеал? </li></ul><ul><ul><li>Компания, ориентированная на пользователей </li></ul></ul><ul><li>Якоб Нильсен, 2006 </li></ul>
    21. 21. Зрелость отдела, сроки, их теория <ul><li>Отсутствие юзабилити сколько угодно </li></ul><ul><li>Отдельные специалисты ~7 лет до создания отдела (2-3 года на шаг ) </li></ul><ul><li>Юзабилити отдел ~ 13 лет до внедрения UCD (6-7 лет на шаг ) </li></ul><ul><li>Юзабилити-идеал ~ 20 лет? </li></ul>
    22. 22. Зрелость отдела, этапы, наша практика <ul><ul><li>Отсутствие опыта в юзабилити </li></ul></ul><ul><li>Отдельные специалисты </li></ul><ul><ul><li>Дизайн </li></ul></ul><ul><ul><li>Проектирование и дизайн без контроля качества </li></ul></ul><ul><ul><li>Юзабилити бюджет и планирование? </li></ul></ul><ul><li>Юзабилити-отдел </li></ul><ul><ul><li>Создание отдела </li></ul></ul><ul><ul><li>“ Партизанские ” методы контроля качества </li></ul></ul><ul><ul><li>Систематические процессы? </li></ul></ul>
    23. 23. Идеальные условия для роста Поддержка (Руководство, уровень VP, C - level ) Стремление и способность (Специалисты) Авторитет (Линейный менеджмент)
    24. 24. Роли в отделе <ul><li>Менеджер </li></ul><ul><li>Тренер-пропагандист </li></ul><ul><li>Специалисты </li></ul><ul><li>Эрик Шаффер, 2005 </li></ul>
    25. 25. Роли в команде, их теория <ul><li>Interaction Designer + Design Communicator </li></ul><ul><li>Cooper </li></ul><ul><li>Исследователь </li></ul><ul><li>Аналитик </li></ul><ul><li>Проектировщик </li></ul><ul><li>Тестировщик </li></ul><ul><li>«Традиционные» UCD роли </li></ul>
    26. 26. Роли в команде, наша практика <ul><li>«Дизайнер-универсал» (проектировщик-художник-верстальщик) </li></ul><ul><li>Дизайнер + верстальщик </li></ul><ul><li>Аналитик + дизайнер + верстальщик </li></ul><ul><li>Аналитик + проектировщик + дизайнер + верстальщик </li></ul><ul><li>Аналитик + проектировщик + дизайнер + верстальщик + контроль качества </li></ul>
    27. 27. Обучение проектировщиков <ul><li>Самостоятельное обучение </li></ul><ul><li>Предварительный опыт </li></ul><ul><li>Обучение на проектах </li></ul><ul><li>Наставничество, кураторство </li></ul><ul><li>Портфолио отдела, шаблоны документов, процессы </li></ul><ul><li>Библиотека отдела </li></ul><ul><li>Внутренние тренинги, самопрезентации </li></ul><ul><li>Внешнее обучение </li></ul>
    28. 28. Литература
    29. 29. <ul><li>Проектирование «наугад» </li></ul><ul><li>Проектирование «для себя» </li></ul><ul><li>“ Getting Real”, 37 Signals </li></ul><ul><li>“ Экспертное ” проектирование </li></ul><ul><li>“ Design by Genius”, Apple </li></ul><ul><li>Проектирование, направленное на деятельность </li></ul><ul><li>“ Activity-centered design”, “Usage-centered design”, Larry Constantine, Don Norman </li></ul><ul><li>Проектирование, направленное на пользователя </li></ul><ul><li>“ User-centered design”, “Goal-centered design”, Jacob Nielsen, Alan Cooper </li></ul><ul><li>Джаред Спул, 2009 </li></ul><ul><li>Проектирование, основанное на данных </li></ul><ul><li>1) “Data-Driven Design ? ”, Google, NetFlix? + 2) “Web-analytics based UX”, Lou Rosenfeld </li></ul>Методологии проектирования Методологии проектирования
    30. 30. Идея Спецификации Схематические макеты Экранные прототипы Интерактивный прототип Приложение Приложение в работе Исследования, инспекции, ревью Тестирование качественное Тестирование количественное, полевое Уровни абстракции при проектировании
    31. 31. Пути повышения качества проектирования <ul><li>Мультидисциплинарные команды </li></ul><ul><li>Совместное проектирование </li></ul><ul><li>Соревновательное проектирование </li></ul><ul><li>Проектирование с привлечением пользователей </li></ul><ul><li>Peer-review </li></ul><ul><li>Групповые инспекции </li></ul><ul><li>Внутренние консультанты </li></ul>
    32. 32. Цепочка общения Пользователь Заказчик Покупатель Аналитик Проектировщик Разработчик Тестировщик 100% 70% 49% 34% 24% 17% 12% Коэффициент передачи информации 7 0 %
    33. 33. Эффективное общение Пользователь Заказчик Покупатель Аналитик Проектировщик Разработчик Тестировщик
    34. 34. «Внутренний» круг Бизнес цели Нужды пользователей ИТ возможности Лидер проекта Бизнес Аналитик Представители заказчика Менеджер проекта Ведущий разработчик Представители пользователей Разработчики интерфейса
    35. 35. Выбор: тестирование или обучение?
    36. 36. Основные методы исследования и контроля качества <ul><li>Исследования </li></ul><ul><li>Контекстное исследование (интервью + наблюдение) </li></ul><ul><li>Опросы </li></ul><ul><li>Фокус-группы </li></ul><ul><li>Контроль качества </li></ul><ul><li>Проектирование с вовлечением пользователей </li></ul><ul><li>Инспекции и ревью </li></ul><ul><li>Тестирование юзабилити </li></ul>
    37. 37. Виды юзабилити тестирования <ul><li>Исследовательское ( Exploratory/Formative ) </li></ul><ul><li>Оценочное ( Assesment/Summative ) </li></ul><ul><li>Проверочное ( Validation ) </li></ul><ul><li>Сравнительное (Comparative) </li></ul>
    38. 38. Экономия при тестировании <ul><li>Данные </li></ul><ul><li>Обширные Точные </li></ul><ul><li>Методика тестирования </li></ul><ul><li>Качественное Количественное </li></ul><ul><li>«Партизанское» Лабораторное </li></ul><ul><li>Пользователи </li></ul><ul><li>Меньше Больше </li></ul><ul><li>Внутренние Внешние </li></ul><ul><li>Удаленные Прямой доступ </li></ul><ul><li>Использование данных </li></ul><ul><li>Обобщение Статистика </li></ul><ul><li>Иллюстрация Анализ </li></ul>
    39. 39. Минимальный набор тестировщика <ul><li>Прототип </li></ul><ul><li>Тетрадь </li></ul><ul><li>Ручка </li></ul>
    40. 40. «Джентельменский» набор <ul><li>Ноутбук </li></ul><ul><li>Прототип </li></ul><ul><li>Camtasia, Morae, GoToMeeting… </li></ul><ul><li>Веб-камера </li></ul><ul><li>Видео-камера </li></ul>
    41. 41. Что дальше? <ul><li>Долгая дорога в дюнах... </li></ul>
    42. 42. Инвестиции в юзабилити Геннадий Драгун Lead Information Architect EPAM Systems, Inc. 29 Horugey Street 220123 Minsk, Belarus Email: hienadz.drahun@epam. com

    ×