Инфостиль для SEOшника: как метод Ильяхова и Сарычевой помогает нам ставить задачи

Есть замечательная книга «Пиши, сокращай» о том, как писать сильный текст. Философия, изложенная в книге, называется инфостилем, и она учит выражать свои мысли на бумаге так, чтобы они были понятны не только автору.

Вот как определяет инфостиль один из его авторов, Максим Ильяхов: «Информационный стиль — это не совсем стиль. Это приемы редактирования, которые помогают очистить текст от мусора, наполнить его полезной информацией и сделать читаемым. Текст в информационном стиле лаконичный, интересный и честный».

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

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

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

Как правильно ставить задачи, если вкратце:
1. Составлять название так, чтобы оно четко отражало суть того, что надо сделать.
2. Избавлять название и описание от словесного мусора.
3. Использовать в названии глаголы действия.
4. Грамотно использовать термины.
5. Указывать в названии цифрами количество страниц, текстов, изображений.
6. Структурировать описание, использовать чек-листы.
7. Стараться описывать задачу понятным исполнителю языком.

Теперь о каждом пункте — подробнее и с примерами.

Плохое название — это когда тебе нужно зайти в описание, чтобы понять суть. Пример: задача называется «Ошибка ответа сервера». Сразу возникают вопросы: какая ошибка? Что с ней делать? Срочно это или нет? Много там таких ошибок? Интуитивно ты понимаешь, что раз ошибка, то её надо исправлять, но твой мозг вынужден тратить больше энергии. Ведь ему приходится прочитать название и сделать вывод, а не сразу понять, что ошибку надо исправить.

Ещё пример плохого названия:

«некоторые страницы сайта выбивают 404, когда должны выбивать 200: http://www.site.ru/content/photo/166; http://www.site.ru/content/news/content/news/5/2913/?phrase_id=48074; http://www.site.ru/content/news/5/content/news/5/2913/?phrase_id=48074»

В данном случае название нужно исправить на «Некоторые страницы ошибочно отдают код 404. Исправить». А сами примеры оставить в описании.

Хорошее название — это когда ты сразу понял, что надо. Пример: «Устранить дублирование H1 в разделе новостей».

Описание у этой задачи было такое:

Ещё хорошие примеры:

• «Удалить из футера фразу «Сделано в Agency».
  
• «Собрать сем.ядро из ВЧ и СЧ запросов в дополнение к текущему списку запросов».
• «Написать 7 текстов для продвигаемых страниц».

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

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

Всё, что не несёт полезной информации, нужно удалять.

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

Ильяхов пишет: «Глагол — это текстовый Брюс Уиллис. Он спасет унылое предложение и накажет врагов». А существительное — это не действие. Оно никого не спасет, и не поможет мозгу исполнителя быстрее вникнуть в суть задачи.

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

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

Какие глаголы лучше использовать в названиях задач:

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

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

Плохие названия:

• «На сайт необходимо разместить больше соц. кнопок».
• «Изображения на русском языке вместо английского».
• «ТЗ программистам клиента».
• «Нужна регистрация в Яндекс.Каталоге».

Хорошие названия:

• «Согласовать новую карту запросов site.ru».
• «Утвердить текст "НАШИ ПРОЕКТЫ"».
  
• «Утвердить 7 первых текстов по городам».
  
• «Согласовать удаление скриптовых ссылок с 2-х продвигаемых страниц».

Это означает не использовать формулировки типа «х1» вместо «h1». Также следует следить в целом за своим профессиональным жаргоном: если не уверен, как пишется то или иное слово, загугли грамотное написание прежде, чем поставить задачу сотруднику.

Примеры:

robots.txt, а не роботс;
sitemap.xml, а не сайтмап;
title, а не тайтл.

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

Если в задаче нужно написать 10 текстов, опубликовать метатеги для 40 страниц, удалить 301 редирект для 5 страниц, и в других случаях, когда нужно внести изменения в ограниченное количество элементов, то это нужно прописывать в названии задачи.

Когда в названии указано, сколько текстов написать («Написать 8 новостей о приезде сканера»), копирайтер сразу видит объём и понимает, когда стоит к ней приступать. Это помогает ему эффективно управлять своими задачами и рабочим временем. Аналогично для программиста: если количество текстов не указано («Заливаем тексты и метатеги»), объём работы непонятен, пока не откроешь описание задачи. Если количество текстов указано («Опубликовать 3 новости о приезде сканера»), объём понятен сразу, потому что программист уже работал с сайтом и знает, сколько времени ему потребуется. Поэтому, если ты как постановщик задачи заранее знаешь количество элементов, с которыми исполнителю нужно работать, то указывай это в названии.

Плохое название:

• «Редирект» (имелось в виду настроить редирект с одной страницы на другую).

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

Хорошее название:

• «Прописать alt изображениям (17 шт.)».

• «Заменить цены на сайте на 3 страницах».
• «Добавить 2 ссылки на /service/visa/».

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

• «Уникализировать H1-заголовки в разделе "Новости"» (в разделе «Новости» более 50 страниц, считать эти страницы — это дополнительное время оптимизатора, это неэффективно).
• «Прописать уникальные H2 для каждой страницы с вакансиями» (та же ситуация).

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

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

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

Здесь просто приведу плохой пример:

Название некрасивое и непонятное. «х1» — это вообще что? (Позже выяснилось, что это H1). Начинается со строчной буквы — это просто смотрится неаккуратно. «На всех товарных» — на ком товарных? Карточках? Категориях? «Тайтл» написан кириллицей, что тоже неаккуратно.

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

Пример задачи с понятным описанием:

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