Я создавал ИИ-ботов, а в итоге начал строить настоящий офис

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

Но во время настройки своих ИИ-сотрудников я столкнулся с другой задачей. Работающий бот ещё не означает работающего сотрудника.

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

Так появился мой техно-офис: отдельные роли, характеры, регламенты и понятная ответственность. Его основа — управление работой, а не количество созданных ботов.

Инфраструктура есть. А как сотрудник должен работать?

Первым мы запустили Савелия — ИИ-аудитора. Он общается с предпринимателем, разбирает одну рабочую задачу и готовит предварительный план в Word.

В первых тестах вопросы были хорошими, рассуждения — полезными. Но обнаружились детали, которые сильно влияют на впечатление от общения.

Например, после каждого ответа Савелий писал «Понял» и пересказывал человеку его же рассказ. Формально он показывал, что услышал собеседника. На практике заставлял читать лишний текст.

Пришлось объяснять на конкретных примерах: не повторяй ответ, добавь полезную гипотезу, если она есть, и задай следующий вопрос.

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

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

Кто входит в мой техно-офис

В основе техно-офиса — восемь ролей с разными участками ответственности. Ниже — мои правила организации этой работы. Савелий уже проводит предварительные разборы; подключение остальных сотрудников и их инструментов идёт поэтапно.

Имена и портреты помогают различать роли. За каждым образом закреплён конкретный участок работы.

Гордей — руководитель и моя правая рука

Зона ответственности Гордея — координация команды. Его регламент: получить моё поручение, уточнить результат, распределить работу, определить последовательность действий и проверить итог.

Он не должен самостоятельно подменять всех специалистов. Его задача — понимать, кому поручить работу, какие ограничения передать и как принять результат.

При этом владельцем и последней точкой принятия решений остаюсь я.

Лада — администратор и помощница Гордея

Лада отвечает за порядок в поручениях: реестр задач, ответственных, сроки, статусы и согласованные напоминания.

Разница между ней и Гордеем принципиальная. Гордей управляет работой и принимает результат. Лада помогает ничего не потерять и вовремя замечать, где требуется решение руководителя.

Сообщение «готово» само по себе не должно закрывать задачу. Нужен результат, который можно проверить.

Савелий — ИИ-аудитор

Савелий помогает предпринимателю разобраться в конкретной проблеме бизнеса. Задаёт вопросы, отделяет факты от предположений, предлагает проверяемые действия и готовит предварительный разбор.

Его задача — не продавать автоматизацию любой ценой. Иногда полезный первый шаг — обычная таблица, понятная инструкция или назначение ответственного.

Рабочие диалоги Савелия — только с предпринимателями. Внутри команды его участие ограничено сводной отчётностью: сколько предварительных разборов проведено за день. Он не подключается к обсуждениям маркетинга и технических задач и не передаёт в общую группу содержание клиентских разговоров. Цифры в отчёте должны опираться на учёт, а не на приблизительную оценку.

Фома — CRM, интеграции и техническая реализация

Фоме отведена техническая часть: устройство CRM, движение данных, интеграции, корректность статусов и поиск сбоев.

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

Василиса — маркетинг и стратегия продвижения

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

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

Есения — исследование аудитории

За Есенией закреплено исследование открытых Telegram-сообществ: постов и обсуждений, в которых предприниматели рассказывают о рабочих проблемах.

Её регламент — фиксировать такие сигналы в базе: публичный источник, ссылку на пост, суть проблемы, дату и контекст обращения. Это не просто список имён, а материал, по которому можно понять, с какой задачей столкнулся человек.

База передаётся Прохору для оценки уместности первого контакта. Есения не собирает закрытые данные; публичное сообщение само по себе не является согласием на рассылку.

Прохор — первый контакт и квалификация запроса

Прохор отвечает за первый контакт по базе исследовательских находок Есении. В его регламенте — сначала изучить исходный пост и контекст, а затем, если контакт допустим, подготовить персональное сообщение именно по описанной проблеме.

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

Тихон — автор и редактор базы знаний

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

Редакционный регламент такой: предложить найденные новости или тему, задать мне вопросы о конкретном кейсе, уточнить, что я хочу рассказать. Затем проверить поисковые формулировки в Яндекс Wordstat и подготовить статью, которая отвечает на реальный запрос читателя.

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

Материалы из клиентских разборов могут становиться статьями только после согласования и без раскрытия конфиденциальных данных.

Как распределена ответственность

В регламентах разделены три потока: работа с аудиторией, внутренняя работа команды и предварительные разборы предпринимателей.

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

Во внутреннем потоке Гордей получает информацию от меня и сотрудников и точечно распределяет задачи. Фома отвечает за технические вопросы, Василиса — за маркетинговые, Тихон — за материалы сайта. Лада ведёт учёт поручений, сроков и статусов.

У Савелия отдельный контур: личный диалог с предпринимателем, предварительный разбор и документ для клиента. Для команды — только сводная статистика проведённых разборов.

Telegram-группа — рабочее пространство, а не бесконечный разговор ботов

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

Регламент группы: информация поступает мне и Гордею, а Гордей определяет, кому нужна конкретная задача, и адресует её сотруднику через тег. У поручения должны быть результат, ответственный и срок. Не каждый участник обязан отвечать на каждое сообщение.

Обучение сотрудников также входит в зону ответственности Гордея. Для учебной сессии нужны моё поручение, конкретная тема, проверяемые источники, ограничение по времени или сообщениям и итог: какие инструкции уточнить и как проверить новые правила. Бесконечная беседа ботов обучением не считается.

Рабочий отчёт должен отвечать на простые вопросы: что сделано, где результат, что не получилось и какое решение требуется.

Переписка при этом не заменяет реестр задач. Для учёта нужны отдельные записи с ответственными, сроками и историей изменений.

Что я понял про обучение ИИ-сотрудников

Для меня обучение сейчас — это разбор примеров, уточнение инструкций и повторная проверка поведения. Это не означает, что после каждого разговора меняются внутренние параметры модели.

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

Создать ИИ-сотрудника — значит взять на себя работу по его настройке и управлению.

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

В этом для меня смысл техно-офиса: у каждой роли есть свой участок работы, у каждой задачи — ответственный, а у результата — способ проверки. Техническая инфраструктура поддерживает эти правила, но не заменяет управление.