Когда вы перерастаете Zapier, Make или n8n?

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

Последнее стоит сказать в самом начале, потому что советы по этому вопросу обычно дают те, кому есть что продать покрупнее. Большинству компаний, у которых работает несколько сценариев, стоит и дальше ими пользоваться.

В чём эти инструменты действительно хороши?

В том, чтобы переносить информацию между приложениями, которые никогда не задумывались как собеседники. Это настоящая задача, и они решают её хорошо. Триггер, несколько шагов, пункт назначения: новый заказ добавляет строку, вложение само ложится в папку, форма заполняет таблицу, кому-то приходит уведомление. Любой в вашем офисе, кто хорошо обращается с таблицами, может собрать такой сценарий без разработчика, без проекта и без разрешения.

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

Когда сценарию нужно знать то, что знаете только вы?

Это первый предел, и он подкрадывается незаметно.

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

Можно втиснуть это силой, и так делают. Справочная таблица на отдельном листе. Три ветки фильтров. Второй сценарий, который запускается раньше и ставит флажок для первого. Какое-то время это работает. Но в итоге часть логики вашего бизнеса живёт на схеме, которую никто не может прочитать как предложение, никто не может проверить перед изменением и никто не может объяснить, почему в прошлый вторник она решила так, как решила.

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

Как вы узнаете, что сценарий перестал работать?

Второй предел, и самый дорогой.

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

Поэтому задайте два вопроса о сценарии, от которого зависите больше всего. Кто заметит, если он остановится сегодня ночью? И как этот человек это заметит? Если честный ответ на второй вопрос звучит как «позвонит клиент», то у вас не автоматизация. У вас необъявленная зависимость.

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

Когда двадцатый сценарий становится проблемой?

Третий предел связан с зависимостями, и именно он решает большинство случаев.

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

Обратите внимание, чего здесь не происходит. Ничего не сломано. Каждый сценарий по-прежнему делает ровно то, для чего его собрали. Исчезла способность кого бы то ни было уверенно что-либо менять, и именно это на самом деле значит «перерасти». Дело не в том, что инструмент стал мал. Дело в том, что ваша зависимость от него обогнала ваше понимание.

А что со стоимостью?

Об этом стоит сказать прямо, потому что обычно именно стоимость заставляет владельца наконец задаться этим вопросом, хотя она редко бывает лучшей причиной действовать.

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

Так что, всё выбросить?

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

Возьмите список того, что вы собрали. К каждому сценарию три вопроса. Принимает ли он решение, которое может принять только ваш бизнес? Узнает ли кто-нибудь, если он остановится? Зависит ли от него что-то ещё? Сценарии, которые не проваливают ни одной проверки, остаются ровно там, где есть, и таких будет большинство. Сценарии, которые проваливают хотя бы одну, и есть ваше техническое задание: именно они должны стать вашими собственными, под присмотром, с тестами и описанием, которое человек может прочитать.

Большинство компаний, которые действительно переросли эти инструменты, переросли их в трёх или четырёх местах, а не везде. Тот, кто говорит вам обратное, хочет продать вам платформу.

Что стоит сохранить из того, что вы собрали?

Больше, чем кажется, и именно это чаще всего выбрасывают.

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

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

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

Итак: не тогда, когда кто-то говорит вам, что инструмент непрофессиональный, и не тогда, когда вы доросли до определённого размера. А тогда, когда сценарий принимает решения, которые никто не может прочитать, когда о сбое вы узнаёте от клиента и когда никто не решается тронуть девятнадцатый сценарий. Это три вопроса о системах, которые у вас уже есть, и ответы называют те немногие сценарии, которые стоит переносить. Всё остальное остаётся на месте, и именно так мы с самого начала определяем объём работ по ИИ и автоматизации.