Менеджер витрачає 2 години на день на ручне маркування VIP-клієнтів, а фрод-замовлення залишаються непоміченими — система не встигає їх перевіряти. Shopify Flow автоматизує ці процеси без програмування. Налаштуємо до 10 workflow за 1–2 дні, заощадивши десятки годин ручної роботи щомісяця. Ми — команда з 5-річним досвідом налаштування Flow — допоможемо впровадити готові сценарії.
Як працює Flow?
Flow побудований на принципі «тригер → умова → дія». Будь-яка подія в магазині запускає ланцюжок, який перевіряє дані та виконує операції. Кожен workflow складається з трьох компонентів:
Trigger — подія, яка запускає ланцюжок: створення замовлення, оплата, відвантаження, зміна залишку, створення покупця або розклад. Condition — логіка розгалуження: перевірка суми замовлення, тегів покупця, метаполів, кількості замовлень або рівня ризику. Action — операція: додати тег, відправити email, виконати HTTP-запит, призупинити замовлення або створити задачу.
Вбудовані дії покривають 80% типових задач. Інші 20% — кастомна інтеграція через HTTP-запит, яка відкриває доступ до будь-якого зовнішнього API.
Чому Flow безпечніший за кастомне рішення?
Flow працює всередині інфраструктури Shopify. Не потрібно орендувати сервер, слідкувати за оновленнями або турбуватися про масштабування. Всі тригери та дії виконуються в захищеному середовищі з контролем доступу рівня магазину. Для роботи з конфіденційними даними використовуйте метаполя та HTTP-запити з токенами.
Які типові проблеми вирішує Flow?
Проблема 1: ручне маркування VIP-клієнтів
Ви відстежуєте великих покупців вручну — витрачаєте години. Workflow перевіряє загальну суму покупок клієнта при оплаті замовлення. Якщо вона перевищує 50 000 грн, автоматично додається тег vip і надсилається сповіщення в Slack.
Проблема 2: високий ризик скасувань замовлень
Система визначає високий рівень шахрайського ризику. Flow ставить замовлення на утримання, додає тег high-risk і сповіщає менеджера. До 90% таких замовлень потребують ручної перевірки — ви не пропустите жодного.
Проблема 3: часті out of stock
При зміні залишку нижче порогу (наприклад, <5) workflow надсилає HTTP-запит на ваш внутрішній API або в Telegram закупівнику. Скорочує простої на 70%.
Приклад: HTTP-приймач для сповіщень
Найгнучкіший action — відправка webhook у зовнішній сервіс. Приклад приймача на Node.js:
// routes/shopify-flow-webhook.js const express = require('express'); const router = express.Router(); router.post('/flow/low-inventory', async (req, res) => { // Flow надсилає дані у форматі JSON const { product_id, variant_id, inventory_quantity, sku } = req.body; // Створення задачі в Notion/Jira/Trello/своїй системі await createPurchaseTask({ title: `Поповнити залишок: ${sku}`, quantity_needed: 20 - inventory_quantity, priority: inventory_quantity === 0 ? 'urgent' : 'normal', product_id, }); // Сповіщення в Telegram закупівнику await sendTelegramMessage( process.env.BUYER_CHAT_ID, `⚠️ Низький залишок: ${sku} (${inventory_quantity} шт.)\nПотрібно замовити у постачальника` ); res.status(200).json({ received: true }); }); У налаштуваннях HTTP action вказується URL, метод (POST), заголовки з Authorization та тіло запиту зі змінними з тригера.
Порівняння Flow з платними додатками
| Параметр | Shopify Flow | Додаток (наприклад, Mechanic) |
|---|---|---|
| Ціна | Безкоштовно (входить у план) | $20–100/міс |
| Мова логіки | Візуальний, no-code | Liquid-шаблони / скрипти |
| Швидкість виконання | ~1 хвилина затримка | Від секунд до хвилин |
| Обмеження по runs | 1000/год (Basic) | Залежить від плану |
| Інтеграції | Вбудовані + HTTP | HTTP + App-екосистема |
Flow виконує workflow із середньою затримкою ~1 хвилина, що в 15 разів швидше ручної обробки, яка займає до 15 хвилин. Для магазинів із середнім трафіком (до 1000 замовлень на день) Flow — оптимальне рішення «під ключ».
Що входить у нашу роботу з налаштування Flow
| Етап | Результат |
|---|---|
| Аналіз бізнес-процесів | Схема поточних ручних операцій, пріоритизація автоматизації |
| Проектування workflow | Діаграма тригерів, умов та дій |
| Налаштування в адмінці | Створення до 10 workflow, тестування на тестових замовленнях |
| Розробка вебхуків (якщо потрібні) | Приймач на Node.js/Python/PHP, розгортання на сервері |
| Інтеграція із зовнішніми системами | Slack, Telegram, Notion, Jira, CRM, ERP |
| Документація та навчання | Інструкція з експлуатації, схема workflow, права доступу |
| Підтримка | Усунення збоїв, доопрацювання умов, моніторинг логів |
Як ми оцінюємо складність та терміни
| Тип задачі | Терміни |
|---|---|
| Налаштування 5–10 типових workflow (теги, сповіщення, архівація) | 1–2 дні |
| Додавання HTTP-приймача з інтеграцією в 1–2 зовнішніх сервіси | +2–4 дні |
| Проектування системи лояльності на Flow + кастомний API | 1–2 тижні |
| Аудит існуючих workflow та оптимізація | від 1 дня |
Вартість розраховується індивідуально — залежить від кількості workflow, складності вебхуків та необхідності інтеграцій.
Типові помилки та як їх уникнути
- Не забувайте документувати змінні. У HTTP-запитах часто плутають
order.idзorder.customer.id. Ми складаємо карту змінних. - Перевіряйте ліміти. Якщо запускаєте масові дії (архівація всіх замовлень), переконайтеся, що не перевищите 1000 runs/год.
- Тестуйте на тестових даних. Використовуйте тестові замовлення та покупців для налагодження workflow.
Як перевірити логи workflow
В інтерфейсі Flow для кожного workflow доступний лог запусків з детальним статусом кожного кроку. При помилці в HTTP-запиті відображається код відповіді та тіло. Архів запусків зберігається 7 днів.Ми налаштовували Flow для 30+ магазинів з оборотами від 100 тис. до 10 млн грн на місяць. Досвід — 5+ років, понад 50 проєктів на Shopify. Гарантуємо, що workflow не зламаються при оновленнях платформи — слідкуємо за changelog і адаптуємо логіку. Система може обробляти до 1000 runs на годину — ми оптимізуємо кожен workflow, щоб ви не вперлися в ліміт.
Якщо хочете автоматизувати рутину — зв'яжіться з нами. Замовте консультацію — оцінимо проєкт безкоштовно.