Конференция ПрофсоUX 2019 (Special)

2001.'.'05.'0'10,'00.

Привет, это специальный выпуск подкаста Дизайн Такой.

С вами постоянный ведущий подкаста Никит Лакеев.

И Роман Нургалиев - тоже постоянно ведущие подкаста.

Да, я еще ни выпуска не пропустил.

Да как бы так получилось.

Мы работаем уикс дизайнерами и раз в неделю собираемся, чтобы обсудить продуктовый и не только дизайн.

Да, кстати, хорошо, что ты не сказал уиз-дизайнерами, потому что я был на мастер-классе Лутса Шмидта, на конференции, по которой мы будем говорить.

И он сказал: что если ваша профессия называется Ю.

То вы идиот.

Он просто послушал наш выпуск.

Подписывайтесь на нас в удобных вам соц.

сетях в Гугл подкаст, Пл подкаст Кастбоксе, да.

Следите за обновлениями в ВК и Телеграме, пишите, говорите, что мы правы, и говорите, что мы не правы.

Присылайте тему для выпусков, задавайте вопросы.

В общем, мы сегодня собрались обсудить одну конференцию, которая прошла закончилась позавчера.

Конференция называется Профсоюкс или Профсоюкс.

Я говорю профсоюкс, ты говоришь про Союкс.

Ну потому что я не могу говорить про Союз.

Кажется, Каламбур заключается в том, что это звучит как профсоюз.

Ну да, но все, с кем я болтал на конференции, говорили про Союкс.

Профсоюз, просто будь мужчиной

профсоюкс просто

будь мужчин так

где она проходила, давай.

Ну да, давай я вводную немножко расскажу.

Конференция проходила в Петербурге, и она каждый год проходит в Петербурге, что в принципе прибавляет ей, что, в принципе, является большим плюсом - потому что что помимо того, ты едешь на конференцию и узнаешь много нового, ты еще и едешь в Петербург, где можно очень приятно провести время после конференции, вечером прогулявшись.

То есть и город красивый, и конференция классная, и томада - хорошие, и конкурсы.

Март на дворе в Питере очень тепло и хорошо.

Я еще хочу уточнить, что ты на конференции был, а я на конференцию не поехал, так что сегодня у нас такой двусторонний получится диалог, потому что мне очень интересно, что ж там было.

А ты тот живой свидетель, который поделится своими впечатлениями.

Да, плюс мы с тобой перед

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

Как раз это прям вживую будет происходить.

Да, мне действительно интересно, что произошло.

Канфа проходит в Питере каждый год, вот в марте, и я тоже в этом году в первый раз на нее поехал.

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

Так

и о том, чему она посвящена Уису, в частности, или пошире, что-нибудь, не знаю, поинтереснее.

В основном это вся конфа про УИС.

Она вся вокруг этого крутится, вокруг УИС, вокруг дизайна.

Не всегда этот УИК - это именно Айти-продукты.

То есть, Лут Шмидт, он в целом про юзер экспириенс говорил, не только, конечно, он делал упор на айти, но он не только о нем говорил.

Он говорил про Уикс, как в целом, про юзер экспириенс.

Тут подхвачу мысль у Дона Нормана тоже про

обсуждал тему того, что такое Уикс, он поднимал вопрос того, что он не заканчивается интерфейсами.

Это пользовательский опыт от начала и до конца.

И чтение бумажной инструкции - это тоже пользовательский опыт.

да.

В общем,

конфа в основном про Уикс и про работу

разные подходы, разные направления,

различный опыт, который люди получают на работе с этим УИ, работа с инструментами.

То есть все, что касается УИС, но в целом это в основном УИ в Айти-сфере.

Вот так я бы сказал.

И делится опытом именно представителей Айти-компаний Киви, Фейсбук, Авито.

С Грандов начал: с Киви, а потом Фейсбук.

Зашел с козырей.

да, да.

Киви, а потом можно и Фейсбук.

Киви, Авито, Фейсбук.

Ну вот, в целом, да, понятно, что это за конфа, про что она, для кого.

Если там спрашивали, кстати, кто присутствует, в основном это были, конечно же, дизайнеры, но я встречал много еще продукт-оунеров, проджект-менеджеров.

То есть они присутствовали.

да, да, да.

Разработчиков было совсем мало.

Кто-то там поднял руку, но было мало разработчиков.

И.

В основном это дизайнеры, продукт-оунеры, уиз ресерчеры.

Кстати, там очень много именно Уис-иследователей было.

Могу немного тут шпаргалку закинуть и подсказать тебе.

По профсоюз 2018 года

опубликованные ответы на вопрос, чем конкретно вы занимаетесь на рабочем месте.

69% совещания с внутренними и внешними заказчиками интерфейсов, 68% создание интерактивных версий прототипов, 67% передача интерфейсов в разработку верстку, также 67% сбор и фиксации требований к интерфейсам и пятый - презентация результатов работы заказчиком.

Ну, я такой топ-5 выделил, чтобы понимать, чем занимаются слушатели и присутствующие на профсоюз.

Давай задам самый важный ключевой вопрос: Надо ли было ехать, стоит ли мне жилеть и кусать локти?

Слушай, даже если убрать тот фактор, что это Питер - и город классный, на конфу ехать стоило.

Даже если бы она проходила в городе Юрга, хотя город классный, но не Питер все равно, то на конфу стоило бы поехать, потому что она была очень полезная, и те вещи, которые я там почерпнул на этой конференции, на конференции Общей и на мастер-классе Луца Шмидта, в частности, очень-очень было бы очень полезно, и я эти вещи, эти знания уже начинаю применять у себя в компании на второй день после конференции.

То есть, не сравниться с походом на метап, который на который можно прийти в Новосибирске вечерком в четверг.

Нет, абсолютно не сравнится.

Это другое, и я скажу, почему другое.

Так, а вот ты чувствуешь себя немного, не знаю, ответственнее из-за того, что ты на конференцию собрался и поехал, что у тебя была определенная цель - провести время продуктивно.

Ну да, я провел время продуктивно.

То есть, у меня было.

Я понимал, что я еду не в поездку там в развлекательную, в красивый город, а

ехал именно на конфу и ехал получать знания.

У меня так получилось, что конфу началась в субботу, а приехал я в пятницу.

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

К чему спросил?

К тому, что беда бесплатных открытых конференций в том, что люди, мне кажется, или действительно так, довольно наплевательски относится к такому вот оп сорсу, к такой открытой доступной информации, что она

и все равно.

А когда за билет отдали деньги, тогда как-то все это воспринимается сильнее, осознаннее, что ли.

Плюс ты еще и в Питере улетел.

Да, было такое, что.

Ну, у меня, во-первых, еще играла роль то, что я не за свои деньги летел, а за деньги компании, и с меня все равно спросят, что я там узнал, и попросят поделиться знаниями.

Поэтому филонить на этой конфе было как-то неправильно.

Плюс, ты, когда слушаешь доклады вживую, у тебя есть возможность задать вопросы, и ты слушаешь намного внимательнее, потому что ты думаешь: где бы мне хотелось еще уточнить, и ты уточняешь - то есть ощущаешь интерактив, ощущаешь вовлеченность, ощущаешься абсолютно по-другому.

Плюс на этой конференции, почему я очень хотел туда поехать, там было несколько очень полезных воркшопов.

А воркшопы - это вообще

способ все прямо на примере, ну, ну, поработать прямо там и руками что-то поделать.

Если что-то будешь делать неправильно, руками тебя исправит, это намного важнее, нежели смотреть какой-то ролик на ютубе.

Такое очень кемеровское - поделать.

Я, как наблюдатель в субботу, в надежде о том, что я буду получу какую-нибудь трансляцию или какие-то комменты, или фрагменты лекций зашел в канал Профсоюкс, и канал, я так понимаю, был скорее

информатором для тех, кто там присутствовал о том, что началось, что закончилось, что в каком зале, где обет и сколько он продлится, да, потому что

эту информацию люди искали в разных источниках.

Да, это хотелось бы.

Потому что все были в разных залах, и у всех было расписание то есть если говорить уже про организацию конфе

то организация мне очень понравилась у меня не было вопросов о чем а где а как

сначала самого выдали

Такую карточку, которую на шею вешается.

Как это называется?

Это называется бейджик, который ты дома не снимаешь.

А, да, точно.

Бейджик, который я забываю.

Рабочий бейджик, который забывает снимать дома.

Выдали бейджик, но это был не просто бейджик, а такая книжечка, в которой было расписание, и памятка.

Ну, то есть, там по этому бейджику все смотрели, ориентировались, куда они сейчас пойдут.

Это очень удобно.

Мне понравилось такое решение, потому что у тебя расписание твое не отдельное, там какой-то на листе А4 отдали, а оно у тебя на шее постоянно висит, и я видел, как люди часто это используют.

То есть, пока ты стоишь на одном, на каком-то одном мастер-классе, что ты делаешь, ты такой хоп, посмотрел.

Дальше я пойду вот сюда, или там дальше будет обед.

Опять же,

обед входил в стоимость, кофебрейки входили в стоимость.

Все было классно.

В плане организации не было никаких проблем вообще.

Мне все понравилось.

Хорошая организация - это когда у тебя нет никаких вопросов, правильно?

Я так считаю.

Когда у тебя не было никаких проблем, ты не тупил.

Продолжу немного: про то, с чего я начал, про трансляцию в Телеграме и про объявления.

Потому что когда я читал объявление, было написано: в этом зале проходит такое выступление, в этом проходит другое.

То есть они проходили параллельно, и надо было выбрать: да, куда идешь, куда не идешь.

Да, правильно, было три зала, и в трех залах, в третьем постоянно проходили мастер-классы, потому что это была аудитория с партами.

Первый и второй зал принимал лекторов, и ну, нужно было выбирать, на кой ты пойдешь.

И я так понимаю, в первом и во втором зале было много народу, потому что.

Ну, я во второй вообще не ходил.

Получилось так, что во втором зале были лекции, которые мне не были интересны.

Я в основном сидел в первом, но во втором было достаточно народу.

Ну, вот у тебя не осталось в итоге чувство, что их как жаль, что одновременно туда-туда не успел сходить.

По идее, да, я бы послушал.

Например, я пропустил рассказ сотрудника

доклада сотрудника Фейсбука, который назывался дизайн в дейта.

К сожалению, я не знаю, как правильно прочитать сотрудника из Фейсбука.

Я сдаюсь.

Я нашел его, да, я

фамилия кажется Бранд

с именем труднее.

Забить надо.

Да.

Доклад сотрудника из Фейсбука, который называется дизайн в дета.

Ну и я вот, к примеру, смотрю, да, и еще

послушать, но я не успел.

Но сказали, что вышлют видео, еще не выслали, но обещали видосы.

О, это приятно.

И то есть, те лекции, которые я не успел посмотреть, я их посмотрю потом, дома, с удовольствием обязательно посмотрю, потому что все равно было интересно.

Ну да, я хотела вас узнать.

Ты очень сильно в контексте того, что происходило.

Да, я в контексте, поэтому, ну, и у меня коллеги ходили на

другие доклады и сказали, что было круто.

Отлично.

Ну, мы плавно переходим уже непосредственно к темам, на которые ты смог сходить, на которые не смог сходить, и воршопы, которые посетил, давай к темам.

Начну, наверное, с самого начала пройдусь прямо по тем докладам.

С какой на кой я на первый пошел, на какой потом.

Да, давай.

Самый первый доклад был доклад Лутса Шмидта, который назывался Дизай Изибл.

Он был не про уикс дизайн, а он был в целом, можно сказать, за дизайн в целом.

Он рассказывал про то, как он прочитал однажды книгу Люциуса

Бурхарта.

Вот, эту фамилию я смог прочитать.

И там он прочитал о том, что

дизайн да самом деле должен быть невидимым.

Но он подумал: как так?

Дизайн невидимый.

Я же тогда еще работал графическим дизайнером.

Он подумал: Ну блин, я же делаю красивые вещи, должны же все видеть, должно же видно быть.

И потом он рассказывал, но весь доклад заключался в том, что он объяснял, почему на самом деле дизайн это что-то такое невидимое и что такое УХ на самом деле.

Очень интересный пример мне понравился про Юкс, про то, что когда мы делаем дизайн стула, мы на самом деле не делаем дизайн стула

уикс - это не то, как выглядит стул, 2 это

то, как стул меняет комнату.

То есть, вот была пустая комната.

Ты поставил в эту комнату стул, и он эту комнату абсолютно поменял.

Это стала другая комната, по сути.

У нее человек получает от нее абсолютно другой опыт.

И вот весь доклад у него был об этом: о том, что такое уикс, и

как он влияет на продукт, на любой продукт, на айти продукт, на какой-то

продукт промышленного дизайна и т.д., он пытался он хотел объяснить всей аудитории, что такое, почему дизайн должен быть невидимым и что такое уикс на самом деле?

Я могу немного распространить эту мысль, опираясь на свой собственный опыт.

Я сейчас нахожусь в той стадии, когда я пытаюсь отучить себя от привычки делать вау, красиво, потому что вау, красиво у меня получается в списке приоритетов отходит на какой-то 4-й-5 уровень, потому что мне нужно заставить продукт, чтобы он работал.

Потом работал рационально, потом работал эффективно, выполнял ту задачу,

которая перед ним стоит и оправдывал создание этого продукта.

И то, что это красиво, но оно получается где-то уже как следствие.

да.

То есть, стиль, расстояние, последовательность получается скорее от того, что все было предано общему подчинялось общему стремлению сделать визуально привлекательный и красивый инструмент.

Потому что красота Эселя не в том, как он выглядит, а в том, что он могучий и работает.

да, и у него еще был интересный пример.

Он приводил пример дизайна про то, что

был не помню, в каком уже городе немецком, был аппарат для УЗИ, он был огромный, и там была куча кнопочек, и он был непонятный.

Потом придумали новый аппарат для УЗИ, который был тоже такой же большой, но кнопок там было меньше, он был понятнее, и это был такой аппарат, с которым мог бы работать любой человек, сидящий в аудитории, немножко разобравшись.

Но он сказал, что дизайн заключается не в том, что сделали проще инструмент.

И потом показал, что ребята, сотрудники Пилипс придумали аппарат для УЗИ, который подключается к планшету.

Через приложение ты просто подключаешь такой аппарат УЗИ.

Это просто по сути такое.

Знаешь, как УЗИ держит в руке ту саму штуку, которая тебя просвечивает.

Кажется, это.

А, когда там крем, вот это.

да.

Да, понял.

Когда мануальное УЗИ происходит.

да, да.

Она подключается к планшету, и все, и ты делаешь УЗИ.

Она переносная.

И это был дизайн решения.

Он приводил пример, что это был дизайн решения, которое поменяло немножко

само отношение к этой процедуре, да, и сделало ее доступной.

Это был хороший дизайн на самом деле.

И вот в этом работа дизайнера заключается.

Я бы уточнил еще, что было лекцией, что было докладом.

Это была лекция, правильно?

Там все было докладом.

А, нет, не доклад.

Что доклад, а что воркшоп.

Да, это был доклад.

На следующий день у лутса Шмита еще был воркшоп, за который надо было отдельно платить.

Но поверь мне, он того стоил.

Что же было там?

На воркшопе у лутса Шмита.

Да.

Воркшоп назывался Уирвал.

Хоу Уиз Дийн Хайл Ирменс Мастерс.

Вот так он назывался.

Прекрасно.

В общем, как делать Уикс в неблагоприятных условиях.

То есть, если у вас в компании

все плохо с Уиксом, директор не понимает, зачем вкладывать в это деньги

вам под это не выделяется особо времени?

Ну, то есть, как заниматься УИ-ом в довольно.

Когда все настроено против тебя?

И сама идея того, как внедрять и как работать над этим, понимается неверно.

да.

Как вот этому всему противостоять, условно, да?

Да, и на самом деле у него в воркшопе было очень много времени посвящено тому, как понять, на каком этапе развития находится ваша компания?

Он взял схему

Нильсон и Норман Групп.

У них есть схема 6 этапов развития компании.

А Юрий Ветров, по-моему,

в своем деджесте упоминал ее.

6 этапов зрелости, по-моему, компании в плане Уиса.

И мы определяли, на каком этапе наша компания находится по этой схеме.

Определили

потом еще несколькими способами, попытались понять, где же УХ нашей компании находится, в каком мы находимся положении.

Потом он объяснял, как в этом положении действовать.

Если это там самая первая ступень развития, он сказал: просто валите, просто валите из этой компании.

Если у вас первый этап

зрелости компании в плане УИ, вам там делать нечего.

Если у вас еще и в профессии слово 2, то это не для вас.

Уточню про ветрово.

Инжен предложили свою модель зрелости дизайна, а не компании.

Это относилось к дизайну.

5 стадий взросления дизайна команды от исполнителя до визионера.

А ты говоришь сейчас о компании в целом.

А я говорю о компании, да, там было 6 этапов развития компании.

Да, мы определяли, на каком этапе находится наша компания, и потом он рассказывал, мы понимали, что нам делать в этих условиях, как нам действовать.

То есть, что нужно.

Он приводил очень много примеров из жизни, это было очень полезно.

То есть, исходя из стадии, как выступать?

Ну, примерно, да.

То есть, он сказал, что вот вы все примерно должны находиться в этом месте.

То есть, не первая стадия, не последние две точно.

Это где-то 2, 3, 4.

Потому что если у вас последние две, что вы здесь делаете?

А не выступаете?

Да.

Ну, не то чтобы что вы здесь делаете, почему вы не на работе?

Потому что называлось ЕС-дизайн в неблагоприятных условиях, а условия у вас благоприятные, если вы на последних двух этапах.

И там и деньги уже вливаются, и все.

Да, ну я понял логику.

Да, вот мы и разбирали, можно сказать, второй, третий и четвертый этап - но что на них делать?

Ну и он рассказывал: на самом деле, вещи, которые не являются чем-то, знаешь, рокет сайенс - то есть это не были какие-то Вау, нифига, я до этого не додумался.

Но они из этого были структурированы, это тебе.

Зато они были структурированы, очень хорошо вкладывались в голову.

Не знаю, это потому, что он

немец, или потому, что он просто такой умный человек.

Он всю эту информацию очень грамотно в голову вкладывал, и он мне поменял немножко отношение к 2 в целом, и вот к моей работе, к тому, как я должен к ней подходить.

Потому что вот на последнем этапе зрелости компании там 2- вообще не нужны.

По сути, потому что в этой компании можно сказать, что все Юиксеры задумываются о Уисе в компании, все знают, что это такое, это идеал.

Но по этой схеме у него от первого этапа до 6-го должно пройти 40 лет.

А если компания началась в 2010 году, он не берет поправку на то, что многие сферы и так уже развиты?

Там такие условия отношения к Виксу, что

для развития нужно много лет.

Он сказал, что это примерно

примерно данные, но это данные нельзя Норман Групп.

И он приводил в примере Дисней, потому что эта компания, в которой над опытом настолько работают, что ты приходишь в Диснейленд

и все точно предопределено, какой ты опыт получишь где-то в Диснейленде, это все предопределено.

И это вот был его, ну, такой главный пример.

Он его приводил и

в своей лекции, в докладе, и вот он пример был в воркшопе.

Ну, вот насчет этой темы - мы про 40 лет я бы, конечно, все-таки посидел бы да поспорил.

Ну, я думаю, у него бы нашлось что тебе сказать.

Безусловно, потому что я пытаюсь понять, мне как.

Задумывался на тему стриминговых сервисов музыкальных и решил узнать, в каком году появилась Яндекс.Музыка.

Так вот, она появилась в 2010 году, а в том виде, в котором я ей пользуюсь, как приложение на мобильном телефоне, оно появилось для меня относительно недавно.

А еще есть и Тюнс.

И вот и Тюнс, как магазин музыки, появился в 2003 году.

А мне стоит ли считать, и Тюнск как маленький проект, или итен как часть одной большой компании Я?

Подожди, там же у него разговор в него в мастер-классе разговор про то, что тебе на переход с 1 до 6 нужно 40 лет.

Ты же можешь запуститься на 6 этапе.

Ааа.

Яндекс удаму сколько лет?

Дофига уже?

Вот.

Спасибо, что уточнил.

Потому что да, да, да.

Я просто подумал, что ты про другое немного говоришь.

Да, там было именно препереход между стадиями, потому что ну, ты можешь представить, насколько сложно в крупной компании поменять мышление всего руководства с а что такое юист нафига нам в него вкладывать столько денег?

До конечно, уикс держите 100 миллионов.

Ну, условно.

Тут, да, я хочу уточнить, что очень важно, с чего начать.

Потому что Инстаграм начал не с 1985 года, а если я правильно помню, то с 2011 или с 10, скорее всего.

Да.

Кстати, там все еще.

Извини., что перебил тебя Ну, давай.

Просто я хочу договориться про мастер-класс.

Делись воспоминаниями, они мне важнее.

Мастер-класс, дальше продолжу.

Мысль эту.

Там потом была не только эта схема про 6 этапов, там, потом была такая штука: блин, я про этот мастер-класс могу очень долго рассказывать, я постараюсь побыстрее про него закончить.

Еще одна вещь была полезная: там был такой метафора с часами

про то, что вот если ты смотришь на часы и на стрелку минутную, да, у тебя основания стрелки очень медленно она двигается, а вот у кончика стрелки она двигается очень быстро, то есть много расстояния проходит, правильно?

Она у основания, можно сказать, почти практически не проходит никакого расстояния, а у накончики она много проходит.

И вот там было приведено, он приводил в пример, что в компании руководство, вся верхушка, там изменения проходят очень медленно.

А какие-то мелкие изменения в продукте они очень быстро прокатывают.

И все это зависит от величины компаний.

То есть в стартапе это все очень быстро.

Стартап отжал там, хоп, все поменяли.

А в крупной компании тебе нужно кучу всего согласовать и поменять мышление людей.

Это сложно.

Я это сейчас понимаю в у себя на работе, что ты не можешь мышление коллег раз

поменять быстро.

Я вот, знаешь, за три недели никого на фигму не пересадил.

Вот.

И он говорил: ну, вот его мастер-класс был по большей части, посвящен тому, что вы не можете взять и поменять дела в своей компании настолько, что хоп, все пересели на

Хигму, хотел сказать.

Хигма, индийский стартап, графический редактор, который позволяет работать.

Добейте эту шутку, напишите комментарий в конце.

Кажется, любой радиоведущий так делал в своей жизни.

Так

ты не можешь сразу пересадить всю компанию на фигму, ты не можешь сразу пояснить всей компании, что Юкс - это важно, ты не можешь за год сделать так, чтобы в твоей компании появились УИС лаборатории.

Это все

очень медленно протекающий процесс.

И ты должен понимать, на каком этапе,

где ты в этом большом механизме находишься и что ты можешь сделать.

И акцентироваться на том, что ты можешь сделать, а не на каких-то вещах, которые для тебя недостижимы просто потому, что это очень долго.

И он сказал, что даже работая консультантом в консалтинге с другими компаниями, он приходил в компании, что-то делал, но ничего не менялось, он не видел это.

Но потом он понял, что не изменилось, пока он видит.

Но это меняется потом, когда он уходит.

И он объяснил, потому что даже если вы будете в консалтинге, то вы понимаете, что изменения не будут у вас на глазах происходить, они происходят потом.

И если вы хотите что-то поменять в компании, прям чтобы вы увидели, как она с одного этапа на другой на третий, там четвертый перешла, то будьте готовы в ней оттарахтеть 5-10 лет.

Я последний вопрос по лекции Луца Шмидта задам.

Я правильно понимаю, что в этих стадиях есть лазейка, и не обязательно начинать всегда с первой стадии можно при хорошей организации начать с 2 и 3.

Можно.

Мне кажется, что можно и с 5-й, 6-й.

Но надо много денег.

Надо много денег и вкладывать деньги в 20.

Там вся загвоздка в том, что насколько люди посвящают время Юк.

Это же может быть стартап.

Я думаю, это может быть стартап, в котором все уже клачи тертые и понимают, что за ЮХ надо топить.

Поэтому на самом старте вливаются бабки в уих-лабораторию икс-исследовании, и так далее.

Тогда это последние этапы.

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

его системе, и сказать, что все-таки эта команда не так уж и плохая, она уже находится в точке 0 не на первой стадии, а на второй-третьей.

Слушай, я поделюсь этой схемой.

У нас в группе поделимся, он разрешил это делать, все нормально.

Этой схемой там написано: прям надо циферки расставить и оценить свою компанию.

О, прекрасно.

И потом ты в конце получишь оценку - типа от 0 до 30

варьируется она оценка своей компании, на каком она этапе находится.

Вот и все.

Тогда всем станет понятно: они смогут свою определить и посмотрят на эту таблицу подробнее.

В общем, мастер-класс Луца Шмита заключался в том, что большая часть мастер-классов мы понимали вообще, на каком этапе наша компания находится, и мы в ней.

Потом мы понимали, как мы можем повлиять на это, да, там через директора, через своего начальника и так далее, как мы можем повлиять на эту ацию, сделать так, чтобы на ЕХ больше внимания обращали.

А потом, в конце, он рассказал несколько вариантов, как можно даже в таких условиях, которые у нас сейчас, заниматься УИК-м, выделяйте 15 минут в день.

Это типа немного.

Сходите в столовку, поспрашивайте людей.

Он приводил пример, что чувак, его знакомый что-то сделал, дизайнер, и сказал: Да, тут все понятно, я знаю, что тут все окей.

Все в этом варианте, который я сделал, окей, он работает классно.

Лучше ему сказал: пойдем - распечатай вариант, пойдем с тобой

в столовку компании.

Они пришли в столовку, спросили двух человек, которые кофе пили, и уже пришлось изменения внести.

Это был пример того, что, ну, кьюти исследование - вот оно было.

Пошел в столову, показал, собрал фидбэк.

Ну и вот таких несколько вещей он рассказал.

То есть, ну, это было понятно, это было очевидно, но как бы тут я получил это от эксперта, что так это нормально, это тоже исследование - и так надо делать.

С лекции Луца Шмидтаза Дий из Изибл.

Я думаю, мы разобрались.

У меня сейчас вопросов нет.

С лекции и с его мастер-классом Уикс Серв тоже разобрались.

Да, я хочу посмотреть уже на эту таблицу и позаполнять.

Хотя, по ощущениям, первом начальным мне кажется, что в моей компании все не так уж и плохо, все довольно хорошо.

Да, моя тоже не на последних этапах, но мне осталось

и не на последних, но на нормальном этапе.

Да, осталось только циферки расставить.

Давай, рассказывай.

Куда ходил?

Дальше.

Мастер-класс Александра Окунева.

Слэш-дизайнер канал.

Подписывайтесь.

Классная штука.

Александр Окунев рассказывал про скоростное проектирование пользовательских сценариев в фигме.

Так как это человек, который написал книгу по фигме, и сегодня он выпустил версию 1.1 Да, уже то есть он уже развивает эту книгу.

дальше.

Но я не видел ни одной книги по фигме.

Это первое: что на русском, что на английском.

Это большой, конечно, это большой труд.

Мастер-класс был.

Ну, он еще, по-моему, спрашивал - тоже просил оценить.

И у нас там, в принципе, в конференции надо было оценить все мастер-классы.

Я поставил 4 из 5, потому что для меня это было.

Я знал, что как прототипировать в скетчи, как прототипировать фигме.

Для меня было полезно понимать, что

так быстро делать все,

через компоненты мы все создавали, как прототипировать, используя компоненты?

То есть о чем был мастер-класс?

Александр объяснял, что в прототипировании не нужно углубляться в детали, и можно делать все быстро.

Он накинул несколько вариантов кнопок, несколько вариантов инпутов, сделал из них компоненты в фигме, то, что называется, скетчи символами, а в фотошопе такого нет.

И он потом из этих как.

Он сделал сначала себе инструментарий быстренько, и потом из этого инструментария собирал, как из конструктора, просто макеты.

Ну, то есть он прямо на мастер-классе собрал вот эту мини-библиотеку.

Он, да, на мастер-классе прям создал мини-библиотеку.

Я, конечно, это было круто.

Я таким редко пользуюсь, но после мастер-класса я понял, что так на самом деле быстрее.

То есть, начать от мини-библиотеки компонентов и компоновать их между собой, и смотреть, что будет.

Я вот не знаю, возникает сейчас вопрос.

Вообще, он сейчас не про воркшоп, а про то, как вообще заходила на зал, на аудиторию, как вот оживленный, неоживленный, или все сидят: типа Да, мы знаем, нам все понятно.

Нет, заходила.

Слушай, все делали, и я делал.

Я считаю, что если ты пришел на мастер-класс, на доклад куда угодно, нельзя сидеть с хлебалом в тире.

Да то ты так все понятно, что ты рассказываешь мне, мальчик.

Ну, это, ну, это глупость.

Даже если ты все знаешь, прояви уважение и послушай человека.

Вот, я все прошел, я.

Причем он круто сделал, он расшарил макет.

Макет со всем залом, то есть дал ссылку в общей конфе.

Все открыли, все могли просто смотреть, как он делает.

С файлом, который относится к книге, Саша также сделал.

Этот файл также в общем доступе можно зайти, и ты всегда не одиноко читаешь его с кем-то.

Да, и вот он также расшарил свой файл, в котором он работал с прототипом, можно было просто сидеть смотреть.

Но я тоже повторял за ним, делал.

И, в общем, полезно.

Люди спрашивали, потом очень долго узнавали, у него какие-то вопросы задавали.

Это всех заинтересовало.

На самом деле полезный был мастер-класс, и я понял, что я не один такой, что я.

Ну, на самом деле, это правильно так прототипировать и правильно вот так вот без деталей подходить, что-то набрасывать, тестировать, переделывать и так далее.

Вот, я задал вопрос про исследование.

Типа, как ты потом исследуешь?

Он сказал: я не исследую.

Я отдаю исследователям, они исследуют, потом мне приходят результаты.

То есть он формирует то, в чем он до определенной степени уверен и

выносит это на исследование.

Окей.

Да, мастер-класс был полезный, интересный.

Ну, ради него стоило сходить.

Если бы я пришел на этот мастер-класс года полтора назад

я бы вообще его заценил.

Типа я бы такой лойс поставил жирный.

Я

считаю, что ты мне не до конца понял мой вопрос, я уточню.

То есть, какова была реакция аудитории на прототипирование?

То есть, все с этим знакомы, и их интересуют детали, или

это вообще открытие для многих прототипирование, в том числе прототипирование в фигме, и

такой подход.

Все примерно знают про прототипирование.

Там не было таких, которые вау, нифига, что можно делать.

Нет.

Всех интересовали детали.

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

Кстати, есть в выводах о том, что интересует в канале.

Как быть?

Вот я спросил там про исследований, еще.

Много вопросов было, таких уточняющих, которые люди просто хотели узнать у человека, который эксперт в этом.

Да, не было такого, что для людей какой-то космос открывался, но была возможность задать много

полезных, уточняющих вопросов.

Я сейчас дополню немного, потому что в канале слэш-дизайнер в Телеграме про это прямо было написано.

Из наиболее популярных вопросов - это про версионирование прототипов, бардак в компонентах и лапша и связи.

Вот меня, например, больше всего лапша и связи интересует.

Я с ней очень хорошо знаком.

Иногда у меня получилось красиво, иногда мне получается не очень.

А иногда одна вот макаронина какая-то не работает, а ты сидишь ее и ищешь.

Вот мне понравился ответ,

Саша.

Он сказал про то, что мы же не делаем все приложение в этом

файле, мы прорабатываем один конкретный сценарий.

Он не должен быть слишком большой.

То есть его, в принципе, удивил вопрос про то, что у тебя там 100 тысяч связей, потому что звучало так, как будто кто-то пытался сделать там целое приложение, я сам за собой замечал, что я очень глубоко уходил в прототипах и делал очень много.

Хотя на самом деле нужно остановиться на каком-то одном сценарии небольшом, его проработать и не делать там чуть ли не весь сайт.

Я, как правило, с этим борюсь двумя способами: либо дроблю на 2-3.

Ну, вот, да, да, да.

То есть, две таких.

Вместо того, чтобы делать один такой, не знаю, такое фальш-приложение, что и ховер, и навелось все.

Я их раздробляю и делаю короче.

А когда я понимаю, что я еще и с взаимодействием увлекся, то ховер, то выбрать, то еще что-нибудь, я и от них избавляюсь.

А потом просто я переключаю фрейм, с которого начинается показ.

То есть хожу с одного на другой и показываю два разных сценария.

Да, ну тут, то есть у Саши тоже не было никаких фреймов.

У Саши тоже не было никаких ховеров, ничего такого.

То есть, там все было максимально просто.

В принципе, мастер-класс был про то, что вот прототипируйте вот так и быстро, используя компоненты, не сильно вдаваясь в детали, не сильно там переименовывая свои какие-то слои.

То есть, ваша наша задача была быстро-быстро сделать прототип.

Он показывал, как это и показывал, насколько это круто, быстро и удобно делается в фигме.

И про то, что вот фигме я это открываю у себя на телефоне, и хожу, что хочу, делаю.

Не надо подключать, как в скетче, мир к проводам компу, все онлайн прекрасно работает.

Мы потом с ним еще поболтали про то, что про то, как с дизайн-системами работать в скетче фигме, что фигме втора раз удобнее.

То есть я полностью поддерживаю Александра Окунева в стремлении пересадить всех со скетча на фигму.

Дальше не будем долго на чем-то акцентироваться.

Дальше я ходил на воркшоп по сторимаппингу.

Он так и называется - воршоп сторимаппинг от Юлии Урасовой из компании Киви.

А, и стоит упомянуть про то, что Александр Окунев работал в компании Газпром архитектор дизайн системы.

Не Газпром, Газпромбанк.

Газпромбанк.

Что само по себе интересно.

Не часто в России встретишь дизайнера архитектора дизайн-системы.

Воркшоп по сторимаппингу я до этого признаюсь не использовал этот инструмент не использовал сторимаппинг

но

побывал на воркшопе и захотел это применить даже вкратце.

Вопрос.

Это с кастомер джорнимеп связано?

Нет.

О, тогда я понятия не имею, о чем сейчас идет речь.

Там, постараюсь вкратце объяснить, что это значит.

Что такое история маппинг?

Приводилось все на примере, не помню, Вася, по-моему, был.

Он захотел, допустим, встретиться со всеми остальными дизайнерами, потому что он скучает по ним давно не видел, и вот мы клеим стикер.

Вася дизайнер ниже клеим стикер, его цель: Хочу встретиться соврать всех дизайнеров.

Потом ниже.

Вот есть Вася, вот есть цель.

Ниже мы клеим стикеры: клеим, что он должен сделать, чтобы своей цели достигнуть.

Первое: выбрать место, 2: назначить время и дату.

3.

Всех уведомить о том, где мы встречаемся и во сколько и как.

4: всех собрать в этом месте.

Вот, допустим, 4 есть этапа.

И потом ставится черта: вот у тебя есть цель, у тебя есть Вася, есть его цель, есть его путь.

И потом под каждымм шаго этого пути ты пишешь, как Вася может этой цели, ну, этот шаг выполнить.

Скажи, пожалуйста, вот эти вот

функции или действия по достижению цели, они должны быть связаны между собой или они вот на описываемой тобой диаграмме параллельно стоят?

Действия по достижению цели?

да, да.

То есть одно вытекает из другого, они с связаны другой стороны.

Один с другим.

Да, один за другой - это путь.

Вот, очень важно, потому что сейчас ты описываешь такую довольно визуальную штуку.

Я могу, как слушатель, понятие ее неправильно.

Это линейный процесс.

То есть один процесс, другой процесс.

Да, это цепочка.

Это цепочка, да.

Это от одного.

То есть он должен там

найти, забронировать место

на.

найти, забронировать место, дату и время, определить, всех уведомить и собрать.

Это одно за другим идет.

Это первое, второе, третье, четвертое.

И потом ниже под каждым мы начинаем выписывать, что он должен сделать, чтобы выполнить эту задачу.

То есть там найти место, как он может это сделать.

Выбрать какой-то из тех, которые он уже знает, поискать в Гугле, посмотреть, спросить друзей, спросить коллег, посмотреть рейтинг, то есть несколько вариантов.

То есть, у тебя дерево разрастается из-за того, что ты уточняешь, декомпозируешь.

Это скорее не дерево.

Это вот мы расписали его путь, и под каждым шагом мы выписываем, как он может этого достигнуть.

А это варианты.

Да, это варианты.

И вот так вот там мы про дату время, то же самое, как вы про дату время спросить у ребят, насильно всем сказать, и так далее, и вот так под каждым.

И потом мы это все сортируем: так что сверху оказываются сверху оказываются те, которые самые легкие и снизу самые сложные, и берем - вот первая встреча, первая версия встречи, и выделяем самый верх - то есть самые легкие варианты.

Вася выбирает из тех, которые знает, ставит дату насильно, чтобы не париться, потом уведомляет: всех просто письмо всем рассылает, или там в чатик пишет.

И пятое, чтобы узнать, как придут все или нет, типа просто надеяться, что все придут.

Я правильно понимаю, что все остальное выносится за пределы этого МВП.

да.

А все остальное что-то из этого пойдет во вторую версию.

И это такая, это был пример, на котором мы разобрали, как мы с разработчиками работаем.

Вот у тебя есть какая-то целевая аудитория, какой-то сегмент.

У этой целевой аудитории есть цель, допустим, добавить фото в письмо, да, если почту разбирать.

Ну, заоточить, прикрепить.

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

написать какой-то текст и отправить письмо: у него путь, и на каждом этапе мы также расписываем.

Но мы расписываем не что пользователю нужно сделать, а что разрабом нужно сделать и делаем это вместе с разрабами.

Прикол в том, чтобы вот мы

брали, мы продумываем так одну фичу какую-то.

И мы когда прописываем, что нужно сделать, разрабом, чтобы пользователь по этому пути прошел, мы акцентируемся именно на том, чтобы он хотя бы минимально прошел весь путь один раз.

А если мы эту карту не исчерм,пи то мы можем зациклиться на том, чтобы мы прорабатываем максимально первый шаг пути - хотя это не нужно.

То есть, на первом шаге пути - Вася проводит очень большой ресерч: того, в какое место пойти, как всех собрать.

Хотя, ну, это не нужно, нужно просто куда-то всех собрать, хоть возле туалета собраться.

Перекликается несколько с докладом, с внутренним, который я слушал, о том, что

для того, чтобы принять работу по дизайну, стоит оценить, был ли осуществлен переход из состояния А в состояние Б, а вот какими способами он был осуществлен, уже проверить потом.

Нет смысла сидеть и оценивать промежуточные состояния, если из состояния А в состояние Б не перешло.

Вот-вот.

И тут к тому же, что ты рисуешь такую карту, и пишешь под каждым шагом, какими способами мы можем дать человеку пройти весь этот путь, и потом выбираешь самые легкие варианты, если он приемлемый, да?

Причем ты это делаешь с разрабами.

То есть они помогают, они накидывают идеи - и это немножко их раскрывает.

И я вот сейчас буду пробовать этот метод - после отпуска вернусь, и мы попробуем провести такой юзер сторимаппинг.

Про то, почему стоит это делать с разработчиками.

Я, например, люблю заниматься так.

Не то, что люблю я заниматься, но есть за мной такой грешок.

Люблю я заниматься самоцензурой и определять за других, что сложно разработать, а что легко.

Когда я говорю о том, что сюда встроить поиск, наверное, не очень просто выпадающим списком решим, а потом я получаю в ответ: ну, вообще-то, здесь вставить поиск, расплюнуть.

Давай поиск.

Ну да.

Я успокаиваюсь и говорю, а, ну окей, тогда поиск.

Я тоже иногда подхожу, к Ростравам спрашиваю: а это можно вообще сделать?

Это не сложно.

Мне говорят, нет, да, я

постепенно пытаюсь изучать какие-то основы и то, как устроена разработка, но я не тот человек, который в состоянии оценить и сказать: вот это 2 дня, а вот это 2 часа.

Так что да, разработчик действительно.

Да.

В общем, сторимаппинг тоже классная штука.

Я ее уже буду применять у себя в продукте.

Долго сейчас на этом акцентироваться не будем, тоже будем двигаться дальше.

Если интересно, спрашивайте у нас в группе,

я могу какие-то презентации, материалы скинуть по этому сторимапп.

Воркшоп сторимаппинг - Юлия Урасова Киева.

да, Юлия Урасова Киев.

Дальше идем.

Что дальше я прошел?

Сейчас расскажу.

Был удивительный абсолютно доклад от Ивана Бакаидова.

Иван Бакаидов поясню, он паралитик, то есть он не может говорить совсем проблемы с этим и

он является экспертом по доступности Сбербанка, как человек,

который сам знает эту сферу, сам понимает, каково это пользоваться продуктами, которые не адаптированы, он является очень хорошим специалистом.

И он доклад его читался

озвучиванием голоса.

Не знаю, какой он инструмент точно использовал, там Гугл-переводчик или что-то другое.

Ну, то есть, как войсовер работает, да.

да.

Его доклад читал компьютер.

Он даже пошутил

смешно в начале про то, что он может уснуть во время доклада, так как вчера он танцевал на концерте БГ, но мы можем не расстраиваться, потому что компьютер все равно дочитает доклад до конца.

И он очень много шутил, интересно рассказывал про

аксесабилити, то, что мы аксисабилити называем.

И я много нового для себя узнал, потому что первый его пример был очень крутой.

Он сказал: Мой брат уехал переехал жить с девушкой и забрал мышку.

У меня остался компьютер без мышки, я страдал.

И это было не столько про акцисибилити, сколько, блин, просто пропала мышка.

И он не может взаимодействовать с вебом нормально без мышки.

Я задался вопросом как-то раз:

что значит аксессабити?

И

это вот, ну потому что это в гайдах всплывает, определение, и оно довольно часто не переводится, и так и продолжает из перевода в перевод, как акценти, это получается доступность, невзирая на какие-то ограничения по слуху, зрению или.

Абсолютно нет.

Это доступность - просто для всех.

Слушай, я понял, почему я не прав.

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

Это тоже имеет прямое отношение к эксасибилити.

Да.

И он рассказывал про то, что вот очень интересная фраза - у него прям в презентации: в хорошем интернет-магазине можно купить новую мышку, если у тебя сломалась старая.

Вау!

Потому что он зашел, по моему, в Яндекс.Маркет и не смог купить мышку.

Потому что он не смог только с клавиатуры с одной, найти товар, купить его и так далее.

На эту тему довольно часто у Вадима Макеева в его видео про разработку упоминается о том, что вам только кажется, что все заполняют формы с помощью мышки?

Но есть большой процент людей, которые заполняют формы с курсора, шифта и таба.

Да.

В общем, у него доклад был посвящен аксесибилити.

О, очень-очень с юмором, интересно, и очень много полезной информации он выдал.

В том числе про войс-овер: про то, что, например, когда на картинке что-то нарисовано, не нужно очень художественно расписывать то, что на ненарисовано, тебе достаточно указать: это аватар или это фото человека.

Все.

Да, чтобы человек просто понимал, что там.

Гайд по альт-тексту.

да.

И он советовал всем нажать код ф5

и попробовать послушать, как звучит.

Потому что, ну, многие сайты абсолютно под это не адаптированы.

И приводил примеры, какие проблемы есть с аксасибилити, отвечал на вопросы, прям печатал.

Ему задавал вопрос, он печатал, а озвучивал компьютер.

Это было очень круто.

На самом деле я очень восхищен этим человеком.

И я сегодня общался с коллегой, который тоже видел его доклад.

Но раньше, по-моему, на полгода, на год, и тоже был под очень большим впечатлением.

То есть, это

человек, который ну не просто потому, что вот он за него компьютеры читал и так далее, у него реально был полезный доклад.

Неважно, кто бы его читал, компьютер или там

сам доклад был крутой, полезный, и он мне во многом поменял отношение к тому, как делать продукт.

Он действительно затрагивает тот аспект, о котором волей-неволей, ну почему-то ты забываешь, да, да.

Я помню, как я писал субтитры для одного видео,

которое было в онлайн-курсе, и понял, что никто не воспринял это как само собой разумеющиеся, что субтитры быть должны.

Да.

Ну вот.

И получается, у него есть статья большая на Хабре, которая называется Пандус для интерфейса.

Также называется и назывался его доклад.

Он сказал, что в докладе он указывает на ошибки ВКонтакте и в Яндексе

ошибки в аксасибилите.

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

Хотя на Фейсбуке все вроде окей.

И ну хотя да.

Он там тоже проблемы находил, но вот он сказал, что проблемы ВКонтакте, в Яндекс.

На сих пор не исправлена.

Если вы нас слышите, Яндекс и ВКонтакте, посмотрите

статью Ивана Бакаидова на Хабре и исправьте свои проблемы.

Стыдно, должно быть.

И почитайте его статью.

Это очень круто.

На самом деле меняет отношение к ассисибилити и хочется это в своей компании продвигать.

Да, это довольно много сфер затрагивает.

И я понял, что войс-овер опирается не только на визуальную составляющую, он во многом опирается на разметку.

Да.

Потому что хочешь проверить свою разметку, включи войс овер, и давай посмотрим, как браузер воспримет и распознаем твою разметку.

Да, у Ивана это было в докладе в его у него было указано, что кнопка - это батан, кнопка - это не диф.

Если вы понимаете, о чем я.

То есть он указывал, какие теги лучше использовать.

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

Войсовер опирается не на то, как выглядит элемент.

Войсовер опирается на то, как он размечен.

Да, и поэтому вот Иван говорил, что следите за своими разработчиками, что они там делают.

Это очень крутой, очень полезный доклад.

И я от этого человека под большим впечатлением, насколько все это было с юмором, грамотно, с юмором, грамотно все подано, я все понял, и захотелось это внедрять.

А что еще нужно от доклада?

У меня вот сейчас есть из дополнительных вопросов, раз уж мы про визуальную составляющую все-таки говорим, то мне на ум приходят высококонтрастные темы, которые у меня на одном из продуктов, кстати, присутствовала по требованиям образовательных платформ, что там должна присутствовать высококонтрастная тема.

Я помню высококонтрастную тему в скайпе с обведенными очертаниями.

Этот вопрос как-то затрагивался в докладе?

Нет, про визуально ставляюще, нет, мало.

Он был так, он был полностью основан на его личном опыте.

да будем двигаться дальше вперед.

У нас

стоит много чем рассказать, но мы уже довольно долго болтаем.

У нас осталось два доклада

рассказать про два доклада.

Они довольно интересные.

Один из докладов - это доклад Натальи Мануэловый, который называется УИК-стратегия ценность продукта.

И там она рассказывает про процесс, который исследование, которое стоит сделать, процесс, который стоит пройти, перед тем, как взяться вообще за уикс-дизайн.

Процесс состоит из этапов взгляд на продукт, сбор гипотез, проверка гипотез, потом ценностное предложение и потом уже 2-дизайн.

И потом она на каждом вот этапе этого пути, который стоит пройти перед Викс дизайном, поясняла, что на нем нужно сделать, какие исследования стоит провести, приводила премьеры, и я бы вот ее рассказ так коротко не передал.

Лучше она объясняла про то, как важно интервью проводить с пользователями, именно исследование, интервью, как важно взглянуть на конкурентов, понять, что вообще за продукт, что у вас за ценность продукта.

И она привела пример, что ценности продукта, которые в самом начале были и которые они предполагали, как будут ценностями продукта, отличались от тех ценностей, которые они вывели по итогам исследования, интервью, и по итогам того, какие они гипотезы там сделали, и

того, как они протестировали прототипы.

Ну, это еще

одна.

Еще один доклад на тему, как хорошо начать и как важен хороший старт.

Как важно провести интервью, провести исследование и на его основе уже создавать продукт - понимать, что это продукт вообще нужен.

Об этом много кто говорит, но мало кто это слушает, к сожалению.

Хотелось бы, чтобы больше людей об этом знало, и я советую посмотреть потом, если выложу видео в открытый доступ.

И если не выложу, то я постараюсь как-то найти статьи, может быть, ее или похожие статьи с таким же посылом и выложим в группу, потому что это очень важно.

Проводить исследования

перед тем, как ты делаешь продукт какой-то.

Одно из самых удивительных, что на ум мне сейчас приходит, это то, что в апреле Гугл сворачивает Гугл полностью.

Да.

То есть, имея корпорацию и такую дорогую компанию, ну, вот тебе перед глазами пример продукта, который в итоге оказался не нужен.

Ну да, да, не пишите.

Да, можно зайти в почту, насладиться последние пару деньков и выйти.

Ну, потому что это.

Я это к чему?

К тому, что проблема самая реальная:

создать то, что на самом деле никому не нужно.

Так дальше.

В общем, очень хороший доклад был у Натальи Мануйловой.

Коротко, ясно про их стратегию, что это такое, почему над этим стоит работать, и она там еще привела в пример лектора, который был на прошлом профсоу, который рассказывал про уик стратегию.

Сказала, что вообще она про то, что такое УИК стратегия, и как и почему она важна, узнала на предыдущем профсою

за год это применила, и рассказывала, почему это важно.

Вау, это

конференция, которая проводила еще одну конференцию?

Ну, получается, да.

А нет, ошибаюсь, не на Профсо, не на прошлом, а позапрошлом, а на Профсо 2017, и за два

года, получается, она применила этот метод, начиталась книг, ну смогла, как бы очень-очень хорошая крутая история.

Их продукт называется Майти Кол, вот это телефония.

В России, и остался еще один доклад, про который я не рассказал, на котором я был.

Конечно, там еще было видно доля докладов, но.

Ну, мы сегодня обсуждаем те, на которых ты присутствовал лично.

Доклад Елизаветы Ревзиной, который называется необычная их задача.

Она из компании БСГ рассказывала про то, как им в компанию пришла задача сделать софт для нефтяной станции.

А, то есть, ну, что-то очень специфичное.

Я просто подумал, что необычный УИ-задача - это задача, когда тебе нужно разработать что-то, в чем ты на самом деле пользы не видишь.

Ну да, возможно, да, ты мог так подумать, но там про другое было.

Да, а про софт для нефтедобывающей компании - просто задача специфичная, специализированная.

Вот даже она не специфичная, она узкоспециализированная.

Угу, да.

В общем, не нашел ее презентации в списке.

Да, нет ее презентации.

Но, в общем, она рассказывала про необычную задачу.

Это вот софт для нефтяной станции.

Она сказала, что до этого

она думала, что она занималась необычными задачами, но после задачи с нефтяной станцией все остальные казались довольно-таки тривиальными.

Потому что там нужно было уменьшить количество аварийных ситуаций.

Насколько я помню, это нужно было сделать при помощи этого софта.

Пришлось разбираться с тем, как работают датчики.

А это была морская станция в море.

До нее еще долететь нужно.

И вахтовый метод.

И суровые условия, и с интерфейсом не хочется проводить долго много времени.

Да.

И это приходилось разбираться с этими панелями, с этими панелями управления, там, этой станцией, с датчиками со всеми, очень сильно вникать в процессы.

Она рассказывала про то, насколько это интересно, необычно, и про то, что вот у вас продукт, в котором 3 миллиона пользователей, и вот 3 миллиона понимают, 1 миллион не понимает, ну, можно в принципе забить.

А если у вас пользуется продуктом 20 человек и не понимает, из них 5, а это нефтяная станция.

Ну тут проценты, и это бьет сильно по такому узкому, по такому коллективу маленькому.

Ну да, процент это тот же самый: 5 из 20 и

3 и 1.

Да, 5 из 20.

Да, процент тоже самый, четверти, там и там.

Процент тот же самый, да.

Но при этом значимость абсолютно другая.

Делать продукт для 3 миллионов, делать продукт для 20 человек, которые работают на нефтяной станции, это абсолютно разное.

И там твой продукт важен для каждого из них по отдельности.

И она еще говорила про то, что там

не важно пользователям, конечно, какая у тебя кнопка, есть тени на закругление и какой там цвет, они смотрят на цифры, на то, чтобы это было удобно.

И это в чистом виде хорошие, грамотные, правильные юкси.

И даже когда им их повезли на ту станцию на вертолете, им пришлось пройти обучение, как спасаться из тонущего вертолета.

Их в бассейн кидали в кабине вертолета и обучали, как из него спасаться.

То есть, это реально самая необычная их задача, которую я слышал.

И они реально ее выполняют.

Сейчас делают софт, они созваниваются с этими людьми, которые там на этой станции.

И, в общем, приходится применять нетривиальные методы, что-то придумывать, чтобы эту задачу как-то решить.

И мне на самом деле захотелось над таким поработать когда-нибудь в жизни, там, или для медицинского оборудования, каким-то интересным софтом, чтобы разобраться в предметной области, или такой, там, не знаю, космической области.

То есть, это

невероятно интересная работа.

Не знаю, вот первое, что подумал, это работник склада.

Я сейчас, в данный момент, я не представляю, как устроена работа работника склада.

И что за оборудование он использует.

И, ну, вот, если не проходить аттестацию по тому, как выбраться из вертолета, я бы, например, попробовал взяться за что-то такое.

Ну да, да.

В общем, она рассказывала про то, какие бывают необычные их задачи, вот как они эту задачу решали.

Тоже был очень крутой, интересный доклад.

А и еще один доклад, который я забыл - это доклад Михаила Правдина из Авито про то, как они в Авито собирают все уикс находки в одном месте.

Как обработать, не потерять результаты исследований?

В конференции.

Ну, это один из вариантов.

Там, то есть, он рассказывал про несколько продуктов, которые они, несколько вариантов, которые они использовали

для того, чтобы эти ук-находки все собирать в одном месте, чтобы ук-находки, которые находятся у саппорта, у вас, у 2-дизайнера, у аналитика, у продуктоунера, чтобы все эти находки собирались в одном месте, чтобы вы не теряли их.

Потому что вот ты провел исследование, проходит 2 месяца, ты вообще позабыл про это исследование.

А что там делает саппорт?

Вот мне, например, саппорт сидит на третьем этаже, а я на 12-м, я с ними не пересекаюсь абсолютно.

После конференции я

создал чатик.

Сегодня мы с аналитиком вместе создали чатик, в который добавили ребята с саппорта и сказали им все, что вы находите, все

проблемы, которые вам поступают в плане уик, вы сюда пишите.

Обязательно не забывайте.

Будем сейчас про этот чатик напоминать, приучать к тому, чтобы ребята нам какие-то уикс находки тоже скидывали и будем их в одном месте собирать.

То есть, Миша правдиван меня прям вдохновил на то, чтобы тоже попытаться это все в одном месте собрать, потому что он показал на примере Авито, что это реально.

Плюс, соглашусь, находки есть у всех.

Да плюс, если они в одном месте, то их может найти и продукт-оунер, если ему нужно, и ты, и он показывал, что они эти все ух-находки все их там тегируют по функциям авито, и это легко находить.

Если, например, тебе сказали, что переделай там навигацию.

Ты хопа, отсортировал все ук-находки по навигации и посмотрел, какие проблемы были.

Я вот недавно начал переделывать окно, которое у нас после сохранения видео в приложений тоже пытался найти и в итоге написал сапппорту и одну проблему очень интересную выявил, про которую я знать не знал, а саппорт говорят, это часто обращаются с этим.

Я

сейчас слушаю, вот о чем был этот доклад.

Про

коллекционирование, архивирование.

да, да, сбор, сбор ЮХ-находок.

Ну вот, да, систематизация их находок.

Меня сейчас единственное, о чем мне так грустно немножечко, это от того, что во время живых обсуждений все равно записываешь не все.

Ну да, это типа

на тему исследований - всего такого?

Просто обсуждений.

Да, внутренний такой навык софт записать за всеми.

да, да, да, есть такое.

А оценить, насколько важная информация была и, насколько она применима уже потом.

Интересный доклад.

В принципе, он рассказал, как они пришли к тому, что нужно собирать эти хи-находки в одном месте, и перечислил несколько инструментов, которыми они пользуются для этого.

В целом, это все доклады, которые я посмотрел, еще, которые я послушал, были доклады.

Был воркшоп, кик-офф прожект воркшоп - это про то, как свою работу показывать, продвигать, презентовать.

Был доклад дизайнера мифейта от парня из Фейсбука.

Он рассказывал про то, ну, в общем, как с данными дизайна какой-то делать, тут по названию, в принципе, понятно.

Нет.

Ну, погоди, он имел в виду, дизайн, который опирается на данные исследований, или дизайн, в котором просто применются реальные данные?

Дизайн, в котором применяются реальные данные.

Вот.

Ну, чтобы не заполнять все, Константинопольский, Константин Константинович.

Да.

Был рассказ про евристику как базу знания по Юкс.

Не знаю, что это означало.

Просто зачитаю: кто что рассказывал, евристика как базу знания по УИС, как превращать пользовательские инсайты в новые продукты?

То, что мне интересно, послушать, я не успел, как превращать пользовательские инсайты в новые продукты.

Уикс процессы в компаниях был круглый стол тоже.

Круглый стол очень интересный формат, тоже не успел, не пришел, но хотелось бы тоже послушать.

Был рассказ о работе над ошибками.

Как, ну, работа над ошибками вероятно.

Сайт проекта для исследователей - как прокачивать свои навыки помимо работы.

Был рассказ Икс проследовательских проектах.

Дизайн системы разработка внедрения подводные камни, проектирование голосовых интерфейсов на примере Петровича, Офси-версионы дизайна,

паттерны проектирования

серм систем, то есть

куча куча еще было докладов на которые я не успел сходить, но очень бы хотел их послушать, если вы были на профсо

и знаете про эти доклады, были на них, есть что рассказать, пожалуйста, пишите в нашей группе.

Я думаю, сегодня очень простой вывод нашего выпуска: Надо было ехать!

Надо было ехать, да.

Я теперь думаю, что я постараюсь каждый год посещать эту конференцию, потому что было очень интересно, было много крутых докладов, много очень нового

нового я для себя узнал.

Очень хорошо было все это организовано.

Плюс, ну, Петербург, все это в Петербурге.

Еще очень красивый сеттинг, и

это поездка очень надолго в моем сердце останется, и в моей голове.

Вот были бы у них брендированные подштаники - профсоюг.

Я бы поехал.

Было бы супер.

Было бы супер.

Вот это ориентировано на аудиторию.

Да, в общем, ездите на Профсокс, ездите на другие конференции.

Мы постараемся со всех конференций, на которых мы будем, как-то

инфу вам рассказывать, как-то эти конференции освещать.

Если вы знаете что-то интересное про профсоюкс, были на тех докладах, на которых я не был, пожалуйста, напишите нам в группу, и мы создадим обсуждение о профсоюз 2019, пишите там, рассказывайте, давайте обсуждать.

С вами был специальный выпуск подкаста дизайн такой, посвященный конференции профсоюз 2019, который проходил в Санкт-Петербурге.

С вами были Никита Лакеев и Роман Нургалиев всем пока!