Аналіз CRM за допомогою ШІ: 25 готових запитів для ChatGPT і Claude

Через MCP-сервер Uspacy ChatGPT, Claude або інший AI-асистент працює з доступними CRM-даними. Асистент зіставляє угоди, клієнтів, коментарі, завдання та справи. Так він виявляє повторювані проблеми, аномалії та приховані можливості.

Усі запити, зібрані тут, можна копіювати й одразу використовувати. За потреби замініть період, кількість результатів або критерії пріоритетності.

ШІ бачить лише інформацію, доступну через MCP-сервер Uspacy та права конкретного користувача. Якість висновків також залежить від дисципліни під час роботи з CRM.

Запит «Покажи мої угоди» поверне перелік карток. Аналітичний запит має змусити асистента порівнювати дані, шукати винятки та пояснювати свої висновки.

У хорошому запиті варто зазначити період, об’єкти аналізу, потрібний результат і обмеження. Наприклад, можна заборонити будь-які зміни в Uspacy до окремого підтвердження.

Скопіюйте базовий запит:
— Переглянь усі доступні мені дані в Uspacy за останні три місяці. Знайди неочевидні закономірності, ризики та можливості, що впливають на продажі. Для кожного висновку покажи конкретні угоди, клієнтів, коментарі, завдання або поля, які його підтверджують. Розстав інсайти за пріоритетом. Нічого не змінюй в Uspacy.

Щоб відокремити факти від припущень, використайте цей варіант:
— Проаналізуй доступні мені дані в Uspacy. Для кожного висновку окремо вкажи: підтверджені факти, свою гіпотезу, рівень упевненості та дані, яких бракує для перевірки. Не роби висновків, які не підтверджуються конкретними CRM-елементами.

Такий формат зменшує ризик отримати переконливе, але неперевірене узагальнення.

Воронка може виглядати наповненою, хоча частина угод уже давно не рухається. ШІ допомагає відокремити реальні можливості від карток, які лише покращують загальну картину у звіті.

Почніть із пошуку угод без активності:
— Проаналізуй усі доступні відкриті угоди в Uspacy. Знайди угоди, які давно не оновлювалися або не мають зафіксованого наступного кроку, тобто справ. Розподіли їх на три групи: ті, що потребують уваги сьогодні, ті, що варто додатково перевірити, і ті, що, імовірно, вже неактуальні. Для кожної угоди поясни причину.

Щоб знайти проблемні етапи:
— Порівняй кількість відкритих угод на всіх доступних етапах воронки. Знайди етапи з непропорційним накопиченням карток. Покажи, скільки часу угоди залишаються на кожному етапі без змін. Запропонуй можливі пояснення, але познач їх як гіпотези.

Для контролю великих можливостей:
— Знайди 10 відкритих угод із найбільшими сумами. Перевір наявність свіжих коментарів, актуальних завдань і запланованих справ. Покажи угоди без зрозумілого наступного кроку та поясни ризик для кожної з них.

Для пошуку суперечностей:
— Знайди угоди, дані яких не відповідають поточному етапу. Перевір заповненість ключових полів, наявність коментарів, завдань і запланованих справ. Покажи, що саме виглядає суперечливим. Нічого не редагуй.

Для перевірки прогнозу:
— Проаналізуй відкриті угоди за сумою, етапом і відповідальним. Визнач, чи залежить прогноз продажів від кількох великих угод або від одного менеджера. Покажи точки максимальної концентрації та поясни можливі ризики.

Такі висновки залежать від полів, які команда веде в CRM. Суми, причини програшу, джерела та дати роблять аналіз значно точнішим.

Найризикованіший клієнт не завжди скаржиться. Часто він просто перестає відповідати, погоджувати наступний крок або повертатися з новими замовленнями.

Щоб знайти клієнтів, із якими команда втрачає контакт:
— Знайди клієнтів із відкритими угодами, у яких давно не було коментарів, завдань або запланованих справ. Розстав їх за пріоритетом. Враховуй суму угоди, поточний етап, тривалість без активності та історію взаємодії. Поясни порядок.

Для повторних продажів:
— Знайди контакти та компанії, з якими пов’язано кілька завершених угод, але немає нових відкритих можливостей або свіжих активностей. Сформуй список клієнтів для повторного контакту. Для кожного поясни, на яких даних ґрунтується ця рекомендація.

Для аналізу заперечень:
— Проаналізуй доступні коментарі в угодах за останні 6 місяців. Згрупуй повторювані заперечення клієнтів за темами: ціна, строки, функціональність, бюджет, погодження або інші причини. Для кожної групи наведи конкретні приклади.

Для перевірки залежності від великих клієнтів:
— Згрупуй доступні угоди за компаніями або контактами. Покажи клієнтів, на яких припадає найбільша частина загальної суми. Визнач, де є ризик надмірної залежності, і поясни його конкретними цифрами.

Для пошуку можливостей розширення:
— Знайди клієнтів із кількома успішними угодами або довгою історією взаємодії. Покажи, кому варто запропонувати повторну покупку, додаткову послугу або новий продукт. Не вигадуй потреби. Спирайся лише на історію угод і зафіксовані коментарі.

Ці запити допомагають одночасно контролювати ризики та знаходити резерви для зростання.

Мета такого аналізу — не створити рейтинг «хороших» і «поганих» менеджерів. ШІ має підсвітити перевантаження, нерівномірний розподіл роботи та різні стандарти ведення CRM.

Для аналізу навантаження:
— Порівняй кількість відкритих угод, активних завдань і прострочених завдань у доступних користувачів. Покажи, хто може бути перевантаженим. Поясни висновок фактами та не оцінюй продуктивність лише за кількістю елементів.

Для контролю наступних кроків:
— Знайди відповідальних, у яких є відкриті угоди без актуальних завдань, запланованих справ або свіжих коментарів. Покажи кількість таких угод і п’ять найбільш ризикових прикладів для кожного відповідального.

Для перевірки якості даних:
— Проаналізуй відкриті угоди різних менеджерів. Порівняй заповненість ключових полів, наявність коментарів і зафіксовані подальші дії. Покажи повторювані прогалини та конкретні приклади. Не роби висновків щодо загальної ефективності працівників.

Знайти угоди, у яких команда втратила контекст:
— Знайди відкриті угоди, у яких змінювався відповідальний або до роботи підключалося кілька працівників. Перевір, чи після передачі з’явилися актуальний коментар, наступне завдання та зрозумілий опис поточного статусу. Покажи випадки, де контекст міг загубитися, і вкажи, якої інформації бракує. Нічого не змінюй в Uspacy.

Для перевірки залежності від однієї людини:
— Визнач, чи зосереджені важливі клієнти, великі угоди або значна кількість активних процесів на одному працівнику. Покажи конкретні дані та поясни, які операційні ризики виникнуть у разі його тимчасової відсутності.

Так керівник отримує не загальне враження, а перелік конкретних питань для розмови з командою.

Завдання показують не лише завантаженість команди. За ними можна помітити затримки, залежність від окремих працівників і дії, які забирають час без помітного результату.

ШІ зіставляє терміни, відповідальних, клієнтів та пов’язані процеси. Так окремі прострочення перетворюються на чіткі управлінські сигнали.

Для виявлення завдань із нереалістичними строками:
— Порівняй планову та фактичну тривалість виконання схожих завдань за останні 3 місяці. Знайди типи робіт, які регулярно займають більше часу. Покажи середнє відхилення та приклади.

Цей запит підсвічує не проблеми окремих виконавців, а помилки в плануванні строків.

Для пошуку причин постійного перенесення термінів:
— Знайди завдання, терміни яких переносили кілька разів. Згрупуй їх за типом роботи, відповідальним і пов’язаним процесом. Покажи повторювані закономірності, а можливі причини познач як гіпотези.

Проблема не завжди полягає в дисципліні. Причиною можуть бути нечіткі вимоги, залежність від колег або очікування відповіді клієнта.

Для пошуку завдань без зрозумілого результату:
— Знайди виконані завдання без підсумкового коментаря, наступної дії або будь-якого іншого зафіксованого результату. Покажи приклади та зазнач, якої інформації бракує.

Такий сценарій виявляє втрату контексту. Завдання формально завершене, але команда не розуміє, що робити далі.

Для виявлення завдань, які сигналізують про майбутню проблему:
— Проаналізуй активні та прострочені завдання за останні три місяці. Знайди теми або типи робіт, після яких пов’язані процеси частіше зупиняються. Покажи закономірності та конкретні приклади.

Такі запити перетворюють список завдань на джерело управлінських інсайтів. Вони показують, де команда втрачає контекст, помиляється в плануванні або стикається із системними перешкодами.

Коли приховані збої знайдено, варто зробити такий аналіз частиною щоденного або щотижневого робочого ритму.

Разовий аналіз знаходить проблему. Регулярний допомагає побачити її до того, як вона вплине на план продажів.

Для щотижневого огляду:
— Проаналізуй доступні дані Uspacy за останні 7 днів. Підготуй огляд у 5 блоках: головні зміни, угоди під ризиком, нові можливості, проблеми з даними, запитання до команди. Для кожного висновку наведи конкретні приклади. Нічого не змінюй.

Для ранкового пріоритету:
— Переглянь мої відкриті угоди, завдання та заплановані справи. Визнач 5 ситуацій, які сьогодні потребують найбільшої уваги. Враховуй строки, суму, тривалість без активності та ризик втрати клієнта. Поясни порядок пріоритетів.

Для перевірки управлінської гіпотези:
— Я вважаю, що головна проблема продажів — недостатня кількість нових лідів. Перевір цю думку на основі доступних даних Uspacy. Наведи аргументи на користь і проти. Запропонуй альтернативні пояснення та вкажи, яких даних бракує для остаточного висновку.

Для пошуку неочевидних питань:
— Проаналізуй доступні CRM-дані як незалежний консультант. Які три важливі запитання я не поставив, але мав би поставити? Для кожного запитання покажи сигнали в Uspacy, які привели тебе до нього.

Почніть із трьох регулярних сценаріїв: ранкового пріоритету, щотижневого огляду та аналізу воронки. Коли запити стануть частиною управлінського ритму, додайте контроль клієнтських ризиків і якості CRM.