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

Рэйчел Макконнел, автор книги Leading Content Design

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

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

— трафик на контент;

— заявки на продукт на странице с контентом;

— количество обращений в поддержку после прочтения справочника;

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

При этом важно понять, какими способами на эти метрики могут повлиять собственноручно редакторы:

— трафик → исследовать юзкейсы, посоветоваться с сеошниками, добавить ключи и правильные мета-теги на странице;

— заявки → протестировать разное расположение или контекст для CTA-кнопок;

— обращения в поддержку → проанализировать вопросы клиентов, чтобы добавить ответы на них в контент;

— оценки читателей → проанализировать комментарии, которые оставляют читатели, и дополнить контент.

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

Надя Цветкова, главред Тинькофф Помощи, ведет канал «Кухня Тинькофф Помощи»

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

Раньше у нас в KPI, помимо общекомандных и проектных метрик, были внесены только две метрики: скорость работы и качество. Потом мы поняли, что качество оцениваем по факту мы сами, поэтому сейчас заменяем ее на «комфортность коммуникаций» редактора с заказчиком. Это поможет увидеть, с какими заказчиками коммуникация не клеится, и оперативно это починить.

Саша Петрикова, главный редактор и тимлид редакции Skypro

Не всегда и не все.

Наша редакция — в отделе маркетинга, но по факту занимается почти всеми текстами компании. Отдельные редакторы и корректоры еще есть в команде образовательного продукта: там весь материал либо пишет сам редактор, либо их исправляет совместно с методистами (и уже GPT).

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

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

Коммуникации со студентами и сотрудниками проходят через редакцию тоже, но не в 100% случаев. Просто для этого уже есть подробный гайд: менеджеры сами понимают, как общаться надо и не надо, и приносят свои тексты только на корректуру. С текстами в продукте ситуация аналогичная.

Саша Петрикова, главный редактор и тимлид редакции Skypro

Интенсивность конфликтов по тексту зависит от количества согласующих и их упёртости.

Если редактор считает текст своим детищем, то, вероятно, стычки будут на каждой итерации: «Как это вы, негодяи, меняете мои слова на другие?» — и так к бенефициару продукта, пиарщику и юристу. Другие специалисты тоже могут считать своим долгом устроить лексическую мордобойню и половину дня менять «сам» на «самостоятельно».

Когда это начинается, важно остановиться, налить чая и вспомнить: вы — команда, которая вместе делает продукт. Команда — это не конкуренты, которым надо доказывать друг другу о своей крутости, а равноправные партнёры. И из этого тезиса действовать:

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

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

3. Вклиниваться в споры с командой только тогда, когда они что-то меняют и это разрушает логику и восприятие информации. Главное — не кричать со слюнями, а спокойно обсуждать: «Почему ты решил здесь поменять текст? Какие видишь риски?

Денис Барашевич, главред медиа в Яндекс Про, ведёт канал «Разрешите проветрить»

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

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

Кира Калимулина, руководитель группы UX-редактуры в Ozon, канал «Спросите Киру»

То, что быстро поняли и начали использовать дизайнеры: свою работу надо презентовать. Это производит мощный эффект на заказчиков. Редакторам надо взять это на вооружение.

Из книги Writing is Design, перевод мой

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

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

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

Мы пока открыли несколько способов, как можно показать бизнесу ценность работы редактора на примерах:

— собираем ежемесячный дайджест для заказчиков с разбором самых интересных кейсов;

— проводим демо для заказчиков и смежных команд — созваниваемся, объясняем условия задачи и демонстрируем результаты;

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

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

Надя Цветкова, главред Тинькофф Помощи, ведет канал «Кухня Тинькофф Помощи»

Неважно, сколько человек работает с текстом в компании — один или целая редакция. Если они есть, значит кто-то из руководства понимает ценность хорошей коммуникации.

Важно развивать эту ценность внутри редакторского кружка и снаружи.

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

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

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

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

А после митапа Long Story Short вакансия мидл-редактора закрылась буквально за месяц. Это очень быстро по сравнению с другими

Ира Моторина, ведёт канал про UX-редактуру «Редач»

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

Если редактор — часть внутреннего сервиса, то тут может помочь общая доска для редакции. Так можно планироваться вместе, а коллега может подхватить твои задачи, если ты заболел или в отпуске. Это быстрее, но если задачи плохо оформлены, то может теряться контекст.

В фича-командах контекст не теряется — все всегда в курсе процесса и этапа, на котором находится задача

Ира Моторина, ведёт канал про UX-редактуру «Редач»

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

Единый таск-трекер удобен и тем, что можно связывать задачи, например, на дизайн и тексты. Так их проще найти, можно следить за изменениями в соседних тасках. Ещё можно синхронизировать планирование (я об этом недавно писала на хабре), а если редактору ставят задачи ещё и в одном с командой проекте, то можно прямо вписаться в продуктовый спринт.

Елизавета Архангельская, тимлид группы редакторов в Авито