Как правильно составить ТЗ для дизайнера с точки зрения SEO

Как сделать ТЗ на дизайн сайта бесплатно самому: подробная инструкция

Создаем подробное техническое задание для дизайнера и разработчиков с нуля буквально из ничего — бесплатно, быстро, красиво и чтобы не стыдно было показать клиенту!

Нет, данное заявление — не очередной кликбейт от маркетологов.

Команда Ant-Team.ru разработала свой способ создания подробнейшего технического задания для дизайнеров и разработчиков.

Сегодня мы делимся с вами всеми подробностями и тонкостями нашей технологии. Инструкция настолько полная, что мы уже передаем ее новичкам команды в качестве регламента!

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

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

Как так вышло и почему мы, а не кто-то другой?

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

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

Если говорить конкретно о задаче на ТЗ для дизайнера, сеошников в меньшей степени интересуют такие дизайнерские фишки, как цветовая гамма, содержимое картинок на страницах или закорючки на шрифтах. Дизайн в этом понимании мы не трогаем и оставляем на усмотрение дизайнера и клиента. В рекомендациях же мы говорим о заполнении страницы: блоках, необходимых для повышения доверия у посетителя и поисковика. Нам не всегда важно, как они будут выглядеть, но нужно, чтобы они в принципе были. Неподготовленный человек, не знакомый с Инструкцией для асессоров Google (или хотя бы с данной статьей), по нашему опыту упускает большую часть YMYL-факторов, что в дальнейшем может сказаться на ранжировании.

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

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

  • Google Документы; ;
  • программа для снятия скриншотов (у меня это Monosnap);
  • инструмент Арсенкина Выгрузка ТОП-10 сайтов; ; ;
  • ровные руки;
  • пара часов времени и терпения.

Дисклеймер 2: любые из перечисленных инструментов вы можете заменить на ваши любимые альтернативы, кроме (!) последних двух. Если с руками и терпением у вас плохо, то лучше делегировать эту задачу более усидчивому коллеге, иначе обещанной красоты не выйдет, а ругать вы будете нас за плохую инструкцию.

В случае когда мы прорабатываем какую-то одну страницу (например, лендинг или главную) или какой-то один тип страниц (например, товарную карточку интернет-магазина), мы получаем:

  • схематичный прототип (мы между собой зовем его блок-схема, поэтому дальше по привычке я продолжу периодически называть его именно так) в формате .drawio;
  • подробное ТЗ для дизайнера — в Гугл доке.

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

  • список типов страниц на сайте (таких как главная, категория, служебные и т.д.);
  • примерная структура сайта — в Гугл таблицах или блок-схемой;
  • блок-схема для каждого типа страниц в формате .drawio;
  • ТЗ дизайнеру для каждого типа страниц — в Гугл доках;
  • ТЗ программисту с описанием основного функционала сайта — в Гугл доках;
  • если для каждой служебной страницы не рисуем схему, то список служебных страниц с примерами и подробным описанием, что должно быть на каждой — в Гугл доках или Гугл таблицах;
  • ТЗ на контент для ряда страниц — в Гугл доках.

В обоих случаях подход можно считать комплексным, так как в работе мы учитываем все требования SEO, такие как YMYL, E-A-T, удобство для пользователя, полнота контента, сопоставимость с конкурентами и многое другое.

В этой статье я поверхностно расскажу о более полном подходе (втором) и подробно остановлюсь именно на составлении ТЗ для дизайнера и блок-схеме (первом).

Для анализа конкурентов нужен список конкурентов, а для получения списка конкурентов нужна семантика — те запросы, по которым должен ранжироваться сайт или страница на сайте. Если ТЗ составляется для какой-то одной страницы-лендинга, то достаточно кластера (группы запросов), под который будет оптимизирована страница. Если мы составляем полное ТЗ на сайт, то нужна хотя бы какая-то поверхностная семантика по теме (примерно от 5-10 кластеров).

Важно! Как SEO-специалисты при составлении ТЗ мы в первую очередь ориентируемся именно на конкурентов из поисковой выдачи. Хотя клиент или руководитель может попросить дополнительно обратить внимание на какие-то другие сайты, и тогда это обязательно нужно сделать.

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

  1. Возможно, у вас или ваших коллег уже есть семантика по проекту.
  2. Можно поверхностно собрать семантику в Wordstat для одной или нескольких страниц.
  3. Можно полноценно собрать семантическое ядро по всем правилам (для данного типа задачи это совсем не обязательно, но пригодится для дальнейшей проработки сайта).

Для примера подготовлена поверхностно собранная через Вордстат семантика для рандомно выбранной тематики “ремонт бытовой техники”.

Рисунок 1. Часть отобранных для примера ключевых фраз

Дисклеймер 3: тематика была выбрана “с потолка”, запросы в Вордстате тоже частично рандомные (по крайней мере собраны очень поверхностно), конкуренты для анализа подбирались исходя из общей логики: кто ранжируется по большему количеству отобранных запросов, тот в данной ситуации считается более крутым. Мы не ставили целью никого обидеть или, наоборот, пропиарить.

Важно! Собирать семантику и анализировать конкурентов нужно по региону продвижения. На примере все сделано по Москве.

Добавляем подготовленную семантику в Key Assort и собираем данные.

Рисунок 2. Добавили фразы с ненулевой частотностью в Key Assort через “Ручное добавление фраз”

Рисунок 3. Нажали “Собрать данные” в Key Assort

Нажмем на “Топ тематики” и посмотрим 15 основных конкурентов. Этого обычно достаточно для подбора хотя бы 4-5 подходящих сайтов.

Отметаем агрегаторов и Яндекс. Это площадки другого формата. Остаются сайты компаний, занимающихся ремонтом бытовой техники — они-то нам и нужны. Берем несколько штук (по моему опыту, 5 более чем достаточно), двигаясь по списку сверху вниз. Получаем следующий список конкурентов:

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

Этот пункт нужен для ТЗ с более серьезной проработкой. Посмотрим на отобранные сайты и определим типы страниц и структуру.

Сделать это можно несколькими способами:

  1. Вручную.
  2. Спарсить сайты с помощью Netpeak Spider или Screaming Frog.
  3. Посмотреть структуру сайтов через keys.so.

Обычно выбор зависит от удобства в конкретной ситуации и наличия платных инструментов (речь о Netpeak Spider и Keys.so). Типы страниц я почти всегда определяю вручную, а структуру мне лично удобнее смотреть через keys.so. Но бесплатная версия Screaming Frog тоже подойдет.

Что такое типы страниц? Это шаблонные страницы на сайте, которые отличаются только контентом и не отличаются структурой. Примеры: категория, товарная карточка, страница услуги, страница блога. Сюда же я обычно отношу Главную, хотя вряд ли она повторяется в пределах одного ресурса.

Мы ползаем по сайтам конкурентов понравившимся способом и записываем в удобное место, какие типы страниц нам встретились. Обычно это 3-4 основных типа плюс служебные.

Служебные выделяем отдельно. Для них чаще всего нет смысла составлять отдельные ТЗ и схемы, хотя и такое тоже случалось. Но обычно достаточно составить табличку примерно следующего вида:

Ряд служебных страниц является общим для большинства тематик (такие как “О компании”, “Контакты”, “Доставка” и проч.), но всегда есть специфические страницы именно для этой тематики. И если у других будет некая специфичная страница, а у вас нет, то по сравнению с остальной выдачей это будет вашим упущением, которое заметят пользователи и поисковики. При составлении списка служебных страниц необходимо смотреть на конкурентов.

Если нас интересует примерная структура сайтов, то есть основные крупные разделы, ее также можно набросать на этом этапе. Сделать это можно в таблице или в одной из бесплатных программ для составления блок-схем — XMind или diagrams.net.

Переходим к основному анализу конкурентов и составлению ТЗ в Гугл доке. Для примера в этой статье решено показать страницу типа Услуга (тип страницы, опять же, выбран рандомно).

Походим по услугам отобранных конкурентов и посмотрим, что там вообще есть (некое первое общее впечатление).

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

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

Без четкого ТЗ результат — известно какой. И это касается любой сферы. Особенно когда дело касается масштабных задач вроде веб-разработки. Время и деньги потрачены — а на сайте нет связи между элементами, которые вдруг понадобились клиенту, зато есть куча ненужных функций, без которых точно можно было бы обойтись и т. д. Начинается процесс доработок, который может продолжаться до бесконечности.

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

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

Когда клиент впервые обращается к нам за разработкой, он по понятным причинам хочет хотя бы примерно понимать, во сколько ему всё это обойдётся. Но на консультации мы можем лишь обозначить «вилку». А после формирования максимально подробного техзадания уже можно точно сказать, сколько стоит создать сайт. Собственно, смета и формируется по его итогам и в дальнейшем не меняется. Если потом клиенту хочется что-то поправить, добавить, перекрасить, то все изменения мы фиксируем и оцениваем отдельно.

Кто составляет техзадание на и что в него входит

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

решить, какой сайт нужен — одностраничник, интернет-магазин, каталог и т. п.;

понять, для кого он и какие задачи должен выполнять;

определить, каким видится будущий проект, что нравится и что не нравится на примерах других сайтов;

описать конкретные измеримые требования к итоговому результату.

Менеджер составляет техзадание — а дальше его изучают разработчики и тестировщик. И только после их согласования мы идём согласовывать ТЗ с клиентом.

В результате этой совместной работы мы получаем документ, который содержит в себе следующие пункты:

Цели и задачи проекта

Какой сайт хочет клиент и для чего.

Состав работ

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

Требования к сайту и программному обеспечению

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

Структура

Какие разделы и подразделы будут на сайте. Описываем структуру сайта, соблюдая принципы вложенности страниц и сразу размечаем, что есть страница, а что – просто раздел в меню.

Информационные блоки

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

Пользовательские сценарии

По каким схемам посетители будут взаимодействовать с ресурсом. Эти схемы помогают не упустить важный функционал. Часто разработчики выносят описание пользовательских сценариев в отдельную документацию (Customer journey map). Юзеркейсы полезны на этапе тестирования системы – тестировщик берет их в качестве основы для написания тест-кейсов.

Сущности

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

Интеграции и функциональные возможности

Какими должны быть административная панель, «личный кабинет», по какому принципу будет осуществляться обмен данными с внешними сервисами.

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

Чек-лист идеального ТЗ

А теперь несколько слов о том, каким должно быть идеальное ТЗ, чтобы потом не было мучительно больно за потраченные на разработку ресурсы.

1. ТЗ внятное.

Грамотное техзадание не допускает двусмысленности и свободных трактовок. Например, в результате разработки указываем не «качественный сайт», а «готовый к наполнению контентом и тестированию сайт с доступами к административной панели».

2. ТЗ понятное.

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

3. В ТЗ есть детальное описание функционала.

Сразу должно быть понятно, что и как работает. Как добавлять на сайт новые тексты? Что будет, если загрузить изображение, размер которого превышает заданные параметры? Всё это нужно проговорить и прописать ещё до начала работ.

4. ТЗ содержит технические требования к работе интерактивных механизмов, структуру будущего сайта и его составных частей.

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

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

Поделитесь, как вы подходите к разработке ТЗ: также подробно все описываете или вам достаточно более краткого варианта?

Составляем ТЗ для разработчика и веб-дизайнера: как правильно?

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

Что такое ТЗ и кому оно нужно

ТЗ — это документ, в котором прописаны все требования к создаваемому продукту. В нашем случае — к сайту или интернет-магазину. Помните поговорку “без внятного ТЗ — результата ХЗ”? Вот это оно и есть: если задание будет малоинформативным, размытым, непонятным — такой же сайт вы в итоге получите. Если вообще получите: хорошие веб-дизайнеры не возьмутся за работу, пока все детали не будут четко обговорены. Никому не хочется работать телепатом и угадывать желания заказчика. Никому не хочется тратить время и выполнить работу, которая потом не понравится и не будет оплачена. В то же время, если ТЗ не выполнит исполнитель, у заказчика появляется законное право напомнить ему обязательства и потребовать внесения правок.

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

Кто должен составлять ТЗ?

Есть мнение, что ТЗ должен делать заказчик. На первый взгляд это логично: задание-то дается исполнителю, надо ему рассказать, что да как. Однако заказчики часто не знают, что должно быть в ТЗ, какие моменты нужно осветить, на что сделать акцент и так далее. Они могут сказать: “хочу сайт как у Х.”, или “придумайте что-то современное”, или “мне нужно больше продаж”.

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

задание проекта

Так что же получается, ТЗ должен составлять исполнитель? Скажем так, лучше делать этот этап в соавторстве. Без участия заказчика тоже ничего дельного не выйдет: исполнитель не знает тонкостей вашего бизнеса, ЦА и ее проблем, основных возражений клиентов, каналов сбыта и доставки. Обо всем этом заказчик сайта должен рассказать без утайки, как на духу. Только в этом случае он получит сайт точно по индивидуальному проекту.

Итак, что в ТЗ должен написать клиент?

  • рассказать о главной цели создания сайта: привлечь трафик, повысить продажи, увеличить число клиентов;
  • познакомить веб-дизайнера с миссией компании, продуктах, которые она производит или реализует, целевой аудитории;
  • рассказать, каким образом происходит общение с клиентами;
  • объяснить, хотя бы на пальцах, что он хочет получить в итоге;
  • дать примеры других сайтов и дизайна, которые ему нравятся;
  • познакомить с фирменным стилем компании (если он есть), рассказать о желаемых корпоративных цветах, шрифтах, слоганах;
  • обговорить, входит ли в работу написание контента. Если да — то какого;
  • если есть наработки, тексты, фото или видео, логотип бренда — отлично, давайте все сюда, будем изучать.

После того, как вы прислали ТЗ, в игру вступает исполнитель. Он собирает всю информацию заказчика воедино, изучает ее, задает вопросы, если что-то непонятно, и формирует итоговое ТЗ. Клиент наглядно видит, каким будет его сайт и представляет, сколько это будет стоить.

структура сайта

Что должен указать исполнитель?

  • описать требования к хостингу, систему управления сайтом, инструменты, на которых будет проходить работа. В общем, вся техническая сторона;
  • структура сайта — чем подробнее, тем лучше. Хорошие спецы продумывают структуру каждой страницы вплоть до отдельных элементов. Можно составить прототипы, чтобы наглядно показать заказчику, что его ждет;
  • дизайн сайта: типографика, основные цвета, шрифты, фоны;
  • рекламные баннеры и место их размещения;
  • интерактивные элементы и их расположение;
  • список контента, если это входит в ТЗ;
  • отдельным пунктом можно указать словарь терминов, которые использовались в ТЗ. Лучше упростить и объяснить все простыми словами, но в крайнем случае можно сделать сноски и пояснения.

В итоге должен получиться законченный документ — фактически первоначальный макет сайта.

Теперь давайте подробнее рассмотрим основные пункты ТЗ

1. Информация о компании

Это все, что относится к вашей компании и может повлиять на особенности создания сайта. Если разработана миссия и корпоративная культура — можно отобразить это на главной странице. Если сформирован коллектив профессионалов — можно создать раздел “Лица”, поместить фотографии сотрудников и коротко рассказать о каждом. Если четко определена целевая аудитория — нужно делать сайт и дизайн конкретно под нее. Каждая информация может стать ниточкой, потянув за которую, у разработчика может возникнуть огненная идея.

2. Технические требования

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

3. Адаптивная версия

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

адаптивный сайт

4. Структура сайта

Пожалуй, это самый подробный этап работы исполнителя. В структуре должны быть отражены:

  • пункты меню (если это интернет-магазин — главная страница, “О компании”, “Условия оплаты и доставки”, “Политика конфиденциальности”, блок вопросов-ответов;
  • каталог товаров — категории, подкатегории, фильтры, метки или теги;
  • основные интерактивные элементы (кнопка корзины, иконки соцсетей, виджет обратной связи, сервис товарных рекомендаций и другие фишки).

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

5. Возможные сценарии

Сайт — это не простая линейная структура, но и цепочки взаимодействия с посетителями. Вот и нужно написать, как все это работает. Например, посетитель смотрит карточку товара, кладет его в корзину. Затем сайт предлагает посмотреть рекомендованные товары — отлично, пользователь переходит на другую страницу, опять наполняет корзину. Видит кнопку “Перейти в корзину”, идет туда и жмет на кнопку “Оформить заказ”. И далее по плану.

6. Контент на сайте

Если заказчик заказывает еще и контент — это обговаривается отдельно. Контент — это тексты, фото, видео, анимация — любая информация, которая дается посетителю. Исполнители пишут обычно текст на главную, новости, страницу “Услуги”, часто задаваемые вопросы и ответы на них, карточки товаров, статьи для блога.

7. Дизайн сайта

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

дизайн сайта

Каким должно быть ТЗ? Базовые правила для заказчика и исполнителя

На что нужно обратить внимание, чтобы облегчить жизнь и себе, и исполнителю?

1. Не пишите размыто. “Сделать сайт круче, чем у…” — весьма достойная цель, но что входит в понятие “круче”? Когда вы составляете бизнес-план на ближайший год, вы же не пишете в нем “стать еще круче, чем были”, а указываете точные цифры: “увеличить годовой оборот на 10 %”, “расширить ассортимент на три категории” и “заключить договоры с поставщиками М и Ж”. Да и оцениваете эффективность бизнеса и рекламного продвижения вы не по пятибалльной шкале, а с помощью специальных показателей. Так и здесь: ставьте четкие цели и задачи: добиться конверсии не менее 5-10%; привлечь дополнительную ЦА — молодежь и студентов, отбить часть рынка у таких-то конкурентов.

Изучая ТЗ, который прислал исполнитель, обратите внимание на отсутствие сложных терминов, понятных лишь специалистам. И, конечно, без воды и неточностей: “современные виджеты обратной связи” — это прекрасно, но позвольте спросить, какие? Заказчик тоже имеет право это знать. Для того и пишется ТЗ, чтобы обе стороны как можно лучше поняли друг друга.

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

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

макет сайта

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

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

А если ТЗ не нравится?

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

А что потом?

А потом — кипи, работа! Исполнители (чаще это разработчик и веб-дизайнер) анализирует ТЗ, вносит правки при необходимости и начинают колдовать над будущим сайтом. Создают в специальных программах прототипы каждой страницы, прорисовывают детали вплоть до мелких — иконок, кнопок призыва к действию, делают красочный дизайн, наполняют сайт современными функциями. В зависимости от договоренности многие показывают работу клиенту на промежуточном этапе — тот согласовывает ее с ТЗ, оценивает визуально (нравится — не нравится). Если все хорошо — работа идет дальше до победного конца.

Когда сайт будет готов, можно еще раз свериться с ТЗ и запускать его в работу. А дальше все зависит от вас и вашей команды. Удачи в продвижении!

Как составить грамотное техзадание на разработку сайта

Суть закона подлости известна всем: если есть хоть малейшая вероятность того, что вас могут понять неправильно, то вас обязательно поймут неправильно. Это относится и к созданию сайтов. Например, заказчику нужен второй «Фейсбук», но он неправильно поставил задачу разработчику. В результате получился форум цветоводов.

Прочитав эту статью, вы узнаете, что именно, как и зачем нужно писать в техническом задании. Поймете, чего нельзя делать, чтобы разработка ТЗ не стала потерей времени.
[spoiler]

Что такое техническое задание

Техническое задание — это документ с требованиями к сайту. Если ТЗ составлено четко и подробно, исполнителю будут понятны поставленные перед ними задачи.

Следовательно, результат удовлетворит и заказчика, и исполнителя. Польза от технического задания очевидна:

  • Понимает, за что он будет платить деньги и какой ему сделают сайт. Структура сайта видна сразу, и если что-то не устраивает, изменения можно внести еще до начала разработки.
  • Оценивает компетентность исполнителя. Грамотно составленное и понятное техзадание повышает доверие к разработчику.
  • Защищает себя от недобросовестности исполнителя. Готовый сайт можно проверить на соответствие техническому заданию. Есть неточности? Разработчик их исправит. При наличии официального договора его можно принудить сделать это через суд.
  • Упрощает замену исполнителей. Бывает, что заказчик и исполнитель ссорятся и не могут продолжать совместную работу. В такой ситуации с созданием сайта возникают проблемы. Однако при наличии подробного техзадания их можно легко решить: заказчик просто передает ТЗ новой команде, и она сразу же включается в работу.
  • Узнает стоимость разработки продукта. Понять, когда будет готов сложный сайт и узнать окончательную стоимость разработки сразу нельзя. Сначала нужно разобраться с функционалом веб-ресурса. Именно для этого нужно составить техническое задание.

  • Понимает желания заказчика. Для этого ему придется задать клиенту десятки вопросов, показать примеры, предложить решения. Потом записать все в соответствующий документ и согласовать с заказчиком. Он одобрил? Значит, исполнитель понял его правильно.
  • Застраховывается от внезапных «хотелок» заказчика. Случается, что в ходе создания сайта заказчик вдруг решает поменять задачу. Если разработчик согласовал и подписал ТЗ, он может быть спокоен: даже суд встанет на его сторону.
  • Показывает свою компетентность. Четко и понятно подготовленное ТЗ говорит о профессионализме разработчика.
  • Зарабатывает деньги. Иногда составление технического задания оценивается как отдельная услуга.
  • Облегчает и ускоряет работу. Благодаря качественному техническому заданию становится понятна структура сайта и функционал каждой страницы: можно переходить к написанию кода и разработке дизайна.

Грамотное ТЗ может составить только исполнитель. Проект-менеджер или разработчик понимают в создании сайтов больше владельцев кафе и стоматологических клиник. Тем не менее заказчик должен принимать в процессе самое непосредственное участие.

  • знакомит исполнителя с компанией, товарами или услугами, целевой аудиторией;
  • объясняет цель создания сайта;
  • рассказывает о своих желаниях и делится идеями;
  • показывает примеры хороших (как ему кажется) сайтов.
  • отвечает на вопросы исполнителя.

Пишите однозначно и точно

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

Например, этот дизайн кому-то показался красивым, и он использовал его на своем сайте:

  • Сайт должен понравиться заказчику. А если не сможет?
  • Сайт должен быть удобным. Для чего и для кого?
  • Сайт должен выдерживать большие нагрузки. Сколько конкретно посетителей?
  • Качественный экспертный контент. Ну, это понятно.
  • не «загрузка сайта должна быть быстрой», а «у каждой страницы должно быть более 80 баллов в Google PageSpeed Insights»;
  • не «большая нагрузка», а «50 тысяч пользователей одновременно;
  • не «на главной странице размещен список статей», а «на главной странице выведен список последних шести опубликованных статей»;
  • не «разработка минималистичного удобного интерфейса подписки», а «поле «Оставьте e-mail» с кнопкой «Подписаться»».

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

Разъясните сложные термины

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

Опишите инструменты и требования к хостингу

Допустим, вы в течение двух месяцев разрабатывали сайт. Каждый этап был согласован с заказчиком. И вот работа сделана. Во время показа админки заказчик возмущается: «Это «Модэкс»?! Я рассчитывал, что сайт будет на «Вордпрессе»!»

Исключите такие ситуации. Для этого вам нужно четко описать инструменты, движки и библиотеки, а также указать требования к хостингу. Вдруг вы сделаете на PHP, а у заказчика сервер на .NET.

Составьте список требований к работе сайта

Готовый сайт должен работать в любом браузере и на всех устройствах. Это нужно обязательно прописать в ТЗ.

  • скорость загрузки сайта;
  • устойчивость к нагрузкам;
  • защита от хакерских атак и т.д.

Создайте структуру сайта

До того, как вы начнете отрисовывать дизайн и верстать, согласуйте с заказчиком структуру сайта.

Сначала нужно выяснить, что он хочет. Затем собрать сотрудников (разработчики, SEO-специалисты, маркетологи, главный редактор) и решить, какие именно страницы нужны на сайте и как их связать между собой.

Структуру можно показать списком или нарисовать в виде блок-схемы.

Структура — фундамент сайта. Ее создание — самый важный этап работы. Если она получится неудачной, сайт будет «кривым».

Объясните содержание страниц

Заказчику нужно понимать назначение каждой страницы и ее элементов. Для демонстрации есть два способа.

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

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

Распишите варианты использования сайта

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

При создании стандартной визитки или лендинга вам не нужно писать сценарий. Но если вы работаете над размещением интерактивных сервисов на сайте, сделать это необходимо.

Определитесь с контентом

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

Не используйте фразы типа «качественное», «интересное», «полезное для потенциальной аудитории». Укажите, что контент должен быть уникальным

Объективных критериев оценки дизайна сайта нет. Если заказчик хочет определенную цветовую гамму, пропишите это в ТЗ. Если он имеет брендбук с конкретными шрифтами, напишите и это.

А вот слова «красивый» и «современный» употреблять не нужно.

Вывод: структура ТЗ

Одинаковых технических заданий не бывает: для каждой задачи пишется отдельное ТЗ. Грамотное техническое задание должно содержать:

  1. Информацию о компании и целевой аудитории, целях и задачах сайта;
  2. Глоссарий терминов, непонятных заказчику;
  3. Требования к верстке и работе сайта;
  4. Описание применяемых технологий и список требований к хостингу;
  5. Подробную структуру сайта;
  6. Прототипы страниц и описания содержащихся на сайте элементов;
  7. Сценарии использования интерфейса, если он нестандартный;
  8. Список контента;
  9. Требования к дизайну (в общих чертах).

У вас еще нет готового решения INTEC? Тогда сейчас самое время его купить)

  • Как узнать CMS сайта?
  • Кейс MENDELEEV SHOP: разработка сайта для поставщика химической продукции
  • Брошенные корзины: 7 способов вернуть покупателя
  • Виджеты для сайта: какие бывают и как использовать
  • Как оптимизировать фото на сайте и привлекать трафик из поиска по картинкам
  • Sitemap: устанавливаем карту сайта
  • SSL-сертификаты: что это такое и как правильно выбрать
  • Мы обновили INTEC: Конструктор!
  • Обновления INTEC: Конструктор — Увеличенная скорость работы
  • Кейс: разработка сайта для ресторатора
  • Обновления INTEC: Конструктор — Еще более простое управление
  • 301-редирект

Хотите быть в курсе всех наших обновлений? Тогда подпишитесь на нас в соцсетях!

Пример ТЗ для копирайтера

баннер курса для предпринимателей по seo

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

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

При этом важно научиться составлять подробное техническое задание (ТЗ) для копирайтера. Иначе существует высокая вероятность получить на выходе совершенно не тот текст, который бы хотелось, а предъявить какие-либо претензии Вы просто не сможете, потому что в ответ услышите: «Таких требований не было в тех задании!

Я ведь не экстрасенс, чтобы догадываться, что еще Вам хотелось бы видеть в этой статье!».

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

Подготовка к составлению ТЗ копирайтеру

Составление ТЗ всегда нужно начинать с выбора темы текста, а также главного и второстепенных ключевых запросов, которые должны использоваться при его написании.

Не будем повторяться насчет того, как выполнить с помощью Яндекс Вордстат подбор ключевых слов. Об этом мы уже рассказывали ранее. Также рекомендуем ознакомиться с материалом «Как составить семантическое ядро».

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

Как не надо составлять техническое задание

Вначале рассмотрим пример ТЗ для копирайтера, к составлению которого подошли не очень ответственно:

Казалось бы, что все в порядке, ведь некоторые довольно четкие требования заявлены.

Но на самом деле это тех задание дает копирайтеру очень широкое почти ничем не ограниченное пространство для его фантазии.

Хотя, возможно, в данном случае заказчика совсем не интересовали структура будущего текста, заспамленность и другие важные параметры правильных SEO-текстов.

Или же он просто плохо знаком с таким понятием, как «оптимизация текста».

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

Правильный подход к разработке ТЗ для копирайтера

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

  1. Название (хотя можно сообщить только основной запрос, чтобы копирайтер сам придумал хороший заголовок), являющееся темой, от которой нужно отталкиваться.
  2. Если требуется, сообщите в техническом задании о необходимости составить description (указывайте нужное количество знаков).
  3. Желаемый размер текста – количество символов без пробелов. Тут же можно указать цену за 1000 смв., если это не было оговорено ранее.

  1. Чего не должно быть в тексте. Например, не использовать шаблонные выражения вроде «На сегодняшний день. », «Как известно. », «Вне всякого сомнения».
  1. Отдельным пунктом повышенной важности при разработке ТЗ должна быть уникальность текста. Здесь можно указать рекомендации, с помощью какого сервиса нужно ее проверять и какое значение должно быть (например, не меньше 95% по Advego).
  2. Отсутствие ссылок в тексте на сторонние сайты.
  3. В зависимости от серьезности Ваших намерений (тексты для людей или для роботов) при составлении ТЗ нелишним будет упомянуть об отсутствии орфографических и грамматических ошибок, а также о необходимости тщательной вычитки текста перед сдачей.
  4. При необходимости можно добавлять в техническое задание требование о подборе некоторого количества уникальных тематических картинок определенного качества и размера.
  5. Не забывайте при составлении технического задания указывать сроки выполнения.

Пример ТЗ, составленного правильно

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

Как составить тз для копирайтера

Разработав подобный образец ТЗ и убедившись, что копирайтер сможет написать по нему нужный текст, можно использовать его в роли шаблона, лишь изменяя некоторые его составляющие в зависимости от будущих тем (количество символов, ключевые слова и количество их вхождений, показатель уникальности и т.д.).

Кстати, если нанимаете копирайтера для длительного сотрудничества, кроме того, что он должен будет использовать составленное Вами техническое задание, можно попытаться слегка «усовершенствовать» его навыки: предложите ознакомиться с нашими статьями «Как написать SEO текст» и «11 составляющих идеальной статьи в блоге».

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

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

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

Что нужно указать в ТЗ для SEO-копирайтера, чтобы получить хороший текст?

Эта статья — по сути ТЗ по составлению ТЗ. Как на лекарства от аллергии бывает аллергия, так и для составления техзадания копирайтеру бывает нужно свое техзадание.

Если у копирайтера нет нормального ТЗ, ему будет сложно понять, какой нужен текст, а клиент или оптимизатор в итоге материал не примет. И это только из-за того, что мы не смогли (с первого раза) корректно задать параметры статьи. Какой она должна быть? Для кого? О чем?

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

Почему техзаданию вообще надо уделять внимание?

Народная мудрость «Какое ТЗ, такое ХЗ» действительно отражает проблему: без внятного техзадания копирайтер не поймет, чего от него хотят, поэтому получится невнятный материал. Это будет закономерно.

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

Как и любые желания, техзадания нужно формулировать максимально конкретно.

Екатерина Рублевская

Екатерина Рублевская,
копирайтер компании SEO.RU:

«Техническое задание помогает копирайтеру понять, какой текст по структуре и содержанию хочет увидеть заказчик или оптимизатор. И чем подробнее требования и пожелания к тексту, тем меньше нужно вносить правок. Идеальный вариант, если к ТЗ прилагается бриф с информацией о компании, ее преимуществами и редакционная политика с пожеланиями к визуальному, текстовому контенту, стоп-словами. В процессе работы редакционная политика дополняется замечаниями клиента, чтобы автор не допускал одинаковых ошибок в следующих текстах, а новый копирайтер быстрее включился в работу».

Технические параметры

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

    Объем

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

Но для успешного поискового продвижения сайта объем статей важен. Дело в двойной аудитории: да, в первую очередь тексты пишутся для людей, но забывать о том, что Google любит лонгриды, SEO-специалисты не могут. Более того, если при анализе выдачи выяснится, что конкуренты пишут статьи по 8000 знаков, обогнать их статьей на 1500, увы, не получится.

Поэтому при постановке и получении задач на SEO-статьи сеошник будет проверять объем.

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

Объем текста для сео правильно и неправильно

С точки зрения SEO в этом пункте наиболее важны абзацы, заголовок H1 и подзаголовки H2-H6. Возможно, такая рекомендация выглядит наивной: 2020-й на дворе, простыни давно исчезли как вид.

На самом деле не совсем. Хотя бы потому, что в начале был объем: когда копирайтеру ставят задачу на 10 000 знаков, удержать структуру бывает довольно сложно. Если есть скелет статьи (о нем — немного дальше), то автору проще ставить логические границы между блоками текста. Но если у вас для подзаголовков особые требования или вам нужны абзацы строго заданного размера — напишите об этом в техзадании, добавьте схему распределения контента по странице (хотя бы примерный макет).

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

В ТЗ нужно указать, как копирайтер должен распорядиться ключами:

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

Обращайте внимание копирайтера на то, какой интент нужно раскрыть, чтобы не было необходимости 50 раз переписывать. Давайте конкретные установки о том, как надо использовать в тексте тот или иной запрос.

Заголовок — это компас всей статьи, основная мысль статьи направляется именно по нему.

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

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

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

Но в то же время ни Google, ни Яндекс не приветствуют скопированные материалы. У Яндекса, например, есть инструмент «Оригинальные тексты» для закрепления за площадкой статуса первоисточника конкретной статьи. И это не просто так: уникальность SEO-текстов все еще важна для поискового маркетинга.

Однако уходить в крайность и требовать от копирайтеров статьи с уникальностью 100% не стоит. Установите среднюю планку: от 65-70%. В конце концов, всегда есть вещи, которые другими словами не назвать (например, имена собственные) — заменить их не на что, и это нужно понимать.

По-другому — тошнота. Этот параметр определяется с помощью Advego или «Тургенева».

«Тургенев» с недавних пор стал платным, за исключением вкладки «Стилистика». Если вы и ваш автор пользуетесь платной версией, то там и мудрить нечего: после проверки текста сервис скажет, какой риск попадания под фильтр «Баден-Баден» Яндекса и что сделать, чтобы его уменьшить. Выберите, какой порог уместен для вас, и обозначьте в техзадании, сколько баллов максимально можно получить.

Advego бесплатный, но там нет ярких сигналов и цветных плашек «С вашим текстом что-то не так». Смотрите показатель «Классическая тошнота документа» и выбирайте верхний порог. Укажите его в ТЗ, например: «Классическая тошнота документа по сервису Advego — не более 4 пунктов».

Классическая тошнота документа по сервису Advego

Анкорами к внутренним ссылкам часто выступают ключевые слова, и это верная стратегия: так вы усилите семантику и дадите дополнительный сигнал поисковикам о том, что ваш сайт релевантен по этим запросам.

Выберите на своем сайте материалы, подходящие теме статьи, и наиболее полно раскрывающий ее запрос. В ТЗ укажите эти страницы, на который должна быть ссылка и под каким анкором ее нужно использовать. Например, так: www.ваш-сайт.ru/страница-вашего-сайта/, анкор «как выбрать чайник».

Стилистические параметры

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

    Задача, которую решает текст

Статью с одними и теми же ключами одного объема и уникальностью 90% можно написать по-разному.

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

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

Обращайте внимание копирайтера на то, какой интент нужно раскрыть, чтобы не было необходимости 50 раз переписывать. Давайте конкретные установки о том, как надо использовать в тексте тот или иной запрос.

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

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

  1. Что такое local SEO: определение, параметры
  2. Явная и неявная геолокация
  3. Как выглядят результаты по local SEO
  4. Что такое Local pack
  5. Как использовать local SEO: основные настройки и инструменты

Возвращаясь к форматированию: такая структура помогает автору сделать текст логичным и понятным.

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

Люди, которые открывают статью с образовательной целью (что-то узнать или научиться делать), не поймут, если статья будет что-то продавать. Представьте: вы гуглите «как обрезать джинсы в домашних условиях», а открывается страница с продажей швейной машинки по акции.

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

Тут все просто: если вам нужны картинки, схемы, инфографика, таблицы или видео, пишите об этом.

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

0 0 голоса
Рейтинг статьи

аниме норагами 3 сезон

когда выйдет фильм бегущий в лабиринте 4

повелитель стихий 2 часть дата выхода

Ссылка на основную публикацию