Сегодня годовщина большого демо, в этот день я обычно вспоминаю свой глубокий шок когда я узнал, что все чем мы сегодня пользуемся было придумано почти полвека назад. Посмотрим сегодня с коллегами запись демо. https://habr.com/ru/company/ncloudtech/blog/704354/

https://colab.research.google.com/drive/1RlABBjIfIYYBa1oAeOGDRKb7iHH2fz2P?usp=sharing Сделал блокнотик, чтобы речь в текст делать с помощью whisper от openai. Долго не тыкал, но работает круче, чем яндексовское апи, да еще и бесплатно. Чтобы попробовать, надо сделать копию блокнота в свой диск, и последовательно запустить блоки, на втором выбрать аудио файл, на третьем пойдёт распознавание и начнет появляться на экране. Потом можно скопировать. Больше скорее для теста.

Вот это поворот https://emupedia.net/beta/emuos/ эмулятор игруль из девяносто-нулевых, еще можно в пейнте порисовать

Один из законных способов количественной работы с джоб стори это текстовый анализ отзывов или обращений в поддержку. Об этом довольно давно, но очень здорово рассказал Сергей из PandaDoc https://vc.ru/marketing/109086-proveryaem-jobs-to-be-done-bez-razgovorov-s-klientami

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

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

Тут надо вспомнить анекдот про дерьмовый дизайн, и про «garbage in - garbage out. Но базовые кейсы ниче так покрывает.

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

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

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

Вечером того же дня мы с Сашей, которому три года, обсуждали какие фрукты можно есть и когда дошли до апельсина он сказал: Но там же косточки! И спросил, что делать. И я сказал: выплюнуть, проглотить или прожевать…

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

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

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

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

Короче на любой полянке с гаражами, нужен сторож.

p.s. интерфес к StableDiffision это что то с чем то…

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

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

Статья на конференцию HCI ✅
Почетно, но хотелось бы что бы не я платил, а мне 😅

Филомена протестирует ваше английское чувство юмора https://m.youtube.com/watch?v=92dLXSbrmak&list=PLAHuYkmCmARf_GCrQb2IScaD3C4dpuSRm&index=4

Так и представляю как какой-нибудь продакт сказал – “Это не наша ЦА, давайте проверим на проде”

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

Я.Транскрипт (веб-приложение для работы с расшифровками аудио в текст) больше не требует упражнений с API. 🥳

Я опубликовал google colab блокнот на основе библиотеки faster-whisper и simple-diarizer (для разделения расшифровки по спикерам).

Теперь расшифровка происходит прямо во время исполнения блокнота, что обеспечивает большую приватность и удобство. Лайк. Шер.

Я.Транскрипт

Блокнот Google Colab

Коллеги из Центра юзабилити ИТМО пригласили принять участие в круглом столе на тему цифровых инструментов для доступности музеев. Представился шанс все что я рассказываю на курсе по доступности за 2 часа упаковать в 10 минут. Моя преза будет примерно в 17:40
https://news.itmo.ru/ru/announce/89787/

В 16:00 сегодня начнется трансляция тут https://vk.com/video-34887597_456239593

https://www.culture.ru/live/broadcast/55050/cifrovye-instrumenty-dlya-dostupnosti-muzeev-kak-uluchshit-opyt-posetitelei

Выступлю осенью на ProductSense

По мотивам моего выступления про опросы несколько лет назад на https://t.me/productsense Осенью вернусь и расскажу про ньюансы проведения немодерируемых тестов, на основе нашего опыта использования различных платформ.

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

Посмотреть видео прошлого выступления про опросы
Прочитать в виде статьи

На этой неделе проходит HCI International, где я принимаю участие, с постерным докладом о применении новых инструментов по работе над доступностью цвета.

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

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

Участие состояло из 
- подачи тезисов и их утверждения
- подготовки короткой статьи (4-6 страниц)
- подготовки презентации и скринкаста для платформы

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

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

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

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

Видео презентация моего доклада https://www.youtube.com/watch?v=_PUuvBCP11Y
Статья на сайте издателя сборника конференции https://link.springer.com/chapter/10.1007/978-3-031-35992-7_53
Статью так же выкладываю в ответе на этот пост

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

И очень мощная работа от Александра Якунина и Светланы Бодруновой из СПБГУ, они выявили взаимосвязь между сложностью задачи и дисфункциональным состоянием пользователя. Когда задачи сложные, пользователь может оказаться в состоянии стресса, когда не способен решить задачу.

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

Меньше через месяц расскажу на https://t.me/productsense про факапы в немодерируемых исследованиях.

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

Когда зеленый — это хорошо, плохо или «эксель»? Как мы исправляли факапы визуальной доступности в МойОфис.

За 10 лет разработки МойОфис команда дизайна успела набить шишки, которые лучше не повторять, даже если вы не создаете экосистему для продуктивити. Из выступления вы узнаете, как мы:
– решали проблему с пересечением акцентных и статусных цветов, чтобы и бренд, и пользователь были довольны;
– считали контраст по 15-летней формуле WCAG 2, а потом пересчитывали все по новой с помощью APCA;
– разобрались с «центром управления доступными палитрами» — Huetone, чтобы понять, как сделать цветовое кодирование для совместного редактирования;
– и наконец подружились с разработчиками, чтобы победить трудности с реализацией темной темы для документов.

29 августа 19:00–20:30

Регистрация тут https://kurmakinfo.timepad.ru/event/2548537/
Запись https://www.youtube.com/live/9oCU8n2RbkA

Ищю мидл+ – синьор ux-исследователя в МойОфис (гибрид СПб), вилку зп нам нельзя публиковать, но она по рынку.

У нас довольно специфичная структура и позиционирование, опишу ее коротко: экспертиза исследований в компании сосредоточена в дизайне, изначально мы имели 2 роли ux-архитектор (исследования и аналитика) и дизайнер (финальное решение на основе работы архитектора). По ходу масштабирования мы их обьеденили.

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

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

Откликаться на вакансию здесь https://spb.hh.ru/vacancy/85756874