UIDG

UIDG UIDG — ведущая российская UX-компания. UIDG is the leading Russian UX a

17/04/2026

Кто где сейчас из UIDG, расскажите.

23/11/2025

Мы живы, работаем, но уже в других местах.

17/04/2023

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

04/10/2021

Наш аналитик Антон Алябьев делится мыслями об услышанном на юбилейном

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

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

Попробую пересказать доклад Ильи в терминах модели эксплицитного и имплицитного знания. Внимание! Будут изменены не только термины, но и очередность тезисов. И их содержание. Это тоже ничего - обычная история при передаче знаний.
Зло нашей эпохи - возможность хранить знания, которые не являются полезными прямо сейчас или хотя бы в обозримом будущем. Эта возможность стала как никогда дешевой, поэтому КПД таких знаний стал приемлем. Мы можем позволить себе забавы ради узнать какую-нибудь мелочь из жизни ацтеков или что-нибудь про повадки брюхоногих моллюсков из Марианской впадины. Эта легкость создает иллюзию, что в голову знания можно класть столь же безнаказанно, как и в наши огромные дешевые хранилища.
Если раньше поводом для возникновения жажды знаний чаще служила задача, то сейчас эту жажду провоцирует знание о знаниях. Как рассказывал о своих терзаниях докладчик: узнав, что где-то раздают знания, он не мог пропустить сие действо - во-первых, там кормят, во-вторых, он боялся, что если эти знания получат другие и не получит он, то он безнадежно от других отстанет.
Эта беготня приводила только к увеличению границы тьмы. Вместо одного пятна света появлялось множество, но между этими пятнами царила тьма. Хуже того, между ними не было инфраструктуры и коммуникаций, выражаясь коммунальным языком.
Илья посоветовал вернуться к задаче как к единственному вескому поводу получать знания. А в качестве способа закреплять и прояснять свои знания призвал учить других людей.
Девушка из зала задала вопрос, который гулко срезонировал с моими мыслями об эксплицитно-имплицитной модели: а как быть с теми, кто нахватался таких бессвязных пятен света, приперся с ними в компанию и начинает этот свет излучать на окружающих, бессмысленно и беспощадно?
Тут мне стало понятно, что в изначальной матрице не хватает еще одной комбинации. Привычная матрица модели “имплицитный-эксплицитный” такая:
- умею, но не могу объяснить;
- умею и могу объяснить.
Но из двух параметров ведь можно составить четыре комбинации. Почему мы забыли остальные?
Вариант “не умею и не могу объяснить” просто не попадает в тему имплицитности-эксплицитности - он про незнание, а не про знания. А вот вариант “не умею, но могу объяснить другим” - как раз про ту беду, про которую говорил докладчик.
Я для себя назвал этот тип знания гиперэксплицитным. Тут я, конечно, внутренне заспорил с докладчиком по его концовке. В ней не хватало буквально одного слова: “учи других ТОЛЬКО если умеешь делать сам”, потому что иначе получалось то само гиперэксплицитное знание.
Илью я случайно встретил на улице на следующий день и набрался наглости пояснить ему термины “имплицитный” и “эксплицитный”. Он поблагодарил за просвещение и задал вопрос очень в духе своего доклада: а где это применяется? Поскольку на ближайшем перекрестке наши пути расходились, то мой элевейтор спич вынужден был заканчиваться, и я успел ответить только кратко “в психологии”. Но это не было ответом вопрос, особенно если задать его в более искренней форме “нафига мне эти умные слова?”. Поэтому продолжу ответ здесь, в надежде, что адресат прочтет, поймет и простит.

Психология - тоже штука, которая где-то применяется, а не является ценной сама по себе. Косвенно через психологию модель имплицитности-эксплицитности используется везде - в управлении поведением и знаниями. Поскольку я живу на UX-поле, скажу пару слов о применении модели у нас.
Когда мы изучаем пользовательский опыт, то сталкиваемся с тем, что часть знаний пользователя существует в имплицитной форме, а часть - в эксплицитной. Например, в исследованиях систем документооборота мы не раз встречались с пользователями, которые с трудом объясняют, что именно и зачем они делают в системе. Иногда их действия - это выработанная опытно-интуитивным путем последовательность, иногда - подсказанный руководителем или админом алгоритм, смысл которого исполнителю понятен лишь интуитивно и/или частично. Даже если речь о механически заученном наборе действий - то есть о целенаправленном полученных знаниях, симптомы здесь похожи на имплицитное знание. Механически заученные знания плохо поддаются передаче пересказом и тем более объяснением - чаще это показ по принципу “делай так и не задавай вопросов”. Общего здесь и то, что в обоих случаях - механичности и имплицитности - пользователю трудно ответить на вопрос “почему так?”. Почему-почему, научили так, вот и делаю.
В прикладном смысле для исследователя это выливается в то, что для имплицитности и эксплицитности нужны разные методы исследований. Если вы знаете или предполагаете, что знание у ваших пользователей имплицитное, то интервью или опрос придется дополнить наблюдениями за деятельностью. Для имплицитных знаний у пользователей в словаре иногда просто нет адекватных терминов, которыми они могли бы описать свой опыт без искажений.
Иногда понимание того, что знание имплицитное, поможет выбрать не метод, а собеседника - например, того же админа, который научил пользователей действовать тем или иным образом.
В случае эксплицитных знаний вы можете ожидать вполне адекватной отдачи как от интервью, так и от опросов.

01/03/2021

“Сделайте нам юзабилити!” Иногда запрос от клиента звучит примерно так. Что, зачем, почему - не важно, нужно юзабилити.

Нет, нередко нам вполне внятно говорят, чего хотят от исследования. Дают описание сегментов ЦА, список гипотез для проверки, и даже сами выбирают методику, по которой нужно провести исследование. Прям бери и делай, не надо самому ломать голову над дизайном проекта. Такой энтузиазм похвален, но каждый раз встает вопрос: а надо ли идти на поводу этого энтузиазма и делать все дословно как сказано?

Клиентов мы постоянно предостерегаем от излишней восприимчивости к прямой речи пользователей. “Ну они же сказали, что хотят N, и что им очень понравилось X!” - воодушевляется заказчик и хватается за инструмент, что пилить продакшн.

Ровно в той же ситуации находимся и мы сами по отношению к клиенту. Если он произнес “хочу исследование по методике Х”, это не значит, что методика Х наилучшим образом решает задачу клиента. И даже если заказчик произнес это, стоя над открытым чемоданом с деньгами, методика Х не стала от этого более пригодной, а гипотезы - более продуктивными.

Юзабилити-исследователь - это не повар в ресторане, который за деньги соорудит любую причуду: ананасы в шампанском, стейк с шоколадным мороженым, виски “Лагавулин” с газировкой “Байкал”. Исследователь больше похож на врача, который обязан думать, насколько полезна или хотя бы безвредна запрашиваемая клиентом процедура. Впрочем, и врачи бывают разные, но мы о хороших врачах. Ниже реальный пример из врачебной практики про соотношение задач и методов и про “любой каприз за ваши деньги”.

Пациент прошел ряд обследований в разных заведениях, получил диагноз. Болячка не критичная, но может влиять на некоторые показатели организма. Лечение только хирургическое. Методик проведения операции много, с разной степенью риска и травматичности.
Пациент пришел в поликлинику А, говорит: я вот обследование прошел, выявил болячку, хочу отрезать. Врач не посмотрел ни на пациента, ни в бумаги с результатами обследований и молвит: без проблем, у нас такое отрезают по методике Х (одна из самых травматичных, с временной потерей трудоспособности), вот вам направление на анализы перед операцией.
Пациент пришел в поликлинику Б. Врач выслушал, бумаги поглядел бегло, остановившись только на тех самых желаемых к улучшению показателях, и говорит: знаете, я могу отрезать и это, и заодно что-нибудь ещё, но отрезание этой болячки не улучшит качество вашей жизни, так что ступайте с миром.
Какой выборе сделал пациент, вы можете догадаться сами. И к какому из врачей он пойдет в следующий раз, тоже.

09/12/2020

До сих пор - в 2020 году - бизнес иногда жалуется нам "В этой форме много кликов, надо сократить".
К 2020 году цена клика для пользователя несколько снизились: люди имеют больший стаж в кликании, мышки стали эргономичнее, формы - отзывчивее, а иногда еще и весело анимированы. Чего бы и не покликать, прям в охотку даже.
Но вот где все ещё много "кликов", так это в бэкенде. Например, заказываешь карту.

Заполнил форму онлайн, указал в ней паспортные данные.

Тебе перезванивает представитель банка. Голосом сверяет паспортные данные.

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

А потом к тебе приедет курьер, которому ты покажешь свой паспорт.

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

Осень – самое время перекинуться парой слов о метриках. Ведь осень – пора сбора урожая, а урожай – это всегда метрики: с...
07/10/2020

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

Как выглядит идеальный сбор картошки? Наверно, как-то так: открыл ящик, где лежит собранная картошка, и стоишь думаешь – пожарить или сварить?

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

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

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

06/06/2020

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

Можно спросить "а зачем?"
Два примера из нашей повседневности.

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

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

#Микрософт, #Гугл, , , ау!

PS. Если вы знаете такой сервис или софт, который умеет делать простые и очень нужные вещи со звуком, напишите в комменты. Спасибо.

Страсти по ковиду утихли, и теперь можно поразбирать то, как велось информирование о ходе эпидемии, без риска получить б...
04/06/2020

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

В начале эпидемии данные были крайне простые - только количество выявленных заболеваний. Никто еще не умер и не выздоровел, никаких массовых тестов.
1. Тем не менее, уже здесь была допущена ошибка - многие инфоресурсы обозначали эти данные как количество заболевших или зараженных. Но по факту это было количество выявленных случаев. Смысл этих показателей совершенно разный, и зависят они от разных причин. Если количество заболевших - это параметр самого вируса, степень заразности, то количество выявленных зависит в большей мере от охвата населения диагностикой. То есть в стране, где диагностику не проводят вообще, выявленных будет 0. Но завидовать тут нечему, сами понимаете.
Где-то к середине мая некоторые начали исправляться и подписывать графики словом “выявленных” вместо “заболевших”.

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

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

2.1 Показывать число в отрыве от каких-то референсных значений - зло. 100 выявленных - это много или мало? Ну ладно еще когда россиянам дают данные по России - наверно, большинство граждан представляет размер населения страны и может оценить масштаб бедствия. Но когда в сводной таблице по странам даны только абсолютные значения, то эта информация имеет околонулевую ценность. В Германии 1367 выявленных, в Финляндии - 1867, в Голландии - 756. Какие выводы вы можете сделать из этих данных? А если не можете, то зачем вам эти данные?
Некоторые инфоресурсы сразу поступали правильнее - показывали удельные значения, количество случаев на миллион. Некоторые в июне продолжают показывать абсолютные показатели.

2.2 Даже при знании размера страны можете ли вы сказать: 100 выявленных в неделю - это бешеная скорость роста эпидемии или вялая? Надо уже скупать гречку и противогазы или пока что только стильные маски и золото?
В статьях сравнения можно было встретить довольно часто: впрямую сравнивали смертность от ковида, туберкулеза, кори и прочих непобежденных до сих пор болезней. Специалисты сравнивали темпы распространения с тем же гриппом. И как только данные по распространению коронавируса перестали быть изолированы от общей картины заболеваемости человечества, то есть когда их сопоставляли многократно пережитыми сезонными эпидемиями, они переставали выглядеть устрашающими. (Во имя предотвращения холиваров повторим - данные не по опасности этого вируса как такового, а по массовости и скорости распространения заболевания). Но в многочисленных виджетах, бегущих строках и прочих информерах данные показывались изолированно. Тут нельзя не упомянуть и контекст в целом: для гриппа и прочих эпидемий такого обилия информеров не было, что само по себе подталкивает читателей к мысли “эти данные несравнимы”.

👉Если не уверены, что в голове у пользователя есть “опорные точки”, с помощью которых он может оценить предъявляемые значения, помогите ему - задайте эти опорные точки сами.
Известный пример задания опорной точки - индекс Биг Мака, помогающий сравнить экономики через понятный большинству предмет.

3. По ходу развития эпидемии стали появляться новые данные - выздоровевшие, умершие, какие-то гипотезы по уязвимости тех или иных групп людей. Однако многие инфоресурсы показывали и до сих пор показывают в качестве основного параметра количество заболевших. Кто-то делал акцент на общем количестве заболевших, кто-то на количестве новых случаев. Но разве эти данные могут дать представление о характере эпидемии?
Общее количество со временем меняется только в сторону увеличения, у него нет других вариантов. В какой-то момент показ общего числа болевших станет бессмысленным - большинство из них уже выздоровеет. Более осмысленным тут будет показ скорости роста количества, а не общего итога.
Новые заболевания - почти та самая скорость роста, но из нее все еще непонятно, сколько соотечественников болеет прямо сейчас и потому представляет угрозу для окружающих. Ведь суть эпидемии как явления именно в этом - в опасности заразиться и столкнуться с дефицитом врачебной помощи.
В какой-то момент появилась такая категория как “активные случаи” - уже гораздо лучше. Как раз она более-менее показывает опасность заражения и доступность медицинских ресурсов. Но опять же, требуются опорные точки - размер населения и количество коек в стране. Если заражен каждый второй и свободно только 10 процентов коек - паника! Если свободна половина коек, а болеет только каждый десятый, то можно не снижать свой иммунитет напрасным стрессом.

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

4. Честно сказать, не проверяли, какой случай имел место первым в России - выздоровление или смерть. Но очевидно, что смерть всегда является предметом более пристального внимания. Это ладно, так устроена сигнальная система человека - на опасности реагирует быстрее и острее, чем на позитивные раздражители.
С учетом того, насколько различаются по миру статистические методики и насколько они переменчивы даже в одной стране, показатель смертности вообще бессмысленно показывать с какой-либо целью, кроме как избежать криков “власти скрывают”. Изменили методику - показатель одномоментно скакнул в 2,5 раза.

👉Супротив мусорных данных у юзабилистов нет приема. Тут пасовал даже великий Джеф Раскин. ”Trash in - trash out” говорил он.

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

27/04/2020

Прочитали очередное выступление на тему “Что такое продакт-менеджер”. Подумали, повспоминали продактов, которых в своей агентской истории встречали.

Отвечать на вопрос “кто такой продакт и чем он занимается?” имеет смысле после — ну или одновременно — с вопросом о том, что такое продукт.
Мы работаем с разными клиентами из разных отраслей. У них продуктом может называться приложение, кредит, сайт, эквайринг, тариф, отдельный кусок ПО, целая страховая платформа, поисковый сервис, рекламная сеть, холодильник. Да, мы работали и с производителем крупной бытовой техники — у них тоже над продуктом трудятся инженеры, дизайнеры, UX-исследователи.
То есть продуктом готовы называть сущность любого масштаба, любой степени автономности и любой степени материальности. Порой это даже не лишено смысла, ниже обсудим, почему.

Возникает предположение, что неопределенность круга обязанностей деятеля растет из неопределенности предмета деятельности. Давайте попробуем понять, можно ли эту неопределенность снизить.
Что общего во всех продуктах? Продукт — это то, что видят пользователи. Им чаще всего наплевать, как он устроен и сколько ресурсов потрачено на его создание. Им наплевать и на физические границы объекта. Если холодильником или банковским вкладом можно управлять через мобильное приложение, то, скорее всего, пользователь воспринимает набор холодильник+приложение как один продукт, а не как два раздельных. Хотя внутри команды приложение и холодильник могут является двумя разными продуктами.
А если через одно мобильное приложение можно управлять и холодильником, и чайником? Это сколько продуктов? Пользователь вряд ли ведет учет количества продуктов, которыми пользуется. Этой задачей отяготили свою жизнь управленцы.
Пользователя ничуть не смутит, если одно и то же множество объектов сегодня образует три продукта, а завтра — пять. А вот если в голову управленца придет новая структура продуктовой линейки, то он познает боль (или радость созидания), начнет плодить отделы, должности и команды.

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

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

“Пользователю наплевать, как устроен продукт”.
Тогда и для продакта технологии и фреймворки сами по себе неинтересны. Amoled или IPS — для него это просто контейнеры для определенных наборов свойств, а не знание, как работают эти технологии. Да, нередко проще понять принцип технологии и самому на ходу вытягивать из этого понимания свойства, чем помнить перечень из десятков свойств. Но это просто уловка разума в хранении инфы, а не обязательное требование. Тот же архитектор или дирижер будут быстрее принимать решения, понимая возможности инструментов и материалов, но дирижер не будет заниматься постановкой дыхания трубача или настройкой скрипки.

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

Address

Олимпийский проспект, 10 корпус 1
Moscow
129090

Opening Hours

Monday 09:00 - 20:00
Tuesday 09:00 - 20:00
Wednesday 09:00 - 20:00
Thursday 09:00 - 20:00
Friday 09:00 - 20:00

Telephone

+7 (495) 668-0795

Website

Alerts

Be the first to know and let us send you an email when UIDG posts news and promotions. Your email address will not be used for any other purpose, and you can unsubscribe at any time.

Contact The Business

Send a message to UIDG:

Share