Не просто редактор

2021-06-09 20:43:16 Делюсь интересным

Моя коллега записывает подкаст про фриланс — в этом выпуске в гостях Марат Талипов, который был разработчиком, а стал автором. Я работала с Маратом — он крутой. Пример человека, который за два года прошёл путь от биржи до хороших заказов и работы на крупные IT-компании. В общем, рекомендую послушать. Открыть/Комментировать

2021-06-08 08:38:05 Как понять, что не так, если вы откликаетесь на кучу вакансий, а вас не берут

Последняя часть большого ответа на этот вопрос.

Часть 3. Как понять, что не так с вашим тестовым заданием

1. Сравнить то, что сделано, с требованиями, описанием задачи, примерами, которые дал клиент. Даже если кажется, что все идеально. Например, частая история — невнимательность. Один раз я давала задание написать два абзаца — объяснить IT-термин для обычных людей. Многие авторы почему-то прислали объяснение, которое вряд ли поймут люди без технического бэкграунда, или приводили примеры для технарей. Не думаю, что это непонимание, скорее всего, пункт с аудиторией просто пропустили — решили, что блог технический, значит, и писать надо вот так. Другой момент — сознательное игнорирование требований, когда авторы пишут, как считают нужным, а не как в задании. Если не нравится тестовое, кажется, что надо делать по-другому или задача дурацкая — стоит спросить, почему так, а не просто делать, как нравится. Если клиент не отвечает, а требуемый результат не устраивает, лучше поискать другую вакансию и не тратить свое время.

2. Посмотреть опубликованные тексты. Это работает, если вы хотите публиковаться в каком-то медиа, в том числе бренд-медиа, блоге или журнале. Стоит прочитать несколько статей, посмотреть, как они сделаны, и сравнить с тем, как написан и оформлен ваш текст. Универсальные критерии качества общие, но многое может различаться. Например, вот эта статья в блоге Эквида и эта статья в Т—Ж — обе хорошие, обе про интернет-магазины, но подход к текстам разный.

3. Спросить у клиента. В большинстве случаев обратную связь получить можно. Важно правильно спрашивать — например, без претензий и агрессии. Любой человек, который кого-то нанимает, сталкивается с негативом. Многие люди считают, что им чем-то обязаны просто потому, что они потратили пять минут на письмо. А уж если такие люди сделали тестовое, то работодатель в долгу навечно. В общем, много весьма настойчивых и агрессивных людей — если по вашему вопросу кажется, что вы в претензии из-за отказа, клиент может решить не связываться: какой смысл тратить время и нервы? Лучше просить обратную связь в духе «хочу узнать, потому что мне важно ваше мнение, чтобы понять ошибки и дальше делать лучше». В этом случае большинство нанимателей объяснят, что не так, если могут — большей части людей приятно помочь другому человеку.

3. Спросить у коллег или с кем-нибудь проконсультироваться. Иногда начинающие авторы размещают посты в группах в соцсетях с просьбой покритиковать текст — не самый хороший способ, я бы так не делала. Под постом отпишутся те, кому нечем заняться — часто люди с уровнем ниже, чем у спрашивающего. Такая критика будет бесполезна. Не стоит спрашивать и у знакомых коллег, если у них нет опыта в проектах того уровня, куда вы хотите попасть. То есть если вы хотите писать для крутого блога, а ваши знакомые работают на бирже — вряд ли они посоветуют что-то дельное. Аналогично с платными консультациями: если решили такую купить, то покупайте у людей с релевантным опытом. Так, если хотите развиваться, допустим, в UX-копирайтинге — ищите того, кто уже работает в нише. Консультация какого-нибудь копирайтера продающих текстов для коучей вам никак не поможет, даже если у последнего 100500 подписчиков в соцсетях и десять курсов про любые тексты. 

P.S. У меня консультаций для авторов нет — только возможность задать вопрос через форму (на всякий случай). Открыть/Комментировать

2021-06-01 09:16:00 Как понять, что не так, если вы откликаетесь на кучу вакансий, а вас не берут

Следующая часть большого ответа на этот вопрос. Третья будет про тестовые задания.

Часть 2. Оцените то, как вы откликаетесь на вакансии

Отклик — то самое первое впечатление. Именно по нему редактор или кто-то другой решает, ответить вам или нет, стоит ли давать тестовое, можете ли вы подойти под проект. Про это написано много статей, но пока они не помогают — в последний раз, когда я искала авторов, мне пришло около 300 откликов. А нормальных было где-то 10-15%. 

Как понять, что должно быть в отклике на вакансию

Есть простой алгоритм, помогающий составить нормальный отклик. Он состоит всего из трех шагов:

Шаг 1. Внимательно прочитать вакансию и написать в отклике то, что ждут от исполнителя. Например, ищут автора в блог с опытом работы с темой маркетинга, который сможет работать фулл-тайм. Значит, важно: а) показать опыт — то есть приложить примеры статей по теме; б) указать, что вы готовы к полной занятости с такой-то даты. Или другой пример: ищут автора, который умеет легко переключаться между разными темами и быстро пишет. Если вам подходят такие требования, значит, надо приложить несколько примеров работ на разные темы и указать, за какое время был подготовлен каждый материал. 

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

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

Шаг 2. Сделать удобно тому, кто смотрит отклики. Что это значит? Портфолио в виде файлов в ворде, прикрепленных к письму — неудобно. Куча ссылок без подписей в письме, когда непонятно, куда попадешь после клика — неудобно. Отклик в виде приветствия и резюме в PDF — неудобно. Подумайте о том, кто будет смотреть письмо. Сделайте так, чтобы он сразу видел нужную информацию, ему не надо было ничего скачивать или долго искать. Подпишите все ссылки на примеры работ, чтобы было ясно, где какая статья и про что она. Не заставляйте человека делать лишние шаги, чтобы ознакомиться с информацией о вас — можно приложить резюме, если хотите, но базовые данные, помогающие понять, стоит ли с вами работать, должны быть в письме. Оформите письмо красиво: в меру выделите важное, разделите на абзацы, чтобы было легко читать.  

И естественно — если вам не отвечают, вернитесь к отклику, посмотрите на него со стороны: удобно ли читать, все ли понятно, как оформлено письмо. 

Шаг 3. Соблюдать правила, о которых просят в вакансии. Просят писать на почту, а в личку не писать — пишите на почту. Просят поставить конкретную тему письма — не забудьте ее указать. Просят что-то добавить в отклик — добавьте. Если вам не нравятся какие-то требования, кажутся странными или что-то еще — не откликайтесь. Такие вещи — это часто своеобразный маркер, проверка на соответствие. Поэтому когда вакансия кажется странной, работа покажется еще страннее — скорее всего, она просто не ваша. А если вам все ок, сделайте так, как просят — это, во-первых, уважение к нанимателю, во-вторых, такие просьбы могут быть тестом на внимательность. Конечно, иногда бывает, что люди делают все наоборот и им отвечают — но это исключение, а не правило. Обычно раздражает, когда отклики вместо почты летят в личку или человек не сделал то, что было написано в объявлении. Кажется, что соискатель или невнимательный, или и потом будет делать не так, как нужно. 

Из-за таких «мелочей» тоже могут не ответить и не взять в проект — это надо учитывать. Открыть/Комментировать

2021-05-27 10:19:16 Как понять, что не так, если вы откликаетесь на кучу вакансий, но вас не берут

Вопрос не так прост, как кажется, поэтому разобью ответ на три части.

Часть 1: сравните свой опыт с требованиями проекта

Чаще всего отказывают по банальной причине — человек не подходит под требования вакансии. Например, когда я искала авторов в IT-блог, мне часто присылали отклики те, кто писал что-то вроде обзоров мобильных телефонов или инструкций по ПК для пользователей. И это вроде как опыт в IT, но не тот, что нужен: гаджеты и сложные IT-системы — совершенно разные темы. С обзором справиться намного проще, чем написать экспертную статью на Хабр.

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

Что точно не поможет получить проект

фразы вроде «я быстро учусь» или «я быстро разбираюсь в любой теме» — эти утверждения никак не проверить, если у вас нет примеров работ, которые их подтверждают. Обучать кого-то — та еще задача, и если работодатель не ищет новичков, то он не хочет этим заниматься. 

выгоды, которые клиенту не важны. Однажды мне написали: мое преимущество в том, что я пишу любой текст за два часа. Я прекрасно знаю, что можно написать за два часа, а что нет — если сбор информации для статьи занимает пару дней, о каких двух часах может идти речь? Или демпинг: всех волнуют деньги, но на нормальном проекте цены ниже рынка — не преимущество: если человек готов писать за копейки, понятно, что ничего хорошего он не напишет. Конечно, можно предложить услуги по низкой цене, объяснив, что нужен опыт. Иногда это работает, но надо быть готовым к отказу — опять же потому, что не всегда есть возможность кого-то обучать.

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

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

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

Да, это трудоемко, но если вы отправили отклики на сто вакансий, а вам даже не отвечают из-за нехватки опыта — какой смысл делать это в 101 раз? Лучше направить усилия в конструктивное русло.

В следующий раз поговорим про сами отклики на вакансии, а потом про тестовые задания.    Открыть/Комментировать

2021-05-26 10:28:25 Еще немного про то, как работать редактором или автором в IT

Я много работала с IT-темами: и как автор, и как редактор, и как главред журнала о технологиях. При этом я не технический специалист, а самый настоящий гуманитарий. У меня другой склад ума, но я все равно смогла разобраться в по-настоящему сложных технических темах и успешно с ними работать. 

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

Например, мой коллега Александр Табернакулов. Сейчас он руководит редакцией Яндекса, которая выпускает тексты для десятков сервисов. Александр ведет канал «Гуманитарии в IT», где рассказывает о буднях редактора, дает советы тем, кто хочет работать в IT, публикует выводы из увиденного и прочитанного. 

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

В общем, рекомендую подписаться на «Гуманитарии в IT», думаю, не пожалеете.  Открыть/Комментировать

2021-05-25 17:38:04 Про настойчивость

Расскажу вам историю. Как-то я искала переводчика в сложный проект. Хороших откликов почти не было. И вот написал один переводчик: портфолио вроде бы неплохое, но тексты в нем не совсем по теме и довольно старые. Я написала кандидату об этом и забыла о нем. Но через несколько дней человек вернулся — он нашел пару статей по теме и перевел их, чтобы показать уровень. И, конечно, получил работу. 

Тут мог бы быть такой вывод: делайте больше чем надо, стремитесь к цели и все получится. 

Но не будет. 

Здесь все сложилось, потому что сработали еще два фактора:

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

Со стороны соискателя — переводы правда получились хорошие. Человек подходил на это место. Иначе старания были бы бесполезны. 

Вывод в итоге такой — если человек  вроде бы все делает, чтобы попасть в хороший проект, но ничего не выходит, значит, есть какие-то мешающие обстоятельства. Например, он выбирает вакансии, которые ему не подходят, или допускает в тестовых ошибки, которые не видит. И тут лучше забыть про настойчивость, а один раз разобраться в причинах и попробовать их убрать. Открыть/Комментировать

2021-05-24 08:26:54 Нужно ли SEO каждой статье?

Снова вопрос от читателей. Отвечаю.

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

Посмотрим на примере нашего сегодняшнего вопроса. 

Шаг 1. Вместо «Нужно ли оптимизировать под поиск каждую статью?», спрашиваем себя: «А зачем мы оптимизируем статьи под поиск»?

Понятно, что чтобы получать нужный трафик из поиска.

Шаг 2. Копаем чуть глубже и разбираемся с другим вопросом: «Когда мы можем получить трафик из поиска»?

Понятно, что когда даем ответы на запросы людей, которые они вводят в поисковые системы.

Шаг 3. Профит! Мы получили ответ на вопрос про SEO и статьи — если по теме есть поисковые запросы, следовательно, мы можем получить трафик из поиска и принести пользу читателям, ответив на них. А это значит, что статью стоит оптимизировать под поиск.

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

2021-05-20 09:18:26 Какая информация нужна в статье? Как понять, какие вопросы раскрыть?

Это снова ответ на вопрос из формы. Ответ такой: чтобы понять, о чем писать в статье, надо разобраться в трех вопросах. Попробую показать на упрощенных примерах:

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

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

Для чего вы пишете этот текст, где его увидят читатели. Например, ваша цель — сделать так, чтобы читатели увидели, как юристы компании хорошо разбираются в договорах купли-продажи. Вы хотите сделать долгоживущий материал на сайт. Понятно, что здесь лучше написать подробную инструкцию. Или у вас может быть другая цель: собрать побольше охвата в Яндекс.Дзене. Тогда, вероятно, лучше сделать короткий список в духе «10 глупых ошибок в договоре купли-продажи, из-за которых россияне теряют квартиры».

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

2021-05-16 10:37:55 Как объяснить работодателю, что один человек, отвечающий за блог, не может гарантировать результат, как в других блогах, где работает команда?

Разбираем ситуацию, которую мне прислали через форму.

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

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

Что делать

Разговаривать. Да, вы пишете, что уже говорили. Но другого варианта нет — ситуацию можно разрешить только при личном общении. В вашем случае руководитель вряд ли сам решит пересмотреть ваши задачи. В переписке такую проблему тоже не решить: надо договориться на встречу или созвон и обсудить все там.

Показать, что вы делаете и где есть точки роста. К встрече соберите список всех ваших задач: распишите, сколько времени занимает каждая, что вы можете делегировать и сколько это будет стоить. Расписать все лучше подробно: иногда руководство не представляет, что входит в работу над хорошей статьей и сколько вы вкладываете в каждый материал. Обязательно покажите, на чем сконцентрируетесь, если передадите ряд задач другим людям. Условно как-то так: «‎Иван Иванович, если мы наймем верстальщика для статей, нам надо будет платить ему 10 000 рублей в месяц. Зато я смогу делать на 2 кейса в месяц больше, а каждый кейс приносит нам 10 заявок». То есть должно быть видно, сколько времени освободится с делегированием разных задач и что это может дать. Можно добавить в список задачи, которые вы не делаете, потому что не хватает времени — и объяснить, что вот таких крутых штук в блоге нет, потому что вы заняты рутиной.

Выйти из состояния нужды. Я советую сразу настроиться на вариант смены работы. Если вы будете к этому готовы, сможете увереннее себя вести. Не бойтесь потерять это место — очевидно, что вы даете ценности больше, чем получаете от компании. Я не представляю, где они еще найдут редактора, который будет один делать столько задач. Скорее всего, если вы поставите вопрос ребром и откажетесь делать то, что нереально, вам пойдут навстречу. Если вы не добьетесь найма новых людей, то хотя бы точно обговорите, что с вас можно требовать, а что нет. Открыть/Комментировать

2021-05-13 09:28:08 Как не надо делать план статьи

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

Например, в начале часто пишут что-то невнятное

Просто слово «Вступление».
Или «Во вступлении я напишу то, что интересно аудитории».
Или «В лид я вынесу самое важное»
Или «Во вступлении я покажу актуальность темы»

Что думает редактор? Что человек не разобрался и еще не понимает, что будет актуально, интересно и так далее.

Вместо того чтобы писать такое недовступление, лучше показать, что вы разобрались в теме и написать лид сразу. Пусть коряво, как говорится, «на черновик», но чтобы там была видна главная мысль. Либо, если аудитория и ее проблемы уже прописаны в заявке, просто не писать ничего про вступление, оставить только план с подзаголовками.

Аналогичная проблема встречается и с самим планом, когда пишут только один тезис

«В этом разделе покажу преимущества протокола HTTPS»
Или «Раздел про пользу витамина А»
Или «Напишу, как работает CI/CD»

Что думает редактор? Он не понимает, что будет внутри раздела, а значит, не понимает, разобрался ли человек в теме или просто списал структуру с первой статьи в интернете.

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

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

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