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

Знакомая ситуация: вы заказали лендинг, дизайнер прислал макет — кнопка «Записаться» серая на сером, телефона нигде нет, а вместо ваших фотографий стоковая девушка с ноутбуком. Формально претензий не предъявить: в ТЗ про кнопку, телефон и фотографии не было ни слова. Переделка — за ваш счёт. Хорошее техническое задание закрывает именно эту дыру: всё, что не записано, исполнитель решает за вас — и решает по-своему.

Почему именно Claude для ТЗ

Техническое задание — длинный структурированный документ, который собирается из кучи разрозненных вводных: обрывки переписки с партнёром, голосовые от жены про «хочу как у той студии», прайс конкурента, старый бриф двухлетней давности. Claude здесь удобен тремя вещами.

  • Огромный контекст. Claude Sonnet 5 держит до миллиона токенов. В переводе на понятное: один токен — это примерно 2–3 знака русского текста, стандартная страница — 1800 знаков, значит в окно помещается порядка тысячи страниц. Можно вставить всю переписку по проекту целиком, не выбирая «самое важное», — и попросить собрать из этого документ.
  • Держит структуру. На длинных документах с нумерацией разделов Claude не «съезжает»: пункт 6.2 остаётся пунктом 6.2, а не превращается через страницу в 5.4. Для ТЗ, на которое исполнитель будет ссылаться («смотрите пункт 3.1»), это принципиально.
  • Умеет ходить по ссылкам. У Claude есть веб-поиск: можно дать адрес сайта-референса или страницы конкурента, и он посмотрит её сам. Поиск включается в настройках чата; если он выключен или страница закрыта от роботов — опишите референс словами: «шапка как у [сайт], но без анимации».

Годится ли ChatGPT? Годится. Но на документах длиннее пяти страниц с перекрёстными ссылками между разделами Claude, по нашему опыту, реже теряет нить — потому и весь каталог промптов для Claude у нас смещён в сторону длинных документов: финмодели, инструкции, техзадания.

Структура хорошего ТЗ: 9 разделов

  1. Цель проекта. Не «нужен сайт», а «посетитель с рекламы должен за минуту понять, что мы делаем, и оставить телефон». Цель — это то, по чему потом судят результат.
  2. Целевая аудитория. Кто пользуется результатом. «Женщины 25–45» — пустая строка; «мамы, которые записывают ребёнка на секцию с телефона, пока едут в метро» — рабочая: из неё следует и мобильная версия, и запись в два клика.
  3. Объём работ. Что входит — списком. И обязательно что НЕ входит: этот подпункт недооценивают чаще всего, а именно он спасает от «я думал, логотип тоже входит».
  4. Требования к результату. Функционал, дизайн, контент, форматы файлов. Здесь живут кнопка «Записаться», телефон в шапке и ваши фотографии вместо стоковых.
  5. Сроки. Не один дедлайн, а этапы с промежуточными точками: эскиз — согласование — чистовик. Один дедлайн в конце означает, что и проблемы вы увидите тоже в конце.
  6. Бюджет. Рамка, не точная цифра. Исполнителю она нужна, чтобы не проектировать «Мерседес» под бюджет «Лады».
  7. Критерии приёмки. Как поймёте, что сделано. Каждый критерий — проверяемый: «сайт открывается с телефона за 3 секунды» можно измерить, «сайт должен быть современным» — нет.
  8. Ограничения. Что нельзя: чужие шрифты без лицензии, цвета конкурента, технологии, которые некому будет поддерживать.
  9. Референсы. Три-пять примеров «нравится» с пояснением, что именно нравится в каждом. Ссылка без пояснения не работает: дизайнер увидит в референсе не то, что видите вы.

Промпт-формула

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

Ты — опытный продакт-менеджер. Составь подробное техническое задание для [ИСПОЛНИТЕЛЬ: дизайнер / разработчик / копирайтер].

Контекст:
- Тип проекта: [САЙТ / ПРИЛОЖЕНИЕ / ТЕКСТ / ДИЗАЙН]
- Цель: [ЧТО ДОЛЖНО ПРОИЗОЙТИ В РЕЗУЛЬТАТЕ]
- Целевая аудитория: [КТО И В КАКОЙ СИТУАЦИИ ПОЛЬЗУЕТСЯ]
- Сроки: [ДЕДЛАЙН И ПРОМЕЖУТОЧНЫЕ ЭТАПЫ]
- Бюджет: [РАМКА ОТ И ДО]
- Что уже есть: [МАТЕРИАЛЫ, ССЫЛКИ, СТАРЫЕ ВЕРСИИ]
- Что точно НЕ входит в работу: [СПИСОК]

Структура ТЗ:
1. Цель и задачи
2. Целевая аудитория
3. Объём работ (что входит и что не входит)
4. Требования к результату (функционал, дизайн, форматы файлов)
5. Сроки и этапы с промежуточными точками согласования
6. Бюджетная рамка
7. Критерии приёмки — каждый измеримый или проверяемый
8. Ограничения
9. Референсы и анти-референсы с пояснениями

Пиши конкретно, без общих фраз. Если каких-то вводных не хватает —
сначала задай мне вопросы списком, потом составляй документ.

Последняя строчка промпта — самая полезная. Без неё Claude заполнит пробелы правдоподобными выдумками: сочинит сроки, бюджет и требования, которых вы не называли. С ней — сначала спросит.

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

Как выглядит результат

Чтобы было понятно, что именно выходит из промпта, — пример. Допустим, вводные такие: телеграм-бот записи в барбершоп, три мастера, администратор ведёт слоты в Google-таблице. Вот как выглядят разделы «Объём работ» и «Критерии приёмки» в готовом документе:

3. Объём работ
3.1. Бот в Telegram: клиент записывается на стрижку без звонка администратору.
3.2. Клиент выбирает услугу (из 5), мастера (из 3), затем дату и время.
3.3. Свободные слоты бот читает из Google-таблицы администратора.
3.4. За 2 часа до визита бот отправляет клиенту напоминание в чат.
3.5. НЕ входит: онлайн-оплата, программа лояльности, интеграция с CRM.

7. Критерии приёмки
7.1. Запись от команды /start до подтверждения — не больше 6 нажатий.
7.2. Отмена записи освобождает слот в таблице в течение минуты.
7.3. Двое клиентов не могут записаться на один слот одновременно.

Обратите внимание на два места. Пункт 3.5 «НЕ входит» — граница, которая избавит вас от спора «а я думал, оплата тоже будет». И критерии приёмки: каждый можно проверить руками за минуту — нажать, отменить, посмотреть таблицу. Если в вашем черновике критерии звучат как «бот должен работать стабильно», верните их Claude на доработку: «перепиши раздел 7, каждый критерий — проверяемый действием».

Что добавить, чтобы ТЗ получилось лучше

  • Референсы с пояснениями. Дайте Claude ссылки на 3–5 примеров — с включённым веб-поиском он откроет их сам. К каждой ссылке допишите, что именно нравится: «отсюда — структура каталога, но не цвета».
  • Анти-референсы. Что точно не подходит и почему. «Не как у [конкурента]: у них всплывающее окно на весь экран через три секунды — у нас такого не будет».
  • Тон коммуникации. Для текстов и дизайна принципиально. Дружеский, формальный, экспертный — плюс два-три примера фраз, которые «звучат как мы».
  • Формат сдачи. Figma-файл с доступом на редактирование, .docx, набор PNG, исходники. Пункт кажется занудным ровно до момента, когда вам присылают плоскую картинку вместо исходника.
  • Словарик проекта. Если в нише свой жаргон («карточка», «сет», «слот»), дайте Claude короткий словарь — иначе документ и исполнитель будут говорить на разных языках.

Чего Claude в ТЗ не умеет

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

  • Сроки и цены берёт с потолка. Claude уверенно напишет «этап 1 — 5 рабочих дней», не зная ни загрузки исполнителя, ни сложности вашего проекта. Реалистичность этапов подтверждает только сам исполнитель — оставьте сроки в черновике как заготовку для обсуждения, не как факт.
  • Не знает ваших внутренних ограничений. Что сайт на Тильде у вас уже оплачен на год вперёд, что бухгалтерия не согласует оплату зарубежного сервиса, что у бренда запрет на красный цвет — всё это попадёт в ТЗ, только если вы сами напишете это во вводных.
  • Не заменяет договор. ТЗ описывает работу, но не ответственность, неустойки и права на результат. Юридическую часть — договор, акты, права на исходники — проверьте у юриста, а не у нейросети.
  • Не заменяет созвон. Даже идеальный документ исполнитель прочитает по-своему. Полчаса разговора по готовому ТЗ, где исполнитель пересказывает задачу своими словами, находят расхождения быстрее, чем любая переписка.

После генерации: две-три итерации

Первый ответ Claude — черновик, не финал. Прочитайте его глазами исполнителя: где бы вы сами задали вопрос? Каждое такое место — команда на доработку. Формулируйте адресно, по номерам пунктов:

Перепиши пункт 4.2 конкретнее: какие именно страницы, что на каждой.
В разделе 7 замени неизмеримые критерии на проверяемые действием.
Добавь в раздел 8 ограничение: [ВАШЕ ОГРАНИЧЕНИЕ].
Сократи документ на треть без потери требований.

Полезный финальный ход — попросить Claude сыграть исполнителя: «Ты — дизайнер, который получил это ТЗ. Задай заказчику все вопросы, которые у тебя возникли». Список вопросов покажет дыры в документе до того, как их найдёт живой человек — и до того, как эти дыры станут переделками.

FAQ

Какой длины должно быть ТЗ?

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

Можно ли дать Claude ссылку на сайт-референс?

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

Подойдёт ли этот промпт для ChatGPT или Gemini?

Да, промпт-формула универсальная: структура из девяти разделов и требование проверяемых формулировок работают в любой нейросети. Разница проявляется на длинных вводных: если вы вставляете всю переписку по проекту и несколько документов разом, запас контекста Claude Sonnet 5 — до миллиона токенов — даёт ему преимущество.

Чем ТЗ отличается от брифа?

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

Как проверить, что ТЗ понятно исполнителю?

Попросите исполнителя пересказать задачу своими словами на созвоне — расхождения всплывают в первые десять минут. До созвона прогоните документ через Claude в роли исполнителя: «Ты — дизайнер, получивший это ТЗ, задай вопросы заказчику». Пункты, по которым возникают вопросы у нейросети, вызовут их и у человека.

Читайте также: как составить ТЗ дизайнеру интерьера через нейросеть · Claude для финмодели и отчётов.

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