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