О роли редактора в незрелой и зрелой системах
Поработав в очень разных компаниях и сферах, я везде наблюдал одну и ту же ситуацию: если в команде есть редактор (неважно, юксер, маркетинговый или универсал), он выполняет роль медиатора между всеми.
К редактору идут все: от дизайнера и продакта до разработчика, маркетолога и поддержки. Приятно, конечно, много внимания, значит, важный человек. Только для роли в команде это губительно — вместо выполнения своей работы редактор превращается в диспетчера.
Знакомая ведь ситуация: продакт приносит «потерянный» кусок флоу, дизайнер уже в одиночку сделал три варианта, юристы прислали требования или правки, а редактор сидит в центре всего этого и пытается понять, что происходит. Окей, кое-как справляется, сводит всё вместе, переводит на язык пользователя. Вроде команда спасена, задача ушла в прод. На самом деле это костыль. Потому что как только такой сотрудник уходит в отпуск или на больничный, всё рассыпается.
В устойчивой системе у всех общий контекст (документация, вводные и ожидаемые результаты задачи), а редактор подключается там, где нужна его экспертиза: в проработке флоу с дизайнером и контент-дизайне.
UXW-менеджеру в таких компаниях важно не поощрять разруливание всех, а выстроить правила: кто приносит задачу, как должен выглядеть заполненный бриф, на каком этапе подключается редактор, как проходит ревью и за кем финальное решение.
📺 Подписывайтесь на канал про UX и менеджмент