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

Claude держит контекст до 200 000 токенов — это книга на 300 страниц. Для ТЗ это значит: можно вставить всё что есть (бриф, ссылки, аналоги, ограничения) и получить структурированный документ, не теряя деталей по дороге.

Структура хорошего ТЗ

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

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

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

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

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

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

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

  • Реальные референсы — ссылки на 3–5 примеров того, что нравится. Claude не может зайти по ссылке, но если описать что именно нравится — поймёт.
  • Анти-референсы — что точно не подходит. «Не как у конкурента X».
  • Тон коммуникации — для текстов и дизайна важно. Дружеский / формальный / экспертный.
  • Формат сдачи — Figma-файл, .docx, набор PNG, исходники в Photoshop.

После генерации

Прочитайте ТЗ глазами исполнителя — есть ли непонятные места? Уточните у Claude: «Перепиши пункт 3 более конкретно, добавь измеримые критерии». Документ улучшается итерациями за 2–3 раунда.