Десять чат-ботов в компании не складываются в команду: каждый отвечает на свой вопрос, и сводить ответы всё равно приходится руководителю. Агент-координатор снимает с него именно эту работу. Агент-координатор — это ИИ-агент, который принимает задачу, разбивает её на шаги, раздаёт шаги профильным ИИ-специалистам, собирает результат и приносит его на решение человеку. Везория — это агент компании, который управляет командой ИИ-специалистов, и дальше я разберу путь одного поручения в ней: от формулировки до ответа, документа или действия, которое ждёт одобрения. Отдельно — что происходит с данными по дороге, почему выбор конкретной модели не должен занимать руководителя и когда такой агент компании не нужен.
Руководителю нужен один адресат, а не десяток окон с чат-ботами
Факт: в большинстве компаний ИИ появляется по частям. Маркетолог завёл себе один сервис, отдел продаж — другой, бухгалтерия спрашивает третий. У каждого инструмента свой контекст, своя история переписки и свои правила, а общей картины нет ни у одного.
Что это значит для руководителя: вопрос на стыке двух отделов — например, «почему упала выручка по новому направлению и что с этим делать в рекламе» — снова собирается вручную. Кто-то выгружает цифры, кто-то пересказывает их маркетологу, кто-то сводит два ответа в письмо. ИИ ускорил отдельные куски, но координация осталась человеческой и самой медленной частью.
Мнение, отделённое от факта: я считаю, что ценность ИИ в компании определяется не силой отдельного помощника, а тем, кто держит задачу целиком. Один координатор с понятными ролями полезнее десятка сильных, но разрозненных ботов по той же причине, по которой один ответственный за проект полезнее десятка исполнителей без руководителя.
Вердикт: разрозненные чат-боты экономят минуты сотрудникам, координатор экономит внимание руководителю — и это разные статьи расходов.
Поручение сначала превращается в план из 2–7 шагов
Факт: получив задачу, координатор Везории не бросается отвечать, а объявляет план из 2–7 шагов. Руководитель видит, как агент понял поручение, до того, как на него потрачена работа: какие данные понадобятся, кому из специалистов уйдёт каждый шаг, что вернётся в итоге.
Что это значит: самая дорогая ошибка в поручении — не плохой ответ, а хороший ответ на другой вопрос. Если человек просил «подготовить предложение для крупного клиента», а агент понял это как «написать письмо», план покажет расхождение на первом экране. Поправить формулировку на этом этапе дешевле, чем переделывать документ.
Вторая польза плана — прозрачность для тех, кто придёт позже. Шаги остаются в диалоге, и через неделю видно не только результат, но и путь к нему: какой специалист что делал и на каких данных.
Вердикт: план в начале — это не бюрократия, а дешёвая страховка от точного исполнения неверно понятой задачи.
Задача одной компетенции уходит одной роли целиком
Факт: если поручение укладывается в одну компетенцию, координатор передаёт работу профильной роли целиком. Проект договора готовит юрист, разбор воронки — аналитик, контент-план — SMM и копирайтер. Граница роли задана набором инструментов: роль не может вызвать чужой инструмент. Какие роли входят в команду и где проходит граница каждой, разобрано в отдельной статье о ролях ИИ-команды Везории.
Что это значит на практике: разделение по ролям — не маркетинговая нарезка одного и того же ассистента, а ограничение возможностей. Аналитик работает с данными инструментов и не выпускает договор; юрист — единственная роль, которая выпускает договор, и делает это по шаблонам компании с пометками «проверить». Когда что-то пошло не так, понятно, в чьей зоне это произошло.
Для руководителя из этого следует простое правило постановки: формулировать задачу через результат, а не через исполнителя. «Нужен проект договора с новым поставщиком по нашему шаблону» — достаточно. Кому её передать, решает координатор, и он же вернёт вопрос, если данных для роли не хватает.
Вердикт: чем уже полномочия у каждой роли, тем меньше сюрпризов у всей команды.
Вопрос на стыке компетенций получает сводный ответ, а не три мнения
Факт: если задача требует нескольких компетенций, координатор опрашивает 2–3 специалистов параллельно и сводит их ответы в один. Вопрос «стоит ли запускать скидку на медленный товар на маркетплейсе» касается одновременно цены, отзывов и выручки — значит, в работу идут менеджер маркетплейсов и аналитик, а продажник подключается, если нужны аргументы для клиентов.
Что это значит: руководитель получает не три отдельных текста, которые нужно сопоставить самому, а один ответ, где видно, откуда какой вывод. Если специалисты расходятся — например, расчёт цены говорит «можно», а данные по выручке показывают, что товар и так продаётся, — расхождение попадает в сводку, а не теряется при склейке.
Параллельный опрос ограничен двумя-тремя специалистами не случайно. Когда мнений становится больше, сводка превращается в пересказ совещания, и решение снова ложится на человека в сыром виде.
Вердикт: ценность сводного ответа — не в количестве опрошенных, а в том, что спор между ними виден до решения, а не после.
Большая задача уходит в фон и возвращается в тот же диалог
Факт: задачи, которые не решаются за один ответ — разбор большого массива сделок, серия материалов, подготовка пакета документов, — координатор уводит в фоновую работу. Результат возвращается в тот же диалог, где задача была поставлена.
Что это значит: руководитель не держит окно открытым и не повторяет контекст заново, когда вернётся к вопросу. Поручение живёт там же, где родилось, вместе с планом, промежуточными шагами и итогом. Это похоже на хорошего заместителя, который говорит «займусь, вернусь с ответом» и возвращается в ту же ветку переписки, а не присылает файл без объяснений в другой мессенджер.
Отсюда и честное ограничение: фоновая работа не делает задачу быстрее сама по себе. Она убирает ожидание у экрана, но если для задачи нет данных или доступа к нужной системе, в фоне она упрётся в то же самое, что и в диалоге.
Вердикт: фон меняет не скорость задачи, а то, чьё время на неё уходит.
На выходе — ответ с источниками, документ или действие на решение человеку
Факт: результат работы координатора бывает трёх видов. Ответ — с источниками: числа в нём сверяются с данными инструментов, а несошедшиеся помечаются «Без источника». Документ — проект договора, КП, контент-план, профиль вакансии. Действие — запись в CRM, публикация, изменение сайта.
Что это значит: пометка «Без источника» важнее, чем кажется. Главный риск языковых моделей в управленческой работе — уверенно названная цифра, которой нет в данных. Когда такая цифра отмечена прямо в ответе, руководитель видит, чему можно верить без проверки, а что нужно перепроверить.
С действиями правило жёсткое: действия во внешних системах без решения человека не выполняются никогда. Агент приносит карточку действия — что сделать, с какими данными, для кого, какой риск и срок, — и ждёт одобрения. Почему это устроено именно так и где проходит граница автономии, подробно разобрано в статье о подходе human-in-the-loop.
Вердикт: агент, который приносит решение на подпись, полезнее агента, который принимает его сам, — хотя бы потому, что отвечать за решение всё равно человеку.
Что происходит с данными на пути от задачи до ответа
Факт: данные в Везории хранятся на серверах в России. Персональные данные и реквизиты — имена, названия компаний, ИНН, телефоны, почта — заменяются метками до отправки в языковую модель и восстанавливаются в ответе. Модель и контур подбираются под требования безопасности клиента на разборе.
Что это значит в пути одного поручения: координатор и специалисты работают с документами и данными компании, но в языковую модель перечисленные сведения уходят в виде меток, а не в исходном виде. В готовом ответе, документе или карточке действия человек видит нормальные имена и реквизиты — подстановка происходит обратно, после ответа модели.
Чего из этого не следует: метки касаются перечисленных видов данных, а не любой информации, которую компания считает чувствительной. Какие ещё сведения требуют особого обращения — условия договоров, внутренняя отчётность, данные о здоровье клиентов в медицине — компания определяет сама, и это обсуждается на том же разборе. Какие данные в принципе не стоит отдавать в нейросети, разобрано в статье что нельзя загружать в нейросети.
Вердикт: безопасность данных — это не фраза на сайте поставщика, а список, который компания составила до первого поручения.
Выбор модели — не тот вопрос, с которого стоит начинать руководителю
Факт: на первой встрече о внедрении ИИ разговор часто начинается с вопроса «на какой модели это работает». Для инженера это важный вопрос. Для руководителя, который принимает решение о деньгах, он третьестепенный.
Что это значит: результат агента-координатора определяют три вещи, и модель среди них не первая. Первая — постановка цели: какую работу вы хотите снять с людей и какой показатель должен измениться. Вторая — данные: подключены ли CRM, сайт, почта, база знаний, и в каком они состоянии. Третья — правила: что агент может предлагать, что требует одобрения, какие пределы расходов установлены на ответ, день и месяц. Расход в рублях при этом виден под каждым ответом, так что вопрос «сколько стоит поручение» не откладывается до конца месяца.
Модель подбирается под эти условия и под требования безопасности, а не наоборот. Стоимость Везории складывается из внедрения, использования языковых моделей и сервера — и считается на разборе задачи, а не по прайсу. Кому интересна сама тема выбора модели, есть отдельные разборы: о российских языковых моделях, о выборе между открытыми моделями и облачными API и о зависимости от зарубежных поставщиков.
Вердикт: спрашивайте подрядчика не «какая у вас модель», а «как вы поймёте, что поручение выполнено хорошо, и что я увижу, если нет».
Координатор не исправит задачу, которую не на чем решать
Факт: координатор распределяет работу, но не создаёт исходные данные. Если CRM заполняется формально, аналитик разберёт воронку по тем записям, которые есть. Если в базе знаний устаревший регламент, поддержка ответит по устаревшему регламенту — со ссылкой на источник, но от этого не правильнее.
Что это значит для ожиданий: слабое место почти любой ИИ-команды — не модель и не координатор, а данные и описанные правила компании. Правила, навыки и память у Везории есть: навыки начинают действовать после подтверждения человеком, а память управляется командами «запомни» и «забудь». Но заполнить их содержанием может только сама компания. Почему модели выдумывают, когда данных не хватает, — в статье почему AI выдумывает.
Честно и о составе команды: роли включаются и отключаются под компанию, а часть из них — например, снабжение и планирование — подключается на внедрении под данные конкретной компании, а не работает из коробки. Запуск первых ролей — от недели; интеграции и профильные сценарии подключаются очередями.
Вердикт: сначала порядок в данных и правилах, потом команда агентов — не наоборот.
Когда агент-координатор компании не нужен
Координатор окупается там, где задачи регулярно пересекают границы отделов и где руководитель тратит заметную часть времени на сведение чужих ответов. Если в компании несколько человек и ИИ нужен в основном для писем и черновиков текстов, дешевле и честнее обойтись одним помощником по подписке и коротким регламентом, что туда можно вставлять. Команда из ролей с координатором в такой ситуации не окупится: она будет решать проблему, которой нет.
Не нужен координатор и тогда, когда задача одна и узкая: например, только отвечать клиентам в мессенджерах или только обзванивать базу. Для этого есть отдельные инструменты, и строить над ними управляющего агента — лишний слой.
И последний случай — когда в компании нет человека, который будет ставить задачи агенту и принимать решения по его карточкам. Агент, которому никто не поручает работу, не приносит пользы, сколько бы ролей в нём ни было включено. В 404ai мы говорим об этом до договора: отсутствие данных и ответственного за изменения входит в перечень причин, по которым мы не берём проект.
Моя позиция: агент-координатор — это инструмент для компании, где узкое место уже не в скорости исполнителей, а во внимании руководителя.
Проверить пользу координатора можно на трёх своих поручениях
Метод, который мы предлагаем до любого внедрения, построен по схеме «Цель → метрика». Возьмите три поручения, которые за последний месяц требовали участия нескольких людей или отделов: например, подготовку предложения крупному клиенту, разбор просевшего направления и найм на новую должность. Для каждого запишите, сколько людей участвовало, сколько раз задачу пересказывали и сколько прошло от постановки до решения.
Это и есть базовая линия. Пилот имеет смысл, если на тех же поручениях координатор сокращает количество пересказов и время до решения, а ответы проходят проверку людьми, которые раньше делали эту работу. Если разницы нет — останавливаться и не масштабировать: это нормальный исход пилота, а не провал.
Какие поручения взять первыми, какие роли для них понадобятся и из чего сложится стоимость, удобно разобрать вместе на ваших задачах. Подробнее о самом агенте компании — на странице Везории; как устроены наши пилоты и условия остановки — на странице подхода 404ai.
