Генератор ТЗ подрядчику
Дизайнеру, копирайтеру, таргетологу или видеографу. С критерием приёмки, числом правок и определением того, что считается сдачей работы.
Спор с исполнителем возникает там, где не определено, что считается сдачей работы. Инструмент собирает ТЗ, где есть проверяемый критерий приёмки, число включённых правок, формат передачи файлов и явный список решений, которые подрядчик принимает сам, без согласования.
ИИ-ответы бесплатны, но ограничены общим лимитом сайта. Если лимит достигнут, вернитесь позже: повторные нажатия не ускорят ответ.
Спор рождается там, где не определена сдача
Конфликт с исполнителем почти всегда сводится к одному вопросу: работа сделана или нет. Заказчик считает, что результат не тот, исполнитель считает, что сделал ровно то, о чём договаривались, и формально прав, потому что критерия приёмки не было. Всё остальное в ТЗ обслуживает этот пункт.
Второе по важности — раздел о том, что подрядчик решает сам. Без него возможны только два сценария, и оба плохие. Либо исполнитель согласовывает каждый шаг и работа растягивается, либо решает молча и получает правки на всё сразу.
Третье — граница между правкой и новой задачей. «Поменяйте цвет кнопки» и «давайте попробуем другую концепцию» это разные вещи, и если их не разделить на входе, вторая приходит под видом первой, бесплатно и бесконечно.
Контекст использования обязателен даже в короткой задаче. Исполнитель принимает десятки мелких решений, о которых вы не думали, и без понимания, куда пойдёт результат, он принимает их наугад.
Что инструмент намеренно не делает
Не подставляет цифры, сроки, бенчмарки и названия компаний, которых не было в вашем вводе. Если для вывода нужна цифра, которой вы не дали, в ответе будет пометка «уточнить», а не правдоподобное число. Это ограничение стоит в системном промпте и работает против главного свойства языковых моделей: складно достраивать недостающее.
Текст запроса отправляется ИИ-провайдеру, ответ возвращается в браузер. Сайт не сохраняет эти тексты в базе. Для ограничения расходов отдельно учитываются количество запросов и обезличенный идентификатор подключения. Если бесплатный лимит исчерпан, инструмент предложит вернуться позже.
Вопросы
Не будет ли такое ТЗ избыточным для мелкой задачи?
Зачем нужны референсы с объяснением, почему не нравится?
Чем это отличается от брифа?
Как применить результат
Практические разборы, примеры и шаблоны для этой задачи.
- ТЗ на лендинг 2026: что писать подрядчику, чтобы не переделывать
Техническое задание на посадочную страницу: девять секций структуры, требования к скорости и мобильной версии, цели аналитики, критерии приёмки. Разбираю, чем ТЗ отличается от брифа и какие пункты пропускают чаще всего.
- Первый экран лендинга: проверка смысла за 15 минут
Пятнадцатиминутный аудит первого экрана: предложение, аудитория, доказательство, кнопка и мобильное отображение. Шкала проверки и пример правки.