Мы сделали новую версию интерфейса Яндекс.Карт, и пытались выстроить процесс работы в условиях когда хотелок очень много, а мир бежит быстрее нас.
Презентация с выступления на WhaleRider-2013 (1 окт.) с комментариями для листания.
3. Если посмотреть на UI Карт сегодня — очень сложно
всё для пользователя: много кнопок, карта
интерактивная, поиск, слои.
воскресенье, 6 октября 13 г.
4. Иногда возможность включить разные слои может
причинять пользователям боль и вызывать резь в
глазах.
воскресенье, 6 октября 13 г.
5. Иногда, разные кнопки встречаются в одном месте,
ничего друг про друга не зная.
воскресенье, 6 октября 13 г.
6. А в новом бете Поиска не нужно переходить на наш
сервис, пользователь тут может решить свою задачу.
воскресенье, 6 октября 13 г.
8. Если бы проблема была одна — всё предельно ясно
как с её можно решить.
воскресенье, 6 октября 13 г.
9. Моё видение в том, чтобы системно выстроить процесс
проверки гипотез и наших идей. Пара примеров:
воскресенье, 6 октября 13 г.
10. Есть поиск на карте — есть список и по клику есть
балуны. Обе вещи имеют плюсы и минусы.
воскресенье, 6 октября 13 г.
11. 2 прототипа
"...уберите эту панельку,она ужасная; я все
смотрю на карте, а она мешает"
"...нет списка слева, в нём видны все
организации, а так мне придется тыкать во
все..."
Чтобы проверить какое же решение верное мы
сделали 2 версии UI поиска и проверили на юзабилити
в лаборатории на людях.
воскресенье, 6 октября 13 г.
12. 50 / 50
Было сюрпризом узнать, что тесты не показали явных
плюсов какого-то одного решения. Они разные.
воскресенье, 6 октября 13 г.
14. Второй пример: есть гипотеза, что после поиска люди
хотят построить маршрут и поехать туда.
воскресенье, 6 октября 13 г.
15. Гипотезу проверили в бою, сделав дизайн ответа 1
объекта, где ссылка на маршруты ближе к
пользователю.
воскресенье, 6 октября 13 г.
16. + 25 % маршрутам ОТ
Гипотезу проверили в бою, сделав дизайн ответа 1
объекта, где ссылка на маршруты ближе к
пользователю.
воскресенье, 6 октября 13 г.
17. Одиночные пробы и эксперименты
бессмысленны без процесса
управления требованиями.
Но как собрать все эти эксперименты и требования
вместе?
воскресенье, 6 октября 13 г.
19. (картинка с кружочками и стрелочками)
Например для паттерна поиска, предположили
взаимосвязи функций сервиса.
воскресенье, 6 октября 13 г.
20. Нужно понять: как пользователи
взаимодействуют с продуктом.
Какие задачи они решают?
Чтобы вывести кучу разных данных и сигналов в одно
русло — использовали общий язык для требований.
воскресенье, 6 октября 13 г.
21. я роль хочу действие чтобы профит
User Stories
Это не уникальная методика, один из способов
фиксировать пользовательские сценарии.
воскресенье, 6 октября 13 г.
22. Я как пользователь, который искал
организацию, хочу посмотреть панораму
улицы, чтобы легче узнать здание на месте.
Мне этот метод нравится тем, что формулируется от
лица человека по ту сторону экрана.
воскресенье, 6 октября 13 г.
23. Собрали продакт-менеджеров и команды на серию
брейнштормов. Наштурмили под 300 историй.
воскресенье, 6 октября 13 г.
24. Все истории структурировали по базовым кейсам, а
менеджеров продуктов попросили отприоритезировать
истории.
воскресенье, 6 октября 13 г.
25. Потом мы наметили дедлайн (!!!) и оценили что можем
ухватить и реализовать в первую очередь. Истории
брали сверху — они самые важные.
воскресенье, 6 октября 13 г.
26. Забегая вперёд, по ходу мы открывали новые
требования и согласовывали изменения, лучше
сделать чуть меньше и уложиться в срок.
воскресенье, 6 октября 13 г.
27. Для тактического управления была доска, чуть-чуть
похожая на канбан, где стикеры из дизайна, шли в
разработку, а сделанное тестировалось.
воскресенье, 6 октября 13 г.
28. Почти готовый интерфейс, мы тестировали по тем
сценариям, которые наштурмили в формате User
Stories.
воскресенье, 6 октября 13 г.
31. Изначально мы брались сделать поддержку десктоп
+планшет. А по ходу получилось сделать интерфейс и
для смартфонов благодаря новому API Карт.
воскресенье, 6 октября 13 г.