Как составить рабочий бриф с помощью ИИ: дайте модели две-три заметки заказчика, перечень полей и требование подписывать источник каждого поля. Запросите черновик, карту происхождения данных и список вопросов, которые блокируют работу. Ниже — полный разбор на учебном примере плаката.
Определите результат, для которого нужен бриф
Бриф отвечает на вопрос, что именно должен сделать исполнитель и по какому признаку работа считается готовой. В обзоре Asana сказано, что творческая работа заслуживает ясного плана и измеримых целей до её начала, а бриф фиксирует объём, сроки и результаты. Это определение задаёт границу: всё, что не влияет на результат, в бриф не попадает.
Для учебного примера возьмём плакат A3 для бесплатной очной встречи по ремонту одежды 21 ноября, начало 12:00, улица Мастерская, 8. Цель — запись через QR на форму, мест 12 по первому сообщению. Материалы: логотип и фирменный зелёный, фото не используем. Черновик нужен 16 ноября, бюджет печати 3000 рублей.
Целевой результат — готовый к печати макет. Критерий готовности формулируется проверяемо: факты на плакате совпадают с согласованными, число мест указано верно, QR ведёт в согласованную форму. Пока формы нет, плакат к печати не готов.
Практический порядок такой: назовите артефакт, назовите дату, когда он нужен, назовите признак приёмки. Такая рамка задаёт предмет сборки. Проверьте, что ответ описывает задание дизайнеру и содержит нужные поля.
В документации Asana по креативным брифам перечислены обязательные элементы: название и описание, цели, аудитория, сообщение и тон, материалы и результаты, участники, бюджет, сроки, канал распространения. Этот перечень удобно взять как каркас полей. Заполняйте поля с опорой на входные данные; отсутствующие сведения отметьте отдельно.
Соберите и подпишите первичные заметки
Соберите первичные сообщения заказчика. Сохраняйте их дословно и помечайте, кто и когда их прислал. В обзоре Asana описана ситуация, когда детали для исполнения разбросаны по презентациям, транскриптам и переписке, и работа стоит, пока эти сведения не собраны в бриф.
Учебный пример содержит два сообщения от одного человека. S1: плакат A3, бесплатная очная встреча 21 ноября, 12:00, улица Мастерская, 8, для жителей района, которые хотят научиться пришивать пуговицы и ставить заплаты, запись через QR, мест 12, логотип и зелёный цвет, без фото, черновик 16 ноября, бюджет печати 3000 рублей. S2: в помещении только 10 мест, инструменты выдают на месте, рекламного бюджета нет, печать можно оплатить до 2000 рублей, форма записи пока не создана.
Подпишите каждое исходное сообщение и укажите источник у каждого поля. Так можно проверить порядок сообщений и основание значения. В нашем случае S2 явно уточняет число мест, и это уточнение перекрывает S1.
Ошибка на этом шаге — пересказывать заметки своими словами до передачи модели. Пересказ теряет формулировки, а вместе с ними и признаки, по которым потом проверяют макет. Передавайте текст сообщений как есть, отдельными блоками с метками S1 и S2.
Отделите согласованное от предположений и конфликтов
Три категории разводятся явно. Согласованное — то, что подтверждено и не оспорено. Предположение — то, что модель или вы добавили по смыслу. Конфликт — два несовпадающих значения из разных сообщений.
В учебном примере согласованы: формат A3, бесплатная очная встреча 21 ноября в 12:00, улица Мастерская, 8, инструменты на месте, логотип и зелёный цвет, отсутствие фото, черновик 16 ноября. Предположением остаётся возраст аудитории: в заметках названы жители района с конкретными задачами, возраст не указан. Конфликтов два: число мест (12 в S1, 10 в S2) и бюджет печати (3000 в S1, до 2000 в S2).
| Поле | S1 | S2 | Статус |
|---|---|---|---|
| Формат | A3 | — | согласовано |
| Дата и время | 21 ноября, 12:00 | — | согласовано |
| Адрес | Мастерская, 8 | — | согласовано |
| Число мест | 12 | 10 | явная поправка S2: принять 10 |
| Бюджет печати | 3000 ₽ | до 2000 ₽ | конфликт, не согласован |
| Рекламный бюджет | — | нет | согласовано |
| Форма записи | запись через QR | форма не создана | блокирует QR |
| Возраст аудитории | — | — | предположение, не задавать |
В документации monday.com про агента креативных брифов сказано, что при противоречии входных данных агент называет конфликт одной строкой и принимает решение. Для брифа, который уйдёт исполнителю, полезнее обратный порядок: конфликт называется, решение принимает заказчик. Модель не разрешает спор о бюджете, потому что у неё нет полномочий.
Правило простое: конфликт остаётся в брифе видимым. Скрытый конфликт вернётся правкой макета после печати, и это дороже одной строки в документе.
Дайте самодостаточный промпт сборки
Промпт ниже собирает бриф из двух заметок. Он требует подписи источника для каждого поля, запрещает выдумывать ссылку и возраст аудитории и оставляет конфликты открытыми. Скопируйте его целиком и подставьте свои заметки.
Промпт, чтобы собрать бриф плаката из двух сообщений заказчика:
Собери бриф плаката только по S1 и S2.
S1: «Нужен плакат A3 для бесплатной очной встречи по ремонту одежды 21 ноября, начало 12:00, улица Мастерская, 8. Для жителей района, которые хотят научиться пришивать пуговицы и ставить заплаты. Цель — запись через QR на форму. Мест 12. Фото не используем, есть логотип и фирменный зелёный. Черновик нужен 16 ноября. Бюджет печати 3000 рублей».
S2: «Уточнение: в помещении только 10 мест. Инструменты выдаём на месте. Рекламного бюджета пока нет, печать можем оплатить до 2000 рублей. Форма записи пока не создана».
Поля брифа: результат, аудитория, сообщение, подтверждённые факты, формат, материалы, срок черновика, ограничения, критерий готовности, вопросы.
Для каждого поля назови источник: S1, S2 или «предположение».
S2 явно уточняет число мест. Бюджетные версии окончательно не согласованы.
Не придумывай QR, ссылку и возраст аудитории.
Конфликты вынеси в отдельный список и не разрешай самостоятельно.
Что менять под себя: замените S1 и S2 на свои заметки, оставьте метки источников, поправьте список полей под свой тип работы. Отсутствующие сведения помечайте как неизвестные.
Для другой задачи отдельно согласуйте результат и структуру полей. Затем повторите сборку на её исходных сообщениях.
Покажите заполненный черновик и карту происхождения полей
Ниже — черновик по учебному примеру. Он собран из S1 и S2, конфликты оставлены открытыми.
| Поле | Значение | Источник |
|---|---|---|
| Результат | Плакат A3, готовый к печати | S1 |
| Аудитория | Жители района, задачи: пришить пуговицу, поставить заплату | S1 |
| Возраст аудитории | не задан | нет данных, не заполнять |
| Сообщение | Бесплатная очная встреча по ремонту одежды | S1 |
| Формат | A3 | S1 |
| Дата и время | 21 ноября, 12:00 | S1 |
| Адрес | улица Мастерская, 8 | S1 |
| Число мест | 10 | S2 уточняет S1 |
| Инструменты | выдаём на месте | S2 |
| Материалы | логотип, фирменный зелёный, без фото | S1 |
| Срок черновика | 16 ноября | S1 |
| Бюджет печати | 3000 ₽ в S1, до 2000 ₽ в S2 | конфликт |
| Рекламный бюджет | нет | S2 |
| Форма записи и QR | форма не создана; адрес неизвестен | S2, блокер |
| Критерий готовности | факты совпадают, мест 10, QR ведёт в согласованную форму | S1, S2 |
Карта происхождения полей помогает проверить каждое значение. Она показывает, какие строки подтверждены заказчиком, а какие появились по догадке. Когда заказчик спорит с числом мест, вы открываете карту и видите, что 10 пришло из уточнения S2.
Проверьте черновик на выдуманные сущности. В нашем примере модель могла бы дописать ссылку на форму, возраст участников или конкретный оттенок зелёного. Каждая такая строка без источника — повод удалить её или перевести в вопросы. В документации Asana по брифам сказано, что бриф остаётся живым документом и меняется, пока работа не началась.
Сформулируйте вопросы, которые блокируют работу
Вопрос блокирует работу, когда без ответа исполнитель не может начать или не может закончить. В учебном примере таких вопросов ровно два.
Первый: какой окончательный бюджет печати. В S1 названо 3000 рублей, в S2 — до 2000 рублей. Пока значение не согласовано, типография и бумага не выбираются.
Второй: кто создаст форму записи и передаст её проверенный адрес для QR. В S2 сказано, что форма пока не создана. Без адреса QR-код ведёт в пустоту, и плакат к печати не готов.
Возраст аудитории в этих заметках не указан; не добавляйте его в бриф. Используйте переданные логотип и фирменный цвет. Если для макета потребуются дополнительные параметры, запросите их отдельно, сохранив два уже найденных блокера.
Полезно ограничить список вопросов. В документации monday.com описано поведение агента, который при нехватке данных делает помеченное предположение и продолжает работу. Для брифа, уходящего на исполнение, разумно держать в списке только блокирующие пункты, а остальное помечать как предположение прямо в карте полей.
Проверьте критерий приёмки и исключения
Критерий приёмки — проверяемое условие, при котором работа принимается. В нашем примере он состоит из трёх частей: факты на плакате совпадают с согласованными, число мест указано как 10, QR ведёт в согласованную форму. Каждую часть можно проверить глазами или переходом по ссылке.
Исключения — то, что в работу не входит. Здесь это фото, рекламный бюджет и возрастная адресация. Список исключений защищает от лишних правок: если исполнитель принёс вариант с фотографией, это выход за рамки брифа, и обсуждать его не нужно.
Отрицательная проба показывает, как работает проверка. Формулировка «12 мест, бюджет 3000, QR нарисовать» отклоняется по трём причинам: число мест уточнено в S2, бюджет не согласован, ссылки для QR нет. Такой прогон стоит делать до отправки брифа заказчику.
Критерий приёмки связывает бриф с проверкой макета. В этом примере он позволяет остановить печать до появления проверенного адреса формы.
Согласуйте версию у заказчика
Заказчик подтверждает конкретную версию документа. Зафиксируйте дату, номер версии и список открытых вопросов, которые заказчик берёт на себя. В обзоре Asana описана практика, когда бриф обсуждают на встрече-старте, чтобы успеть внести правки до начала работы.
Порядок действий. Отправьте черновик с картой полей и двумя вопросами. Попросите ответить по каждому вопросу отдельно. После ответов обновите значения, снимите пометку конфликта и сохраните новую версию. Только после этого бриф уходит исполнителю.
В документации Asana по брифам сказано, что при работе с подрядчиком бриф служит отправной точкой для обсуждения целей, а финальная версия становится рабочей. Для внутренней команды действует тот же порядок: подтверждённая версия отличается от черновика наличием ответов на блокирующие вопросы.
Отдельно проверьте, что в согласованной версии нет строк с источником «предположение» в критичных полях. Предположение допустимо в оформлении и недопустимо в числе мест, адресе, дате и критерии готовности. Если такое предположение осталось, оно превращается в вопрос или удаляется.
Частые вопросы
Чем бриф отличается от технического задания?
Бриф фиксирует задачу, аудиторию, сообщение, ограничения и критерий готовности. Техническое задание детализирует исполнение: размеры, форматы файлов, требования к печати. В обзоре Asana бриф описан как документ, который выравнивает участников и задаёт измеримые цели до начала работы.
Можно ли поручить сборку брифа ИИ-агенту?
Да, если у агента есть доступ к заметкам и шаблону. В документации monday.com описан агент, который превращает сырые заметки в структурированный бриф и помечает предположения. В обзоре Asana описан похожий процесс: агент получает транскрипт и презентацию, собирает черновик и отмечает пробелы.
Что делать, если сообщения заказчика противоречат друг другу?
Проверьте, есть ли явная поправка. В примере S2 прямо заменяет число мест на 10. Бюджет печати остаётся несогласованным: 3000 рублей и предел до 2000 рублей. Сохраните оба бюджетных значения и запросите окончательное решение.
Сколько вопросов включать в бриф?
Начните с тех, без ответа на которые работа не начинается или не сдаётся. В учебном примере таких два: бюджет печати и адрес формы для QR. Остальные пробелы помечайте как неизвестные; нужные для исполнения сведения уточняйте у заказчика.
Как проверить, что бриф готов к передаче исполнителю?
Прогоните отрицательную пробу: подставьте неверные значения и убедитесь, что бриф их отклоняет. Затем проверьте, что у каждого поля назван источник, конфликты видны, а критерий готовности проверяем. Подтверждённая заказчиком версия отличается от черновика наличием ответов на блокирующие вопросы.
