Регламент, який виконується сам, а не лежить у папці
Новий лід отримує відповідального за чергою, клієнт без оплати отримує нагадування, керівник погоджує знижку однією кнопкою, а рахунок і відвантаження створюються самі. Ви малюєте процес схемою, Silium виконує його щодня і показує журнал кожного кроку.
- Тригери на події CRM, фінансів, складу, виробництва, логістики й HR.
- Умови, затримки й очікування, поки рахунок стане «Сплачено».
- Сегменти клієнтів за RFM, ABC і XYZ, які оновлюються щоночі.
- Виручка в розрізі UTM-міток: видно, який канал приносить гроші.
Конструктор бізнес-процесів: тригер, затримка, умова за сумою й дії
Знайомо?
Чому домовленості про «як ми працюємо» не виконуються
Рутина з’їдає день
Поставити завдання, нагадати про оплату, створити рахунок за замовленням, повідомити склад. Менеджер робить це руками десятки разів на день і інколи забуває.
Регламент є лише на папері
Написали, що заявку треба обробити за 15 хвилин, а знижку понад 10 % погоджує керівник. Перевірити, чи так і є, ніхто не може.
Всі клієнти однакові
Постійний оптовик і разовий покупець отримують ту саму розсилку й ті самі умови. Хто з великих клієнтів перестав купувати, помічають через пів року.
Реклама рахується в лідах
Маркетолог звітує кількістю заявок, а скільки грошей приніс кожен канал і чи окупився він, не знає ніхто.
Як це закриває Silium
Усе, що вміє модуль «Маркетинг і автоматизація»
22 можливості у 8 розділах. Кожна з екраном системи.
Головне
1. Бізнес-процеси
Процес малюється схемою, без програміста
Було: щоб автоматизувати навіть просте «новий лід, завдання менеджеру», треба наймати розробника.
Процес стартує з події: створено ліда, змінився статус угоди, оплачено рахунок, проведено відвантаження, завершено виробництво, подано заявку на відпустку. Далі йдуть дії: поставити завдання, змінити поле, надіслати лист за шаблоном з PDF чи SMS, створити рахунок, відвантаження, акт або платіж, додати тег, надіслати HTTP-запит у ваш сервіс.
Умова процесу: гілка «Так», якщо сума угоди більша за 10 000
2. Очікування й рішення людини
Процес уміє чекати і питати керівника
Було: «відвантажити після оплати» тримається на пам’яті менеджера, який щоранку перевіряє виписку.
Процес пам’ятає всі пов’язані записи: замовлення, рахунок, відвантаження, завдання. Він може зупинитися й дочекатися, поки рахунок стане «Сплачено» або завдання закриють, і піти далі, а за тайм-аутом піти іншою гілкою. Якщо потрібне рішення, процес надсилає керівнику сповіщення з кнопками «Так» і «Ні» і продовжує за відповіддю.
3. Надійність
Процес не губиться і не дублює рахунки
Було: автоматизація то спрацює, то ні, і ніхто не знає, чому клієнту прийшло два однакові рахунки.
Кожен запуск іде за схемою, якою вона була на момент старту, тож ваші правки не ламають процеси, що вже чекають оплати. Якщо сервер перезапустився посеред сценарію, Silium доведе його до кінця, а там, де є ризик створити документ двічі, зупиниться й покаже запуск на перевірку.
Бізнес-процеси: налаштування, логи запусків і помилки
4. Сегменти клієнтів
Видно, хто купує найбільше і хто перестав купувати
Було: про те, що великий клієнт пішов до конкурента, дізнаються з річного звіту.
Щоночі Silium рахує для кожного клієнта давність останньої покупки, частоту й суму (RFM), внесок у виручку (ABC) і стабільність закупівель (XYZ). Сегменти будуються з цих метрик і будь-яких полів картки: вручну, автоматично за правилами або змішано. Вхід клієнта в сегмент чи вихід з нього запускає бізнес-процес.
5. Правила знижок
Знижка за правилами, а не за настроєм менеджера
Було: кожен менеджер дає знижку «від себе», і частина замовлень іде майже в нуль.
Правило задає відсоток знижки для товарів, категорій, сегментів чи конкретних клієнтів, з датами дії, мінімальною кількістю чи сумою документа. Знижка підставляється в рядок сама, а поріг маржі не дасть правилу опустити ціну нижче допустимого. Ручну знижку менеджера видно окремою позначкою.
6. Наскрізна аналітика
Від рекламної мітки до грошей на рахунку
Було: маркетолог бачить, скільки заявок дав канал, але не бачить, скільки з них заплатили.
UTM-мітки першого ліда закріплюються за клієнтом, і вся його подальша виручка рахується на це джерело. Звіт «Наскрізна аналітика» показує за кожним джерелом і кампанією кількість лідів, виграних угод, конверсію, реальну виручку з проводок і середній LTV клієнта. Так видно канал, який дає багато заявок і мало грошей.
Тригери
7. Тригер на план продажів
Менеджер виконав план на заданий відсоток, і процес вітає його або повідомляє керівника.
Тригер процесу «Змінився темп виконання плану» для планів продажів
8. Тригер на вхідний лист
Отриманий лист чи нова розмова в месенджері запускають процес так само, як подія в CRM.
Тригер процесу «Отримано лист»
9. Тригер за датою
Процес стартує за N днів до чи після дати з картки: строк оплати, кінець договору, день народження клієнта.
Тригер «За N днів до / після дати» для рахунків
Дії процесу
10. Розподіл заявок
Черга менеджерів по колу з урахуванням графіків, відпусток і годин прийому. Відповідального ставить процес.
Черга «Вхідні заявки з сайту»: розподіл за вагою між трьома менеджерами
11. Теги й доступи
Процес додає чи знімає теги та тимчасово відкриває запис потрібному колезі.
Крок «Теги»: додати або прибрати теги запису
12. HTTP-запит
Виклик вашого сервісу з даними з картки. Відповідь можна використати в наступних кроках.
Крок «HTTP запит»: адреса, метод, тіло з даними картки
Повідомлення
13. Лист за подією
Процес надсилає клієнту лист за шаблоном і прикладає PDF документа: рахунок, акт, комерційну пропозицію.
Крок «Надіслати Email»: шаблон листа і PDF документа у вкладенні
14. SMS з процесу
Нагадування про оплату чи повідомлення про відправку текстом або за шаблоном на телефон клієнта.
Крок «Надіслати SMS»: текст або шаблон на телефон клієнта
15. Сповіщення
Просте сповіщення працівнику або питання «так чи ні» з очікуванням відповіді.
Крок «Сповіщення»: просте або питання «так чи ні» з очікуванням
16. Нагадування боржникам
Ланцюжок нагадувань про оплату листом чи SMS у робочий час. Боржнику можна заблокувати відвантаження понад кредитний ліміт.
Нагадування боржникам: канали, робочий час і кроки ланцюжка
AI в процесах
17. AI-кроки
AI визначає тему звернення, а процес іде потрібною гілкою. AI-оператор веде розмову в чаті.
Крок «AI: класифікація»: дані звернення й варіанти категорій
Правила й довідники
18. Автозакриття документів
Замовлення, угода, рахунок чи закупівля самі переходять у фінальний статус, коли все оплачено й відвантажено.
Загальні налаштування: автозакриття замовлень, угод, рахунків і закупівель
19. Глобальні змінні
Значення, спільні для всієї системи: реквізити, телефон підтримки, посилання. Підставляються в шаблони й процеси.
Глобальні змінні компанії
20. Маршрути погодження
Для кожного підрозділу задано, хто погоджує облік часу, відсутності й заявки на оплату. Заявка сама йде до потрібної людини.
Погодження за підрозділами
Надійність
21. Захист від зациклення
Якщо процеси запускають один одного по колу, система зупиняє ланцюжок.
Екрани
22. Ще екрани модуля
Кадри з демо-компанії. Натисніть на кадр, щоб розгорнути.
Обробка нової угоди з сайту: затримка, перевірка суми, лист і завдання
1 / 4Працює разом з іншими модулями
Дані вводяться один раз і далі йдуть по ланцюгу без копіювання.
Ліди, угоди, замовлення й рахунки запускають процеси, а процеси створюють завдання й документи.
Процес надсилає лист і SMS, а вхідний лист чи чат запускає новий процес.
Оплата рахунку стає подією, а процес створює рахунок, акт чи платіж за замовленням.
Перевірка залишків перед відвантаженням і події надходжень, переміщень та інвентаризацій.
AI-класифікація й AI-оператор працюють як кроки звичайного процесу.
Хто працює в модулі
Варто знати
Процеси налаштовуються в «Налаштування › Бізнес-процеси». Події складу, фінансів, виробництва, логістики, проєктів і HR доступні як тригери, коли відповідний модуль підключено.
Автоматизація бізнес-процесів без програмістів
Конструктор бізнес-процесів Silium автоматизує рутину: тригери на події продажів, складу, фінансів, виробництва й логістики, умови й розгалуження, очікування, постановка задач, листи, SMS і HTTP-запити в інші системи.
Маркетинг і автоматизація продажів включають розподіл заявок між менеджерами, сегментацію клієнтів RFM і ABC, правила знижок, нагадування боржникам і наскрізну аналітику реклами за UTM-мітками до реальних грошей.
Часті питання про модуль «Маркетинг і автоматизація»
Ні. Процес збирається з блоків на схемі: тригер, умова, затримка, дія. Дані з картки підставляються в лист чи завдання вибором змінної зі списку. Програміст може знадобитись лише для HTTP-запиту у ваш власний сервіс.
Вони дійдуть до кінця за тією схемою, з якою стартували. Нова версія діє для нових запусків.
Кожен запуск записується в журнал з часом і результатом кожного кроку. Помилка потрапляє в окремий список з причиною, а той, хто запустив процес, отримує сповіщення.
Метрики RFM, ABC і XYZ перераховуються щоночі. Автоматичні сегменти оновлюють склад за правилами, а ручні змінюєте ви. Межі груп ABC і XYZ та період аналізу налаштовуються для компанії.
З проводок, тобто з тих самих даних, що й P&L, за вирахуванням повернень. Мітки UTM ліда, з якого прийшов клієнт, закріплюються за ним, тож уся його виручка прив’язується до цього джерела.
Подивіться модуль на своїх даних
14 днів повного доступу без оплати або демо на 30 хвилин, де ми покажемо модуль на ваших товарах, клієнтах і процесах.