Редактор в UX: что делает с интерфейсом и зачем нужен на проектах
Этот текст мы посвящаем всем, кто никогда не работал с редактором или только начал с ним работать. А ещё этот материал будет полезен начинающим UX-редакторам, так как будем обсуждать hard skills на реальных кейсах, которыми важно обладать хорошему специалисту.
Кто такой UX-редактор и почему это не SEO-копирайтер
Привет, это Юля Тележникова, старший UX-редактор экосистемы «Своё» в Центре развития финансовых технологий Россельхозбанка. Коллеги иногда называют меня копирайтером, писателем, редактором и даже SEO-копирайтером. Но я не обижаюсь. Признаться честно, я тоже не очень разбираюсь в том, чем отличается Flutter-разработчик от back-end девелопера. Поэтому снижаем градус циника. Я искренне радуюсь, даже когда коллеги подходят и говорят: «Слышал, ты пишешь тексты, помоги мне». Это значит, мы оба понимаем, что текст можно и нужно сделать лучше.
В чём разница между всеми этими писателями
Кому-то надо написать пост, кому-то ни много ни мало — целую книгу. Чтобы ваша задача была верно выполнена, её надо отдать правильному специалисту. Давайте кратко поясню, кто чем занимается:
Копирайтер напишет коммерческую или рекламную статью, придумает слоган и пост для социальных сетей, поможет с публикацией в блоге или описанием товаров и услуг для интернет-магазинов. Сделает всё это по ТЗ, где чётко указан объём, структура и посылы текста.
Редактор не только напишет и исправит буковки и грамматику. Он проработает структуру и логику текста, поможет сделать его более глубоким, подберёт изображения к статье, чтобы она легче читалась. Если надо, сделает так, что текст вообще не понадобится, например, предложит инфографику или видео. А ещё редактор руководит авторами, помогает им с текстами и добивается от заказчиков правильного ТЗ.
Корректор вычитает текст на орфографические и пунктуационные ошибки и поправит типографику.
Продуктовый редактор поработает и над маркетинговыми текстами, и над интерфейсами. Он знает всё о продукте, найдёт голос бренда и поможет команде придерживаться его как в рекламных текстах, так и в интерфейсе.
UX-редактор или редактор интерфейсов займётся текстами в интерфейсах: на сайте, лендингах и в приложении. В то время как копирайтер помогает продать продукт, UX-редактор помогает сделать этот продукт интуитивно понятным и полезным, чтобы человек, купивший его, смог прочувствовать и понять — деньги потрачены не зря!
Это не значит, что один человек не сможет всё сделать сам. Скорее всего, сможет, вопрос — насколько качественно? Чтобы переключаться между интерфейсными и маркетинговыми текстами, нужно время и ресурсы, так как мозги работают по-разному. Здесь как в переводческой деятельности: если долго и много переводил с английского, перейти на китайский быстро не получится, если это, конечно, не робот.
Если есть возможность взять на проект коммерческого копирайтера и UX-редактора — сделайте это. Они вдвоём выполнят ваши задачи лучше, потому что каждый будет делать то, на чём специализируется.
Зачем нужен UX-редактор на проекте
В большинстве случаев я занимаюсь текстами в интерфейсах. И бывает, меня не подключают к задачам. Не со зла, конечно, а потому что не понимают, чем я могу помочь. Если тексты пишут UX-дизайнеры, продакты, разработчики, зачем ещё какой-то редактор интерфейсов? Давайте расскажу вам об этом через hard skills UX-редактора:
Конечно же, отредактирует или сам напишет текст для интерфейса: кнопки, пуши, попапы, экраны ошибок и успеха, онбординги, подсказки. Это будут чёткие, простые и ясные формулировки с правильными словами в правильных местах.
Поможет выявить голос бренда и подогнать все тексты под него. Так как тексты писали разные люди, они могут отличаться. Например, один напишет деньги, а второй — денежные средства или рубли. UX-редактор всё приведёт к единому виду. Ваш продукт перестанет быть Билли Миллиганом с его 25-ю личностями.
Составит гайд или редполитику, где будет строго прописано, какие термины мы используем, какие знаки препинания ставим, как писать числа и даты… и много других правил, которые важны конкретно для вашего продукта.
Позаботится о пользователе. При написании текста он будет учитывать, в каких ситуациях пользователь увидит этот экран и постарается сделать его максимально интуитивно понятным.
Сэкономит время команде. У продакта или дизайнера нет времени и желания думать по несколько часов над идеальной формулировкой. Редактор как раз этим займётся. Он узнает все процессы и смыслы, которые скрыты за предложением и предложит решение, а, возможно, даже несколько — чтобы вы выбрали лучшее.
Задаст миллион вопросов по интерфейсу. От «Куда ведёт эта кнопка?» до «Зачем вообще это должен прочитать пользователь?». Иногда вопросы настолько неожиданные, что ответа на них просто нет. Тогда потребуется не просто поменять местами буковки, но и пересмотреть весь сценарий.
Протестирует свой текст. Редактор критичен к любому тексту, даже к своему. При поиске нужной формулировки он будет опираться не только на своё мнение, а проведёт исследование — пусть даже коридорное, на коллегах и друзьях — но на живых людях убедится, что тексты работают или не работают.
А ещё редактор обладает креативным мышлением и широким кругозором. Как и дизайнер, он должен быть эрудитом и тренировать насмотренность, знать, что делают конкуренты на российском и зарубежном рынке и что пробуют другие непрофильные компании. Редактор интерфейсов поможет придумать креативное и запоминающееся название для нового сервиса, отражающее суть продукта, предложит идеи по внешнему виду нового раздела или подскажет, как обойтись без текста. Это ещё одно мнение и экспертный взгляд, но под новым углом, который точно лишним не бывает.
А можно ли обойтись без UX-редактора?
Конечно, можно. Раньше так и был выстроен процесс. И всё работало, как-то…, но работало. Во многих компаниях до сих пор тексты пишут сами дизайнеры, продакт-менеджеры, аналитики, разработчики. Но разве вам не хочется сделать свой проект лучше, полезнее, увеличить число довольных пользователей, изменить их отношение к вашему продукту и компании?
Конечно, не всегда эти задачи решает перестановка букв, часто надо просто менять процесс или сценарий. Но уже по тексту можно понять, как к тебе, к пользователю, будут относиться, помогут ли решить проблему или закидают сложными формулировками и непонятными юридическими терминами, а ты там сам разбирайся. Но довольно слов — посмотрим реальные кейсы, с которыми я сталкиваюсь в работе, и увидим применение UX-редактором hard skills.
Пишем и редактируем тексты
В каком из примеров проще понять, на что дают кредит? Здесь:
Если вы за второй вариант, давайте обниму: я отсеяла всё лишнее и разделила информацию на отдельные блоки.
И ещё пример. Как считаете, где пользователь быстрее разберётся с нюансами страховки? Здесь:
Думаю, на первый вариант вы потратите гораздо больше времени.
Выявляем голос бренда и составляем редполитику
Для экосистемы «Своё» у нас создана редполитика и Tone of Voice, куда включены правила, как мы говорим, пишем и какие слова используем при обозначении разных терминов. Например, чтобы на страницах одного продукта не выскакивало по несколько вариантов обозначения «интернета» или «электронной почты». Никаких «мировых сетей Интернет», «Интернета» или «всемирной паутины». Никаких «электронных адресов», «e-mail», «email» или «почтовых ящиков». Можно только «интернет» и «электронная почта». Ниже плохой вариант, после прочтения которого остаётся стойкий вкус начала 2000-х.
Гайды есть в нашем корпоративном Notion. Они постоянно обновляются, так как мы дополняем новыми случаями, с которыми сталкиваемся в работе. Про то, как создавались гайды, писали коллеги в прошлой статье «Создание Tone of Voice».
Редполитика помогает нам поддерживать единообразие на платформах. Например, у нас есть унифицированный текст для куки, бывает короткая версия и длинная. На большинстве платформ тексты для куки у нас одинаковые. Казалось бы, мелочь, а приятно. Ниже примеры со Своего Жилья, Своего Села, Монет Россельхозбанка и Своего Родного.
А вот такое сообщение о куки писали раньше. Оно занимало много места, особенно на мобильном экране.
Не всегда редактор интерфейсов успевает отловить ошибки, так как тексты пишут много людей. Чтобы снизить количество ошибок, мы продвигаем редполитику среди коллег. Глупо надеяться, что, если вы просто составите гайды, все начнут на них сразу равняться. Нужна большая работа по внутрикорпоративному продвижению. Для этого мы начали делиться с коллегами каждую неделю в общем чате познавательными постами о правилах русского языка и интересных разделах нашей редполитики. Например, у нас есть раздел с чек-листом, который помогает командам самостоятельно проверить текст, если вдруг совсем нет времени на проверку редактором.
Заботимся о пользователе
Редактор интерфейсов поможет подобрать правильные слова, которые подскажут, что делать пользователю. Вот представьте у вас календарь, где можно ставить встречи, а ещё в нём можно ставить напоминания об этих встречах — за 15 минут или за 1 час. К сожалению, есть встречи, о которых календарь уже не успеет напомнить — они начнутся раньше. Надо сообщить об этом пользователю и сказать ещё, что делать в таком случае. У меня получился вот такой текст:
Экономим время команде проекта
Чтобы всем этим заниматься, нужно время. Пока дизайнер занимается визуалом, а разработчик пишет код, UX-редактор тратит время на создание качественного и полезного текста. Очень часто от коллег я слышу: «Да ты тут текст за 30 секунд напишешь, помоги быстро!», и сразу после этого: «А я и не думал, что за одной фразой так много всего скрыто».
Итак, без редактора интерфейс напоминает ходячий замок Хаула из мультфильма Хаяо Миядзаки. В нём есть огромное количество похожих, но ненужных вещей. И все, кто работает над этим интерфейсом, думают, что эти вещи нужны. На самом деле, ими никто не пользуется, но на уборку ни у кого нет ни сил, ни времени. Зовите редактора! Это та самая старушка Софи, которая всё разгребёт. Не исключено, что UX-редактор будет ворчать и требовать срочно отдать ему все макеты на проверку. Не обращайте внимания, редактор поворчит, но наведёт красоту.
Задаём миллион вопросов по интерфейсу
Сейчас 60% моей работы — тексты и 40% я трачу на общение с коллегами. На созвонах, встречах и в переписках я выясняю, зачем и какой именно нужен текст, какие чувства он должен вызвать, почему то, что я написала, пока не подходит, и как это улучшить.
Когда задачу ставят одной строчкой: «Напиши текст для разводящей страницы про партнёров сервиса», — и на этом всё, к большому сожалению, я ничего не пойму и не напишу. Мне нужно много данных, поэтому я назначаю встречу заказчику, где спрашиваю:
Какие обстоятельства нас привели к созданию страницы? Опишите контекст.
Для чего мы делаем эту страницу?
Кто на неё будет заходить?
Как выглядит разводящая страница? Есть ли шаблон или представление, что на ней будет?
Куда конкретно нужен текст?
О чем текст, что мы хотим сказать, донести? Это же не Lorem ipsum, нужно понимать смысл, а кроме заказчика, кто ж ещё знает?
А может там не нужен текст? Можем ли использовать другие инструменты: видео, картинка, инфографика, анимация?
Если мы говорим о партнёрах: какие наши преимущества, почему они должны работать именно с нами, что мы можем дать им?
Какая цель у страницы? Что должен сделать пользователь, после того как её посмотрел и прочитал: на что нажать и что купить?
Во время беседы вопросы могут добавляться, мы вместе с менеджером можем приходить к новым решениям и идеям. Поэтому не обижайтесь, если UX-редактор задаёт много вопросов — такая работа. Если редактор чего-то не понимает, скорее всего, не поймёт и пользователь.
Редактор интерфейсов не астролог и не экстрасенс, он не должен догадываться, что ждёт текст и страницу в неясном будущем. Он как психолог: должен задать много вопросов, чтобы понять, как вам помочь и главное — не навредить.
Тестируем текст
Сколько людей, столько и мнений. Так как все мы смотрим на одинаковые вещи по-разному, я не могу считать свой текст неизменно правильным решением. Чтобы найти более-менее подходящий вариант, мне нужно узнать, как воспринимают этот текст другие люди. Я опрашиваю коллег, друзей, родных, знакомых, редакторов в других компаниях и узнаю, как люди реагируют на текст. Иногда они задают вопросы, которые я не ожидала услышать. Как-то раз в общении с друзьями, я заметила, что они не улавливают разницу между предложенными мной вариантами. Это натолкнуло меня на мысли об изменении текста.
Идеально, когда на проекте есть отдельный UX-исследователь, чтобы проводить более качественные исследования. Но это уже что-то, если редактор сам устраивает опросы и спрашивает мнение других людей.
Придумываем что-то креативное
Как-то раз ко мне обратился дизайнер с просьбой отредактировать текст в блоках, где пользователь подтверждает, что ознакомился с условиями:
Я предложила объединить все предложения в три блока, где пользователь «принимает», «соглашается» и «подтверждает». Мы избавились от повторов и долгого прощёлкивания клиентом всех чекбоксов, а ещё упростили и сократили текст:
В какой момент подключать UX-редактора к проекту
Как можно раньше — на стадии разработки прототипа. Однажды дизайнер попросил меня проверить только грамматику на макетах для нового сервиса обмена валют по индивидуальному курсу. Как это обычно бывает, через пару часов макеты уходили в разработку, но в итоге мы их задержали. Кроме грамматики, я помогла выявить два чётких сценария поведения клиента, прописала подробную инструкцию, как пользоваться сервисом, и установила термины — «забронировать сумму» и «зафиксировать курс». Я объяснила разницу между ними, чтобы пользователь смог выбрать подходящий для себя вариант, а дизайнер сделал просто потрясающие макеты! Представьте, сколько мы могли бы сделать ещё классного, если бы меня подключили не в последний час работы?
Как только вы поняли, что у вас на экране располагаются буквы — зовите редактора интерфейсов. Познакомьте его с вашей идеей, чтобы он понимал цель, суть и профиты продукта. В начале проекта намного проще изменить логику и сформировать правильную терминологию, чем на последнем этапе задавать кучу вопросов, от которых вы будете нервничать и к огромному сожалению узнавать, что исправить уже ничего нельзя, только запятые.
Чтобы редактор не залетал как горящая комета в сформированный микрокосмос и не сжигал напрочь все ваши решения, утверждённые компоненты и сценарии, зовите его тогда же, когда привлекаете дизайнера. У вас же не возникают сомнения, звать или не звать дизайнера? Вот точно также должно быть и с редактором интерфейсов.
Редактор — это человек мира, который общается с самыми разными людьми на проекте: дизайнерами, аналитиками, продактами, разработчиками, UX-исследователями и другими ребятами. Каждый из них владеет важными знаниями, которые понадобятся для создания текстов. Поэтому редактору интерфейсов важно иметь не только прокаченные hard skills, но владеть и развивать soft skills, чтобы эффективно коммуницировать с коллегами, уверенно защищать свои тексты и отстаивать интересы пользователей, быть любопытным и много учиться. Но об этом мы поговорим в нашей следующей статье.
ASI HUD In Game Interface Editor 1.1.0 (beta) || Last update: 02.04.2020
seven.
vk.com/nanseven
Описание:
Плагин позволяет изменять игровой интерфейс GTA:SA не выходя из нее!
Имеет сохранение настроек.
Планы на будущее обновление:
1) Добавить дополнительные функции (показ часов, изменения формата часов и т.д)
Вложения
taRRent
Участник
seven.
vk.com/nanseven
Azller Lollison
SK-Team | vk.com/lollison
Drip_Set
Новичок
MAHEKEH
Известный
С патронами косяк, по Х координатам, стоит тронуть ползунок и патроны пропадают, на 0.000 кооридатах они приклеиваются к правому краю экрана. ( Проще говоря пт не двигаются в право-влево )
Как выше писали, Размер ХП влияет и на Бронь ( Armor Width и Armor Height ничего не меняют )
Weapon X Position и Weapon Icon X Pos делают одно и тоже..
Weapon Icon Width ничего не меняет
При выходе намертво виснет конечно же
Сделай в будущем при активации настроек какой то визуальный показ всех статусов, что бы можно было настраивать.
( до уровня розыска я так и не добрался )
seven.
vk.com/nanseven
С патронами косяк, по Х координатам, стоит тронуть ползунок и патроны пропадают, на 0.000 кооридатах они приклеиваются к правому краю экрана. ( Проще говоря пт не двигаются в право-влево )
Как выше писали, Размер ХП влияет и на Бронь ( Armor Width и Armor Height ничего не меняют )
Weapon X Position и Weapon Icon X Pos делают одно и тоже..
Weapon Icon Width ничего не меняет
При выходе намертво виснет конечно же
Сделай в будущем при активации настроек какой то визуальный показ всех статусов, что бы можно было настраивать.
( до уровня розыска я так и не добрался )
Weapon тоже посмотрю.
Про краш и зависание при выходе я писал выше, напиши свою версию Windows.
Редактор Худа
Interface Editor Visual (IEV) предназначен для визуальной расстановки элементов интерфейса игры GTA: San Andreas.
Что нового в текущей версии:
+ Добавилась возможность открывать файлы интерфейса методом Drag’n’Drop на значок программы или на окно программы
+ Добавилась возможность открывать файлы интерфейса программой
+ Подробный файл справки в формате CHM c пояснительными рисунками
+ Возможность изменять положение названия улицы
+ Возможность быстро открыть файл интерфейса из папки San Andreas
+ Возможность изменять фоновый рисунок
+ Значки
+ Новый «логотип» программы (если логотипом можно назвать надпись)
После установки у вас в папке с игрой появится папка под названием: HUDredaktor
Запустите в ней iev11.exe
Неверно указан автор? Ошибка в описании мода? Напиши нам, друг!
Комментарии
Ахаха, да вот лох прогу делал, фотошопом путь пользоваться научится даже видно как
там обрезано всё
Или обьясни куда сохронять!
я так понял нужно скачать любой худ, например, gta 4 hud, сохранить все изменения в редакторе, открыть файл ini в папке редактора, скопировать текст и вставить в файл main
хотя нет, не так. Автор, а ты не мог бы написать как пользоваться ею?Куда кидать файл Interface.ini?
Все работает спасибо за фаил
Нубы руки кривые отрастили вот у вас все и не работает.
Скажите как сохранить,прочитал коменты не понял не чего
Скажите как сохранить,прочитал коменты не понял не чего
Interface editor что это
Раз уж пошла такая пьянка с большим интересном к редактированию интерфейса решил поговорить о насилии редактировании interface.u. На вбросы уровня гуру в этом направлении не претендую, но думаю пара-тройка людей оценит.
Итак, инструментарий:
— UTPT
— l2decrypt (либо кому-чем удобно декомпилить клиентские файлы)
— Хекс редактор. Я использую 010 Editor
В качестве примера запилим следующую штуку*: 
*Сделано в качестве примера, многого ожидать не стоит
Цель: заменить barHP.HideWindow() на barHP.ShowWindow().
Так независимо от кода выше будет отображаться HP, для всех целей в таргете.
Для этого нужно найти barHP.HideWindow() в байт коде. Тут поможет смещение:
Как включить отображение смещений в коде:
Отсюда же нам понадобится «глобальное» смещение
А нужно оно для точного поиска при работе с хексом.
Т.е. barHP.HideWindow() соответствует 19 01 47 33 06 00 00 1C 96 16 в байт-коде.
Такую же процедуру проворачиваем и с barHP.ShowWindow(). Ему соответствует 19 01 47 33 06 00 00 1C A1 16.
Заменяем 19 01 47 33 06 00 00 1C 96 16 на 19 01 47 33 06 00 00 1C A1 16 ( по сути один байт)
сохраняем, упаковываем (опять же любым доступным способом), готово.
Результат:
Свернуть ↑ 
Почему 010 Editor?:
Свернуть ↑
Из-за встроенного преобразования таких вот вещей: 
Может кто подкинет варианты упрощения процедуры, а то и вовсе другие варианты, был бы рад
Interface editors
| For legal and security reasons, the Wikimedia Foundation has decided to require two-factor authentication for this role. |
Interface editors are trusted users who can edit all pages including the MediaWiki namespace on all wikis. They maintain templates and the site’s JavaScript ( *.js ) and Cascading Style Sheets ( *.css ) resources. This permission is enabled on every public Wikimedia wiki that shares access via CentralAuth and SUL, and is only to be used for non-controversial maintenance, or by request of the local community. Since users in this group can seriously disrupt Wikimedia wikis if used incorrectly, the interface editor permission is only assigned to users who have a strong track record in maintaining code and scripts.
Contents
Scope [ edit ]
Interface editors should avoid making routine changes to the interface on larger wikis without prior agreement. Projects with established communities and processes for maintaining scripts should be avoided. Wikimedia Foundation staff who are editing the interface as part of their official duties are exempt, as the Wikimedia Foundation has its own internal policy regarding staff and user permissions.
Appointment [ edit ]
Requests for this permission should be placed on Steward requests/Global permissions, and the discussion should last no less than five days; if there is consensus and the criteria from the scope are fulfilled, the permission will be granted by a steward. The need for this permission should be stated very clearly. Substantiating information should also be provided, such as MediaWiki development experience or other experience with code on Wikimedia wikis.
Alternatively, this permission may be granted to Wikimedia Foundation staff at the request of the Wikimedia Foundation.
By default, appointment will be temporary, lasting any time up to a year, and will be added to Steward requests/Global permissions/Approved temporary. A longer appointment may be requested by long-term interface editors after several successful renewals. Requests for renewal can be done by placing a new request on Steward requests/Global permissions. This does not apply to paid employees of the Wikimedia Foundation.
Removal [ edit ]
Continued access to the interface is dependent on activity and community trust.
Review of an interface editor’s actions can be requested from any steward or via Requests for comment.
Communication [ edit ]
Technical requests for assistance can be made at Steward requests/Miscellaneous. Tech-related wiki questions can be asked at the Tech Forum. If disputes arise with local communities, all efforts must be taken to resolve the issue(s) calmly. If in doubt, interface editors are advised to post advanced notice of their edits to the local community via a community noticeboard, explaining what the edits will achieve. If disputes still cannot be resolved, a request for comment may be initiated, or a review may be requested from any steward.
Interface editors should also create a global user page where they explain that they have these global permissions and how they may be used (i.e. by linking to this page).
Rights [ edit ]
These are the rights assigned to interface editors:
