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

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

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

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

А ещё знаете, вот это, когда у тебя в жизни (да какой там жизни, я про работу конечно) все изменилось до неузнаваемости, а ты ещё полгода рассказать ничего не можешь.
Ибо ну как же рассказать — а вдруг ничего в результате не получится? Или то что ты рассказываешь «как делаю», окажется ошибкой?
Надо историю сложить, осознать и отрефлексировать опыт, а потом рассказывать.


6 лет назад я начала свою карьеру как UX-исследователь. Саня называл это вагиней глубокой UX-аналитики.

С тех пор всё изменилось несколько раз. И всё имеет цикличность.
Только сейчас, спустя 6 лет, пришло осознание, почему роль одинокого(!) начинающего UX-исследователя в большой айтишной компании так сложна и часто обречена на провал.
Об этом подробно расскажу в следующий раз 😉

Андрей Шапиро написал серию статей о методологии сбора требований и планирования релизов программного продукта User Story Mapping

Часть 1. Пользовательская история: https://medium.com/xraizor/b0b0d724d77e

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

На входе метода: гипотезы состава стейкхолдеров, их интересов и основных планируемых эффектов ближайшего релиза. Хорошо, если есть картирование процессов в форматах Customer Journey Map или Service Blueprint.

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

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

Любая пользовательская истории записывается для действующего лица: персоны или функциональной роли в системе. Близкая методика Use Cases лишена эмпатии к человеку, для которого создаётся программа.

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

Часть 2. Алгоритм проведения и рекомендации для ведущего: https://medium.com/xraizor/9a90beb2ff57

Часть 3. Чистка историй от ложных требований. Критика метода: https://medium.com/xraizor/2f7bd967a54a

Психологические игры при найме UX-дизайнеров

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

  • Мне надо семью содержать / у меня ипотека / надо лечить много зубов / в Москве дорого снимать квартиру. Поэтому я не могу получать меньше чем Х рублей.
  • Я хочу переквалифицироваться в UX-дизайнера. Долго работал в смежной области и получал 130К. Опыта нет, но к вам перейти очень хочу. В ЗП падать не могу
  • Я хочу чтоб было классно и интересно, потому что сейчас у меня в продуктовой компании Y-банка ничего никуда не доходит, мы рисуем одну страничку по два месяца, а потом её не берут. А хочется динамики и развития. И не падать меньше текущих 200К. По скилам я мидл, но быстро дорасту до лида.
  • Я учился неделю в вышке / британке — на классном дорогом курсе. У меня есть учебный кейс и из опыта больше ничего, но я думаю что я теперь мидл, дайте мне 120К.
  • Мне 20 лет, опыта работы нет совсем, ни в чем не работал, ничего не знаю. Хочу вам предложить, чтобы вы меня несколько месяцев обучали и растили, можно и не платить ЗП.

Все эти доводы довольно странные для профессиональной деловой сферы.

Я чувствую себя мужиком, у которого просит деньги невеста, исходя из своих женских потребностей:
— Мне нужно новое платьишко, потому что у Кристины день рождения, не могу же я в старом пойти?!

Только скилы, опыт, рынок, срочность найма или хотения этого кандидата определяют ЗП.

Очень часто девочки недооценивают себя, а мальчики переоценивают. В среднем на одни и те же скилы девушки называют ЗП на 30% ниже рынка, а парни на 50% выше.

Из 1500 откликов за полгода мы провели 43 собеседования, наняли 5 человек, а 4-ро прошли испытательный.

Вероятно, меня никто не поймёт кроме таких же людей, которые нанимают и развивают команды и процессы.

И ещё немного про воздействие технологических компаний на реальность

И ещё немного про воздействие технологических компаний на реальность

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

Когда два главных олигополиста на рынке мобильных операционных систем объявляют о создании глобальной системы слежения — здесь не отделаться низкой оценкой:

Google and Apple are announcing a joint effort to enable the use of Bluetooth technology to help governments and health agencies reduce the spread of the virus, with user privacy and security central to the design.

Красивая история ↑

Фактическая реализация ↓

Apple and Google will be launching a comprehensive solution that includes application programming interfaces (APIs) and operating system-level technology to assist in enabling contact tracing. Given the urgent need, the plan is to implement this solution in two steps while maintaining strong protections around user privacy.

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

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

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

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

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

Моральная дилемма лежит в плоскости её применения и последующей монетизации.

Coming soon, как говорится.

https://www.apple.com/newsroom/2020/04/apple-and-google-partner-on-covid-19-contact-tracing-technology/

Болит за тексты

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

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

Логика такая:

1 - экран (приветствие)
2 - экран (рассказываем про топ возможности нашего каталога трусов)
3 - экран (говорим, что можно купить трусняк в один клик без мозговой боли)
4 - кидаем пользователя на каталог, а лучше на топовые труселя с покупкой в один клик

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

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

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

Расскажите, как у вас это устроено? Опрос будет под постом.

А я вам статеек накидаю полезных про UX копирайтинг:

1. https://bit.ly/2OLJEKY - подробно разложена тема UX копирайтинга

2. https://bit.ly/2QQ2JhE - опыт Google по написанию текстов

3. https://bit.ly/34oMOed - про UX писателей

Вадим Шлячков написал о законе Хика.

В статьях (и даже в википедии) пишут, что закон Хика утверждает следующее: с увеличением количества вариантов увеличивается время принятия решения.

В своей работе Хик пишет не о «времени принятия решения», а о «времени реакции выбора», что не одно и то же.

1. Время простой реакции (simple reaction time) — испытуемый даёт единственный ответ на единственный раздражитель.
2. Время реакции выбора (choice reaction time) — от испытуемого требуется реагировать различным образом на разные типы раздражителей.
3. Время реакции различения (discrimination reaction time) — предполагает единственный ответ на один из нескольких раздражителей.

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

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

Также исследования показали, что закон:
— Перестаёт работать после практики. После 6000 попыток время реакции на 8 вариантов раздражителей приблизилось ко времени реакции на 2 варианта.
— Не работает, когда раздражитель и способ реакции взаимосвязаны. Надо указать стилусом на подсвечиваемую область.
— Не распространяется на реакцию зрачков.
— Не учитывает эффект последовательностей.
— Ограничен количеством вариантов. Время реакции в эксперименте с 1023 вариантами отличалось всего на 20−30 мс от эксперимента с 31 вариантом.
— Не всегда хорошо описывает ситуацию, когда пользователь может связать предлагаемые варианты ассоциациями.

https://medium.com/v.shliachkov/2d577e005a69