Почему автоматизация ломается через три месяца

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

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

В соседней системе что-то поменяли

Менеджер добавил в CRM новый статус сделки. Или переименовал поле «Телефон» в «Телефон клиента». Для человека это мелочь, для сценария — конец: он ищет то, чего больше нет, и молча ничего не делает. Никакой ошибки, просто ноль результата.

Отвалился вебхук или протух доступ

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

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

Поменялись данные на входе

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

Сервис по подписке изменил правила

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

Выросли объёмы

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

Люди нашли обходной путь

Автоматизация неудобна в одном месте — и сотрудники тихо возвращаются к старому способу: «быстрее самому в таблицу внести». Через месяц половина данных идёт мимо, отчёт врёт, а виновата вроде бы автоматизация. Это не техническая поломка, но последствия те же.

Никто не знает, как это устроено

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

Закончилось что-то незаметное

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

Как понять, что уже сломалось

Тихая поломка видна по косвенным признакам:

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

Что заложить при сборке

• Уведомление о каждом сбое. Молчание не должно означать «всё хорошо». Сбой — сразу сообщение ответственному.
• Повторы. Если соседний сервис не ответил, сценарий пробует ещё раз, а не теряет запись.
• Журнал. Видно, что пришло, что сделано и где остановилось, — чтобы чинить не вслепую.
• Проверка входных данных. Пришло что-то непривычное — не молча пропустить, а отложить и сообщить.
• Запас на рост. Очереди и паузы под лимиты сервисов, даже если сейчас объёмы маленькие.
• Инструкция и доступы у вас. Простым языком: что делает процесс, где он живёт, что делать, если встал.
• Проверка на ваших данных. Не на трёх тестовых записях, а на реальной неделе работы.

Что делать дальше, раз в месяц

• Держать процессы на своём сервере, а не в подписке — тогда у сюрпризов на одну причину меньше.
• Раз в месяц смотреть журнал: не растут ли ошибки, успевает ли процесс отрабатывать.
• Перед изменением в CRM, форме на сайте или шаблоне — спросить себя, кто этими данными пользуется дальше.
• Вести календарь продлений: хостинг, домен, подписки, карты.
• Иметь человека, к которому можно прийти, когда что-то встало. Не «оставьте заявку», а ответ в тот же день.

Если уже сломалось

Не чините вслепую и не пересобирайте всё сразу. Сначала запишите, что видно: с какого дня, какие данные пропали, что меняли в соседних системах. Потом пройдите по причинам выше — чаще всего находится одна из первых трёх. Если автоматизацию собирал кто-то другой и разобраться некому, это реанимация: проверяем за 3–5 дней, что сломается первым, и называем цену починки. От 10 000 ₽.

Мы делаем автоматизацию так, чтобы её было кому чинить: процесс на вашем сервере, инструкция простым языком, первый месяц на связи без доплаты, дальше — шефство, если нужно: следим за сбоями и чиним, от 5 000 ₽ в месяц. Что происходит после запуска.

Частые вопросы