Кожна автоматизація — окремий бойовий проєкт: працює на реальному сервері, доступна з будь-якого пристрою, україномовна. Але цінність дає не кожна окремо, а те, як вони передають роботу одна одній: лід → діалог → бриф → кампанія → нагляд, і зворотні петлі між ними.
П'ять сценаріїв у n8n (логіка, маршрутизація, SLA-таймери, планові перевірки) і три боти в Dify (розмова з клієнтом і зведення для власника). Один спільний «стор» замість Google Sheets — щоб демо не залежало від чужих акаунтів.
№
Автоматизація
Запуск
Що стереже / дає
1
Лід-інтейк
webhook lume-lead
Жоден лід не загублено; атрибуція; HOT-ліди — лікарю за хвилини; SLA за робочими годинами
2
Маршрутизація звернень
webhook lume-inbound
DM / коментар / відгук / чат розкладено по відповідальних; гострі стани — в «LUME-911»
3
Прийом брифів
webhook lume-brief
Бриф не йде в роботу, поки не повний; дедлайни й буфер; ретро спринту
4
Guardrails кампаній
cron + webhook lume-campaign-lead
Рішення kill / scale по кампаніях; миттєва перевірка UTM на вході
5
Ops-watchdog
cron
Зламана форма, порожній рекламний кабінет, биті мітки — видно за добу, не за місяць
6
FAQ-бот (Dify)
чат / віджет
Клієнт отримує ціни й відповіді 24/7; запис — у лог; мед-питання — лікарю
7
Тижневе зведення (Dify)
API / cron
Метрики тижня → людський текст «що сталося і що робити»
■ n8n — логіка й таймери ■ Dify — розмова й тексти ■ спільний стор Telegram — пульт для ролей студії (адміністратор, лікар, керуюча, маркетинг-лід).
Кожна автоматизація — найкращі сценарії
01 Лід-інтейк webhook · lume-lead
Приймає заявку з форми, IG Lead Ads або квіза. Нормалізує UTM і click-id, рахує скоринг, звіряється зі стором на попередні звернення цього номера, захищає від дублів, ставить SLA-таймер за робочими годинами студії й ескалує, якщо лід не взяли в роботу.
Коли дає найбільше
Платний трафік на дорогі послуги. Заявка на контурну пластику чи біоревіталізацію позначається HOT і падає лікарю в Telegram за хвилини — поки клієнт ще «гарячий».
Вечірні та вихідні заявки. SLA рахується за робочим календарем: лід о 22:40 не «протермінований» о 23:00, дедлайн — на ранок, і о 9:15 керуюча бачить, що адміністратор його не взяв.
Повторний клієнт. Стор підказує «це вже 3-тє звернення цього номера» — адміністратор говорить з людиною, а не з «новим лідом».
Збій запису. Якщо стор не прийняв рядок — лід дублюється в dead-letter і прилітає алерт «лід не записався». Втратити заявку неможливо.
Бойова готовність. Прогнано наскрізь через публічний URL, україномовні алерти, 0 помилок. Для продакшена — під'єднати справжнє джерело лідів (Meta Lead Ads / форма сайту) і Telegram-чати реальних ролей.
02 Маршрутизація звернень webhook · lume-inbound
Єдина точка входу для всього вхідного: IG DM, коментарі, відгуки, чат сайту, Telegram, Lead Ads. Робить перед-класифікацію правилами, за потреби добиває LLM-класифікатором, зводить клас + маршрут + робочий SLA, пише в comms_log, відсіює спам і ескалує гострі стани.
Коли дає найбільше
Потік однотипних питань. «Скільки коштує чистка?» — одразу маршрут на адміністратора; «болить після філерів» — гострий стан, дубль у LUME-911 лікарю.
Прихований лід у коментарях. Коментар «а є на Подолі?» з телефоном розпізнається як лід і передається в пайплайн №1 — не губиться серед смайликів.
Негативний відгук. Летить власнику особисто з поміткою SLA ≤ 4 год, а не тоне в загальній скриньці.
Понеділковий огляд. Автоматичне тижневе зведення по каналах звернень — маркетинг-ліду, без ручного підрахунку.
Бойова готовність. Працює, зокрема гілка LLM-класифікатора на OpenAI. Для продакшена — вебхуки від реальних каналів (ManyChat / IG API / віджет чату).
03 Прийом брифів webhook · lume-brief
Бриф із форми (Tally / Google Forms) перевіряється на Definition of Ready. Неповний — не йде в роботу, ініціатору прилітає, чого бракує. Повний — стає задачею на дошці, підрядник і маркетинг-лід отримують сповіщення. Планові гілки: дедлайни + буфер по буднях, ретро спринту в п'ятницю.
Коли дає найбільше
Бриф без обов'язкового поля. Немає serviceline чи channel — задача не створюється, автор бачить точний список пропущеного. Дизайнер не починає роботу «в нікуди».
Спринт із десятком задач. Щоранку — лише ті, де горить дедлайн або з'ївся буфер. Тиша = все за планом.
Ретро без наради. У п'ятницю ввечері — тільки проблеми спринту, що потребують рішення, одразу ліду.
Зчіпка з радаром (№8): контент-можливості з аналітика лягають у брифи цього ж пайплайна.
Бойова готовність. Вебхук-гілка прогнана (алерти «бриф не готовий» приходили в тесті). Планові гілки — по крону, ручний прогін через «Execute» в редакторі.
Щоранку після імпорту витрат зводить campaign_thresholds + raw_spend + raw_leads у рішення: масштабувати, зупинити, не чіпати. Сигналить лише там, де потрібна дія, і запам'ятовує сигнал, щоб не повторюватись. Окрема гілка — дзеркало ліда: миттєва перевірка UTM на вході.
Коли дає найбільше
Кампанія злила бюджет за вихідні. У понеділок о 9:30 — «CPL ×2.4 від порога, зупинити», а не через тиждень у звіті.
Кампанія несподівано полетіла. «CPL −40%, ліди в нормі — масштабувати» з конкретною сумою.
Таргетолог забув UTM. Лід із битою міткою — алерт дата-контролю в момент заявки (спільна гілка з №1), поки трафік ще малий.
Без спаму. Дедуп: один і той самий сигнал не повторюється щодня.
Потрібна дія. Логіка й UTM-гілка працюють. Для бойового режиму — щоденний імпорт витрат із рекламних кабінетів у стор (ручний CSV або конектор).
05 Ops-watchdog cron
Синтетичний моніторинг усього, що тихо ламається. Щодня 09:05 — тестова заявка через реальну форму, за 3 хв перевірка, чи дійшла. Щодня 09:00 — запас днів по рекламних кабінетах. Щопонеділка — аудит UTM за тиждень і статус бойових сторінок. 1-го числа — чек-лист закриття місяця.
Коли дає найбільше
Форма мовчки впала. Верстальник викотив реліз, зламав onSubmit — watchdog це бачить наступного ранку, а не коли маркетинг помітить «щось мало заявок».
Рекламний кабінет спливає. Менше 5 днів запасу — алерт заздалегідь, кампанії не зупиняються посеред ночі.
Мітки поповзли. Оновили лендинг — половина UTM злетіла; тижневий аудит показує це відразу.
Закриття місяця. 1-го числа — готовий чек-лист, нічого не забуто.
Потрібна дія. Каркас усіх перевірок готовий. Бойовий режим — прописати в ops_endpoints реальні URL форм і сторінок та ключі рекламних кабінетів.
06 FAQ-бот Dify · чат / віджет
Розмовний бот для клієнтів. Відповідає на питання про послуги й ціни, фіксує намір записатися в comms_log (звідти підхоплює пайплайн №2 → №1), а медичні питання («чи можна після пологів», «болить після процедури») передає лікарю, не відповідаючи сам.
Коли дає найбільше
Нічні й вихідні звернення. Клієнт о 23:00 отримує ціну на біоревіталізацію і слот на запис — не йде до конкурента, що відповів швидше.
Розвантаження адміністратора. 20 однакових «скільки коштує чистка» на день бере бот; людина працює зі складними діалогами.
Безпечна межа. Мед-питання бот не імпровізує — це і юридично правильно (реклама медпослуг), і безпечно для клієнта.
Єдиний лог. Кожен діалог у comms_log — той самий масив, що аналізують №2 і №7.
Бойова готовність. Перевірено: інфо+ціни, запис, ескалація мед-питань. Публічний чат: /chat/TkeH62f2v3jxnnox. Для сайту — вставити віджет і підняти TLS-проксі.
07 Тижневе зведення Dify · API / cron
Отримує JSON метрик тижня (ліди, звернення, конверсія, витрати) і повертає короткий людський текст: що сталося, де ризик, що робити. Не таблиця — абзац, який власник читає за хвилину.
Коли дає найбільше
Понеділковий ранок власника. Замість п'яти дашбордів — один абзац «минулого тижня…».
Пояснення провалу. Не просто «ліди −30%», а зв'язок: «...бо в середу впала форма (див. watchdog) і кампанія Позняки на паузі».
Матеріал для звіту клієнту / керівництву — готовий текст, не потрібно переписувати.
Бойова готовність. Опубліковано, перевірено. Запуск: POST /v1/workflows/run з metrics_json. Для автоматизму — n8n-гілка щопонеділка збирає метрики зі стору й викликає бота.
08 Радар ринку — аналітик Dify · API
Вхід — radar.json від збирача (YouTube, Google Trends, autocomplete, новини — станом на зараз 406 б'юті-каналів, ~58k відео з метриками, ~11k запитів, 1305 новин). Вихід — бриф: картина ринку, 3 контент-можливості з цифрами, 2 продуктові / операційні сигнали, 1 «чого не робити».
Коли дає найбільше
Планування контенту на місяць. «Полінуклеотиди: інтерес +49 за 5 років, українських відео лише 16 — знімайте пояснювальні ролики "лікар пояснює"».
Рішення по послугах. «Botox backlash — 68 згадок у новинах, Trends по ботоксу −5: не робіть ботокс головним продуктом залучення, ведіть на регенеративні процедури».
Захист від хайпу. Показує, де вже перенасичення контентом і падіння попиту — щоб не вкладатись туди.
Живлення №3: контент-можливості звідси стають брифами.
Бойова готовність. Бот працює, перший бриф отримано (data/analyst_brief.md). Збір даних триває за кроном — Google Trends лімітує, повна вибірка 26 термінів добереться за кілька днів. Дашборд — окремий артефакт.
Три наскрізні сценарії
Тут видно суть контуру: жодна автоматизація не працює сама — вона передає роботу далі й лишає слід, який читають інші.
Сценарій А — заявка з реклами о 22:40
реклама → квіз Клієнтка проходить квіз-форму по контурній пластиці, лишає телефон. Форма б'є у lume-lead.
1 · лід-інтейк UTM розібрано, скоринг високий, послуга дорога → HOT. Стор каже: номер новий. Ставиться SLA-таймер — але за робочим календарем дедлайн переноситься на 09:00.
8 · радар-аналітик Бот дає бриф: «полінуклеотиди — вікно, українського контенту майже немає».
людина → 3 Маркетолог оформлює бриф на серію роликів у форму → lume-brief.
3 · прийом брифів Definition of Ready пройдено (є serviceline, channel, дедлайн) → задача на дошці, підряднику сповіщення.
3 · дедлайни Щоранку контроль буфера; при зриві — алерт маркетинг-ліду.
3 · ретро У п'ятницю — чи був зрив, що виправити в процесі.
→ 4 Ролик виходить у рекламу як кампанія — далі її веде guardrails (№4), а ліди з неї йдуть у №1. Коло замкнулось.
Що тримає контур разом
Спільний стор.raw_leads, comms_log, creative_board, raw_spend, ops_log — це одні й ті самі таблиці для всіх. №1 пише лід — його бачать №4, №5, №7. №6 пише діалог — його читають №2 і №7.
Telegram як пульт. Не «ще один канал», а єдине місце, де ролі студії (адміністратор, лікар, керуюча, маркетинг-лід) отримують тільки те, що стосується їх, і тільки коли потрібна дія.
Робочий календар. Усі SLA-таймери рахують час за годинами роботи студії — система не «протерміновує» нічні заявки й не мовчить у робочий час.
Принцип «сигналити лише коли потрібна дія». №3, №4, №5 за замовчуванням мовчать. Повідомлення = щось вимагає рішення людини. Тиша = все гаразд.
Що потрібно від тебе, щоб решта стала бойовою
Витягти Google Sheet твоя дія
Зараз замість Google Sheets працює локальний стор (щоб демо не залежало від акаунтів). Щоб перемкнути на справжню таблицю:
Google Cloud Console → новий проєкт → APIs & Services → увімкнути Google Sheets API і Google Drive API.
Credentials → Create → Service Account → готово → вкладка Keys → Add Key → JSON. Завантажиться файл-ключ.
Створити таблицю в Google Sheets, дати доступ (Editor) на e-mail сервіс-акаунта (він у JSON, поле client_email).
Надіслати мені цей JSON + посилання на таблицю. Я підставлю STORE у конфіг і перевірю всі 5 сценаріїв на реальних аркушах.
Це не той самий OAuth-клієнт, до якого в тебе прив'язано багато сервісів — сервіс-акаунт окремий і нічого не чіпає.
Підняти FAQ-бота на домені твоя дія
Бот уже працює на http://…:8080/chat/…, але по HTTP і не на твоєму домені. Варіанти від найпростішого:
Cloudflare Tunnel (безкоштовно, домен не обов'язковий): встановити cloudflared на сервер, cloudflared tunnel --url http://localhost:8080 → отримаєш HTTPS-адресу *.trycloudflare.com. Для сталого — прив'язати до свого домену в дашборді Cloudflare (5 хв).
Свій домен через Cloudflare Pages / GitHub Pages: статична сторінка-лендинг з вбудованим віджетом чату Dify (<script> + <iframe>), домен наводиться на Cloudflare.
Від тебе: домен (або субдомен), доступ до його DNS. Далі роблю я.
Джерела даних для №4 і №5 твоя дія
№4 Guardrails: щоденний експорт витрат/показів із Meta Ads і Google Ads. Мінімум — раз на день кинути CSV у стор; краще — доступ до кабінетів для конектора.
№5 Watchdog: реальні URL бойових форм і лендингів + ідентифікатори рекламних кабінетів для перевірки балансу.
Реальні Telegram-чати ролей твоя дія
Зараз усі алерти йдуть в один тестовий чат. Для бойового режиму: створити чати/групи під ролі (адміністратор студії, лікар, LUME-911, керуюча, маркетинг-лід), додати бота @dbar368_bot, надіслати мені chat_id кожного.