Содержание статьи:
Заказчики, как правило, стараются составить максимально полное техническое задание на написание статьи для копирайтера. Где бы они не заказывали текст — на бирже или у фрилансера. Но многие совершают одни и те же ошибки. А происходит это из-за незнания специфики работы автора.
Но ТЗ с несколькими недочетами — это не страшно. Страшнее, когда задание совершенно не полное или настолько перегружено, по сути, ненужной информацией, что хватаешься за голову.
Также, существует еще один тип технических заданий на тексты — это задания от копирайтеров для копирайтеров. Тут отдельный разговор. Рассмотрим их все ниже и постараемся найти «золотую середину».
Техническое задание — это документ, включающий в себя требования и спецификации заказчика к объекту заказа. В нашем случае — статье. То есть, говоря простым языком — это перечень того, что заказчик хочет видеть в результате выполненных работ.
Техзадание должно быть составлено так, чтобы попадя в руки любому специалисту, в области его применения, результатом работ стал практически идентичный объект, удовлетворяющий всем требованиям заказчика.
Естественно, для заказа статьи на 1000 знаков нет смысла писать ТЗ на 10 листов А4. Будет достаточно ключевых моментов и особенностей. Также, стоит обращать внимание для кого и куда пишется техзадание:
При написании ТЗ необходимо четко понимать ресурсы исполнителя, а также учитывать много нюансов, которые рассмотрим ниже.
Технических заданий превеликое множество. И хороших, и плохих. Хотя и существует специальный ГОСТ стандарт по их составлению (и даже не один), но все же заказчики продолжают писать «отсебятину». И хорошо, если заказчик понимает, что он хочет получить в результате.
В моей многолетней практике встречались тысячи технических заданий, которые были и инфернально «кривыми» и практически эталонными. Из общего их числа, я бы выделил несколько типов, которые встречаются чаще всего:
Конечно, данный список можно еще дополнить несколькими частовстречаемыми типами, например, дописать к каждому из них «будет проверять научная комиссия, одна ошибка и откажем», или «надеюсь на ваш опыт, но все равно проверю». Но остановимся на этом.
Именно такие нестыковки и побудили написать меня эту статью. Она рассчитана больше на заказчиков, чем на копирайтеров. Но кто сказал, что копирайтер не может быть заказчиком?
Первый тип техзаданий поступают, как правило, от заказчиков, которые совершенно не разбираются в теме вопроса. Иногда бывает и так, что заказчик не понимает вообще зачем ему нужна статья. И такие ТЗ очень проблематичные. Потому что, понятие «хорошо» у всех совершенно разное.
Второй тип, как по мне, самый удобоваримый для копирайтера. Заказчик понимает, что ему надо, выставляет некоторые требования и получает желаемое. Автор не сходит с ума от перечня условий и выдает хороший материал.
Третий тип, более сложный для автора, но совсем не плохой. Жесткие рамки, конечно, не дают развернуться творческой душе, но, как правило, оправданны. Такие задания поступают от заказчиков с большим опытом и четким пониманием того, что им нужно в итоге.
Четвертый тип, к сожалению, встречается не редко. Это, как правило, заказчики, которые перешли из стадии «ничего не понимаю» в стадию «я начал понимать, теперь я знаю все». Безусловно, это касается не всех. Есть и такие, которые имеют не меньший опыт, чем исполнитель и точно знают, как будет «хорошо», но по каким-то причинам не делают работу сами. Работать по таким ТЗ тяжело, но не критично.
Пятый тип заданий — самый проблематичный. Я, обычно, даже не берусь за подобные работы. Требования, скорее всего, заказчик «накопипастил» с разных источников в Интернете, не до конца понимая зачем ему все это. Такие работы, как правило, возвращаются на доработку, потому что заказчик сам не знает, чего хочет.
Шестой тип, тоже, проблематичный. Заказчик также знает о требованиях, но в целом не понимает зачем они нужны. Но признается в этом и как следствие может получится конструктивный диалог.
Есть еще ТЗ, которые не перегружены требованиями, не особо сложные, если их понять и не объемные в целом. Но выполнены в таком формате, что разбираться в то, что хотел донести заказчик приходится долго. Например, задание, созданное в Excel с кучей таблиц, сносок и условий.
Несмотря на то, что техническое задание (как документ) унифицирован ГОСТом — привести его к идеальному формату не получится, скорее всего, никогда. Тем более, в области творческих заказов, таких как тексты.
Но выделить некоторые аспекты, которые должны быть в задании, все же, стоит попробовать. А также, исключить из составления ТЗ определенные аспекты.
Эти требования должны присутствовать в техническом задании для любого сео-текста.
Если вы заказчик и не знаете, что значит тот или иной параметр, то лучше всего внимательно изучить его смысл. Но, в тоже время, если, поняв каждый пункт и определив, что какой-то из указанных параметров неважен, стоит поставить прочерк после него в ТЗ. Показав тем самым автору, что вы не обратите на этот пункт внимания. Чтобы исполнитель не писал по усредненным показателям.
Сложнее дело обстоит с текстами более литературными. Где, по большому счету, важен объем и иногда уникальность. В данной ситуации заказчику следует обговаривать условия заказа заранее, предварительно изучив работы автора и поняв его стиль.
Чтобы не получилась ситуация: «Мне все не нравится — переделывайте», следует заранее знать возможности исполнителя. А также хорошенько изучить его стиль. Поставив задачу перед незнакомым человеком и получив, в целом хорошую работу, можно разочароваться, просто потому, что не понравится способ или стиль изложения.
Также при заказе текста не СЕО направленности, лучше обговаривать с исполнителем или указывать в ТЗ:
Учитывая эти (и аналогичные параметры) можно значительно снизить шанс получить текст, который вам не понравится.
Техническое задание, которое лично я считаю удобным, приведу ниже. Оно относится к СЕО-статье и имеет все необходимые параметры.
Проверка показателей — по Адвего.
Параметры (Точное соблюдение):
Требования к тексту:
Ключевые фразы (точные вхождения):
Ключевые фразы (допускаются минимальные разбавления - точки, запятые, перестановка слов местами):
«Фраза №1» — 1 раз в тексте;
«Фраза №2» — 1 раз в тексте.
Дополнительные слова (не обязательные, но желательные):
— «перечень слов и фраз»
—— эти слова допускаются в склонениях.
Суть текста:
Рекомендуемый план статьи:
1. Заголовок H1: «Примерный заголовок»
— вступление на 500 символов
2. H2 «Примерный подзаголовок»
— текст на 1000 символов
3. H2 «Примерный подзаголовок»
— текст на 1000 символов
4. Заключение
— текст на 500 символов
К тексту необходимо найти ЛЮБУЮ картинку по теме статьи. Шириной не менее 800 пикселей.
Картинка не должна содержать текста и водяных знаков.
Картинку можно прислать в комментариях к заданию.
Как по мне, так совершенно не сложное, но в то же время очень подробное задание. Без лишних заморочек и рамок.
При оформлении технического задания стоит помнить также о количестве ключевых фраз и слов. Следует адекватно выставлять их число в соотношении к объему текста. Иначе, вы получите нечитаемую кашу с огромными показателями воды и тошноты.
Если вам нужна статья на сайт, и вы хотите заказать ее у копирайтера, но не знаете, как составить техническое задание на текст — не торопитесь писать ТЗ из головы. Любой опытный копирайтер работает по определенным правилам написания и сумбур в техзадании, гарантированно, собьет его с нужной волны.
В итоге вы не получите качественного материала, а копирайтер проделает ненужную работу.
Если вы хотите заказать статью у копирайтера и не имеете опыта в составлении ТЗ — берите пример, разбирайтесь в параметрах и при необходимости редактируйте их (оставляю структуру ТЗ прежней).
Идеального технического задания не будет никогда. Но постараться научить заказчиков правильно оформлять хотя бы то, что нужно ежедневно — однозначно необходимо.
От этого выиграют не только копирайтеры, но и сами заказчики. Именно они будут получать в результате качественный и правильный материал, который соответствует всем их требованиям.
Комментариев нет. Вы можете стать первым.
Обсуждения временно закрыты
Оставить комментарий