AI-система звітності та моніторингу стану угод для Zoho CRM — щоденний огляд для CEO та щотижнева точкова діагностика угод із ризиком.
Деталі проєкту
Контекст:
- Бізнес/індустрія: Продажі / операції CRM в e-commerce
- Поточний процес: CEO вручну перевіряє Zoho CRM, щоб побачити стан воронки; угоди, що застрягли на етапі доставки, часто залишаються непоміченими, поки клієнт не поскаржиться.
Проблема:
- Немає проактивної видимості того, які угоди дійсно перебувають у зоні ризику, а не просто "відкриті".
- Ручна перевірка не масштабується зі зростанням обсягу угод.
- Немає системного способу помітити угоду, яка "затихла" на кілька днів, до того як вона перетвориться на втрачений продаж.
Рішення
<aside>
🧠
Два взаємодоповнюючі AI-процеси: щоденний звіт по всьому портфелю для керівництва та щотижневий глибокий аналіз саме угод на етапі доставки — кожен витягує повну історію дзвінків/завдань/нотаток перед оцінкою і сповіщає лише тоді, коли справді потрібна увага.
Використані інструменти: n8n, Zoho CRM, Claude (Opus 4.5 + Sonnet 4.6), Google Sheets, Telegram.
</aside>
Логіка рішення:
- Щоденний звіт (9:10 ранку): вивантажує всі угоди з Zoho CRM, агрегує статистику (кількість доставок/фідбеків, суму під ризиком, розподіл за етапами) кодом, після чого AI Agent (Claude Opus 4.5) вирішує, які саме угоди потребують ближчого розгляду, і викликає CRM-інструмент по кожному ID угоди для діагностики проблем — формуючи пріоритезований звіт у Telegram для CEO.
- Щотижневі сповіщення про стан угод (пн, 10 ранку): проходить по кожній угоді на етапі доставки по черзі, отримує її повну історію (дзвінки, завдання, нотатки) через перевикористовуваний під-workflow, і Claude Sonnet 4.6 оцінює стан угоди від 1 до 10 з переліком факторів ризику та рекомендованою дією.
- Результати логуються в спеціальному аркуші відстеження "Pipeline"; сповіщення в Telegram спрацьовують лише для угод із критичним/середнім ризиком — здорові угоди мовчки пропускаються, щоб канал не перетворився на шум.