Как заменить операционного менеджера AI-агентами: стек, цифры и грабли

Операционного менеджера за $50 000 в год соло-фаундер из этой истории позволить себе не мог. Но сама работа была нужна: реагирование на инциденты, описание процессов, комплаенс, контроль подписок. Шесть месяцев ушло на то, чтобы собрать эту роль из AI-агентов за сумму меньше $19 в месяц. Вот что вышло.

Почему операционка — тихий убийца

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

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

У автора истории на это уходило 15+ часов в неделю. Не разработка, не продажи — просто управление.

Что не сработало

Виртуальный ассистент за $8 в час

Дело не в деньгах. Дело в передаче знаний. Операционщик приносит с собой фреймворки, чек-листы и интуицию. Ассистенту нужно объяснять каждый шаг — значит, знать каждый шаг всё равно должен ты. Как исполнитель хорош, как стратег бесполезен.

47 бесплатных шаблонов Notion

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

«Просто спроси у ChatGPT»

Запрос «напиши план реагирования на инциденты» выдал документ на 2000 слов. Профессиональный на вид и бесполезный на практике: ни триггеров, ни ролей, ни путей эскалации, ни шаблона для разбора после сбоя.

Что сработало: четыре слоя

Слой 1. Мозг для инцидентов

Четыре агента работают цепочкой. Первый следит за аномалиями — падение аптайма, всплеск ошибок, таймауты API. Второй разбирает сигнал: критичность, затронутые системы, масштаб последствий. Третий собирает чек-лист под конкретный тип сбоя. Четвёртый документирует всё: таймлайн, принятые решения, разбор после инцидента.

Главное наблюдение: AI скверно принимает решения в кризис. Зато отлично выдаёт нужный список шагов в нужную минуту. Не «реши за меня», а «вот P1, вот чек-лист из 12 пунктов, вот кого уведомить, вот шаблон для статус-страницы».

Слой 2. Двигатель документации

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

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

Слой 3. Комплаенс-радар

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

Слой 4. Надзор за подписками

Второй плановый агент собирает расходы и даты продлений, использование инструментов, варианты подешевле и поводы объединить два сервиса в один. Один только этот слой нашёл две неиспользуемые подписки и три дублирующих инструмента, которые свели в один, — минус $340 в месяц.

Цифры

Из чего это собрано

Мониторинг — UptimeRobot на бесплатном тарифе плюс собственный скрипт на Python, который каждые пять минут проверяет здоровье API; ошибки читает и разбирает AI-агент. База знаний — 87 чек-листов в markdown под контролем версий в Git, чтобы изменения не терялись. Комплаенс — недельные отчёты и квартальные чек-листы аудита безопасности. Вендоры — таблица, которая обновляется сама.

Никакой магии в отдельном инструменте нет. Всё держится на библиотеке чек-листов.

В каком порядке повторять

1. Начни с инцидентов. Это самая срочная и самая дорогая часть операционки. Пять первых чек-листов — про сбои, всё остальное потом.
2. Не пиши с нуля. Готовый стартовый набор из 12 чек-листов по инцидентам обошёлся в $14 и сэкономил 40+ часов работы. Два месяца до этого часть чек-листов была написана зря.
3. Сначала автоматизируй скучное. Учёт подписок, мониторинг вендоров, комплаенс-проверки: по усилиям дёшево, по отдаче заметно.
4. Документируй и провалы. Самый ценный документ в библиотеке — «чего не делать при утечке данных», написанный после того, как были допущены все ошибки из списка.

Где здесь на самом деле риск

Слабое место схемы — вход. Агент выдаёт чек-лист, но не отвечает за его качество, а плохой чек-лист в момент P1 хуже, чем никакого: он создаёт ощущение, что процесс есть. Поэтому первые версии документов стоит прогонять на реальных, пусть и мелких, сбоях, а не на учебных примерах.

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

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

Что в сухом остатке

Операционный менеджер стоит $50 000 в год не потому, что много делает руками. Он держит в голове систему и достаёт из неё нужный кусок в нужный момент. Эту систему можно воспроизвести: библиотека чек-листов, агенты для слежения и запуска, документация, которая пишет себя сама. Инструменты для этого есть — на мониторинг, базу знаний и плановые проверки уходит меньше $19 в месяц.