Когда разработчиков нет, а автоматизация нужна вчера
В небольшой компании любая задача «сделайте внутренний инструмент» обычно заканчивается одинаково: разработчиков нет, бюджет на кастомную разработку отсутствует, а бизнес-процессы живут в десятке Google-таблиц и переписках в мессенджерах. По оценкам Gartner, к 2025 году около 70% новых корпоративных приложений создавались с использованием low-code и no-code платформ — и это уже не эксперимент, а рабочий стандарт.
Проблема в том, что даже low-code требует проектирования: какую таблицу завести, какие поля связать, как построить сценарий автоматизации. Именно здесь помогают LLM. Промты для Airtable, Make и n8n превращают описание бизнес-процесса на естественном языке в готовую схему базы, сценарий автоматизации или workflow. Ниже — 10 промтов, разбитых по уровню сложности: от базовых до экспертных, с примерами результата.
Базовый уровень: первые шаги
1. Генерация структуры базы Airtable из описания процесса
Задача: у вас есть текстовое описание процесса продаж, но нет структуры базы.
Промт:
Ты — архитектор данных Airtable. У меня есть бизнес-процесс:
«Менеджер получает заявку с сайта, квалифицирует лид, назначает встречу, отправляет КП, ведёт сделку до оплаты».
Спроектируй структуру базы Airtable: перечисли таблицы, поля с типами (Single line text, Single select, Date, Linked record, Formula), связи между таблицами и объясни, зачем каждая таблица нужна. Учти, что в Airtable связи реализуются через поле Linked record, а вычисления — через Formula, Rollup и Lookup.
Пример результата: модель предложит три таблицы — «Лиды», «Сделки», «Контакты». В «Лидах» поля: Имя (Single line text), Источник (Single select: сайт, реклама, рекомендация), Статус (Single select: новый, квалифицирован, отклонён), Дата заявки (Date). В «Сделках» — Linked record на «Лиды», Сумма (Currency), Этап (Single select). Такой каркас создаётся за минуты, а не за часы обсуждений.
2. Формулы Airtable без гугления синтаксиса
Задача: нужно посчитать маржу сделки, но вы не помните синтаксис формул.
Промт:
Напиши формулу Airtable для поля «Маржа», если есть поля «Сумма» (Currency) и «Себестоимость» (Currency). Формула должна возвращать процент маржи, округлённый до одного знака, и выводить «нет данных», если себестоимость равна нулю. Используй реальный синтаксис Airtable: IF(), ROUND(), операторы сравнения.
Пример результата:
IF({Себестоимость} = 0, "нет данных", ROUND(({Сумма} - {Себестоимость}) / {Сумма} * 100, 1) & "%")
Важно: Airtable не поддерживает деление на ноль в формулах без проверки — это частая ошибка новичков, и промт её сразу отсекает.
3. Первый сценарий в Make: заявка → уведомление
Задача: автоматизировать уведомление о новой заявке.
Промт:
Опиши сценарий Make (Integromat) для процесса: новая строка в Google Sheets → отправка сообщения в Telegram → создание карточки в Trello. Укажи модули по шагам: какой триггер (Watch rows), какие действия (Telegram Bot — Send a Message, Trello — Create a Card), какие поля нужно замапить. Не выдумывай несуществующие модули.
Пример результата: сценарий из трёх модулей. Триггер Google Sheets Watch Rows, затем Telegram Bot Send a Message с текстом Новая заявка: {{1.Имя}} — {{1.Комментарий}}, затем Trello Create a Card. Такой сценарий собирается за 15 минут даже без опыта.
4. Дебаг workflow n8n по тексту ошибки
Задача: workflow падает с непонятной ошибкой.
Промт:
Я собрал workflow в n8n. Нода HTTP Request возвращает ошибку 401 Unauthorized при обращении к API. Опиши пошагово, как диагностировать проблему: проверка типа аутентификации (Header Auth, Basic Auth, OAuth2), проверка credentials, проверка заголовка Authorization. Дай чек-лист из 5 пунктов.
Пример результата: чек-лист: 1) проверить, что credentials привязаны к ноду; 2) проверить формат заголовка Authorization: Bearer <token>; 3) убедиться, что токен не истёк; 4) проверить, что используется правильный URL окружения; 5) включить в ноде опцию «Ignore SSL Issues» только для теста. Это экономит часы поиска в документации.
Продвинутый уровень: интеграции и логика
5. Связка Airtable + Make: двусторонняя синхронизация
Задача: синхронизировать базу Airtable с внешним сервисом.
Промт:
Спроектируй сценарий Make для синхронизации Airtable и Google Calendar: при создании записи в Airtable с полем «Дата встречи» создаётся событие в Google Calendar, а при изменении даты — событие обновляется. Опиши модули: Airtable Watch Records, Google Calendar Create an Event, Google Calendar Update an Event. Укажи, как избежать дублирования событий через поле «Event ID» в Airtable.
Пример результата: сценарий сохраняет ID созданного события в поле Airtable, а при обновлении ищет событие по этому ID. Это классический паттерн идемпотентности, который предотвращает дубли.
6. Генерация n8n workflow для парсинга и записи данных
Задача: собрать пайплайн обработки данных без кода.
Промт:
Опиши workflow n8n: триггер Schedule (каждый час) → HTTP Request к открытому API → обработка JSON через ноду Set → запись в PostgreSQL через ноду Postgres. Подскажи, как в ноде Set переименовать поля и как в Postgres использовать операцию Insert с маппингом колонок. Укажи реальные названия нод n8n.
Пример результата: workflow из четырёх нод: Schedule Trigger, HTTP Request, Set, Postgres. В Set поля переименовываются через «Keep Only Set» и пары «Name/Value». В Postgres выбирается операция Insert, таблица и колонки маппятся из предыдущей ноды.
7. Валидация данных на входе
Задача: не пускать в базу мусорные данные.
Промт:
Предложи способ валидации входящих данных в Make: если поле «Email» не содержит @, сценарий должен остановиться и записать ошибку в отдельную таблицу Airtable. Опиши модули: Router с фильтром, Airtable Create Record для лога ошибок. Дай настройки фильтра.
Пример результата: Router с двумя ветками: в первой фильтр {{email}} contains @, во второй — обработка ошибки. Ошибочные записи падают в таблицу «Error Log» с датой и текстом. Это снижает количество «грязных» данных в CRM.
Экспертный уровень: архитектура и масштабирование
8. Проектирование нормализованной схемы под рост
Задача: база должна выдержать рост с 100 до 100 000 записей.
Промт:
Ты — дата-инженер. Спроектируй нормализованную схему Airtable для CRM: Контакты, Компании, Сделки, Задачи, Активности. Учти ограничения Airtable: максимум 500 000 записей на базу, лимит linked records, рекомендации по использованию Views и Filters вместо дублирования данных. Объясни, почему денормализация на старте приведёт к проблемам при росте.
Пример результата: модель предложит разделить сущности, использовать Linked record вместо текстовых полей и Views вместо копий таблиц. Отдельно предупредит про лимит API Airtable — 5 запросов в секунду на базу, что важно при массовых операциях через Make.
9. Обработка ошибок и retry-логика в n8n
Задача: workflow не должен терять данные при сбое внешнего API.
Промт:
Опиши паттерн обработки ошибок в n8n: нода HTTP Request с опцией Retry On Fail (количество попыток 3, задержка 5000 мс), ветка Error Trigger для логирования. Покажи, как настроить Error Workflow и куда писать неудачные выполнения. Используй реальные возможности n8n.
Пример результата: на ноде включается «Retry On Fail», на workflow — «Error Workflow», который пишет в отдельную таблицу или Slack. Это стандартный паттерн надёжности, описанный в документации n8n.
10. Аудит и оптимизация существующих сценариев
Задача: сценарии работают, но медленно и дорого.
Промт:
Проанализируй типовые проблемы сценариев Make: избыточные операции (operations), дублирующие модули, отсутствие фильтров на триггерах. Дай чек-лист оптимизации из 7 пунктов с примерами: как заменить несколько модулей одним, как использовать агрегаторы, как снизить расход операций. Приведи пример до/после.
Пример результата: чек-лист включает использование фильтров на триггере вместо Router, объединение Set-модулей, применение Iterator/Aggregator для батчинга. Пример «до»: 5 модулей на 1 заявку. «После»: 2 модуля, экономия операций в разы.
Что в итоге
Связка «LLM + low-code» снимает главный барьер — необходимость проектировать схему вручную. Промты не заменяют понимание процессов, но ускоряют переход от идеи к работающему инструменту: CRM, дашборд или интеграция собираются за дни. Начните с базовых промтов, зафиксируйте структуру данных, затем переходите к автоматизации и обработке ошибок. Официальная документация Airtable, Make и n8n — ваш главный источник по синтаксису и лимитам; промты лишь помогают быстрее по ней ориентироваться.
Попробуйте первый промт на своём процессе уже сегодня — и посмотрите, сколько рутины уйдёт из вашей недели.
Комментарии