ТЗ на статью с нейросетью: шаблон и пример

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

Какие данные собрать и как выбрать помощника

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

Поле	Что записать
Читатель и ситуация	Кто задаёт вопрос и в какой ситуации ему нужен ответ.
Задача статьи	На какой вопрос статья должна ответить и что читатель должен понять или сделать.
Тема и границы	Что входит в материал, что исключено и какие утверждения нельзя делать.
Поисковые запросы	Переданные запросы и, если это известно, их интент и частота. Непроверенные значения помечайте как непроверенные. Не назначайте универсальную плотность ключей.
Факты и источники	Каждый факт — отдельной строкой с ID и источником. Укажите, если URL или документ не предоставлен.
Неизвестное и ограничения	Что нужно уточнить у владельца бизнеса, какие обещания не подтверждены и какие темы нельзя представлять как установленное правило.
Нужный результат	Структура разделов, примеры, таблица или другие элементы — только если они нужны читателю для решения задачи.

Удобный формат для исходников: F1 — факт — источник, U1 — неизвестное — что требуется уточнить. Гипотезу тоже помечайте отдельно. Так автор и агент видят, где заканчивается подтверждённая информация и начинается предположение.

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

Для этой задачи достаточно текстового помощника, если в него можно передать исходные данные и получить результат в удобном формате. Например, в инструкции GigaChat для составления письма предлагают указать адресата, содержание и важные детали запроса (ГигаЧат: работа с текстом). Это инструкция именно для письма, а не сравнительная оценка инструментов; полезный для ТЗ принцип здесь — явно задать задачу и передать существенный контекст.

Если исходники находятся в документах, проверяйте поддержку именно нужного формата. В справке GigaChat указано, что сервис анализирует прикреплённые файлы DOCX, PDF и TXT (ГигаЧат: документы). Для других инструментов уточняйте доступные функции, условия обработки данных и актуальную стоимость на их официальных страницах: подтверждённой цены в этой инструкции нет.

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

Порядок работы от исходников до результата

1. Определите задачу одной статьи. Запишите вопрос читателя и ожидаемый практический результат. Не смешивайте это задание с контент-планом или исследованием всей темы.
2. Соберите карточку входа. Добавьте аудиторию, тему, границы, поисковые запросы, факты с ID и источниками, неизвестное и ограничения. Если частота запроса не измерена, укажите это; не выводите из неё объём статьи.
3. Разделите факты и решения. Агент сопоставляет формулировки с переданными источниками, проверяет наличие ID и отмечает неподтверждённое или противоречивое. Правило или совет, который вы предлагаете как процедуру, не нужно выдавать за факт о продукте, услуге или поисковой системе.
4. Получите проект ТЗ. Попросите помощника описать читателя, задачу, границы, структуру и критерии приёмки. Если данных не хватает, он должен перечислить пробелы, а не заполнять их догадками.
5. Разберите только бизнес-неизвестное и исключения. Человек сообщает условия, которых нет в источниках, и принимает решения там, где факты противоречат друг другу или требуют выбора. Техническую сверку утверждений с переданными материалами поручите агенту по заданным правилам; не нужно вручную проходить каждую строку, если автоматическая проверка не нашла проблемы.
6. Передайте ТЗ автору и проверьте черновик. Агент может сопоставить черновик с ТЗ и источниками, отметить пропущенные разделы, неподтверждённые утверждения и нарушенные ограничения. По отчёту сформулируйте точечные правки: что исправить, на основании какого факта и что не менять. После правок повторите те же проверки. Человек подключается, если исправление зависит от отсутствующего бизнес-условия или решения по исключению.

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

Готовый промпт и заполненный пример

Промпт и пример

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

Подготовь ТЗ автору на одну статью. Не пиши саму статью.

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

Для каждого фактического утверждения в проекте ТЗ укажи ID исходного факта и источник. Если источник не предоставлен, не подтверждает утверждение или противоречит ему, отметь это. Агент должен сверить утверждения и ссылки с переданными материалами и сообщить о найденных расхождениях.

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

Подготовь ТЗ со следующими полями:
1. Тема и рабочее название.
2. Читатель и ситуация, в которой ему нужна статья.
3. Задача статьи: на какой вопрос она отвечает и что читатель должен понять или сделать.
4. Границы: что включить, чего не утверждать и какое неизвестное сохранить.
5. Структура: разделы в порядке ответа на вопрос читателя; для каждого укажи, что именно раскрыть. Не копируй целиком план одного чужого материала.
6. Поисковые запросы: перечисли переданные запросы и предложи, где их уместно раскрыть. Неизмеренную частоту или непроверенный интент обозначь как непроверенные. Не назначай плотность ключевых слов без основания.
7. Факты и источники: список доступных фактов с исходными ID и источниками; отдельно — неизвестное, противоречия и вопросы владельцу бизнеса.
8. Внутренние ссылки: используй только переданные URL или явно обозначенные редактором плейсхолдеры. Не создавай адреса и не заявляй, что плейсхолдер ведёт на опубликованную страницу.
9. Формат результата: укажи нужные таблицы, примеры, метатеги или визуальные элементы только если они помогают задаче.
10. Критерии приёмки: как проверить, что ТЗ отвечает на вопрос читателя, сохраняет границы, связывает факты с источниками и не содержит неподтверждённых обещаний.

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

Исходные данные:
[ВСТАВЬТЕ КАРТОЧКУ: читатель, задача, тема, границы, запросы, факты с ID и источниками, неизвестное, ограничения, внутренние ссылки или плейсхолдеры, требуемый формат]

Ниже — условный учебный результат по сценарию из брифа. Это заполненное ТЗ, а не готовая статья. Сведения о мастерской переданы только для примера; отдельный URL к ним не дан.

Тема, читатель и задача

Тема: что сообщить мастерской до визита, если требуется замена молнии на рюкзаке.

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

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

Границы и доступные факты

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

• F1. Мастерская подтверждает замену молнии. Источник: сведения мастерской, переданные в учебном брифе; отдельный URL не предоставлен.
• F2. Цену согласуют до начала работ. Источник: сведения мастерской, переданные в учебном брифе; отдельный URL не предоставлен.
• F3. Приём осуществляется по записи. Источник: сведения мастерской, переданные в учебном брифе; отдельный URL не предоставлен.

Эти ID относятся только к учебному примеру. В реальном задании подставьте ID и источники из собственных материалов; не копируйте F1–F3 как факты о другой мастерской.

Неизвестное и вопросы для уточнения

• U1. Неизвестно, какие сведения об изделии мастерская просит сообщить заранее. В статье можно предложить читателю уточнить это у мастерской, но не выдавать конкретный перечень за её требование.
• U2. Неизвестно, нужны ли фотографии или сведения о модели рюкзака. Не утверждать, что они обязательны; вопрос можно включить в список того, что читатель уточняет.
• U3. Условия стирки, разборки и гарантии не подтверждены. Не советовать стирать или разбирать изделие и не придумывать гарантийные условия.

Структура статьи

1. Какие данные об изделии собрать. Предложить описать рюкзак и проблему своими словами и спросить мастерскую, какие дополнительные сведения ей нужны. Не представлять отдельные характеристики как обязательные без подтверждения.
2. Какие вопросы согласовать. Указать подтверждённую услугу (F1), согласование цены до начала работ (F2) и приём по записи (F3). Не добавлять неподтверждённые правила о стирке, разборке или гарантии.
3. Как проверить готовый текст. Сверить сведения об услуге и порядке обращения с F1–F3; проверить, что неизвестное осталось неизвестным, а не превратилось в правило мастерской.

Запрос и внутренние ссылки

• Запрос читателя: «что сообщить мастерской до визита». В учебных исходных данных частота поиска не указана; не выводить из неё объём статьи или плотность ключей.
• Внутренние ссылки: [плейсхолдер: материал о подготовке изделия к обращению — URL предоставит редактор, если такая страница существует]; [плейсхолдер: страница мастерской с условиями приёма — URL предоставит редактор]. Это редакционные места для проверки, а не утверждение, что страницы уже существуют.

Критерии приёмки

• Текст отвечает на вопрос, что сообщить мастерской и что согласовать до визита.
• Утверждения об услуге и порядке приёма соответствуют F1–F3; источник каждого из этих фактов обозначен.
• Неподтверждённые условия не приписаны мастерской.
• В тексте нет советов стирать или разбирать рюкзак и нет выдуманных гарантийных обещаний.
• Плейсхолдеры не выданы за действующие ссылки, а ТЗ не подменено готовой статьёй или контент-планом.

Проверка, ограничения и следующий шаг

После подготовки ТЗ агенту можно поручить техническую сверку по четырём направлениям:

1. Покрытие задачи: указаны ли читатель, вопрос, результат и разделы, отвечающие на этот вопрос.
2. Прослеживаемость фактов: есть ли у утверждений ID и источник; совпадает ли формулировка с переданным материалом.
3. Неизвестное и ограничения: не превратились ли пробелы в догадки; соблюдены ли запреты и оговорки.
4. Целостность результата: остались ли в ТЗ критерии приёмки, не созданы ли отсутствующие URL и не подменено ли задание другим форматом.

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

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

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