Техническое задание с помощью нейросети можно собрать из ваших заметок, списка результатов и ограничений. До передачи подрядчику проверьте две вещи: каждое требование действительно согласовано вами, а результат по нему можно проверить. Срок, формат файла или число правок, предложенные моделью, остаются предложениями, пока вы их не утвердили.
Разберём небольшой заказ фотографий для каталога. Здесь речь о подготовке задания исполнителю, а не об обучении съёмке и генерации изображений. Для строительства, регулируемых закупок и документов по обязательным стандартам нужна отдельная предметная проверка. Соответствие ГОСТ эта инструкция не устанавливает.
Дайте модели решения заказчика, а не только название проекта
Запрос «составьте ТЗ на фотографии товаров» оставляет открытыми объём, ракурсы, формат, срок и способ передачи. Модель может заполнить пустоты привычными условиями. Внешне получится законченный документ, но вы будете обсуждать с исполнителем решения, которых не принимали.
Соберите короткий лист вводных. Укажите, для чего нужен результат, что именно передаёт исполнитель, какие материалы даёте вы и что в заказ не входит. Рядом с каждым пунктом обозначьте статус: «утверждено», «вариант для обсуждения» или «нужно решить». Если документы противоречат друг другу, вынесите вопрос ответственному, прежде чем превращать их в требования.
В материале Сбера о техническом задании результат генерации также назван черновиком, который нужно адаптировать к конкретному проекту. Это подтверждает способ работы с текстом, но не качество любого ответа модели.
Передавайте только материалы, разрешённые компанией для выбранного сервиса. Для первой пробы достаточно вымышленных данных. Подготовка рабочей копии разобрана в инструкции перед загрузкой документа в нейросеть.
Разделите требование, способ проверки и открытый вопрос
Ниже полностью вымышленный заказ. Все числа и условия заданы для обучения, это не кейс Verum и не результат испытания ИИ-сервиса.
Заказчик передал такие вводные:
- И1. Нужны фотографии 12 изделий по приложенному списку артикулов. Для каждого изделия нужны вид спереди и вид сбоку.
- И2. Передать JPEG-файлы. Длинная сторона каждого изображения должна быть ровно 1600 пикселей.
- И3. Имя файла состоит из артикула и обозначения ракурса:
ART01_front.jpg,ART01_side.jpg. В учебном списке артикулы идут отART01доART12. - И4. Дополнительные ракурсы в заказ не входят.
- И5. Фотографии нужны для обновления каталога. Дата готовности, фон, требования к цвету, способ передачи и порядок исправлений пока не согласованы.
Из И1 следует объём: 12 изделий × 2 ракурса = 24 изображения. Но само число файлов ничего не говорит о полноте. Две копии вида спереди не заменяют отсутствующий вид сбоку.
| Требование из вводных | Как проверить результат | Что нельзя дописать по догадке |
|---|---|---|
| И1: по два указанных ракурса для каждого артикула | Сопоставить список изделий с комплектом: у каждого есть front и side; открыть изображения и сверить изделие и ракурс | «Любые 24 фотографии» |
| И2: JPEG, длинная сторона 1600 пикселей | Проверить фактический формат и размеры каждого файла; расширения .jpg недостаточно | PNG как замена JPEG или «не менее 1600» вместо «ровно 1600» |
| И3: артикул и ракурс в имени | Сверить имена с полным ожидаемым списком; отдельно проверить содержимое | Новая произвольная нумерация |
| И4: без дополнительных ракурсов | Включить исключение в границы заказа | Обязательная круговая съёмка |
| И5: часть условий открыта | Показать вопросы до согласования заказа | «Сдадим за три дня», белый фон или две бесплатные правки |
Проверяемость критериев опирается на обычный принцип приёмки: должно быть понятно, каким действием подтвердить выполнение. Atlassian описывает критерии как проверяемые условия завершения работы. Конкретные проверки файлов в таблице предложены здесь для учебного заказа, это не требования Atlassian к фотографиям.
Такую таблицу полезно получить раньше красивого многостраничного ТЗ. Она обнаруживает места, где вы ещё не сможете принять результат. Например, размер изображения задан, а требования к цвету и фону пока не определены. Нейросеть может предложить варианты, но выбрать их должны заказчик и исполнитель.
Попросите сначала найти недостающие решения
Передайте модели лист вводных целиком и задайте результат работы. Этот шаблон можно адаптировать к своему заказу; он не был испытан в конкретном ИИ-сервисе и не гарантирует отсутствие ошибок.
Помогите подготовить техническое задание подрядчику.
Работайте только с моими вводными ниже.
Сначала перечислите противоречия и недостающие решения,
которые мешают оценить заказ или принять результат.
Не выбирайте за меня сроки, бюджет, технологии,
форматы, число правок и условия оплаты.
Затем составьте таблицу:
номер требования → точная формулировка → основание
во вводных → действие при проверке → ожидаемый результат.
Сохраните объём, единицы, точные значения и исключения.
Если способ проверки требует нового решения,
назовите его вопросом, не включайте молча в требования.
Отдельно вынесите предложения по улучшению.
Не выдавайте их за согласованные условия.
После таблицы соберите короткий черновик ТЗ:
цель, результаты, требования, материалы заказчика,
границы заказа, приёмка и открытые вопросы.
Отметьте исходные пункты, не вошедшие в черновик.
Не заявляйте соответствие стандарту, который не передан.
ВВОДНЫЕ С НОМЕРАМИ И СТАТУСАМИ:
[вставьте свой лист]Номер источника нужен, чтобы быстро проверить формулировку. Сам по себе он не доказывает правильность: модель может поставить И2 рядом с придуманным форматом. Откройте исходный пункт и сравните текст. Документация Anthropic рекомендует разрешать признание нехватки сведений и проверять утверждения по цитатам и источникам. Здесь этот приём применён к вашим вводным, а не к поиску готовых условий в интернете.
Проверьте приёмку на комплекте с ошибкой
До заказа мысленно подставьте в критерии неправильный результат. Если по вашему ТЗ его можно принять, уточните критерий с исполнителем.
В учебном примере представьте комплект из 24 файлов: есть все ожидаемые имена, кроме ART07_side.jpg, а вместо него лежит ART07_front_copy.jpg. Проверка количества пройдёт, проверка полного списка найдёт пропуск и лишний файл. Если же чужое фото просто переименовать в ART07_side.jpg, совпадут и количество, и имена. Тогда ошибку покажет только проверка содержимого.
Отдельно попробуйте подставить изображение 1800 пикселей по длинной стороне. По И2 оно не соответствует заказу, хотя разрешение выше. Если вы на самом деле готовы принимать «не меньше 1600», это новое решение заказчика: согласуйте формулировку и замените её везде, где она используется.
Для вашего проекта выберите такие же конкретные случаи: один результат отсутствует, вместо него передан дубль, формат отличается, условие выполнено лишь частично. Не превращайте их в универсальную обязательную программу испытаний. Проверяйте то, что вы действительно заказываете и можете проверить.
Согласуйте пробелы и зафиксируйте версию
В нашем заказе остаются вопросы о фоне, цвете, сроке, передаче и исправлениях. До их согласования нельзя называть весь документ готовым к заказу. Запишите решение по каждому вопросу, кто его подтвердил и какие строки требований оно меняет. При необходимости попросите исполнителя показать пробный результат и согласуйте, что именно в нём служит образцом.
Сверьте итог в обе стороны: у каждого требования есть основание, а каждый утверждённый исходный пункт отражён в ТЗ. Отдельно посмотрите, кто и что должен подготовить до начала работы. Если товары или доступ к материалам ещё не переданы, не позволяйте модели незаметно считать это выполненным.
Назначьте версию документа и передайте подрядчику именно её вместе со списком материалов и проверок. При изменении объёма обновляйте связанные критерии и ожидаемый комплект файлов. Сохраняйте предыдущую редакцию, чтобы было видно, что согласовано заново.
Готовность текста не подтверждает юридическую достаточность договора, права на изображения или безопасность работ. Эти условия согласуются отдельно с компетентными специалистами. Практический результат этой инструкции конкретнее: у вас есть проверяемое описание заказа, видны нерешённые вопросы и понятен способ проверить то, что исполнитель передаст.