Редактор ждёт практическую статью, автор сдаёт согласованные пять тысяч знаков, а приёмка всё равно заканчивается новым кругом правок. В тексте есть вступление и определения, но читателю пока непонятно, как выполнить задачу. Требование к объёму текста в ТЗ сработало формально. Содержание стороны представляли по-разному.
Согласование начинается с читательской задачи и состава материала. Затем появляется единица измерения, диапазон и правило приёмки. В таком порядке количество символов помогает оценить вместимость текста и стоимость работы. Автор понимает, какие ответы должны поместиться в этот объём, редактор получает понятный список для проверки.
Ниже можно собрать ТЗ для статьи, карточки услуги или инструкции. Примеры описывают условный заказ. Числа в них нужны для демонстрации формулировок: свой диапазон вы выберете после структуры и пробного фрагмента.
Сначала договоритесь, что читатель сможет сделать
Запишите одним предложением, для кого готовится материал и какое действие читатель выполнит после него. Например, владелец небольшого магазина должен составить список доступов для передачи сайта новому подрядчику. Из этой задачи уже видны обязательные части: перечень систем, ответственные, проверка входа и фиксация результата.
Затем укажите исходные знания аудитории. Владельцу магазина придётся объяснить назначение DNS, разработчику достаточно назвать записи. Один и тот же план потребует разного объёма в зависимости от уровня пояснений. Если этот выбор оставить на последнюю правку, редактор начнёт дописывать определения в уже принятый текст.
В ТЗ стоит перечислить ограничения по содержанию. Например, материал касается передачи доступов к готовому сайту; перенос домена и выбор нового хостинга освещаются отдельными статьями. Такая граница помогает автору закончить работу вовремя. Соседние темы можно связать ссылками, сохранив основной маршрут читателя.
Для коротких материалов сначала измерьте место публикации. Карточка товара, рекламный блок и статья в блоге предъявляют разные требования. На странице с ограниченной строкой полезнее проверить сохранение модели в названии товара, чем требовать общий объём, заимствованный из длинного текста.
Выберите единицу и границы подсчёта
Фраза «пять тысяч знаков» требует уточнения. Запишите, учитываются ли пробелы, входят ли заголовки и подписи. Слово «знаки» тоже лучше заменить согласованным обозначением «символы с пробелами» либо «символы без пробелов». Это уменьшает вероятность того, что стороны измерят разные фрагменты.
В состав текста могут входить основной заголовок, подзаголовки, таблицы и подписи к изображениям. Список источников, комментарии редактора и служебные пометки обычно считают отдельно, если они имеют другое назначение. Конкретный выбор остаётся за заказчиком. Запишите его прямо, особенно когда оплата зависит от количества символов.
У таблицы есть две формы: видимый текст ячеек и техническая разметка. Если автор сдаёт Markdown, вертикальные разделители и дефисы технической строки увеличат число знаков при простом копировании файла. Для читательского объёма удобнее измерять содержимое ячеек; для иного способа оплаты заранее согласуйте точное правило.
То же касается ссылок. Адрес может быть длиннее видимого названия источника. В ТЗ определите, оплачивается ли полный URL, анкор ссылки или отдельный список ссылок. Пример расчёта с выбранной единицей разобран в материале о стоимости тысячи знаков. Перенесите в свой заказ только ту часть правила, которая соответствует вашей договорённости.
Задайте диапазон по структуре
Диапазон удобно определять после чернового плана. Возьмите обязательные разделы и оцените, сколько места требуется на объяснение, пример и действие читателя. Если каждый пункт требует отдельного разбора, небольшой лимит приведёт к перечислению без деталей. Если вопрос короткий, большой минимум спровоцирует повторения.
Для условной инструкции можно согласовать от 4500 до 5500 символов с пробелами. Автор получает пространство для объяснения сложного шага. При этом диапазон сам по себе ничего не говорит о качестве. Материал внутри границ всё равно проверяют по содержанию, а превышение обсуждают вместе с конкретной причиной.
Жёсткий предел нужен там, где его задаёт место публикации. Для описания в форме или заголовка объявления укажите название поля и правила сервиса, которые проверили перед заказом. Текст, подходящий по общему счётчику, дополнительно вставьте в само поле. Оно может иначе считать переносы, составные символы или служебные знаки.
Если система не ограничивает длину технически, оставьте редактору право согласовать разумное отклонение. Условие можно сформулировать так: «При необходимости дополнительного примера автор согласует увеличение объёма до финальной сдачи». Тогда расширение становится отдельным решением с понятной причиной.
Дайте автору образец и перечень фактов
Образец полезен, когда вы пояснили, что именно в нём подходит. Укажите глубину объяснения, длину абзацев или способ оформления шагов. Чужую структуру целиком переносить не требуется. У новой темы может быть другой ход решения, и попытка поместить её в прежние разделы сделает чтение неудобным.
Рядом соберите доступные факты: характеристики продукта, ответы специалиста, проверяемые документы и утверждённые названия. Отдельно отметьте сведения, которые автор должен запросить. Если число клиентов или результат внедрения пока неизвестны, материал может обойтись без них. Придумывать подходящий результат ради заполнения объёма нельзя.
Для технической статьи назначьте специалиста, который проверит рабочие шаги. В ТЗ зафиксируйте доступные ему сроки и формат замечаний. Автор сможет заранее оставить места для иллюстраций или проверяемых примеров. Без этого готовый текст часто возвращается на переработку из-за одной неверной предпосылки в начале.
Финальную версию удобно измерить в счётчике символов Feature IT. Перед вставкой выделите именно согласованный фрагмент. Если автор работает в другом редакторе, это действие становится общей точкой проверки, которую легко повторить обеим сторонам.
Готовая формулировка для условного заказа
Вместо длинного шаблона на все случаи составьте короткое задание для конкретного материала. В примере ниже редактор заказывает инструкцию владельцу сайта. Он заранее выбрал читателя, границы темы и способ измерения. Формулировки можно переносить частями, сохранив фактические условия своего заказа.
Задача: читатель составляет список доступов для передачи сайта.
Аудитория: владелец бизнеса без опыта администрирования.
Объём: от 4500 до 5500 символов с пробелами.
Считаем заголовок, подзаголовки, абзацы и текст таблиц.
Техническую разметку, URL и комментарии в объём не включаем.
Метаописание сдаём отдельным блоком.
Обязательные части: список систем, порядок проверки, документ передачи.
Источники: официальные инструкции сервисов и ответы нашего администратора.
Версия для измерения: текст после согласованных редакторских правок.
Превышение диапазона обсуждаем до финальной сдачи.
Такой блок закрывает измерение, но ещё требует условий по процессу. Добавьте срок первого черновика и дату, к которой редактор пришлёт единый список замечаний. Укажите, кто принимает решение при противоречащих правках. Иначе автор получит три версии пожеланий и потратит время на их согласование.
В отдельной строке опишите формат результата: документ с доступом для комментариев, Markdown-файл или текст в CMS. Когда нужен перенос в систему управления сайтом, включите его в состав работы. Копирование таблиц и расстановка ссылок занимают время и иногда меняют итоговый вид материала.
Как разделить правку и новую задачу
Правка исправляет несоответствие согласованным требованиям. Например, автор пропустил обязательный шаг, перепутал характеристику или написал для другой аудитории. В замечании достаточно назвать требование, фрагмент и желаемый результат. Слова «сделать глубже» полезно заменить конкретным недостающим вопросом читателя.
Новая задача появляется, когда заказчик меняет аудиторию, добавляет продукт или требует самостоятельный раздел за пределами плана. Её объём и сроки согласуют отдельно. Это помогает сохранить ответственность обеих сторон: автор исправляет свои ошибки, редактор оценивает последствия новых пожеланий.
Представим, что после сдачи инструкции заказчик просит добавить сравнение пяти сервисов. Такое дополнение требует источников и другой структуры. Можно заказать отдельный материал и поставить ссылку из текущего. Для читателя это тоже удобно: базовая инструкция остаётся компактной, подробное сравнение доступно тем, кому оно требуется.
Количество кругов правок стоит описывать вместе с понятием одного круга. Например, единый список замечаний от ответственного редактора по одной версии документа. Это избавляет от ситуации, когда отдельное сообщение в чате каждый участник считает новым либо прежним этапом по своему усмотрению.
Принимайте содержание до проверки счётчика
Первый проход приёмки посвящён ответу на задачу. Пройдите инструкцию как читатель и отметьте места, где приходится догадываться о пропущенных шагах. Проверьте факты и ссылки. Если по материалу невозможно выполнить обещанное действие, подходящее число символов эту проблему не устраняет.
Затем посмотрите повторы. Определение иногда встречается во вступлении, под первым заголовком и в финале почти одинаковыми словами. Удаление одного повторного абзаца освобождает место для полезного примера. Если материал получается короче диапазона, выясните, исчез ли обязательный ответ. Пустое вступление не стоит добавлять для достижения минимума.
После содержательной приёмки измерьте согласованный фрагмент. При разных результатах сравните копии посимвольно либо сначала проверьте границы выделения. Частая причина расхождения лежит в заголовке, списке источников или оставшемся комментарии. Выбор другого счётчика редко помогает, пока стороны копируют разный текст.
Для документов в редакторе можно использовать порядок подсчёта символов в Google Docs. Приёмочный способ всё равно закрепите в ТЗ. Тогда внутренние показатели рабочего редактора останутся вспомогательными, а итог получится воспроизвести по сохранённой версии.
Зафиксируйте версию и основание расчёта
Сохраните принятую редакцию с датой и понятным именем. Рядом укажите итоговый объём и правило подсчёта. Если стоимость зависит от тысячи знаков, запишите способ округления и перечень оплачиваемых элементов. Это особенно полезно, когда оплатой занимается человек, который не участвовал в переписке с автором.
Поздние изменения публикации отделите от сданного материала. Редактор может убрать абзац, заменить заголовок или объединить статью с другой. Вопрос влияния таких изменений на оплату решают заранее. Для проверки используйте именно договорённую версию, сохранив возможность восстановить её после публикации.
У метаописаний и заголовков собственные ограничения. Они должны присутствовать в задании отдельными строками, если входят в заказ. Удобно сдавать их небольшим блоком перед статьёй и принимать по отдельности. Так длинное описание не потеряется внутри общего числа символов.
Первый заказ используйте для настройки шаблона
После первой сдачи запишите причину каждого существенного расхождения. Если автор неверно понял читателя, поправьте описание аудитории. Если спор возник вокруг таблицы, уточните состав подсчёта. Добавлять в шаблон десятки абстрактных запретов из-за одного недоразумения обычно излишне.
Следующий заказ начните с обновлённого плана и одного примера согласованного материала. Автор увидит ожидаемую глубину, редактор сможет сослаться на конкретный образец. По мере работы шаблон станет короче: повторяющиеся правила останутся общими, особенности темы будут занимать несколько строк.
Перед отправкой ТЗ проверьте, что диапазон согласуется с обязательными разделами. Затем измерьте образец в счётчике символов и сравните его с будущим заданием. Если образец вдвое длиннее допустимого текста, сократите задачу либо измените диапазон до начала работы.
Для командного заказа назначьте одного человека, который собирает замечания. Перед отправкой автору он сверяет их с утверждённой задачей и убирает противоречия. Такой порядок экономит время на обсуждении требований, которые разные участники поняли по-разному.
Читайте также
