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

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

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

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

С первого взгляда эксперты к своему делу отнеслись ответственно: правок вышло много. А вот резюмировать один из менеджеров решил философски – ближе к финалу был такой комментарий:

«Текста много, ничего непонятно. Но если читать подряд, то все становится понятно».

После того как коллега пережил стадии от отрицания до принятия и провел проясняющие ситуацию переговоры, он объявил, что эта правка «если читать подряд, то все становится понятно» будет выбита на его могильном камне. А команда создала гайд для экспертов по комментированию текстов. Его главная цель — сократить количество итераций правок и ввести простые правила для участников процесса.

Если коротко, в него вошло четыре основные мысли:

🔥Задача эксперта – проверить фактуру: точность содержания и терминов, факты о продукте. О красоте языка и созвучности слов думать не надо — доверьте это редакции.

🔥Если что-то в тексте не так, это надо отметить и объяснить, почему. Лучше по формуле:

— тезис: что не так
— обоснование: почему
— альтернатива: как надо

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

🔥Все субъективные и абстрактные оценки без контекста (текст плохой, хороший, понятный и непонятный) в работу не берутся. Невежливые и токсичные формы не пройдут незамеченными и повлияют на эффективность совместной работы.

🔥Одна итерация = правки ко всему тексту. Это означает, что мы ждем от эксперта, что он прочитает весь текст целиком и даст комментарии к полному содержанию. Частями отгружать фидбек не надо. Это позволит избежать пинг-понга комментами в доке и быть уверенными, что эксперт видел текст дальше заголовка.

***

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

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

#полевые_наблюдения #даша

Полезные сайты, YouTube- и Telegram-каналы про UX

Когда я начинала погружаться в тему UX-исследований, я читала, смотрела и слушала очень много теории. Затем я начала проводить тесты в рабочих задачах. Мне повезло, что в команде культура исследований уже была развита на хорошем уровне. Отстаивать идею их нужности не приходилось. И только через год практической работы с UX-исследованиями я пошла учиться на UX-исследователя во ВШЭ.

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

🔹 Nielsen Norman Group. Публикует исследования, статьи и отчеты по вопросам UX и юзабилити.

🔹 UX Library — сайт с шаблонами, статьями и книгами по теме UX-исследований.

🔹 GoodUI — сайт, на котором собраны шаблоны и результаты сотен A/B-тестов, в том числе результаты тестов крупных компаний.

🔹 UX-марафон — платформа, где собраны доклады и статьи по теме UX.

🔹 YouTube-канал Иры Моториной, где в основном собраны видео про UX-редактуру, но есть отдельные видео про метрики и исследования.

🔹 UX Horn — канал с регулярными подборками про UX-исследования.

🔹 Сдоба — Telegram-канал с полезными и вдохновляющими постами про исследования и исследователей от UX-команды «Контура».

🔹 Кнопочка — канал Риты Хохловой, в котором можно найти много примеров уже проведенных UX-исследований, связанных с контентом.

🔹 Клиентский опыт: инструменты и методы | CX и UX. Авторы канала делятся исследованиями, кейсами и новостями мира клиентского опыта.

🔹 Редакторы в IT-джунглях — наш Telegram-канал про рабочую изнанку маркетинговых и продуктовых редакторов в IT, в котором я пишу, в том числе про исследования контента.

#находки #юля

Задачка для инициативных. Как бы решили ее вы?

Представьте, вас позвали на ежемесячную встречу двух команд обсудить контент. Это 10+ человек в переговорке. Цель: синхронизация в проекте.

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

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

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

Что будете делать в этой ситуации?⬇️

#дневник_экспериментов #даша

Ответ на задачку про рандомайзер и модерацию встречи 🙃

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

Первый — переложить работу на руководителя. У него точно есть, чем заняться на уровне стратегии. А любая операционка (модерация — это именно она) жрет время нещадно. Если руководитель будет постоянно ее брать на себя, команда быстро это почувствует в вопросах целеполагания и ресурсов. Это в теории. На практике руководитель вряд ли оценит, что вместо того, чтобы решить проблему каким-либо способом, вы переложите все на его плечи.

Другой вариант, который вряд ли сработает, это эксперимент с рандомайзером. На уровне идеи предложение вроде бы полезное: каждый сможет внести вклад в общее дело. В жизни же 10+ человек будут подключаться из других рабочих контекстов и молиться, чтобы рандомайзер выбрал сегодня другого коллегу по цеху (как в детстве — чур не меня!) и не прибавил мелкой работы.

Инициатива сработает, только если руководители команд сообща объяснят пользу активности и потратят время и силы на ее внедрение. А у вас эта идея полетит, только если вы экстремально авторитетны в этом коллективе. Или команда изголодалась по самодеятельности :)

Остальные варианты в разных пропорциях рабочие.

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

Заключить, что это не ваша проблема — тоже вариант. Особенно, если выстраивание и поддержка процессов не входит в ваши обязанности, и конкретно эта встреча не влияет на ваши цели. В таком случае выходит, что вы на встрече больше слушатель, чем участник. И она нужна вам по касательной. Если возьметесь ее модерировать, ваша роль и степень участия изменится, смежной работы прибавится. Оно вам нужно в общем загрузе? Другой вопрос, что, может, тогда вы вообще не нужны на этой встрече, и для контекста хватит итоговых заметок. Но это уже другой вопрос за скобками задачи.

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

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

#дневник_экспериментов #даша

Короткий ответ: нет

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

Что мы имеем в итоге? Сегодня водителям на самом деле больше не нужно хорошо знать город. Прежних таксистов заменили те, кто с помощью GPS быстрее находит оптимальный маршрут и минимизирует время в пути. То есть те, кто приспособился и взял новую технологию на вооружение, а не боролся с ней.

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

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

#полевые_наблюдения #юля

Как согласовать текст с дотошным заказчиком?🤯

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

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

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

#дневник_экспериментов #даша

▪️Сформировать ожидания от результата

Это лучше делать в два этапа: устно на встрече и письменно после.

Если ваш заказчик является экспертом (например, PM, который запускает в мир новую фичу), на установочной встрече нужно проговорить ваши цели, ЦА, площадку и формат, ключевые сообщения в тексте и метрики оценки эффективности после публикации. Показать референсы. Обсудить процесс (например, как лучше комментировать черновой драфт), зоны ответственности и сроки.

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

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

▪️Взять в работу фидбек и пожелания

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

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

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

▪️Причесать черновик

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

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

▪️«Продать» результат до того, как заказчик прочитает драфт

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

Саша, привет! По ссылке текст о продукте N.

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

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

Если что, бриф с целями, ЦА и площадкой лежит по ссылке.

#дневник_экспериментов #даша

Свежая история из отпуска про адаптацию к изменениям 👹

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

По одной из версий, в 19 веке во время реформы геральдики Сенат запросил у территорий Российской империи гербы. Жители Иркутска отправили в столицу изображение бабра – тигра с соболем в зубах.

В ходе бюрократической процедуры проактивный чиновник увидел странное и решил исправить. Он не знал, что бабр – это старорусское слово, которое в 15-17 веках обозначало дикую кошку.

Так бабр превратился в бобра – документ с такой интерпретацией подписал царь.

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

Мне страшно понравилась эта история. Для меня она про важные навыки редактора – про адаптацию к изменениям и экономию ресурса.

Вместо того, чтобы спорить с «заказчиком» и доказывать, что его представитель ошибся, вести длинные переписки и поднимать исторические справки, местные власти сделали классное – превратили косяк в нечто новое и необычное. Еще очень здорово, что не смирились и не пошли на поводу у обстоятельств – проявили дерзость и находчивость.

В итоге отстроились от «конкурентов» надолго: бабр до сих пор важный герой для города (есть памятник и сувениры). А ошибку в описании герба исправили только в 1997 году – через 100+ лет.

➡️ На фото: герб 1790 года и современный.

#полевые_наблюдения #даша

И помогает лучше понять пользователей 🧐

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

🍉 Что такое карточная сортировка?

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

🍉 Какие проблемы решает карточная сортировка?

1️⃣ Непредсказуемость мышления пользователей. То, что нам кажется логичным, может путать пользователей.
2️⃣ Ошибочные гипотезы о пользователях. Часто мы предполагаем, как пользователи будут взаимодействовать с контентом, но реальные данные могут подсветить ошибки.
3️⃣ Перегруженность навигации. При большом количестве контента мы можем создать слишком сложную структуру, где пользователи просто потеряются.

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

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

#дневник_экспериментов #юля

По версии подписчиков 👍

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

1️⃣ Как редактору не утонуть в ворохе задач. Пост про методы планирования и самый классный среди них, по мнению Юли 🙃

2️⃣ 3 совета о переупаковке контента. Даша рассказала, зачем переупаковывать контент и как делать это правильно. А еще поделилась ссылкой на свое выступление, на котором дала кучу релевантных примеров.

3️⃣ Как быстро придумать 10+ тем для текста. Даша рассказала про метод «случайное слово». Огненная польза для контентщиков 🔥

4️⃣ Какие метрики помогают измерить эффективность контента на сайте. Юлин пост про метрики для лендингов, статичных баннеров и поп-апов.

5️⃣ Какая правка будет на вашем могильном камне? Смешной и одновременно супер полезный пост Даши про правки от заказчиков и гайд по работе с ними.

Приятного чтения!

Какие наши посты вам запали в сердечко? ❤️‍🔥 Делитесь ими и темами, о которых бы хотели почитать в нашем канале. Сейчас мы составляем контент-план на осень, поэтому самое время рассказать, что у вас «болит» 🙃

#дайджест #даша #юля

Полезный док для лида и команды ✅

Чтобы держать руку на пульсе, видеть объем задач и помогать ребятам выделять приоритеты в потоке, я использую максимально простой табличный трекер. Это не замена JIRA или другому таск-трекеру, а дополнение для команды.

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

О том, как им пользуюсь, рассказываю в посте ниже ⬇️

#находки #даша

Как устроен трекер? 👀

▪️У каждого редактора или автора есть свой лист. До 11:00 понедельника нужно укомплектовать трекер. Это делает сотрудник. Синхрон и обсуждение проходит на еженедельной планерке.

▪️Лист разбит на два спринта. Первый (левый) — текущий. В него попадают все актуальные задачи, прошедшие валидацию. Второй (правый) — будущий. Там оказываются задачи, которые не поместились в текущий или нужно подсветить/не забыть.

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

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

▪️Для расчета загрузки на спринт — классической рабочей пятидневной недели — я ориентируюсь на 40 часов в пропорции: 26 на операционные задачи, 8 на коммуникации. Остальные 6 — запас на форс-мажоры. Например, на срочные задачи или мигрень.

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

▪️Автор задачи — заказчик. Дедлайн — дата, когда должны отдать первый драфт на ревью. Кстати, важно сразу зашивать в будущий спринт время на правки по задачам текущего.

▪️Статус — асинхронный обмен инфой с редактором. Часть команды усиливает прогресс по задачам цветом: зеленый — done, оранжевый — in progress, красный — problems.

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

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

#находки #даша