No-code и автоматизация

Что входит в эту категорию

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

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

Интеграции и тестирование для разработчиков относятся к API и интеграциям. Ассистенты на основе моделей живут в ИИ-инструментах.

Автоматизация и как работает подсчёт

Автоматизация на коннекторах самая частая покупка и самая легко неверно оцениваемая.

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

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

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

Надёжностью обычно пренебрегают

Сценарий, тихо работающий полгода, невидим до утра, когда он остановится.

• Повторы с разумной задержкой, а не немедленной второй неудачей.
• Видимость ошибок, доходящая до человека, а не до журнала, который никто не открывает.
• Перезапуск, чтобы запуск можно было повторить после устранения причины.
• Идемпотентность, чтобы повторный запуск не создавал две записи.
• История достаточной глубины, чтобы расследовать то, что заметили через неделю.

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

Создание приложений без кода

Конструкторы внутренних инструментов заменяют таблицы, общие документы, бумажные формы и запросы, приходящие сообщением в чате.

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

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

Управление или разрастание, которое следует за успехом

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

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

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

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

Что автоматизировать не нужно

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

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

Не трогайте то, где ошибка дорога и незаметна. Движение денег, массовые сообщения клиентам и изменения записей, на которые опираются другие системы, заслуживают шага с участием человека или строгого согласования, потому что ошибка автоматики повторяется со скоростью машины.

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

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