Мы сделали новую версию интерфейса Яндекс.Карт, и пытались выстроить процесс работы в условиях когда хотелок очень много, а мир бежит быстрее нас.
Презентация с выступления на WhaleRider-2013 (1 окт.) с комментариями для листания.
Выступление на WordCamp Russia 2015. Презентация о простых правилах типографики, которые лежат в основе хорошего сайта. Правилах, которые мало зависят от тенденций и трендов и будут также актуальны через много лет.
Презентация с выступления на дизайн-событии «Просмотр», проходившем в Москве ...Rodion Arsenyev
Откровенный рассказ о том, что происходило со мной до того, как я оказался в Red Keds. Как я вообще попал в профессию. Что двигало мной. Когда я стал дизайнером (так как я сейчас понимаю эту профессию). Какие выводы я сделал.
Презентация к вебинару - https://youtu.be/mZEJ_YEFdoI
Вебинар из серии вебинаров ICAgile Agile Team Facilitation, которая состоит из 7 вебинаров о фасилитации Agile команд. Будем рассматривать техники, которые помогают командам проводить совместные обсуждение и принимать решения.
О чем узнаете на вебинаре?
2 техники для “обсуждения-дискусcии", они обе хорошо подойдут как для малых (4-5 человек) так и для больших (12-14 человек) команд. Плюсы и минусы этих техник, особенности и возможности их трансформации под ваши рабочие условия.
2 техники для “обсуждения-обратной связи". Одна из них довольно распространенная и она мне не очень нравится своей банальностью, а вторую вы вряд ли знаете, она интереснее, но и сложнее в применении.
1 техника для “обсуждения-анализа”, называется “Декартовы Координаты”, часто применяется в индивидуальном коучинге, но в 99% упускается одна интересная деталь при ее использовании, на вебинаре я про нее расскажу.
2 техники для голосования, про точко-голосование вы все, конечно, уже в курсе, я расскажу еще две простые техники, может, они вам тоже знакомы. Я бы хотела больше остановиться даже не на самих техниках, а на том, как можно манипулировать будущими результатами голосования еще до самого голосования.
Продолжая тему манипуляций, мы рассмотрим валидность мажоритарного способа принятия решений и познакомимся с другими, возможно, более подходящими для ваших команд, подходами.
Запись прошлых вебинаров:
https://youtu.be/7x3uHaFqe1I
https://youtu.be/ykx54Kx6wOA
https://youtu.be/mjIu06mvO4A
Выступление на WordCamp Russia 2015. Презентация о простых правилах типографики, которые лежат в основе хорошего сайта. Правилах, которые мало зависят от тенденций и трендов и будут также актуальны через много лет.
Презентация с выступления на дизайн-событии «Просмотр», проходившем в Москве ...Rodion Arsenyev
Откровенный рассказ о том, что происходило со мной до того, как я оказался в Red Keds. Как я вообще попал в профессию. Что двигало мной. Когда я стал дизайнером (так как я сейчас понимаю эту профессию). Какие выводы я сделал.
Презентация к вебинару - https://youtu.be/mZEJ_YEFdoI
Вебинар из серии вебинаров ICAgile Agile Team Facilitation, которая состоит из 7 вебинаров о фасилитации Agile команд. Будем рассматривать техники, которые помогают командам проводить совместные обсуждение и принимать решения.
О чем узнаете на вебинаре?
2 техники для “обсуждения-дискусcии", они обе хорошо подойдут как для малых (4-5 человек) так и для больших (12-14 человек) команд. Плюсы и минусы этих техник, особенности и возможности их трансформации под ваши рабочие условия.
2 техники для “обсуждения-обратной связи". Одна из них довольно распространенная и она мне не очень нравится своей банальностью, а вторую вы вряд ли знаете, она интереснее, но и сложнее в применении.
1 техника для “обсуждения-анализа”, называется “Декартовы Координаты”, часто применяется в индивидуальном коучинге, но в 99% упускается одна интересная деталь при ее использовании, на вебинаре я про нее расскажу.
2 техники для голосования, про точко-голосование вы все, конечно, уже в курсе, я расскажу еще две простые техники, может, они вам тоже знакомы. Я бы хотела больше остановиться даже не на самих техниках, а на том, как можно манипулировать будущими результатами голосования еще до самого голосования.
Продолжая тему манипуляций, мы рассмотрим валидность мажоритарного способа принятия решений и познакомимся с другими, возможно, более подходящими для ваших команд, подходами.
Запись прошлых вебинаров:
https://youtu.be/7x3uHaFqe1I
https://youtu.be/ykx54Kx6wOA
https://youtu.be/mjIu06mvO4A
Презентация к вебинару - https://youtu.be/VqarmllTKD4
Вебинар из серии вебинаров ICAgile Agile Team Facilitation, которая состоит из 7 вебинаров о фасилитации Agile команд. Будем рассматривать техники, которые помогают командам проводить совместные обсуждение и принимать решения.
О чем узнаете на вебинаре?
2 техники для “обсуждения-дискусcии", они обе хорошо подойдут как для малых (4-5 человек) так и для больших (12-14 человек) команд. Плюсы и минусы этих техник, особенности и возможности их трансформации под ваши рабочие условия.
2 техники для “обсуждения-обратной связи". Одна из них довольно распространенная и она мне не очень нравится своей банальностью, а вторую вы вряд ли знаете, она интереснее, но и сложнее в применении.
1 техника для “обсуждения-анализа”, называется “Декартовы Координаты”, часто применяется в индивидуальном коучинге, но в 99% упускается одна интересная деталь при ее использовании, на вебинаре я про нее расскажу.
2 техники для голосования, про точко-голосование вы все, конечно, уже в курсе, я расскажу еще две простые техники, может, они вам тоже знакомы. Я бы хотела больше остановиться даже не на самих техниках, а на том, как можно манипулировать будущими результатами голосования еще до самого голосования.
Продолжая тему манипуляций, мы рассмотрим валидность мажоритарного способа принятия решений и познакомимся с другими, возможно, более подходящими для ваших команд, подходами.
Запись прошлых вебинаров:
https://youtu.be/7x3uHaFqe1I
https://youtu.be/ykx54Kx6wOA
https://youtu.be/mjIu06mvO4A
Русская пословица говорит: На ошибках учатся. Заметьте, не на «успехах», а на «ошибках». Может быть, это не самая хорошая стратегия, даже может и самая плохая, но эта стратегия вписана в наш культурный код и хотим мы этого или не хотим, но живем именно по этой стратегии.
Видимо этому есть несколько причин и первая, что копировать успешный опыт крайне тяжело и, видимо, практически невозможно. Гораздо проще не совершать действий, которые с высокой вероятностью могут привести к неудаче.
У меня собраны пару примеров моих неудач.
Как работает UX-студия. Саша Куценко, Креативный директор Aidem.SPECIA
Что это вообще такое?
1. Что такое UX и дизайн интерфейсов? Зачем вы мне об этом говорите?
2. Что понимается под проектированием?
3. Как выглядит сам процесс проектирования?
4. Кто это делает? Что за специалисты?
Зачем мне вы? Я и сам знаю как надо.
1. Я в бизнесе 10 лет. Почему я должен вас слушать?
2. Почему вы уверены, что сделаете лучше, чем сейчас?
3. Что это даст моему бизнесу?
4. Почему это отдельная услуга?
5. Какую роль во всем проекте занимает UX-студия?
ОК. Как это будет выглядеть?
1. Что вы сделаете сначала? А потом?
2. Сколько это занимает времени? На основе чего делается оценка сроков.
3. Как я буду участвовать?
4. Что делать если мне не нравится?
5. Как происходит согласование?
6. Сколько это стоит? Как осуществляется оплата?
6. Как я буду принимать работу?
Добро. Последние вопросы.
1. Как измерять эффективность вашей работы?
2. Что делать если вы не успеваете?
3. Что мы получим в итоге? Какие глобальные цели будут достигнуты?
4. Что дальше делать с полученными материалами?
О визуальном и смысловом дизайне. Проектирование — комплекс действий в области аналитики, разработки, визуализации и тестирования решений, для программных продуктов. Зачем это необходимо бизнесу, что представляет из себя процесс, и какие результаты.
Подготовлено для Specia Conf.
О важности регулярных тестирований при разработке и развитии сайта. 15 техник оценки принятия решений - обзор основных качественных и количественных методологий.
Анализ конкурентов с помощью юзабилити-тестированияYuri Vedenin
Анализ конкурентов с помощью юзабилити-тестирования (Юрий Веденин, UXpresso, для ProductCamp Russia&EE, Минск, 09.08.2014.
Product Manager’ам приходится постоянно бороться с конкурентами своих продуктов. Это довольно сложно делать, если ты не знаешь своих конкурентов. Это ещё сложнее делать, если ты не знаешь, что пользователи думают о конкурентах, и, тем более, как с ними взаимодействуют.
В своем докладе я рассказал, как мы проводили анализ конкурентов с помощью юзабилити-тестирования. Я показал, что это не очень сложно, не очень трудозатратно и не очень долго. При этом получается более правдивая и точная информация, а главное – более объективная, нежели оценки «экспертов» или мнения самих пользователяй о ваших конкурентах.
Генадій Колтун — Комунізм наступає: що будемо робити, коли машини навчаться п...LEDC 2016
Нейронні мережі, генетичні алгоритми, однорукі бандити наступають. Скоро вони доберуться і до веб-розробки. Які функції залишаться за людиною, а що відійде до роботів назавжди?
Презентация к вебинару - https://youtu.be/VqarmllTKD4
Вебинар из серии вебинаров ICAgile Agile Team Facilitation, которая состоит из 7 вебинаров о фасилитации Agile команд. Будем рассматривать техники, которые помогают командам проводить совместные обсуждение и принимать решения.
О чем узнаете на вебинаре?
2 техники для “обсуждения-дискусcии", они обе хорошо подойдут как для малых (4-5 человек) так и для больших (12-14 человек) команд. Плюсы и минусы этих техник, особенности и возможности их трансформации под ваши рабочие условия.
2 техники для “обсуждения-обратной связи". Одна из них довольно распространенная и она мне не очень нравится своей банальностью, а вторую вы вряд ли знаете, она интереснее, но и сложнее в применении.
1 техника для “обсуждения-анализа”, называется “Декартовы Координаты”, часто применяется в индивидуальном коучинге, но в 99% упускается одна интересная деталь при ее использовании, на вебинаре я про нее расскажу.
2 техники для голосования, про точко-голосование вы все, конечно, уже в курсе, я расскажу еще две простые техники, может, они вам тоже знакомы. Я бы хотела больше остановиться даже не на самих техниках, а на том, как можно манипулировать будущими результатами голосования еще до самого голосования.
Продолжая тему манипуляций, мы рассмотрим валидность мажоритарного способа принятия решений и познакомимся с другими, возможно, более подходящими для ваших команд, подходами.
Запись прошлых вебинаров:
https://youtu.be/7x3uHaFqe1I
https://youtu.be/ykx54Kx6wOA
https://youtu.be/mjIu06mvO4A
Русская пословица говорит: На ошибках учатся. Заметьте, не на «успехах», а на «ошибках». Может быть, это не самая хорошая стратегия, даже может и самая плохая, но эта стратегия вписана в наш культурный код и хотим мы этого или не хотим, но живем именно по этой стратегии.
Видимо этому есть несколько причин и первая, что копировать успешный опыт крайне тяжело и, видимо, практически невозможно. Гораздо проще не совершать действий, которые с высокой вероятностью могут привести к неудаче.
У меня собраны пару примеров моих неудач.
Как работает UX-студия. Саша Куценко, Креативный директор Aidem.SPECIA
Что это вообще такое?
1. Что такое UX и дизайн интерфейсов? Зачем вы мне об этом говорите?
2. Что понимается под проектированием?
3. Как выглядит сам процесс проектирования?
4. Кто это делает? Что за специалисты?
Зачем мне вы? Я и сам знаю как надо.
1. Я в бизнесе 10 лет. Почему я должен вас слушать?
2. Почему вы уверены, что сделаете лучше, чем сейчас?
3. Что это даст моему бизнесу?
4. Почему это отдельная услуга?
5. Какую роль во всем проекте занимает UX-студия?
ОК. Как это будет выглядеть?
1. Что вы сделаете сначала? А потом?
2. Сколько это занимает времени? На основе чего делается оценка сроков.
3. Как я буду участвовать?
4. Что делать если мне не нравится?
5. Как происходит согласование?
6. Сколько это стоит? Как осуществляется оплата?
6. Как я буду принимать работу?
Добро. Последние вопросы.
1. Как измерять эффективность вашей работы?
2. Что делать если вы не успеваете?
3. Что мы получим в итоге? Какие глобальные цели будут достигнуты?
4. Что дальше делать с полученными материалами?
О визуальном и смысловом дизайне. Проектирование — комплекс действий в области аналитики, разработки, визуализации и тестирования решений, для программных продуктов. Зачем это необходимо бизнесу, что представляет из себя процесс, и какие результаты.
Подготовлено для Specia Conf.
О важности регулярных тестирований при разработке и развитии сайта. 15 техник оценки принятия решений - обзор основных качественных и количественных методологий.
Анализ конкурентов с помощью юзабилити-тестированияYuri Vedenin
Анализ конкурентов с помощью юзабилити-тестирования (Юрий Веденин, UXpresso, для ProductCamp Russia&EE, Минск, 09.08.2014.
Product Manager’ам приходится постоянно бороться с конкурентами своих продуктов. Это довольно сложно делать, если ты не знаешь своих конкурентов. Это ещё сложнее делать, если ты не знаешь, что пользователи думают о конкурентах, и, тем более, как с ними взаимодействуют.
В своем докладе я рассказал, как мы проводили анализ конкурентов с помощью юзабилити-тестирования. Я показал, что это не очень сложно, не очень трудозатратно и не очень долго. При этом получается более правдивая и точная информация, а главное – более объективная, нежели оценки «экспертов» или мнения самих пользователяй о ваших конкурентах.
Генадій Колтун — Комунізм наступає: що будемо робити, коли машини навчаться п...LEDC 2016
Нейронні мережі, генетичні алгоритми, однорукі бандити наступають. Скоро вони доберуться і до веб-розробки. Які функції залишаться за людиною, а що відійде до роботів назавжди?
Открытая лекция в Санкт-Петербурге про городскую картографию, 14 апреля 2016
Интеллектуальный кластер «Игры разума»
Ссылки на проекты, из презентации:
https://github.com/minikarma/geotalk/blob/master/links.md
Карты и визуализация данных (Dribbble Meetup 2015 @ Mail.ru HQ)Andrey Karmatsky
Презентация выступления на Dribbble Meetup 2015 (23 мая, в офисе Mail.ru)
Видеозапись выступления: https://youtu.be/NwadfbF2Nlw?list=PLcJ8pdaABCSnp_U-jan68olnacuLmVHRs
Подборка ссылок на проекты, которые показывались в презентации: https://github.com/minikarma/geotalk/blob/master/links.md
Есть идея проецировать указатели в сложных переходах на пол или на стены. Кажется, этот проект способен малыми усилиями сделать подземные переходы в городе удобнее и понятнее для ориентирования.
Андрей Кармацкий: «Картографический дизайн Яндекса»Andrey Karmatsky
Коротенький рассказ о том, как мы разрабатываем дизайн Яндекс.Карт. Какие из особенностей требуется учитывать, какие есть при этом проблемы.
На примере проекта по редизайну карты Москвы расскажу основные принципы информационного дизайна.
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 г.