Как правило, в командах, которые занимаются веб/мобильной разработкой, есть UX-редактор - спец, который снимает с дизайнеров и продактов задачи, связанные с целевыми текстами для пользователей.
Новичкам может показаться, что UX-редактора следует звать в самом конце проработки пользовательских сценариев, чтобы поправить черновые тексты на целевые. Однако на практике все ровно да наоборот.
✏️ В свое время мы с @malofeeva_anastasia плотно работали над мобильным приложением Райфа, и хотим поделиться с вами рекомендациями по основным точкам взаимодействия с UX-редактором.
Этап "Идеи" - приходим с основными целями команды.
Если мы только начинаем работать над крупной инициативой, к редактору хорошо прийти на самых начальных этапах, когда есть время обсудить цели, посмотреть на конкурентов, подискутировать над тоном и подачей потенциального решения пользовательской джобы, а также обсудить концепты.
Этап "Исследования" - приходим с описанным флоу.
Перед тем, как проверить что-то на пользователях, очень полезно показать флоу редактору сначала в режиме теста. Так можно избавиться от нелогичностей и еще раз убедиться, что нет явных проблем с повествованием.
Редактор поможет приземлить идею на реальный сценарий и убедиться в том, что UX-тестирование, опрос, 1st-click, немодерируемый UX-тест и другие тесты соответствуют целям команды.
Content-first задачи - приходим с целью и концепцией.
Сторис и онбордиинги, дайджейсты и рассылки, инструкции - все, где структура и визуал зависят от текста. Такие задачи лучше сразу начинать с редактором, потому что в них важно пошагово и дозированно раскрыть тему. Редактор попробует несколько вариантов и принесет наилучший, а дизайнерам не придется перерисовывать иллюстрации.
Корнер-кейсы и ошибки - приходим с текущими макетами.
С задачами поменьше можно приходить в моменте. Например, дорабатывать уже существующие сценарии и добавлять ответвления, продумывать корнер-кейсы или дописать текст ошибки.
👍 - полезно
#исследования #текст