Как я выстраивала работу продуктовой редакции
Полгода назад мне нужно было перестроить работу редакции. Я искала примеры других команд, но задачи большинства решались канбан-досками и гуглдоками. Компании такие инструменты не подходили, а мне хотелось больше автоматизаций. Рассказываю, как решала типичные задачи редакции, какие инструменты выбрала и что получилось.
Открывал статью по скепсисом, но получилось здорово. Вы молодец. Хочу задать несколько вопросов.
1. Не до конца понял, куда падают задачи исполнителям? На почту или внутри Трекера?
2. По процессу из фигджема понял, что исполнителя назначает главред. Это так? Заказчик не может заказать текст у конкретного автора?
3. Исполнители стали меньше общаться с заказчиками? Это не снизило качество текстов?
4. Как вы работаете с интерфейсными текстами? Редактор правит готовые макеты?
Спасибо за приятный отзыв)
По вопросам:
1. Задачи падают внутри Трекера. На почту просто приходят отбивки: «пришла задача Х», «назначен исполнитель Х», «Х оставил комментарий» и пр.
2. Да, всё так. Иначе сложнее равномерно распределять нагрузку. Думаю, можно заставить трекер поочередно назначать исполнителей. Но тогда нужно заморочиться с весом задач, чтобы не получилось, что на одном человеке 10 писем, а на другом 10 новых флоу. Пока не думали об этом.
3. Я бы сказала, что изменился формат общения. Стало меньше голоса, но больше текста.
Качество будем замерять через пару месяцев. Но я думаю, что оно вырастет. Раньше половину вводных приносили письмом, половину давали на встрече, еще что-то потом уточняли и скидывали в мессенджер, а на что-то вообще не отвечали) Сейчас всё в одном месте, ничего не теряется, добиваем по каждому вопросу. Поэтому гипотеза позитивная, но будем её проверять.
4. Подключаемся на стадии сторифреймов к отдельным задачам. Обычно берем небольшие запуски и короткие флоу, проводим мини-исследования типа фёст клика и коридорок. Тут мы больше «помогаторы», т.к. для остального у продукта есть ux-райтер вне нашего контура. Так исторически сложилось))