Я создавал ИИ-ботов, а в итоге начал строить настоящий офис
Мне казалось, что самое сложное — собрать техническую часть: подключить модель, настроить Telegram, научить бота принимать голосовые сообщения и формировать документы.
Но во время настройки своих ИИ-сотрудников я столкнулся с другой задачей. Работающий бот ещё не означает работающего сотрудника.
Ему нужно объяснить, за что он отвечает, какие решения принимает самостоятельно, когда задаёт вопрос руководителю и что считается выполненной задачей. Иначе даже умная модель может уверенно делать совсем не то, что нужно бизнесу.
Так появился мой техно-офис: отдельные роли, характеры, регламенты и понятная ответственность. Его основа — управление работой, а не количество созданных ботов.
Инфраструктура есть. А как сотрудник должен работать?
Первым мы запустили Савелия — ИИ-аудитора. Он общается с предпринимателем, разбирает одну рабочую задачу и готовит предварительный план в Word.
В первых тестах вопросы были хорошими, рассуждения — полезными. Но обнаружились детали, которые сильно влияют на впечатление от общения.
Например, после каждого ответа Савелий писал «Понял» и пересказывал человеку его же рассказ. Формально он показывал, что услышал собеседника. На практике заставлял читать лишний текст.
Пришлось объяснять на конкретных примерах: не повторяй ответ, добавь полезную гипотезу, если она есть, и задай следующий вопрос.
Отдельно понадобились правила обработки голосовых, оформления отчёта, сохранения истории и удаления временного файла после подтверждённой отправки.
Это уже не подключение программы. Это настройка рабочего поведения.
Кто входит в мой техно-офис
В основе техно-офиса — восемь ролей с разными участками ответственности. Ниже — мои правила организации этой работы. Савелий уже проводит предварительные разборы; подключение остальных сотрудников и их инструментов идёт поэтапно.
Имена и портреты помогают различать роли. За каждым образом закреплён конкретный участок работы.
Гордей — руководитель и моя правая рука
Зона ответственности Гордея — координация команды. Его регламент: получить моё поручение, уточнить результат, распределить работу, определить последовательность действий и проверить итог.
Он не должен самостоятельно подменять всех специалистов. Его задача — понимать, кому поручить работу, какие ограничения передать и как принять результат.
При этом владельцем и последней точкой принятия решений остаюсь я.
Лада — администратор и помощница Гордея
Лада отвечает за порядок в поручениях: реестр задач, ответственных, сроки, статусы и согласованные напоминания.
Разница между ней и Гордеем принципиальная. Гордей управляет работой и принимает результат. Лада помогает ничего не потерять и вовремя замечать, где требуется решение руководителя.
Сообщение «готово» само по себе не должно закрывать задачу. Нужен результат, который можно проверить.
Савелий — ИИ-аудитор
Савелий помогает предпринимателю разобраться в конкретной проблеме бизнеса. Задаёт вопросы, отделяет факты от предположений, предлагает проверяемые действия и готовит предварительный разбор.
Его задача — не продавать автоматизацию любой ценой. Иногда полезный первый шаг — обычная таблица, понятная инструкция или назначение ответственного.
Рабочие диалоги Савелия — только с предпринимателями. Внутри команды его участие ограничено сводной отчётностью: сколько предварительных разборов проведено за день. Он не подключается к обсуждениям маркетинга и технических задач и не передаёт в общую группу содержание клиентских разговоров. Цифры в отчёте должны опираться на учёт, а не на приблизительную оценку.
Фома — CRM, интеграции и техническая реализация
Фоме отведена техническая часть: устройство CRM, движение данных, интеграции, корректность статусов и поиск сбоев.
Он должен проверять, можно ли реализовать предложенное решение с имеющимися инструментами. Не обещать подключение, а выяснять, какие доступы, данные и ограничения действительно существуют.
Василиса — маркетинг и стратегия продвижения
Василиса отвечает на вопросы: кому мы предлагаем услугу, какую задачу решаем, почему должны выбрать нас и как проверять эффективность продвижения.
Её результат — обоснованная стратегия, предложения и гипотезы, которые можно проверить. Количество публикаций само по себе не должно считаться успехом маркетинга.
Есения — исследование аудитории
За Есенией закреплено исследование открытых Telegram-сообществ: постов и обсуждений, в которых предприниматели рассказывают о рабочих проблемах.
Её регламент — фиксировать такие сигналы в базе: публичный источник, ссылку на пост, суть проблемы, дату и контекст обращения. Это не просто список имён, а материал, по которому можно понять, с какой задачей столкнулся человек.
База передаётся Прохору для оценки уместности первого контакта. Есения не собирает закрытые данные; публичное сообщение само по себе не является согласием на рассылку.
Прохор — первый контакт и квалификация запроса
Прохор отвечает за первый контакт по базе исследовательских находок Есении. В его регламенте — сначала изучить исходный пост и контекст, а затем, если контакт допустим, подготовить персональное сообщение именно по описанной проблеме.
Его задача — начать полезный разговор, уточнить актуальную потребность и помочь выбрать следующий шаг. Без массового шаблона «мы внедряем ИИ» и без выдуманной осведомлённости о чужом бизнесе. Правила сообщества, отказ и отсутствие согласия на дальнейшее общение необходимо уважать.
Тихон — автор и редактор базы знаний
Тихон отвечает за базу знаний на моём сайте. Его работа строится не только вокруг новостей: важны мои кейсы, наблюдения и опыт, которым я хочу поделиться.
Редакционный регламент такой: предложить найденные новости или тему, задать мне вопросы о конкретном кейсе, уточнить, что я хочу рассказать. Затем проверить поисковые формулировки в Яндекс Wordstat и подготовить статью, которая отвечает на реальный запрос читателя.
Ключевые слова должны естественно входить в заголовок и текст, а не превращать материал в набор повторов. Такая работа направлена на поисковую видимость сайта, но наличие ключевых слов не гарантирует индексацию, позиции или заявки. Проверка источников и различение заявлений компаний и подтверждённых результатов остаются обязательными.
Материалы из клиентских разборов могут становиться статьями только после согласования и без раскрытия конфиденциальных данных.
Как распределена ответственность
В регламентах разделены три потока: работа с аудиторией, внутренняя работа команды и предварительные разборы предпринимателей.
В первом потоке Есения фиксирует публичный запрос и контекст, Прохор оценивает возможность контакта и уточняет потребность. Василиса отвечает за предложение и маркетинговые ориентиры, а не подменяет исследовательскую базу Есении.
Во внутреннем потоке Гордей получает информацию от меня и сотрудников и точечно распределяет задачи. Фома отвечает за технические вопросы, Василиса — за маркетинговые, Тихон — за материалы сайта. Лада ведёт учёт поручений, сроков и статусов.
У Савелия отдельный контур: личный диалог с предпринимателем, предварительный разбор и документ для клиента. Для команды — только сводная статистика проведённых разборов.
Telegram-группа — рабочее пространство, а не бесконечный разговор ботов
Центром общения я выбрал Telegram-группу. Именно группу: здесь можно адресовать поручение конкретному сотруднику, ответить на его сообщение и увидеть отчёт.
Регламент группы: информация поступает мне и Гордею, а Гордей определяет, кому нужна конкретная задача, и адресует её сотруднику через тег. У поручения должны быть результат, ответственный и срок. Не каждый участник обязан отвечать на каждое сообщение.
Обучение сотрудников также входит в зону ответственности Гордея. Для учебной сессии нужны моё поручение, конкретная тема, проверяемые источники, ограничение по времени или сообщениям и итог: какие инструкции уточнить и как проверить новые правила. Бесконечная беседа ботов обучением не считается.
Рабочий отчёт должен отвечать на простые вопросы: что сделано, где результат, что не получилось и какое решение требуется.
Переписка при этом не заменяет реестр задач. Для учёта нужны отдельные записи с ответственными, сроками и историей изменений.
Что я понял про обучение ИИ-сотрудников
Для меня обучение сейчас — это разбор примеров, уточнение инструкций и повторная проверка поведения. Это не означает, что после каждого разговора меняются внутренние параметры модели.
Особенно важно разделять два процесса: я могу корректировать правила работы сотрудника, а клиент — рассказывать о своей ситуации. Клиентские сообщения не должны становиться общими инструкциями для всей команды.
Создать ИИ-сотрудника — значит взять на себя работу по его настройке и управлению.
Нужно определить результат, распределить ответственность, выдать подходящие инструменты и установить границы самостоятельности. Потом проверить всё на реальных сценариях и исправить то, что оказалось неудобным.
В этом для меня смысл техно-офиса: у каждой роли есть свой участок работы, у каждой задачи — ответственный, а у результата — способ проверки. Техническая инфраструктура поддерживает эти правила, но не заменяет управление.