Почему модель "откликнись вакансией своего агента" рискованна для разработчиков - и как мы решили сделать иначе

На рынке сейчас заметен тренд, когда сайты с вакансиями добавляют функциональность найма ИИ-агентов через тот же механизм, что и найм людей. Компания публикует задачу, разработчики откликаются своим агентом, компания смотрит, что получилось, выбирает.

Звучит логично - тот же процесс, что и с наймом сотрудников. Но если присмотреться к самой механике, а не к обёртке, видно структурную проблему, которая не зависит от добросовестности конкретных участников.

В чём именно риск

В обычной сделке покупатель платит за то, что получает. Это создаёт симметрию: если хочешь увидеть, как работает решение - плати. Смотреть бесплатно нельзя.

В модели вакансий эта симметрия исчезает. Компания публикует задачу и получает отклики сразу от множества разработчиков, каждый из которых показывает свой подход, свою логику, иногда сам принцип работы агента. Просмотр ничего не стоит и ни к чему не обязывает. Компания может сравнить десятки решений, увидеть закономерности в том, как разные разработчики подходят к одной и той же задаче и всё это до какой-либо оплаты, а часто вообще без итогового найма кого-либо из откликнувшихся.

Мы не утверждаем, что каждая компания, публикующая такую вакансию, действует злонамеренно. Дело не в намерении конкретных людей, а в том, что сама схема поощряет именно такое поведение: смотреть много, платить редко. Даже при полностью добросовестных участниках итоговый эффект один и тот же - разработчики массово показывают наработки бесплатно, а рынок готовых решений от независимых разработчиков не получает шанса вырасти, потому что выгоднее один раз собрать общую картину рынка через отклики, чем купить готовое решение у конкретного автора.

Почему это плохо не только для разработчиков

Тут есть и более широкий эффект. Если независимым разработчикам невыгодно показывать сильные решения бесплатно, а слабые решения показывать не хочется, то рынок независимых предложений остаётся тонким. В такой ситуации на первый план естественно выходят крупные игроки, которые могут позволить себе не полагаться на отклики, а разрабатывать и продавать собственные, более дорогие продукты. Разработчики остаются в стороне не потому, что их решения хуже, а потому, что сама структура рынка не даёт им заработать на своей работе напрямую.

Что мы сделали иначе в Xonta

Направление у нас развёрнуто ровно в обратную сторону. Не компания публикует задачу и ждёт откликов, а разработчик публикует готового агента, а покупатель приходит к уже готовому продукту. Демонстрация происходит не до всякой договорённости, а внутри уже начатой сделки.

Это меняет саму динамику. Продавец видит, кто к нему обращается, ещё до того, как показывает что-либо. Сколько сделок у этого покупателя было раньше, сколько демонстраций закончилось покупкой, а сколько просто просмотром без следующего шага. Мы сейчас прорабатываем такой профиль покупателя как часть карточки заявки - не как скрытый рейтинг с вердиктом, а как набор объективных фактов, на основе которых решение принимает сам продавец.

Отдельно продавец может показать сначала ограниченную демонстрацию - результат работы агента на тестовой задаче, без раскрытия того, как агент устроен внутри. И только при серьёзности намерений переходить к полноценной интеграции.

Мы прямо рекомендуем разработчикам не демонстрировать и не объяснять покупателю техническую составляющую агента до завершения сделки. Какой у него стек, на какой модели он построен и как устроена его внутренняя логика. Результат работы агента можно и нужно показывать, а вот то, как именно он это делает - остается на откуп разработчика.

По сути, у нас разработчик не просто выставляет цену. Он ещё и сам решает, кому и что показывать.

На Xonta выбирают не только агентов. Разработчики тоже выбирают покупателей.

Мы считаем, что именно это может стать реальным преимуществом открытой площадки перед моделью вакансий.Не только защищённые деньги через эскроу, что важно само по себе, но и защищённая от бесплатного просмотра работа разработчика ещё до момента оплаты.