Многие предприниматели мечтают о бизнесе, который работает сам по себе, пока они спят. Мы решили попробовать это на своём сайте ai-contur.ru и создали систему «ночного дежурства». Это была команда из трёх программ. Первая искала новости в сети, вторая вытаскивала цифры и факты, а третья следила за очередью публикаций.

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

Тихая катастрофа: 18 дней в пустоте

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

Оказалось, что программа пыталась дождаться, пока соберётся полноценная статья. Она отправляла запрос и ждала ответа. Но из-за особенностей системы ответ иногда приходил дольше, чем через 300 секунд. В этот момент сервер просто обрывал соединение. Для системы это не выглядело как поломка — она считала, что задача всё ещё выполняется или просто была прервана по тайм-ауту.

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

Мы починили это 2 августа. Решение оказалось простым, но важным: мы разделили запуск задачи и получение результата. Теперь программа не стоит и не ждёт ответа, затаив дыхание. Она говорит системе: «Начни собирать статью», получает номер заявки и уходит по своим делам. А через некоторое время возвращается и спрашивает: «Ну что, готово?». Это называется разделением процессов, и именно это спасло нас от бесконечного ожидания.

Парадокс зелёного экрана: когда всё «отлично», но клиентов нет

Когда мы разобрались с вылетами, нас ждал второй удар. Это был провал совсем другого рода — смысловой.

В течение пяти дней наша система управления рапортовала нам: «Всё отлично! Публикации вышли, цифры собраны, ошибок нет». Мы видели в панели управления зелёные галочки и спокойным образом пили кофе. Но когда мы заглянули в реальную статистику посещений сайта, нас ждал шок. За всю неделю сайт посетили всего два человека.

Это был момент истины. Мы поняли, что наши программы проверяли только процесс, но совершенно не смотрели на результат.

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

Это главное ограничение любого автомата. Он слеп к смыслу. Если система просто рассылает письма, она будет с гордостью сообщать, что отправила 10 000 сообщений. Но она никогда не скажет вам, что все эти письма улетели в спам, и никто их не открыл.

Как не попасть в ловушку автоматизации

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

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

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

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