Successfully reported this slideshow.
Почему недостаточно просто «сделать» и «сдать»<br />как сделать нашу работу полезной?<br />Андрей Сикорский<br />404 fest,...
1 кошмар юзабилиста<br />Мир, в котором все уже удобно<br />
2 кошмар юзабилиста<br />Мир, в котором собраны все неудобные программы<br />
3 кошмар юзабилиста<br />Мир, в котором хорошо спроектированные продукты плохо реализуются<br />
Абстрактный пример<br />Мир проектировщика<br />Мир заказчика<br />Политика<br />Вкусовщина (remote photoshop)<br />Смена ...
Результат: не очень хорошо <br />
Почему так происходит?<br />
Возможные причины<br />У заказчика не хватило денег довести до ума спроектированное<br />Заказчик не подумал, как это реше...
Это было не то, что нужно заказчику?<br />А на самом деле - <br />
Заказчик – наш пользователь<br />Мы – интерфейс, которым пользуется заказчик для реализации своих задач<br />У нашего поль...
Главное: мы (команда) и наш продукт должны вписаться в его жизнь!<br />
Что вы делаете сейчас?<br />Брифы<br />Промежуточные показы<br />Обсуждения<br />…<br />Но этого недостаточно!<br />
Обсуждается конкретное решение – продукт, оторванный от реалий<br />
Как проникнуть в заказчика и стать ближе?<br />Понять целевую аудиторию<br />Кто он на самом деле заказчик<br />Понять зад...
Разрабатывать не экраны, а опыт (CX и UX) и продукт<br />
ЖЦ Продукта<br />
Вместе с заказчиком думаем о смысле продукта<br />Основнаяидеяпродукта. Чтомыхотимсоздать?<br />Какиеименнопроблемы/задачи...
Вместе с заказчиком думаем о жизни продукта <br />Гдеикакбудемпродвигать? Как его будут находить и куда приходить?<br />Вк...
Как этого можно достичь?<br />
От дизайна к дизайну<br />От общего к частному, а не наоборот!<br />
Помогаем заказчику на каждом этапе (сами или с помощью партнеров)<br />
Принципы Service Design<br />Ориентация на людей (заказчики, потребители)<br />Sequencing – подход к продукту, как к совок...
Этапы Service Design<br />Исследование<br />Заказчик<br />Цели и задачи заказчика<br />Создание<br />Создавать как можно б...
Матрицы – полезный инструмент размышлений<br />
Еще раз<br />Мы – интерфейс для заказчика<br />Мы должны быть удобными<br />Цели<br />Контексты<br />Варианты использовани...
Upcoming SlideShare
Loading in …5
×

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

1,270 views

Published on

Published in: Technology
  • Be the first to comment

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

  1. 1. Почему недостаточно просто «сделать» и «сдать»<br />как сделать нашу работу полезной?<br />Андрей Сикорский<br />404 fest, день 1<br />
  2. 2. 1 кошмар юзабилиста<br />Мир, в котором все уже удобно<br />
  3. 3. 2 кошмар юзабилиста<br />Мир, в котором собраны все неудобные программы<br />
  4. 4. 3 кошмар юзабилиста<br />Мир, в котором хорошо спроектированные продукты плохо реализуются<br />
  5. 5. Абстрактный пример<br />Мир проектировщика<br />Мир заказчика<br />Политика<br />Вкусовщина (remote photoshop)<br />Смена платформы<br />Смена протоколов передачи до реализации интерфейса<br />Люди<br />Внедрение изменений<br />Все тормозит!<br />И еще 20тысяч бессознательных вещей<br />Пользователи<br />Мотивы<br />Задачи<br />Контексты<br />Ограничения<br />Сценарии<br />Wireframes<br />Тестирование<br />
  6. 6. Результат: не очень хорошо <br />
  7. 7. Почему так происходит?<br />
  8. 8. Возможные причины<br />У заказчика не хватило денег довести до ума спроектированное<br />Заказчик не подумал, как это решение будет работать на самом деле<br />Оказалось, что это технически более трудно, чем предполагалось<br />…<br />и еще 1000 разных причин<br />
  9. 9. Это было не то, что нужно заказчику?<br />А на самом деле - <br />
  10. 10. Заказчик – наш пользователь<br />Мы – интерфейс, которым пользуется заказчик для реализации своих задач<br />У нашего пользователя (заказчика) есть свои<br />Контексты,<br />Жизненные ситуации и сценарии использования,<br />Ограничения,<br />Цели, <br />…<br />
  11. 11. Главное: мы (команда) и наш продукт должны вписаться в его жизнь!<br />
  12. 12. Что вы делаете сейчас?<br />Брифы<br />Промежуточные показы<br />Обсуждения<br />…<br />Но этого недостаточно!<br />
  13. 13. Обсуждается конкретное решение – продукт, оторванный от реалий<br />
  14. 14. Как проникнуть в заказчика и стать ближе?<br />Понять целевую аудиторию<br />Кто он на самом деле заказчик<br />Понять задачи<br />Что на самом деле нужно заказчику<br />Какие смыслы он преследует<br />Понять, какой планируется ЖЦ продукта (и как он связан с целями самого заказчика)<br />Вместе подумать о том, что есть что-то вне продукта!<br />
  15. 15. Разрабатывать не экраны, а опыт (CX и UX) и продукт<br />
  16. 16. ЖЦ Продукта<br />
  17. 17. Вместе с заказчиком думаем о смысле продукта<br />Основнаяидеяпродукта. Чтомыхотимсоздать?<br />Какиеименнопроблемы/задачипотребителеймыможемрешить ?<br />Укакихгрупппользователейестьтакаяпроблема? Когозатрагиваетнашерешение? <br />Ктоконкурентыпродукта, насколькозаполненаэтаниша?<br />Почемумысчитаем, чтоэтотпродуктбудетоцененпотребителями? Чемэтотпродуктлучшепродуктовконкурентов? Вчемегоценностьдлякаждойгруппыпотребителей? <br />Product design and product management (c) Pragmatic Marketing Framework<br />
  18. 18. Вместе с заказчиком думаем о жизни продукта <br />Гдеикакбудемпродвигать? Как его будут находить и куда приходить?<br />Вкакомпорядкебудемвыводитьнарынок? Чтобудемделатьсразу, что - потом? <br />Необходимыересурсынареализацию<br />Как, сколькоиначемпланируемзарабатывать? <br />Покакимпараметрамбудемотслеживатьуспешность (KPI продукта)<br />Когда продукт должен умереть?<br />
  19. 19. Как этого можно достичь?<br />
  20. 20. От дизайна к дизайну<br />От общего к частному, а не наоборот!<br />
  21. 21. Помогаем заказчику на каждом этапе (сами или с помощью партнеров)<br />
  22. 22. Принципы Service Design<br />Ориентация на людей (заказчики, потребители)<br />Sequencing – подход к продукту, как к совокупности тесно связанных между собой последовательностей событий<br />Evidencing – наша работа угадывается, даже когда она не видна<br />Междисциплинарность<br />
  23. 23. Этапы Service Design<br />Исследование<br />Заказчик<br />Цели и задачи заказчика<br />Создание<br />Создавать как можно больше прототипов<br />Не бояться ошибок<br />Рефлексия<br />Тестирование прототипов с оглядкой на естественное использование (Customer journey!)<br />Ролевые игры, восстановление контекста, карты CJ<br />Реализация<br />Не то, как делаем, а то, как изменяем<br />Управление изменениями и забота о продукте<br />
  24. 24. Матрицы – полезный инструмент размышлений<br />
  25. 25. Еще раз<br />Мы – интерфейс для заказчика<br />Мы должны быть удобными<br />Цели<br />Контексты<br />Варианты использования<br />…<br />Мы должны понимать, что продукт не самостоятелен даже для заказчика<br />Помнить о жизненном цикле продукта<br />Service Design, Product Design, CX design, UX Design<br />

×