Приложение № 1 к публичной оферте о проведении конкурса по созданию мультиагентной платформы «AI-директолог»
Техническое задание
На разработку мультиагентной платформы «AI-директолог»
Общие сведения
1.1. Настоящее техническое задание (далее — «Техническое задание», «ТЗ») является неотъемлемой частью публичной оферты Общества с ограниченной ответственностью «Кликайс» (далее — «Организатор») и определяет требования к разрабатываемой мультиагентной платформе «AI-директолог» (далее — «Платформа»), а также критерии оценки конкурсных решений.
1.2. ТЗ устанавливает функциональные, технические, архитектурные и эксплуатационные требования к Платформе, а также порядок тестирования и оценки результатов.
Назначение и цели разработки
2.1. Платформа предназначена для автоматизации полного цикла работы с рекламными кампаниями в системе Яндекс Директ — от получения брифа пользователя до запуска кампании, анализа результатов и оптимизации рекламы.
2.2. Основные цели Платформы:
а) автоматический подбор целевых аудиторий и семантики на основе пользовательского брифа;
б) автоматическая генерация рекламных креативов (изображений и видео) и текстов объявлений;
в) автоматическая сборка и настройка рекламных кампаний;
г) проверка корректности настроек кампании перед запуском;
д) запуск рекламных кампаний через API Яндекс Директа без ручного переноса данных;
е) анализ результатов рекламных кампаний с возможностью самостоятельной оптимизации и улучшения рекламы.
Входные данные
3.1. Источником входных данных для Платформы является бриф пользователя, заполняемый в интерфейсе Платформы или загружаемый в структурированном виде.
3.2. Бриф пользователя должен содержать следующие обязательные поля:
- ссылка на рекламируемый сайт (URL);
- описание продукта или услуги;
- рекламный бюджет (в рублях);
- цель рекламной кампании (трафик, конверсии, узнаваемость и т. д.);
- геотаргетинг (регион/регионы показа);
- материалы бренда (логотип, фирменные цвета, шрифты, изображения, видеоматериалы и иные бренд-материалы, предоставляемые пользователем);
- дополнительные параметры (при наличии): ограничения по полу, возрасту, интересам.
3.3. Если информации, указанной в брифе, недостаточно для корректной работы Платформы, Платформа должна задавать пользователю уточняющие вопросы. Уточняющие вопросы могут касаться описания продукта, целевой аудитории, географии показа, бюджета и иных параметров, необходимых для подготовки, запуска и оптимизации рекламной кампании.
3.4. Платформа должна предусматривать возможность обработки дополнительных произвольных полей брифа, не предусмотренных п. 3.2 настоящего ТЗ.
Функциональные требования к Платформе
4.1. Платформа должна быть построена на основе мультиагентной архитектуры и включать четыре автономных программных агента, а также модуль координации, обеспечивающий их взаимодействие.
4.2. Координация платформы
4.2.1. Платформа должна обеспечивать координацию работы всех агентов, выполняя следующие функции:
- анализ брифа пользователя и распределение задач между агентами;
- задание уточняющих вопросов пользователю при недостаточности исходных данных (см. п. 3.3);
- сборку материалов, подготовленных агентами, в структуру рекламных кампаний;
- проверку настроек кампании перед запуском;
- запуск рекламы через подключённый кабинет Яндекс Директа по API без ручного переноса данных.
4.2.2. Размещение рекламы допускается только в поисковых кампаниях и кампаниях в рекламной сети Яндекса (РСЯ). Использование иных форматов размещения не требуется.
4.2.3. Перед запуском кампании Платформа должна автоматически проверять:
- корректность структуры кампании и групп объявлений;
- соответствие текстов и заголовков лимитам Яндекс Директа;
- отсутствие дублирующих ключевых фраз;
- полноту минус-слов;
- корректность настроек таргетинга и геотаргетинга;
- соответствие бюджета и ставок выбранной стратегии;
- наличие всех обязательных элементов кампании.
4.2.4. В случае выявления ошибок Платформа должна формировать отчёт о выявленных несоответствиях с рекомендациями по их устранению.
4.2.5. Платформа должна обеспечивать прямую интеграцию с API Яндекс Директа для автоматического:
- создания кампаний, групп объявлений и объявлений;
- загрузки ключевых фраз, минус-слов и креативов;
- настройки параметров таргетинга и ставок;
- запуска и остановки кампаний;
- получения статистики показов, кликов, расходов и конверсий.
4.3. Агент «Аудитории и семантика»
4.3.1. Агент «Аудитории и семантика» должен выполнять следующие функции:
- анализ рекламируемого продукта на основе брифа пользователя и данных сайта;
- подбор целевых аудиторий для поисковых кампаний и кампаний в РСЯ;
- подбор ключевых слов и фраз на основе анализа брифа и сайта рекламодателя;
- формирование списка минус-слов;
- формирование структуры кампаний для поиска и РСЯ с распределением ключевых фраз по группам объявлений.
4.3.2. Агент должен сегментировать подобранную аудиторию по следующим критериям:
- демографические характеристики (пол, возраст);
- географическое таргетирование;
- интересы и поведенческие сегменты;
- устройства и платформы.
4.4. Агент «Изображения и видео»
4.4.1. Агент «Изображения и видео» должен создавать креативы для подобранных аудиторий с учётом:
- фирменного стиля (на основе загруженных материалов бренда);
- содержимого брифа пользователя;
- требований к рекламным форматам Яндекс Директа.
4.4.2. Агент должен обеспечивать генерацию как изображений, так и виде креативов для кампаний в РСЯ. Для генерации визуальных креативов Платформа должна использовать доступные инструменты генерации изображений и видео, библиотеки шаблонов или сторонние сервисы генерации (см. раздел 9 настоящего ТЗ).
4.4.3. Сгенерированные креативы должны соответствовать требованиям Яндекс Директа к размерам, форматам и содержанию рекламных материалов, в том числе не содержать запрещённой символики, недостоверных утверждений и нарушений законодательства о рекламе.
4.5. Агент «Заголовки и тексты»
4.5.1. Агент «Заголовки и тексты» должен готовить варианты объявлений, используя подтверждённые преимущества продукта и условия предложения, указанные в брифе.
4.5.2. Агент должен автоматически генерировать:
- заголовки объявлений (до 56 символов);
- тексты объявлений (до 81 символа плюс 15 знаков препинания);
- дополнительные заголовки (до 30 символов плюс 15 знаков препинания);
- быстрые ссылки (sitelinks) с заголовками (до 30 знаков) и описаниями (до 60 знаков);
- уточнения (callouts) — до 25 знаков каждое;
- отображаемые ссылки (до 20 знаков без домена).
4.5.3. Сгенерированные тексты должны соответствовать требованиям Яндекс Директа к объёму и содержанию рекламных материалов, в том числе не содержать запрещённой символики, недостоверных утверждений и нарушений законодательства о рекламе.
4.6. Агент «Аналитика и оптимизация»
4.6.1. Агент «Аналитика и оптимизация» должен собирать и анализировать данные о расходах и конверсиях рекламных кампаний, выявлять проблемы, предлагать или выполнять изменения и оценивать их результат.
4.6.2. Агент должен выполнять следующие функции оптимизации:
- анализ поисковых запросов, объявлений, аудиторий и площадок;
- поиск неэффективных расходов и проблем с отслеживанием конверсий;
- предложение минус-слов, изменений настроек и перераспределения бюджета;
- передачу другим агентам заданий на создание новых текстов и креативов;
- проверку последствий внесённых изменений и при необходимости предложение отката;
- учёт достаточности данных — агент не должен делать категоричных выводов на основе незначительного объёма статистики (например, нескольких кликов).
4.6.3. Платформа должна поддерживать два режима работы агента оптимизации:
а) режим с подтверждением: пользователь видит предлагаемое изменение и его обоснование, после чего принимает или отклоняет предложение;
б) автоматический режим: Платформа выполняет заранее разрешённые пользователем действия в пределах установленных ограничений.
4.6.4. Увеличение общего бюджета рекламной кампании во всех режимах требует подтверждения пользователя.
4.6.5. В интерфейсе Платформы должны быть доступны: история действий агента, управление автоматизацией (включение/отключение автоматического режима) и возможность остановки кампаний.
Общий бриф и связанность работы агентов
5.1. Все агенты Платформы должны работать с общим брифом пользователя. Бриф является единым источником данных для всех агентов и модуля координации.
5.2. Правки, вносимые пользователем в бриф или в результаты работы отдельных агентов (аудитории, тексты, креативы, настройки), должны автоматически учитываться в связанных компонентах кампании. Внесение правки в один элемент должно инициировать актуализацию зависящих от него элементов, включая:
- аудитории и семантику — при изменении описания продукта, географии или цели;
- тексты объявлений — при изменении преимуществ продукта или условий предложения;
- креативы — при изменении материалов бренда или фирменного стиля;
- настройки кампании — при изменении бюджета или таргетинга.
Архитектурные требования
6.1. Платформа должна быть построена на основе мультиагентной архитектуры, в которой каждый из четырёх функциональных агентов («Аудитории и семантика», «Изображения и видео», «Заголовки и тексты», «Аналитика и оптимизация») реализован как автономный программный агент. Модуль координации обеспечивает взаимодействие агентов и управление последовательностью их вызова.
Требования к пользовательскому интерфейсу
7.1. Платформа должна предоставлять веб-интерфейс для работы пользователя, обеспечивающий:
- заполнение и редактирование брифа, включая загрузку материалов бренда;
- ответы на уточняющие вопросы Платформы;
- просмотр подобранных аудиторий, семантики и креативов (изображений и видео) с возможностью ручной корректировки;
- просмотр структуры сформированной кампании;
- просмотр отчётов проверки настроек;
- запуск и остановку кампаний;
- просмотр статистики и рекомендаций по оптимизации;
- выбор режима работы агента оптимизации (с подтверждением, автоматический);
- просмотр истории действий агента оптимизации и ручных вмешательств;
- управление автоматизацией (включение/отключение автоматического режима);
- просмотр обоснований предлагаемых изменений в режиме с подтверждением.
7.2. Интерфейс должен поддерживать русский язык. Дополнительная локализация не требуется.
7.3. Интерфейс должен быть адаптивным для работы на устройствах с различным размером экрана.
Требования к безопасности
8.1. Платформа должна обеспечивать хранение учётных данных пользователей в зашифрованном виде.
8.2. Платформа не должна передавать учётные данные и токены третьим лицам, за исключением случаев, прямо предусмотренных функциональностью (передача в API Яндекс Директа).
8.3. Платформа должна соответствовать требованиям Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных» в части обработки персональных данных пользователей.
Внешние сервисы и оплата
9.1. Участники Конкурса вправе использовать API и MCP (Model Context Protocol) любых сервисов, необходимых для разработки и работы Платформы: языковых моделей, генерации изображений и видео, аналитики, автоматизации и иных инструментов.
9.2. Организатор оплачивает согласованные внешние сервисы и предоставляет необходимые доступы. До подключения к сервису Участник (Команда) направляет Организатору перечень сервисов с указанием:
- наименования сервиса;
- назначения и области применения в составе Платформы;
- оценки расходов на использование сервиса.
9.3. Бюджет и лимиты на использование внешних сервисов согласовываются между Участником (Командой) и Организатором до подключения.
9.4. Использование готовых компонентов и библиотек допускается. Участник (Команда) должен продемонстрировать собственный вклад в разработку, самостоятельность агентов и работающий продукт.
Состав передаваемых материалов
10.1. По результатам выполнения Задачи Участник (Команда) должен предоставить следующие материалы:
рабочую Платформу с доступом для жюри Конкурса;
инструкцию по эксплуатации и демонстрацию полного сценария работы Платформы (от брифа до запуска кампании и оптимизации), включая видеоматериалы;
отчёт по результатам тестирования на трёх нишах с описанием метрик и выводов;
историю оптимизаций и ручных вмешательств, выполненных в ходе тестирования;
перечень внешних сервисов, использованных в составе Платформы, с расчётом стоимости эксплуатации;
описание архитектуры Платформы и условий её развёртывания.
Критерии оценки конкурсных решений
11.1. Максимальная оценка конкурсного решения составляет 100 (сто) баллов, распределённых между двумя блоками:
49 баллов — оценка результатов рекламных кампаний в трёх нишах;
51 балл — оценка продукта экспертным жюри.
11.2. Оценка результатов рекламных кампаний — до 49 баллов
11.2.1. В каждой из трёх ниш Участник может получить до 15 (пятнадцати) баллов по следующим критериям:
| Критерий | Максимальный балл за одну нишу |
|---|---|
| Стоимость целевого результата | 8 |
| Количество целевых результатов | 4 |
| Качество привлечённых заявок или клиентов | 3 |
11.2.2. Максимальная сумма за три ниши составляет 45 (сорок пять) баллов. Дополнительно 4 (четыре) балла начисляются за достижение установленных минимальных целей во всех трёх нишах. Таким образом, максимальная оценка по блоку результатов кампаний — 49 баллов.
11.3. Параметры оценки по нишам
11.3.1. Для каждой ниши Организатор заранее определяет:
целевое событие (например: квалифицированная заявка, оплаченный заказ, новый рекламный кабинет с пополнением и расходом);
план по количеству целевых результатов;
целевую стоимость достижения результата;
правила проверки качества привлечённых заявок или клиентов.
11.3.2. Формулы начисления баллов и срок учёта конверсий публикуются Организатором до запуска кампаний.
11.3.3. Если целевое событие уже включает в себя проверку качества (например, оплаченный заказ), соответствующий критерий «Качество привлечённых заявок или клиентов» заменяется иным критерием, определяемым Организатором, во избежание двойной оценки одного и того же результата.
11.4. Оценка экспертного жюри — до 51 балла
11.4.1. Оценка продукта экспертным жюри осуществляется по следующим критериям:
| Критерий | Максимальный балл |
|---|---|
| Полный путь от брифа до кампании в рекламном кабинете | 12 |
| Аналитика и обоснованная оптимизация | 10 |
| Согласованная работа агентов | 8 |
| Качество текстов, креативов и соблюдение фирменного стиля | 7 |
| Удобство интерфейса и скорость подготовки первой кампании | 7 |
| Контроль бюджета, обработка ошибок и прозрачность действий | 7 |
| Итого | 51 |
11.5. Порядок проведения оценки
11.5.1. Каждый эксперт оценивает продукт независимо по заранее опубликованным проверочным сценариям. Итоговая оценка жюри определяется как среднее арифметическое оценок всех экспертов.
11.5.2. Скорость подготовки кампании измеряется с момента получения брифа до отправки кампании на модерацию в Яндекс Директе.
11.5.3. В рамках финального этапа Платформе предоставляется новый бриф, не использовавшийся ранее, для проверки способности системы работать с незнакомой задачей.
Порядок тестирования
12.1. Тестирование Платформы осуществляется на трёх различных нишах, определяемых Организатором. Ниши должны относиться к различным сферам бизнеса.
12.2. Размещение рекламы при тестировании — только в поисковых кампаниях и кампаниях в РСЯ. В процессе тестирования разрешено дорабатывать решение.
12.3. Для каждой ниши Участник (Команда) должен:
- заполнить бриф в соответствии с параметрами ниши;
- осуществить полный цикл работы Платформы (от брифа до запуска кампании);
- собрать статистику по итогам тестового запуска;
- предоставить отчёт с описанием результатов, метрик и выявленных проблем.
12.4. При тестировании оценивается:
- корректность работы всех агентов и модуля координации Платформы;
- качество запущенных кампаний (структура, тексты, креативы, таргетинг);
- отсутствие ошибок при взаимодействии с API Яндекс Директа;
- стабильность работы Платформы в течение тестового периода;
- качество аналитики и рекомендаций по оптимизации.
12.5. Обязательные проверки. Для признания Платформы прошедшей тестирование она должна:
- пройти обязательные проверки запуска кампании, контроля бюджета и работы с доступами;
- получить подтверждённые целевые результаты во всех трёх нишах.
12.6. Единые условия тестирования:
- одинаковые исходные данные, рекламные бюджеты и сроки внутри каждой ниши;
- единый порядок обработки и проверки заявок;
- подтверждение результатов данными рекламных кабинетов и системы учёта Организатора;
- собственная клиентская база, саморегистрации, искусственные заявки и накрутки не учитываются;
- ручные действия специалиста фиксируются вместе с затраченным временем;
- расходы на API, модели и другие сервисы раскрываются отдельно;
- на финальную проверку передаётся зафиксированная версия продукта.
12.7. При равенстве баллов преимущество получает Участник (Команда) с лучшими результатами кампаний, затем — с меньшими затратами ручного труда.
Заключительные положения
13.1. Настоящее ТЗ является неотъемлемой частью Оферты и вступает в силу с момента акцепта Оферты Участником.
13.2. Организатор вправе вносить изменения в настоящее ТЗ в порядке, предусмотренном разделом 3 Оферты.
13.3. Все термины, используемые в настоящем ТЗ, применяются в значениях, определённых в разделе 1 Оферты.
13.4. В случае противоречия между положениями Оферты и настоящего ТЗ приоритет имеет Оферта, если иное прямо не указано в ТЗ.
Организатор: Общество с ограниченной ответственностью «Кликайс»
Генеральный директор М.Г. Шайхетдинов