Паспорт роя с Методологом: продукты, аудитория, путь клиента

Отдел агентов в Чатиуме. Эфир 2: собираем базу знаний

Условные обозначения по статусам решений (для блока с проектом Emi):

• ✅ — подтверждённое решение
• 🔵 — планируется / рабочая гипотеза
• ❓ — открытый вопрос, требует уточнения

Часть 1. Что такое отдел агентов и зачем он нужен

1.1. Какие агенты мы строим

Важно сразу разделить два типа агентов:

1. Агенты-ассистенты — те, что помогают лично вам: управляют компьютером, что-то пишут, поддерживают вашу работу. Их тоже можно собирать в Чатиуме, но разговор не про них.

2. Агенты, работающие с аудиторией — это менеджеры, которые ведут диалоги с вашими клиентами в мессенджерах: квалифицируют, продают, сопровождают, рассылают, отвечают. Вот это и есть отдел агентов.

Хороший агент для работы с аудиторией — это не «болванчик, отправляющий статичные сообщения». Это собеседник, которого по переписке сложно отличить от живого человека: он персонализирует общение, держит контекст и доводит клиента до целевого действия.

1.2. Почему Чатиум, а не сборка «на стороне»

Агента в принципе можно собрать где угодно: на платформах-конструкторах, в low-code, в коде, в каких-то CRM. Но дальше всплывают две большие проблемы — стоимость и данные.

Стоимость сообщения. Если собирать агента на стороне, его придётся подключать по API к провайдеру, который продаёт токены. Хорошо общаются «умные» модели (например, Sonnet, Opus), и одно полноценное сообщение такого агента обходится примерно в 15–30 рублей — иногда меньше на простых задачах, дороже на сложных (работа с базой знаний, вызов инструментов: создание заказа, проверка оплаты и т.д.). По стоимости это сопоставимо с минутой работы живого менеджера.

В Чатиуме агенты могут работать на собственной модели Чатиума, развёрнутой на российских серверах, которую команда постоянно дообучает. За счёт этого стоимость сообщения — примерно от 5 копеек до 1 рубля, в зависимости от сложности задачи. Это в десятки раз дешевле людей и в десятки–сотни раз дешевле агента, собранного на стороне с оплатой токенов по API.

Данные и закон. Любая переписка с клиентом — это персональные данные: не только телефон и почта, но и город, семейное положение, дети, всё, что человек случайно напишет о себе. Если агент работает на зарубежной модели по API, эти данные уходят за границу (в США или Китай). Это трансграничная передача персональных данных, которая регулируется законодательством РФ (152-ФЗ «О персональных данных»). Агенты Чатиума работают на российских серверах, и данные за пределы страны не уходят.

1.3. Почему именно отдел, а не один агент

У агента, как у человека, есть «пропускная способность». Если запихнуть в одного агента гигантскую инструкцию (например, 120 листов), он начинает «коротить» — путаться и выполнять задачи хуже, как любой перегруженный сотрудник.

Поэтому к агенту относимся как к конкретной должности, а не как к «универсальному солдату». У каждого агента — своя короткая, чёткая инструкция под одну задачу, которую он точно выполнит хорошо.

Типичная цепочка задач в воронке, и под каждую — отдельный агент:

1. Квалифицировать человека

2. Назначить встречу

3. Подтвердить встречу

4. Довести человека до встречи

5. Сделать онбординг после встречи

6. Вести рассылки и постоянно работать с базой

Масштабирование. Живой менеджер обрабатывает, условно, 500 запросов в неделю. Один агент — 500 запросов в минуту, дайте только что обрабатывать. Поэтому в отделе не нужно «6–7 одинаковых агентов поддержки» — это решение для людей. Отдел — это разные должности в рамках одного процесса, а не клоны одной роли.

1.4. Верховная Леночка — руководитель-роутер

У отдела есть руководитель — например, Верховная Леночка. По сути это маршрутизатор запросов: когда от клиента приходит сообщение, она определяет, какому именно агенту его передать, и «выдёргивает нужного сотрудника». Другой тип вопроса — другой агент.

Разделение «отдел + руководитель» точно повторяет работу обычного отдела компании.

1.5. Одно окно, один контакт, общая карточка CRM

Несколько ключевых архитектурных моментов, которые делают отдел «человечным»:

• Все агенты отдела общаются с клиентом в одном чате (одном окне). Не так, что один назначал встречу в одном чате, другой подтверждает в другом и ничего не знает о первом. Контекст диалога общий.
• Имена агентов — на ваше усмотрение. Можно дать разные имена (чтобы клиент видел «разных специалистов»), а можно одно имя на всех. Подход Emi — одно имя: чем меньше у клиента контактов с разными «лицами», тем лучше. Один «человек» знает о клиенте всё, становится его другом и сопровождает годами.
• Модуль «Контакты» (CRM). Каждый день, пока человек что-то делает в вашей базе, его карточка обогащается — этим занимаются отдельные внутренние агенты. Агенты, которые общаются с клиентом, используют эту карточку, поэтому у них всегда полный контекст по человеку: город, опыт, день рождения, цели и т.д.

1.6. Автономность агента

Агент умеет не только отвечать, но и инициировать диалог сам. Можно настроить так, чтобы агент сам написал клиенту через день-два: «доброе утро», поздравил с днём рождения (мы знаем дату из карточки), вернул в нужную цепочку. Руководитель-роутер при этом говорит агенту: «иди в эту цепочку и напиши вот этому человеку».

Часть 2. Архитектура: Верховный Ботан, Методолог, Архитектор

2.1. Пространство или бизнес-процесс — что выбрать

В Чатиуме есть два режима сборки. Выбор зависит от того, насколько большую и развиваемую штуку вы строите.

| | Пространство (workspace) | Бизнес-процесс |

|---|---|---|

| Когда подходит | Нужен один агент или простой сайт с виджетом-агентом (например, записать на консультацию) | Нужна цельная воронка / процесс, где одно следует из другого: ленды, серии сообщений, общая база данных, много агентов |

| Методолог / Архитектор | Нет | Есть |

| Развитие | Ограничено | Легко достраивать |

2.2. Кто такой Верховный Ботан и почему он, а не вы пишете инструкции

Главная идея архитектуры: вы не пишете агентам инструкции руками. Инструкции пишет ботан — обычный или Верховный.

Когда человек ставит нейросети задачу «своими словами» («сделай мне красивенький сайт»), на выходе получается что-то случайное: не тот заголовок, не тот блок, не то сообщение. Потом всё это приходится дорабатывать напильником.

Задача Верховного Ботана — превращать вашу документацию в подробное техническое задание (спецификацию) для каждой отдельной нейросети, которая делает свою часть работы.

Пример из реальной воронки: на ней 21 ленд. Под каждый ленд Верховный Ботан вместе с Архитектором пишет спецификацию: какой это тип страницы, что на ней, кто на неё приходит (трафик с рекламы), куда человек идёт после регистрации, какие связанные секции паспорта прочитать, какие связанные пространства, агенты, таблицы и поля базы данных, какие события аналитики и автоматизации. Ваше «сделай сайт» превращается в ~15 листов ТЗ, которых вы не видите, но которые улетают агенту-исполнителю.

2.3. Можно ли править инструкции агентов вручную

Технически — да (Агенты → Редактировать). Но не рекомендуется. Лучше нейросети инструкцию для нейросети не напишет никто. Правильнее описать правку ботану словами, и он скорректирует инструкцию сам.

Часть 3. Два вида базы знаний — не путать

Это частая путаница. В проекте участвуют две разные базы знаний:

1. База знаний агента (та, что «отвечает на вопрос»).

Сюда вы загружаете большие объёмы данных (тысячи листов документации, видео и т.д.). Когда от клиента приходит вопрос, агент идёт в эту базу, находит ответ и выдаёт его. Это режим «вопрос → ответ».

2. База знаний проекта / паспорт (та, что мы собираем в этом эфире).

На её основе:

В этом эфире мы собираем вид 2 (паспорт проекта). Когда он готов — в работу вступает Верховный Ботан и проектирует всю архитектуру.

• а) Верховный Ботан пишет инструкцию каждому агенту;
• б) агенту подбрасываются куски контента из этой базы — чтобы он не просто «отвечал на вопрос», а полноценно вёл диалог.

Часть 4. Как собирать базу знаний — пошагово (пример Emi)

Это самый практический блок. Логика шагов переносится на любой проект.

Шаг 1. Навести порядок — зачистка

Перед наполнением уберите из базы знаний всё лишнее, накопившееся в процессе штурмов: старые концепции, «факты из обсуждения», исследовательские хвосты, найденные ранее сегменты, внешние зависимости, которые уже не актуальны. Оставьте только живое ядро (в случае Emi — ядро Нелли: главная механика воронки, структура отдела).

Шаг 2. Дать Методологу источники

Методологу прямо говорите, что вы продаёте и где лежит информация — даёте ссылки на нужные воркспейсы. В Emi источниками стали:

• Workspace с приложением (EmiPro) — там и материалы, и сервисы;
• Workspace «Конструктор курсов» (админка) — все программы, уроки, авторы (в интерфейсе приложения часть деталей не видна, поэтому смотрим и админку);
• Workspace «Emi-маркет» — косметика и товарка.

Шаг 3. Исследователь ходит по воркспейсам

У Методолога есть помощник — агент-исследователь. Он сам заходит в соседний воркспейс, изучает его и вытаскивает нужное в базу знаний. Огромный плюс Чатиума: вся инфраструктура (приложение, база данных, таблицы, сервисы) уже собрана внутри одной экосистемы. Не нужно писать внешние API и обучать им агента — достаточно сказать «сходи туда». При необходимости агент сам напишет внутренний API под нужды Чатиума, и вы этого даже не заметите.

Шаг 4. Проверять, что агент реально занёс (верификация!)

Самый важный рабочий навык. Агент пишет отчёт: «зафиксировал в паспорте», «добавил факты», «сделал ленд», «поправил инструкцию». Это нужно идти и проверять: реально занёс или нет, сделал или нет.

Что именно вытащили в Emi (как ориентир по полноте)

Чтобы понять глубину проработки, вот что Исследователь вытащил из приложения и админки:

• Что за продукт на самом деле: не «курсы», а широкая женская социальная сеть с обучением, сервисами для мастеров, коммуникацией и геймификацией.
• Навигация и разделы: профиль, лента, чаты, школа, EmiStore (онлайн-запись и сервисы мастера), планер, дневники, цели, трекеры.
• Бесплатные и платные зоны (требуют отдельной выверки с командой).
• Геймификация: баллы, кристаллы, бустеры, стрик, уровни, турниры, челленджи. *(Часть механик устарела — пометили на вычистку.)*
• Масштаб контента: десятки образовательных программ, сотни уроков, авторы, направления, форматы (курс, практикум, лекция, подкаст, челлендж, марафон, клуб).
• Данные профиля для персонализации: город, часовой пояс, Telegram, Instagram, опыт, день рождения, навыки — всё это агент будет использовать в диалоге.

Часть 5. Muuvee — база знаний из видео

Если у вас много видеоконтента, его тоже можно превратить в инструмент агента.

Как работает плагин Muuvee:

1. Загружаете все свои видео в Muuvee (видеохостинг Чатиума).

2. Отправляете на индексацию — видео транскрибируется.

3. У агента ставите галочку «Использовать базу знаний из Muuvee».

4. Когда клиент пишет сообщение, агент проходит по видеобазе, находит, например, 3 ролика по теме, присылает ссылки с уже проставленным таймингом (где именно смотреть) и короткое сопроводительное сообщение.

Часть 6. Практика проекта Emi — как наполняется паспорт

Этот блок показывает на конкретике, какие решения фиксируются в паспорте. Для своего проекта вы будете фиксировать аналогичные.

6.1. Продукт и четыре уровня монетизации

EmiPro — женская соцсеть и образовательная платформа (мастера бьюти + женщины «для себя» и «для заработка»). Четыре уровня монетизации:

1. Подписка на приложение — три тарифа ✅

2. Подписка на педагога — проходить программы с преподавателем 🔵 (планируется, точной даты запуска нет)

3. Косметика / товарка (Emi-маркет, интеграция склада) 🔵 (появится в ближайшее время)

4. Услуги по нейросетям для мастеров (например, диспетчерская с Авито) 🔵 (следующий шаг, после косметики и педагогов)

6.2. Тарифы ✅

Для новых пользователей фиксируем три действующих тарифа:

(Конкретные цифры подтверждены в биллинге как рабочие; «подписка на педагога» закладывается как планируемый тариф без даты запуска. Старые механики/тарифы помечены на вычистку.)

• месяц,
• полгода,
• год.

6.3. Аудитории и сегменты

В паспорте описываем сегменты — и под каждый фиксируем не только «что продать», но и в чём ценность продукта, какую боль и желание он закрывает. Это требование к качеству базы: ценность по сегментам, а не только список товаров.

Примеры сегментов Emi: действующий мастер маникюра, опытный мастер, женщина «для себя и для заработка», мастер с (около)медицинским бэкграундом, плюс исключаемые аудитории.

6.4. Тон агента (Нелли)

Концепт — «подружка»: микс из наставницы, дерзкой мотиваторши и заботливой сестрички. Классная собеседница, к которой хочется возвращаться. В идеале агент подстраивается под тон и настроение конкретного человека.

6.5. Стоп-темы и ограничения ⚠️ (важно для любого проекта про доход)

Это переносится на любую воронку, где есть тема заработка. Чего нельзя обещать:

• ❌ Гарантированный доход. Говорим «доход до», а не «доход от», потому что результат зависит от состояния и задачи клиента (новичку рано про 100 тыс., опытному — это лишь доп. доход).
• ❌ Гарантированных клиентов.
• ❌ Гарантированное трудоустройство.
• ❌ Медицина и лечение (всё, что касается здоровья, — не наша зона).
• ❌ Официальные дипломы/удостоверения, «профессия с нуля за неделю» и подобные жёсткие формулировки.

Часть 7. Каналы и интеграции

Где агенты общаются с клиентом. Практически в любом канале, где люди общаются с людьми: MAX, Telegram (в т.ч. личка), почта, виджет на сайте/в приложении, директ и WA.

Авито. Есть плагин интеграции с Авито. Отдел агентов под Авито построить можно — агент переписывается с клиентами, записывает на встречу, подтверждает, дальше работает с базой. Нюанс площадки: отзывы на Авито — чувствительная тема (один плохой отзыв сильно бьёт по репутации аккаунта), это стоит учитывать в сценарии.

Чек-лист: с чего начать свой отдел агентов

1. Определитесь с режимом. Развиваемая воронка → бизнес-процесс. Один простой агент → пространство.

2. Сформулируйте, что именно продаёте и какие уровни монетизации есть. Это фундамент паспорта.

3. Наведите порядок в базе знаний: уберите старые концепции и исследовательские хвосты.

4. Дайте Методологу источники — ссылки на воркспейсы с продуктом, админкой, товаркой.

5. Запустите Исследователя по воркспейсам и вытащите всё, что агент сам искать не будет.

6. Проверяйте каждый отчёт агента — реально ли занесено в паспорт / сделан ленд / поправлена инструкция.

7. Опишите сегменты аудитории — для каждого «что продать» + «в чём ценность, боль, желание».

8. Задайте тон агента и стоп-темы (особенно ограничения по обещаниям дохода).

9. Подключите Muuvee, если есть видеоконтент.

10. Не пишите инструкции руками — пусть их пишет ботан на основе паспорта; правки описывайте словами.

Ключевые принципы (запомнить)

1. Качество отдела упирается в качество базы знаний. Лучше документация → лучше инструкции и спецификации.

2. Один агент = одна должность. Дробите задачи, не перегружайте инструкции.

3. Не путайте две базы знаний: «отвечает на вопрос» (RAG) ≠ «паспорт проекта» (основа инструкций + куски контента).

4. Всегда проверяйте, что агент действительно сделал — не доверяйте самоотчёту.

5. Стоимость и данные — две причины собирать агентов для аудитории именно в Чатиуме (рубли vs десятки рублей за сообщение; российские серверы и 152-ФЗ).

6. Один контакт, одно окно, общая карточка CRM — так агент становится «другом» клиента на годы.

7. Честность в обещаниях — никаких гарантий дохода/клиентов/трудоустройства.