-
~10
учасників
-
8
департаментів
-
21
задача в анкеті
З чим прийшли
Це була не лекція. До зустрічі команда заповнила таблицю: департамент, автор, конкретний процес, який хочеться автоматизувати, і очікуваний результат. Двадцять одна позиція від вісьмох департаментів.
Юристи хотіли автоматизувати підготовку договорів, legal opinions і комплаєнс-документації AML та KYC. Фінанси — агента, який збирає первинку через Telegram-бот, перевіряє комплектність документів і вносить дані в бухгалтерську систему. Сейлз — самостійне керування автоматизаціями у звʼязці з CRM. Акаунти — щоб документи з пошти самі розкладались по папках за іменем клієнта.
Сесія почалась із того, що таблиця за ніч поповнилась, і частину позицій довелось обробляти на ходу.
Що сказали в залі
Нам потрібно витягнути інформацію з усіх виписок банківських, інформацію по клієнтах, інформацію з усіх бірж, де виконують обміни. Оскільки ця інформація достатньо конфіденційна, тому що там прізвища клієнтів, нам потрібно точно купити корпоративну версію, щоб якось захиститися.
Учасниця з фінансів прийшла не з порожніми руками: вона вже навчила модель заповнювати частину леджерів і сама поміряла результат — близько шістдесяти відсотків роботи виконувалось до перевірки людиною.
Що робили
Одна сесія на годину сорок, побудована навколо їхньої таблиці.
-
01
Автоматизація парсингу і контенту: коли Make, коли n8n, чому в їхньому випадку краще працює звʼязка через Claude
-
02
AI-ментор для текстової комунікації менеджерів: підказка людині замість автовідповіді клієнту
-
03
Аналіз трьох етапів воронки: перший дотик, консультація, передача на акаунт
-
04
Архітектура агента з базою знань: від Telegram Bot API до закритої групи
-
05
Безпека даних: керування налаштуваннями, чому юридичні документи не йдуть у публічні моделі, локальні моделі проти корпоративного тарифу
-
06
Фінанси: збір первинки, інтеграція з бухгалтерською системою, API курсів валют
-
07
Крипто-специфіка: від хешів транзакцій до гаманців
-
08
Лідогенерація по відкритих реєстрах і межі її точності
-
09
Юридичний блок: підготовка договорів, legal opinions і комплаєнс-документація AML та KYC
Що лишилось у роботі
Спільна таблиця задач лишилась робочим документом команди — з відмітками, що вже можна робити своїми силами, а що потребує розробки.
Список джерел, звідки стежити за оновленнями, і матеріали по промптах, які роблять текст живим, а не роботизованим.
Межі й обмеження
Задач виявилось більше, ніж вміщає одна сесія: двадцять одна позиція від вісьмох департаментів — це матеріал не на годину сорок, а на цикл.
Частину рішень можна було тільки описати, а не показати: те, чого в компанії ще немає, на екрані не покажеш.
Головний блокер виявився не в моделі, а в даних: у їхніх виписках немає ідентифікаторів транзакцій. Без них ні людина, ні модель не звʼяже записи між собою. Тут чесна відповідь була неприємною — для леджерів потрібне детерміністичне рішення, звичайний код, а не ШІ.
Бухгалтерська система приймає дані через API, але не дозволяє їх виправляти — помилку розпізнавання доведеться правити руками.
Куди далі
Якщо задача схожа — ось із чого почати.
Розберемо запит за 15 хвилин
Безкоштовний дзвінок, на якому розпитую про задачі й кажу, що зробив би — буває, що задача закривається без мене.
