Приложение № 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. В случае противоречия между положениями Оферты и настоящего ТЗ приоритет имеет Оферта, если иное прямо не указано в ТЗ.

Организатор: Общество с ограниченной ответственностью «Кликайс»

Генеральный директор М.Г. Шайхетдинов