У кожному бізнесі є дві реальності. На стратегічній сесії говорять про розвиток, сервіс і нові продукти. У робочий день команда звіряє оплати, переносить дані з рахунків, оновлює прайси й відповідає на ті самі запитання. Без цієї роботи компанія не обійдеться. Але якщо вона забирає весь день, часу на розвиток не лишається.
У K2 такі задачі ставали приводом для індивідуальних розробок. Коли подібний запит повторювався, з’являлася можливість виділити спільну логіку й перетворити її на типовий інструмент. Нижче — вісім сценаріїв з цієї практики. Для кожного важливо визначити, які дії може виконати система, де потрібна інтеграція і коли має втрутитися людина.
Документи, оплати й облік
1. QR-коди для самообслуговування
Працівник складу сканує код комірки й одразу відкриває потрібний запис. Клієнт сканує код у рахунку й переходить до оплати. Код допомагає передати адресу або ідентифікатор без ручного введення. На складі система має перевірити, чи належить комірка до потрібної зони. Для платежу клієнт має бачити одержувача, призначення й суму перед підтвердженням.
2. Розпізнавання вхідних рахунків
Замість перенесення цифр із PDF працівник отримує чернетку з розпізнаними полями: постачальником, реквізитами, номенклатурою і сумою. Перед проведенням документа він звіряє сумнівні поля з оригіналом. Особливої уваги потребують нові реквізити, розбіжності в сумах і повторно надіслані рахунки.
3. Зіставлення оплат
Хтось зазначає номер рахунку, хтось — телефон або лише прізвище. Спершу варто шукати однозначний збіг за номером документа, сумою й платником. Якщо можливі кілька варіантів, система може запропонувати кандидати, а рішення залишити бухгалтеру. Це допомагає скоротити ручну звірку без помилкового зарахування грошей на чуже замовлення.
4. Регулярні рахунки, звіти й нагадування
За погодженим графіком можна підготувати рахунок, сформувати звіт про виконані роботи та відправити документи погодженим каналом. Варто зберігати статус відправлення й повідомляти відповідального про помилку. Якщо рахунок змінився або канал недоступний, менеджер має побачити це до повторної відправки.
Клієнтський сервіс і комунікація
5. Бот для типових звернень
Бот може прийняти замовлення, повідомити статус або передати запит оператору. Перегляд балансу й дії з оплатою потребують перевірки особи та налаштування доступів. Для нестандартних питань потрібна передача діалогу людині разом із контекстом. Так клієнтові не доведеться розповідати все з початку.
6. Сповіщення та автоматичні привітання
Сповіщення працює краще, коли відповідає дії користувача: замовлення готове, строк оплати наближається або з’явилася доречна пропозиція. Привітання теж можна підготувати за календарем. Для обох сценаріїв важливі точні контактні дані, вибір каналу й можливість відмовитися від небажаних повідомлень.
Постачальники й редакційна робота
7. Імпорт прайсів постачальників
Прайси надходять у JSON, YML, CSV або Excel, причому поля та ідентифікатори відрізняються. Налаштуйте зіставлення товарів, валют і одиниць виміру. Перед застосуванням цін покажіть відповідальному, які позиції додано, які подорожчали, а які зникли з файла. Окремо перевірте дублікати та різкі зміни.
8. Підготовка публікацій із ШІ
ШІ може підготувати чернетку, переформатувати текст для різних каналів і запропонувати варіанти візуальної подачі. Автор зберігає голос і відповідає за зміст. Перед публікацією він перевіряє факти, посилання, права на матеріали й відповідність формату конкретному каналу.
З якої задачі почати
Оберіть один процес і виміряйте, скільки часу він забирає та де найчастіше виникають винятки. Випробуйте автоматизацію на типових випадках і кількох складних. Порівняйте час на операцію, частку ручних перевірок і кількість помилок. Якщо результат повторюється, є підстава перенести підхід на інші процеси.
Компанія повертає собі час, коли система бере на себе механічні кроки, а люди можуть зосередитися на сервісі, переговорах і розвитку продукту. З такої конкретної задачі й починається корисна автоматизація.
