Я тут раскидала в одном чатике про поиск нового специалиста vs удержание старого. Все цифры очень примерные (кроме средней зп UX-писателя), если знаете из своей компании, смело подставляйте.

Многие лиды рассказывали, что кандидатов надо сотнями перебирать, чтобы найти одного подходящего. И это, предположим, минимум 100 часов лида и hr, потраченных на собесы (если собесят вдвоём и не привлекают других членов команды). И ещё пусть будет часов 10 суммарно на просмотр резюме и тестовых (если бегло и без обратной связи).

Предположим, что час рабочего времени лида стоит 2к (тоже пальцем в небо), а час времени hr 1к. Получается 330к только на поиск.

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

330 + 150 = 480 (это без учёта разниц зп у прошлого и нового специалиста в течение года)
480 / 12 = 40

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

___

А куда расти UX-писателю, чтобы если не в одной, так в другой команде за ваши навыки вас оторвали с руками и ногами, я в другой раз расскажу:)

Одно из направлений, в котором может развиваться UX-писатель — идти больше в продукт.

1. Учишься аргументировать свои решения с помощью исследований и метрик.
2. Посвящаешь исследованиям, аналитике и обсуждениям идей для продукта 98% рабочего времени (а 2%, так уж и быть, на текст).
3. Пилишь продуктовую стратегию сначала для фич, тесно связанных с текстами, а потом и вообще для любых.
4. Внезапно обнаруживаешь себя продактом.

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

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

С UX-писательством мне так было делать сложнее, тк вакансий было меньше. Я тогда впервые запилила зарплатный опрос, а теперь каждый год его повторяю.

По продактам тоже можно поглядеть срез по рынку — ProductSense сделали совместно с Нетологией (1121 человек опросили, не то что я😅). Что кому из опрошенных важно, что есть в разных компаниях. Советую, интересно.

Топ-3 компаний с самыми сильными продуктовыми командами, по версии опрошенных продактов:
1. Яндекс
2. Авито
3. Тинькофф

К слову, с ребятами из Авито общалась на CodeFest, они бодрые, так что в крутую продуктовую команду — верю. И стенд у них был самый интересный из участников этого топа:)

Ещё вариант, куда может развиться UX-писатель — перетечь в проектирование и дизайн.

Переход тут тоже может быть плавным и незаметным:
1. Добиваешься в организации процессов, чтобы задачу вам с дизайнером приносили одновременно, чтобы логику простраивать вместе.
2. Какие-то фичи типа проектирования Помощи или онбордингов забираешь себе раньше дизайнеров, чтобы сначала накинуть туда смысловые блоки (а то и карточную сортировку провести сначала, чтобы категории в Помощи определять не от балды).
3. Проектируешь на бумажке лендос про новый продукт, чтобы потом показать дизайнеру.
4. Решаешь переезжать с бумажек в фигму или миро, чтобы было проще таскать блоки. И нечаянно увлекаешься отступами и цветами. Пока коряво, но с каждым разом всё лучше.
5. Внезапно проектируешь всю фичу целиком, а дизайнер потом приходит, двигает какой-нибудь блок — и уходит, потому что всё и так готово. А ты сидишь и пытаешься понять, как это получилось:)

Не обязательно уходить совсем далеко в дизайн, но про проектирование знать полезно. Читать гайды (всем новичкам каждый раз советую хотя бы Apple и Material Design), замечать крутые проектировочные решения в обычной жизни — ручки дверей, включатель у крана с водой или у плиты — на эту тему советую книгу «Дизайн привычных вещей», хорошо помогает это замечать. Практиковаться в накидывании смысловых блоков на бумажке или в софте — как удобнее. Я бумажки люблю, да и черновиков для таких дел скопилось много, не жалко.

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

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

Заходите к Вове, у него есть совершенно отвратительные UI-мемасы:)

Почему пить чай — это тоже работа

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

Когда мы делаем рутинные задачи, мозг напрягается не очень сильно. Отдых, тем не менее, нужен — просто чтоб не засидеться. Примерно на 10 минут каждый час или на 5 каждые полчаса. Для задач-помидорок подходит отлично, сделать так можно довольно много.

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

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

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

___

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

Следующий — 4–5 сентября. В Москве и онлайн. Встретимся?

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

Команда не растерялась и подогнала нам иллюстрацию. Люблю их😘

upd: а, нет, прислали серты:)

UX-писательство и руководство командой

Сегодня — про вертикальный рост UX-писателя.

Можно прокачивать какую-то определённую область и развиваться в сторону смежных профессий — про это писала в прошлых постах. А можно прокачиваться в каждой из этих сфер и в какой-то момент начать набирать себе команду. Или лидировать уже существующую.


Несколько примеров:

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

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

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

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


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

Ещё у Иры есть база знаний для UX-писателей. Заглядывайте туда, там много информации про навыки, которые пригодятся в росте и развитии в UX, лидерстве и немного в других направлениях.

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

Двадцать лет назад, увидев чистенький и не битый Lexus RX первого поколения, большинство бы мечтательно посмотрело вслед проехавшему мимо красавцу.
А ведь с самим Lexus RX 1 ничего не произошло — он и сейчас, и тогда выглядит одинаково.
Изменилось окружение, изменились ожидания.

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

Я это к чему — свой продукт никогда нельзя оставлять в состоянии UX-покоя.
Следить за окружением, следить за ожиданиями → менять, улучшать, развивать всегда, не смотря на "мы лучшие".
#ux

UX и техписательство

С этой сферой можно двигаться в обе стороны: переходить из технических писателей в UX или наоборот. Часто даже задачи могут совпадать — например, сформировать FAQ, Help или пользовательские инструкции в каком-то ещё формате.

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

Если вы хотите из UX перейти в технического писателя, добавляйтесь в самый большой чат техписателей СНГ, там много полезного.

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

Потом мы с ребятами оттуда делали митапы и конференции для технических писателей, но это уже отдельная история:)

Вот это контекст у рекламы!

Факапы в немодерируемых тестах и как их предотвратить

Конспект доклада Кирилла Улитина со вчерашнего Product Sense.

Немодерируемые тесты:
+ быстро
+ дёшево
+ масштабируемо
- нельзя исправить на ходу (а так-то чем раньше исправим проблему, тем дешевле она обойдётся)
- кажется простым, но нет

Сильно важна подготовка: если на входе будет мусор, то и на выходе будет мусор.

Правила
* Формулировать задания без подсказок и без однокоренных слов
* Не тестировать только предпочтения («Выберите тот вариант, который больше нравится»), всегда дополнять другими метриками
* Менять варианты местами случайно или по группам (чтобы не привыкали)
* Атомарность: один вариант — одно различие (форма, цвет, расположение)
* Просить прокомментировать выбор в открытом вопросе
* Убирать сильно отвлекающие элементы, тк могут забыть про задание — упростить прототип, если элементы мешают
* Обмануть кликеров — тех, кто бездумно прокликивают всё подряд, что кликается:
добавить больше интерактивных элементов (они могут вести на этот же экран)
добавить промежуточный экран с повтором задания
изменить курсор, чтобы он не менялся при наведении на кликабельное и не помогал найти такие места

Нейроисследования или как при созвоне через вебку узнать настоящие эмоции пользователей

Конспект самого понравившегося мне доклада на ProductSense — Саши Микеловой, лида исследователей из Циана.
Меня зажгло, очень хочется как-нибудь попробовать!


Мне понравилось ≠ Я справился с заданием
Мне понравилось ≠ Я не сказал ничего плохого

Нейроисследования (в контексте софта Sense Machine) — исследования, помогающие узнать реальные эмоции пользователей количественно — от 150 человек. Причём это происходит через веб-камеру без специальных страшных устройств на голове респондента.

Подготовка:
1. Загружаем в личный кабинет то, что хотим протестировать
2. Можем добавить опросы с дополнительными вопросами об интерфейсе, его восприятии и тд
3. Собираем сценарий, в каком порядке респондент будет проходить тест
4. Получаем ссылку и отправляем респонденту

Что делает респондент:
1. Подписывает пользовательское соглашение (его видео никому не покажут, исследователи потом увидят только обработанные результаты)
2. Калибрует эмоции (мало ли, как он выглядит при разных)
3. Взаимодействует с материалами теста
4. Как-то меняет мимику и направление взгляда — система всё это фиксирует

А дальше нейросети обрабатывают запись.

На выходе получаем:
- тепловую карту
- 7 эмоций
- данные по кликам и времени прохождения


Примеры использования

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

[продолжение]

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

Мне нравится, что UX-писательское сообщество — как большая виртуальная деревня.

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

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

Подписались теперь на каналы друг друга, смотрим, что ещё полезного появится:)

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

Почитайте, советую:)

Этот пуш особенно прекрасен на фоне моей заставки с лесом😆

Пилот

Это не про водителя самолёта, а про вид исследования — конспект доклада с Product Sense 2023

Включает лучшие характеристики других тестов:
- опросов
- интервью
- наблюдений
- дневников
- фокус-групп

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

1. Подготовка
- рекрут участников
- определить место общения
- готовить задания для сбора ОС по ходу пилота
- прописать правила для участников
для кого и чего чат
что и когда писать участникам
кто и когда отвечает участникам (наше рабочее время и часовой пояс)
формат и тон общения
2. Проведение
- даём задания и мотивационную подпитку
- отвечаем на вопросы с пристрастием (докапываемся)
- запускаем опросы по итогам недели
- заносим в сводные данные
3. Обработка
- добиваем сводную таблицу
- обрабатываем, интерпретируем, строим CJM
- берём результаты в работу: задачи в продвижение, техподдержку и разработку — например, видос про пользователей (чтобы они узнали в персонажах себя), статьи для них

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

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

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

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

Мариванна, есть задачи приоритетнее домашки

Нас поломали школьными и университетскими задачами.
Всю учебную жизнь нас учили их решать:
• Они уже решены кем-то
• Преподаватель знает решение задачи и даёт её посильной
• Существует ограниченное количество способов решения, зачастую один
• Задача должна быть выполнена в определенный срок в полном объёме, и никак иначе: не засчитаются промежуточный результат или понимание, что задачу делать не нужно.
• Количество задач ограничено вместимостью ученика и студента. Вместимость ограничены трудоёмкостью дисциплин учебного плана. И проверена опытом преподавателей, которые годами дают те же задания тем же студентам.

На работе условия игры меняются:
• Задачи имеют много решений
• А могут быть нерешаемы
• Бинарного «правильного/неправильного» решения может не быть — появляются многомерные градиенты: более эффективное, дешевле, менее рискованое.
• На вас всегда будет сыпаться больше задач, чем ваша вместимость

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

Я изучаю вместимость методом порванного пакета (меня). Экологичнее способа я не знаю.

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

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

Есть ли у вас какие-нибудь вопросы по пересечению этих сфер? Закидывайте в комментарии к этому посту:)

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