Перша в Україні бібліотека AI‑запитів для роботи з CRM і продажами

Знайди в папках [Контакти] та [Компанії] записи, які відповідають таким критеріям: - галузь: [галузь]; - країна або регіон: [географія]; - розмір компанії: [кількість працівників / сегмент]; - посада контактної особи: [посада]; - статус або стадія: [значення]; - відповідальний менеджер: [ім’я]; - дата останньої активності: [період]; - наявність або відсутність відкритої угоди: [умова]. Для кожного результату покажи: - назву компанії; - ім’я та посаду контактної особи; - email і телефон, якщо вони заповнені; - відповідального менеджера; - дату останнього контакту; - відкриті угоди та їхні стадії; - причину, чому запис відповідає запиту. Не включай дублікати. Якщо один контакт пов’язаний із кількома компаніями або дані суперечливі, познач це окремо. Відсортуй результати за [пріоритетом: сумою відкритих угод / датою останньої активності / відповідністю критеріям].

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

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

Проаналізуй мої угоди за [місяць / період]. Я — [Ім'я менеджера]. Покажи: скільки угод закрито успішно і на яку загальну суму, скільки програно і з якими причинами (поле "Причина програшу"), середній цикл угоди, скільки нових угод створено за цей період. Порівняй загальні результати з попереднім аналогічним періодом. Потім окремо проаналізуй угоди, які ще в активній роботі: для кожної вкажи етап, суму, дату останньої активності і наявність наступного кроку. Виділи ті, де є ознаки ризику: немає активності більше [X] днів, відсутній наступний крок або угода на одній стадії довше середнього.

Проаналізуй виграні угоди в папці [Назва папки] за останні [X місяців]. Знайди в нотатках, листуванні та підсумках зустрічей проблеми й потреби, з якими клієнти найчастіше приходили до нас. Згрупуй схожі формулювання та покажи: - топ-5 найпоширеніших проблем; - скільки разів кожна згадувалася; - які сегменти клієнтів найчастіше її називали; - приклади реальних формулювань клієнтів. Не вигадуй проблеми, яких немає в історії угод.

Угода з компанією [Назва компанії] знаходиться на стадії [назва стадії] вже [X] днів. Знайди цю угоду в CRM і проаналізуй повну історію активностей: листи, дзвінки, нотатки, зміни статусів. На основі цього: визнач, де саме зупинився прогрес, що було останньою точкою контакту, і запропонуй 2-3 конкретні варіанти наступного кроку для розблокування угоди.

Покажи всі мої відкриті угоди (відповідальний — [Ім'я менеджера]). Для кожної вкажи: назву компанії, стадію воронки, суму угоди, дату останньої активності, наявність наступного кроку і його дедлайн. На основі цих даних визнач топ-3 угоди, на які варто сфокусуватися цього тижня — з обґрунтуванням по кожній.

Знайди в історії угоди з [Назва компанії] останнє заперечення клієнта. Поясни, що саме за ним може стояти, які дані вже є в CRM, яких даних бракує, і запропонуй три варіанти відповіді без тиску та вигаданих обіцянок.

Знайди відкриті угоди, де клієнт не відповідає понад [X] днів після останнього контакту менеджера. Для кожної: - коротко підсумуй контекст; - визнач можливу причину мовчання лише на основі історії; - запропонуй релевантний привід для повторного контакту; - підготуй коротке повідомлення без фрази «нагадую про себе».

Перевір папку [Контакти / Компанії] на наявність дублікатів. Основний параметр для пошуку збігів — [обери один: email-адреса / номер телефону / назва компанії]. Покажи підозрілі пари або групи записів з однаковим або дуже схожим значенням цього поля. Для кожної пари вкажи: значення поля збігу, назви обох записів, дату створення, відповідального менеджера — щоб я міг вирішити, який запис залишити, а який видалити або об'єднати.

Знайди мої відкриті угоди на стадії [На паузі / Відкладено], де запланована дата повернення вже настала або конкретну дату не було зафіксовано. Для кожної угоди: - коротко підсумуй, чому її поставили на паузу; - покажи останню домовленість із клієнтом; - визнач, чи настав доречний момент для відновлення розмови; - запропонуй конкретний привід для звернення; - підготуй коротке повідомлення клієнту з урахуванням контексту. Якщо повертатися до угоди ще зарано, запропонуй дату наступного контакту та задачу. Не вигадуй нових приводів або змін у ситуації клієнта, яких немає в CRM.

Я готуюся до зустрічі з менеджером [Ім'я менеджера]. Проаналізуй його роботу за останні [X тижнів / місяць] по таких параметрах: **Результати:** кількість створених і закритих угод, загальна сума закритих угод, конверсія (закриті / створені). **Активність і ініціатива:** кількість активностей з історії активності (дзвінки, листи, зустрічі). По кожній угоді — хто ініціює контакт частіше: менеджер чи клієнт? Скільки угод, де останній крок був за клієнтом і менеджер досі не відповів або не продовжив розмову? **Якість ведення угод:** угоди без активності більше [X] днів, угоди без зафіксованого наступного кроку, прострочені задачі. Чи є угоди, де менеджер реагує, але не веде — тобто відповідає коли пишуть, але сам не рухає угоду вперед? На основі цих даних визнач 2-3 сильні сторони і 2-3 зони для покращення з конкретними прикладами з угод.

Підготуй матеріали для щотижневої зустрічі відділу продажів за період [з дати] — [по дату]. Проаналізуй дані в папці [Назва папки] та сформуй структурований звіт. **1. Результати за тиждень** Покажи: - кількість і суму виграних угод; - кількість і суму програних угод; - кількість нових угод; - середній чек; - кількість угод, які перейшли на наступну стадію; - виконання тижневого або місячного плану; - зміну результатів порівняно з попереднім тижнем. **2. Поточна воронка** Для кожної стадії покажи: - кількість відкритих угод; - загальну суму; - середній час перебування; - угоди, які затрималися довше [X] днів; - угоди без активності або наступного кроку. **3. Ризикові угоди** Знайди угоди, де є один або кілька сигналів: - немає активності понад [X] днів; - прострочена задача; - минула очікувана дата закриття; - дата закриття кілька разів переносилася; Для кожної покажи менеджера, суму, стадію, сигнал ризику. **4. Прогноз** Покажи: - суму угод, які менеджери планують закрити до кінця [місяця / кварталу]; - суму, яка виглядає реалістичною з урахуванням стадії, активності й наступного кроку; - великі угоди, від яких найбільше залежить виконання плану. **5. Результати по менеджерах** Для кожного менеджера покажи: - виграні та програні угоди; - суму виграних угод; - нові угоди; - активні угоди; - угоди без наступного кроку; - прострочені задачі; - прогноз до кінця періоду; - ключову позитивну зміну; - основний ризик або проблему. Оформи результат як короткий бриф для зустрічі: спочатку ключові цифри, потім проблеми, питання до менеджерів і рішення. Виділи лише те, що потребує обговорення або дії.

Знайди в папці [Угоди / Контакти / Компанії] записи, де не заповнені такі обов'язкові аполя: [поле 1], [поле 2], [поле 3]. Покажи список: назва запису, відповідальний менеджер, які саме поля порожні. Згрупуй по менеджерах.

Проаналізуй роботу менеджерів відділу продажів у папці [Назва папки] за останні [X тижнів / місяців] і визнач, хто системно не підтримує дані в CRM в актуальному стані. Для кожного менеджера перевір: **Повнота даних:** - частку угод, де не заповнені поля [Поле 1], [Поле 2], [Поле 3]; - угоди без суми або очікуваної дати закриття; - угоди без пов’язаної компанії чи контактної особи; - угоди без зафіксованої потреби, особи, що ухвалює рішення, або причини програшу. **Актуальність даних:** - відкриті угоди з минулою очікуваною датою закриття; - угоди, які перебувають на одній стадії довше [X] днів; - записи, які не оновлювалися понад [X] днів. **Наступні дії:** - угоди без відкритої задачі; - прострочені задачі; Для кожного менеджера покажи: - кількість перевірених відкритих угод; - кількість і частку угод із кожним типом проблеми; - загальну частку неактуальних або неповних записів; - три конкретні приклади угод із найбільш критичними проблемами; - динаміку порівняно з попереднім аналогічним періодом. Розділи менеджерів на три групи: 1. CRM ведеться системно. 2. Є окремі проблеми, які потрібно виправити. 3. Дані системно не оновлюються та спотворюють контроль і прогнозування. Не оцінюй менеджерів лише за кількістю активностей. Враховуй розмір їхнього портфеля та кількість отриманих угод.

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

Покажи поточний стан воронки продажів по всіх відкритих угодах. Зроби аналіз по трьох рівнях: **Загальна картина по стадіях:** для кожної стадії — кількість угод, загальна сума, середній вік угоди на цій стадії порівняно з нормальним циклом [вкажи норму, наприклад 7 днів на стадії]. **Ризикові угоди:** виділи угоди, які знаходяться на одній стадії більше [X] днів, угоди без активності більше [Y] днів, угоди без зафіксованого наступного кроку. Для кожної — відповідальний менеджер і дата останнього контакту. **Прогноз:** яка загальна сума угод, що реально можуть закритися до кінця [місяця / кварталу], якщо брати до уваги стадію і активність по кожній? Які угоди під найбільшим ризиком зірватися?

Проаналізуй угоди, створені за останні [X місяців], і порівняй їх із планом продажів на наступні [X місяців]. Покажи: - скільки нових угод створюється щомісяця; - їхню загальну суму; - середню конверсію у виграну угоду; - чи достатньо поточного потоку для виконання майбутнього плану. Підсумуй, де може виникнути дефіцит воронки та коли він вплине на результат.

Знайди відкриті угоди, в яких очікувана дата закриття змінювалася більше [X] разів або переносилася сумарно більше ніж на [Y] днів. Покажи історію змін, менеджера, суму, стадію та останню активність.

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

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

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

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

Знайди відкриті угоди, де не заповнено поле [Очікувана дата закриття]. Виведи таблицю: угода, менеджер, сума, стадія та дата останньої активності.

Знайди угоди, які за останні [X місяців] переводили на попередню стадію воронки. Покажи угоду, менеджера, суму, попередню і нову стадію та дату зміни.

Проаналізуй виграні угоди за останні [X місяців]. Для кожного менеджера покажи кількість виграних угод і середній цикл від створення до закриття. Не порівнюй менеджерів без урахування кількості угод.

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

Знайди відкриті угоди, де за останні [X днів] було більше [кількість] активностей, але стадія не змінилася. Покажи: - угоду та менеджера; - суму й поточну стадію; - кількість активностей; - час на стадії; - останню домовленість; - наявність наступного кроку. Визнач можливу причину затримки на основі історії угоди та запропонуй одну конкретну дію для її просування.

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

Для лідів, створених за [період], розрахуй час від створення запису до першої активності менеджера. Покажи медіану, середнє значення, частку лідів без контакту протягом [1 години / 1 дня] та конверсію залежно від швидкості першої відповіді.

Проаналізуй угоди в папці [Назва папки] за останні [X місяців], де було надано знижку. Знайди записи де поле [Знижка / Discount] заповнене або де фінальна сума угоди відрізняється від початкової (поля [Початкова сума] і [Фінальна сума]), або де в нотатках таймлайну згадується знижка, погодження ціни, прайс, дисконт. **Масштаб знижок:** загальна кількість угод зі знижкою, яка їх частка від усіх угод за період. Середній розмір знижки у відсотках і в грошах. Загальна сума, яку ми недоотримали за рахунок знижок. **По менеджерах:** для кожного менеджера покажи — скільки угод зі знижкою, середній розмір знижки, максимальна знижка яку давав. Хто дає знижки найчастіше, хто — найбільші? Чи є менеджери які закривають без знижок або з мінімальними? **По сегментах:** в яких галузях, розмірах компаній або каналах залучення знижки зустрічаються найчастіше? Чи є сегменти де знижка стала нормою, а не винятком? **Вплив на результат:** порівняй угоди зі знижкою і без — яка конверсія в кожній групі, який середній цикл угоди, чи справді знижка допомагала закрити угоду швидше? Чи є угоди де знижку дали, але все одно програли — тобто знижка не вплинула на результат? **Розмір знижки і результат:** розбий угоди зі знижкою на групи — до [5%], від [5% до 10%], більше [10%]. Яка конверсія і середній чек у кожній групі? Чи є поріг після якого знижка перестає впливати на рішення клієнта? **Підсумуй:** чи є знижки інструментом що реально допомагає закривати угоди, чи вони стали звичкою. Які менеджери або сегменти потребують окремої уваги, і чи варто переглянути політику знижок.

Проаналізуй результати відділу продажів за [поточний місяць] і порівняй із [попереднім місяцем] та [аналогічним місяцем минулого року], якщо є дані. **Результати:** загальна сума закритих угод, кількість закритих угод, середній чек, співвідношення нових клієнтів до повторних (розширення існуючих). Як змінився середній чек — команда дає більше знижок чи заходять клієнти іншого розміру? **Воронка і конверсія:** кількість нових угод, що зайшли у воронку за місяць. Конверсія по стадіях — скільки угод перейшло з кожної стадії на наступну, де найбільший відтік. Загальна конверсія ліда в закриту угоду. Середній цикл угоди — скорочується чи подовжується порівняно з попереднім місяцем. **Канали залучення:** згрупуй нові угоди і ліди за полем [Джерело ліда]. Для кожного каналу — кількість лідів, кількість угод, конверсія і загальна сума. Який канал приніс найякісніші ліди цього місяця? **Активність команди:** загальна кількість активностей по відділу (дзвінки, листи, зустрічі), середня кількість активностей на одну закриту угоду. Чи є кореляція між активністю і результатом — хто працював більше і чи це вплинуло на суму? **Прогноз на наступний місяць:** яка загальна сума угод зараз у воронці, скільки з них реально закриються в наступному місяці з урахуванням стадії і активності? **Підсумуй:** де є позитивна динаміка, де просідання, і що найімовірніше вплинуло на різницю.

Знайди всі угоди зі статусом "Програна" за останні [X місяців]. Для кожної вкажи: назву компанії, менеджера, суму угоди, стадію на якій програли, причину програшу (поле "Причина програшу"), дату останньої активності перед закриттям. Потім зроби оцінку по кожній причині програшу — чи була вона об'єктивною чи керованою: - Об'єктивні причини (не залежали від менеджера): бюджет скорочено, клієнт обрав конкурента з іншою специфікою, проєкт заморожено на рівні компанії. - Керовані причини (менеджер міг вплинути): довго не відповідав, не зафіксував наступний крок, не відпрацював заперечення, клієнт "охолов" без повторного контакту. Для визначення категорії орієнтуйся на історію активності по угоді: якщо остання активність була за [X] днів до закриття як програної — це сигнал керованої причини. Підсумуй: яка частка програшів була потенційно керованою, які менеджери найчастіше фігурують у керованих програшах, на якій стадії найчастіше втрачаємо.

Порівняй результати менеджерів відділу продажів за [місяць / квартал]. По кожному менеджеру покажи два блоки: **Результати:** кількість закритих угод, загальна сума, конверсія (закриті / створені), середній чек, середній цикл угоди. **Активність:** загальна кількість активностей (дзвінки, листи, зустрічі), середня кількість активностей на одну закриту угоду, кількість угод де менеджер ініціював останній контакт vs угод де останній крок був за клієнтом. **Виділи:** хто показує найкращий результат при найменших активностях (ефективність), хто багато працює але мало закриває (проблема якості або підходу), хто і за результатами і за активністю відстає від команди.

Проаналізуй відкриті угоди в [папці] за останні [X днів]. Перевір історію комунікацій і склади список угод, де: 1) менеджер не залишив текстової замітки після дзвінка/зустрічі; 2) не заплановано наступної задачі. Виведи результат у вигляді таблиці з іменами менеджерів і назвами компаній.

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

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

Проаналізуй закриті успішно угоди в папці [Назва папки] за останні [X місяців]. Згрупуй за полем [Галузь / Розмір компанії / Країна / Джерело ліда]. Для кожного сегменту покажи: - кількість угод і загальна сума - середній чек і середній цикл угоди - середня кількість активностей до закриття (з історії активності) - конверсія з ліда в закриту угоду, якщо є дані по лідах Потім зроби оцінку ефективності кожного сегменту: розрахуй співвідношення середнього чеку до середнього циклу і середньої кількості активностей. Який сегмент дає найбільший результат при найменших зусиллях команди? На основі цього дай рекомендацію: на які сегменти варто зробити фокус у наступному кварталі, а від яких відмовитися або знизити пріоритет — з обґрунтуванням по цифрах.

Знайди всі угоди зі статусом "Програна" в папці [Назва папки] за останні [X місяців]. Проаналізуй по чотирьох напрямах: **Де у воронці втрачаємо:** на якій стадії найчастіше закриваємо угоди як програні, яка загальна сума втрат на кожній стадії. Чи є стадія, де відтік непропорційно великий? **Чому програємо:** згрупуй за полем "Причина програшу". Яка причина найпоширеніша, яка найдорожча за сумою втрат. Чи є причини, які повторюються у конкретного менеджера або в конкретному сегменті? **Чи можна було утримати:** для кожної причини програшу оціни — об'єктивна вона чи керована. Орієнтуйся на історію активності: якщо після останньої активності пройшло більше [X] днів до закриття як програної — швидше за все менеджер не доопрацював. Яка частка програшів потенційно була керованою? **Закономірності по профілю клієнта:** чи є збіги серед програних по галузі, розміру компанії, країні або джерелу ліда? Можливо, ми системно програємо в певному сегменті — і тоді питання не в менеджерах, а в позиціонуванні або ціні. Підсумуй: сформулюй 2-3 конкретні зміни, які варто внести — в процес продажів, в роботу з конкретними менеджерами або в підхід до певного сегменту.

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

Проаналізуй усі ліди в папці [Назва папки] створені за період [з дати по дату]. Згрупуй за полем [Джерело ліда]. Для кожного каналу покажи: - загальна кількість лідів і динаміка порівняно з попереднім аналогічним періодом - кількість якісних лідів — тих, де поле [назва поля, наприклад: "Кваліфікація"] містить значення [наприклад: "Qualified" / "MQL" / "SQL"] або де угода досягла стадії [назва стадії] - скільки лідів перейшло в угоди і на яку загальну суму - конверсія загальна (всі ліди → угоди) і конверсія серед якісних лідів окремо - середній чек і середній цикл угоди Потім зроби оцінку якості каналу по двох вимірах: **Кількість vs якість:** який канал приносить найбільше лідів загалом, але частка якісних серед них низька? Який канал дає менше лідів, але більшість із них якісні і добре конвертуються? **Ефективність vs зусилля:** який канал дає найкраще співвідношення конверсії і середнього чеку при найкоротшому циклі угоди? Підсумуй: які канали варто масштабувати, які оптимізувати (багато лідів, але низька якість — можливо, проблема в таргетингу або меседжі), від яких розглянути вихід — з обґрунтуванням по цифрах.

Знайди в папці [Назва папки] всі ліди та угоди, де поле [Джерело ліда / Кампанія] містить [назва кампанії], за період [з дати по дату]. Бюджет кампанії — [сума у валюті]. Покажи повну картину кампанії: - загальна кількість лідів і динаміка по тижнях — де був пік, де спад - кількість якісних лідів серед них — де поле [назва поля кваліфікації] містить значення [наприклад: "Qualified" / "SQL"] або де угода досягла стадії [назва стадії]. Яка частка якісних від загальної кількості? - конверсія загальна (всі ліди → угоди) і конверсія серед якісних лідів окремо - загальна сума закритих угод, середній чек, середній цикл від ліда до закриття - вартість одного ліда (бюджет / кількість лідів), вартість одного якісного ліда (бюджет / кількість якісних лідів), вартість одного закритого клієнта (бюджет / кількість закритих угод) - ROI кампанії: (загальна сума закритих угод − бюджет) / бюджет × 100%. Якщо є угоди ще у воронці — порахуй окремо поточний ROI і потенційний з урахуванням відкритих угод - кількість програних угод і найпоширеніші причини програшу (поле "Причина програшу") — чи є причини, що повторюються саме по цій кампанії? **Окремо:** порівняй вартість ліда і конверсію цієї кампанії із середніми показниками по інших каналах за той самий період — чи була кампанія ефективнішою або дорожчою за альтернативи? **Підсумуй:** чи окупилась кампанія, і якщо ні — скільки угод з поточної воронки потрібно закрити щоб вийти в плюс. Що спрацювало, що ні, і чи варто масштабувати або повторити з коригуванням таргетингу чи меседжу.

Порівняй дві кампанії: [Назва кампанії A] і [Назва кампанії B] за період [з дати по дату]. Знайди ліди та угоди по кожній у папці [Назва папки]. По кожній кампанії покажи: - кількість лідів, конверсія в угоди, загальна сума, середній чек, середній цикл угоди - кількість програних угод і топ-причини програшу - профіль ліда: яка галузь, розмір компанії і країна переважають серед тих, хто закрився успішно **Потім зроби порівняльну оцінку:** яка кампанія показала кращу конверсію, яка — вищий чек, яка — коротший цикл. Чи є різниця в профілі клієнта між двома кампаніями? **Підсумуй:** яку кампанію або які елементи з кожної варто взяти за основу для наступного запуску.

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

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

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

Проаналізуй програні угоди за останні [X місяців] і згрупуй їх за полем [Джерело ліда / Канал]. Для кожного каналу покажи: - кількість програних угод; - їхню загальну суму; - частку програних серед усіх угод із цього каналу; - стадії, на яких угоди найчастіше втрачалися; - найпоширеніші причини програшу; - сегменти клієнтів, серед яких програші повторюються найчастіше. Не роби висновок лише за кількістю програних угод: враховуй загальну кількість угод із кожного каналу. Підсумуй, де проблема може бути в якості лідів, а де — в подальшій роботі відділу продажів.

Проаналізуй усі ліди, створені в папці [Назва папки] за період [з дати] — [по дату], та згрупуй їх за полем [Джерело ліда / Канал / Кампанія]. Для кожного ліда визнач час від створення запису до першої змістовної активності менеджера: оновлення полів, дзвінка, персонального листа або повідомлення. Не враховуй автоматичні листи, системні зміни. Для кожного каналу покажи: - кількість лідів; - середній і медіанний час до першого контакту; - частку лідів, опрацьованих протягом [1 години] та [1 робочого дня]; - частку лідів без жодної активності; - конверсію в угоду та у виграного клієнта. Порівняй, як змінюється конверсія залежно від швидкості першого контакту. Підсумуй: - у яких каналах ліди обробляються найшвидше й найповільніше; - де повільна обробка найчастіше збігається з нижчою конверсією; - які канали або менеджери потребують уваги; - який SLA для першого контакту варто встановити.

Проаналізуй програні угоди за останні [X місяців] і знайди в нотатках та листуванні згадки конкурентів або альтернативних рішень. Покажи: - яких конкурентів згадували найчастіше; - скільки угод і яку суму їм програли; - які причини вибору конкурента називали клієнти; - у яких сегментах це повторюється. Підсумуй, які прогалини в меседжах, позиціонуванні або контенті варто перевірити.

Знайди ліди зі статусом [MQL / Qualified], які продажі дискваліфікували або закрили як програні. Проаналізуй причини та згрупуй їх за: - каналом і кампанією; - галуззю та розміром компанії; - менеджером. Покажи, які причини повторюються найчастіше та де критерії MQL не відповідають фактичним вимогам продажів. Підсумуй, що варто змінити у визначенні MQL або правилах кваліфікації.

Знайди ліди та угоди, створені за останні [X] місяців, де не заповнено поле [Джерело ліда]. Виведи результат у таблиці з такими колонками: - кількість і частку таких записів; - відповідальних менеджерів; - суму угод; - чи можна визначити джерело з UTM, листування, форми або історії активності.

Проаналізуй історію активності та нотатки менеджерів у виграних угодах у папці [Назва папки] за період [з дати] — [по дату]. Знайди згадки лідів і клієнтів про рекламні кампанії, кейси, статті, вебінари, відео, гайди та інші маркетингові матеріали. Підсумуй: - топ-5 матеріалів і кампаній, які найчастіше згадуються у виграних угодах; - у якому контексті їх згадували; - яких даних бракує для точнішої оцінки. Не роби висновок, що контент безпосередньо спричинив продаж. Покажи лише зв’язок, який видно в CRM.

Проаналізуй закриті успішно угоди в папці [Назва папки] за останні [X місяців]. Згрупуй за полем [Галузь]. Для кожної ніші покажи: - кількість угод, загальна сума, середній чек, середній цикл угоди - конверсія з ліда в закриту угоду - середня кількість активностей до закриття — наскільки "важкою" є ця ніша для команди - динаміка порівняно з попереднім аналогічним періодом — ніша росте чи стагнує Окремо: подивись на програні угоди по кожній ніші — яка частка програшів і які причини переважають. Чи є ніші, де ми багато заходимо але рідко закриваємо? Підсумуй: які 2-3 ніші варто пріоритизувати в наступному кварталі виходячи з потенціалу, швидкості закриття і наявних ресурсів команди. Які ніші варто депріоритизувати і чому.

Знайди в папці [Назва папки] всі компанії та угоди, де поле [Галузь] містить [назва ніші]. Проаналізуй все що є по цьому сегменту в CRM. **Профіль компаній:** який типовий розмір (поле [Кількість співробітників]), країна, посада контактної особи. Хто в цій ніші найчастіше є ініціатором — власник, керівник відділу, менеджер? **Болі та потреби:** що згадувалося в нотатках і листуванні з історії активності як основний запит або проблема. Які теми піднімалися найчастіше на етапі переговорів? **Заперечення і бар'єри:** які заперечення фіксувалися в нотатках, на яких стадіях воронки найчастіше зупинявся процес, які причини програшу переважають (поле "Причина програшу"). **Закономірності **** поведінки:** скільки в середньому контактів потрібно до ухвалення рішення, який типовий цикл угоди, хто з команди найуспішніше закривав угоди в цій ніші. Підсумуй: що треба врахувати при виході в цю нішу — який меседж резонує, які заперечення готувати, який профіль контакту цільовий.

Проаналізуй закриті успішно угоди в сегменті [назва сегменту / галузі] в папці [Назва папки] за останні [X місяців]. Переглянь історію активностей по кожній угоді — нотатки після дзвінків, листи, коментарі менеджерів. Крок 1 — Мова клієнта: Знайди прямі цитати і формулювання, які клієнти використовували для опису своїх проблем і запитів. Як саме вони називали свій біль — якими словами, в якому контексті? Які фрази повторюються у кількох клієнтів? Що вони казали про те, чому почали шукати рішення саме зараз? Крок 2 — Що спрацювало на нашому боці: Які аргументи, формулювання або акценти з нашого боку найчастіше зустрічаються в угодах, що закрилися успішно? На якому етапі клієнти найчастіше приймали рішення рухатися далі — і що передувало цьому моменту? Крок 3 — Меседжі на основі реальної мови клієнтів: Використовуючи знайдені формулювання максимально близько до оригіналу, склади: - **Для LinkedIn:** короткий меседж до 3 речень — відкриваємо болем словами клієнта, формулюємо обіцянку, додаємо чому зараз - **Для холодного email:** тема листа і перший абзац — жодної води, перше речення має бути впізнаваним болем для цього сегменту, сформульованим так, як про це говорять самі клієнти - **Для реклами:** 2-3 варіанти заголовку і підзаголовку — у заголовку біль або результат мовою клієнта, у підзаголовку конкретна обіцянка Після кожного меседжу вкажи — на якому реальному формулюванні з CRM він базується. Жодних загальних фраз — тільки те, що підтверджено даними.

Проаналізуй усі угоди зі статусом "Закрита / Виграна" в папці [Назва папки] за останні [X місяців]. Знайди спільні характеристики по чотирьох вимірах: **Профіль компанії:** яка галузь переважає, типовий розмір компанії (поле [Кількість співробітників]), країна, тип бізнесу якщо є поле. **Профіль угоди:** середній чек, середній цикл, типове джерело ліда (поле [Джерело ліда]), середня кількість активностей до закриття. **Профіль контакту:** яка посада контактної особи найчастіше зустрічається серед закритих угод — хто реально ухвалює рішення в цьому сегменті. **Закономірності поведінки:** на якій стадії найчастіше "вмикається" активний інтерес з боку клієнта, скільки контактів потрібно до ухвалення рішення, чи є сезонність у закритті угод. Підсумуй у форматі ICP (Ideal Customer Profile): хто це, де їх шукати, як вони поводяться у воронці і що для них важливо при ухваленні рішення.

Я готуюся до розмови про продовження співпраці з компанією [Назва компанії]. Знайди клієнта в папці [Назва папки] та підготуй короткий бриф. Покажи: - тривалість співпраці, поточний тариф і дату продовження; - початкові цілі клієнта та зафіксовані результати; - останні контакти, позитивний і негативний фідбек; - невирішені проблеми або невиконані домовленості; - сигнали ризику непродовження; - можливості для upsell або cross-sell. Оціни ризик непродовження як низький, середній або високий та поясни, на яких даних це ґрунтується. Підготуй: - коротке резюме стану клієнта; - ключові аргументи для продовження; - питання, які потрібно поставити на зустрічі; - проблеми, які важливо закрити; - можливий наступний крок або пропозицію для розширення. Не вигадуй цінність, якої немає в CRM. Якщо результати клієнта не зафіксовані, познач це як питання для зустрічі.

Знайди в папці [Назва папки] всіх клієнтів, де я відповідальний — [Ім'я], і перевір історію активностей по кожному. Відбери записи, де не було жодного контакту (лист, дзвінок, зустріч, нотатка) протягом останніх [X днів]. Для кожного клієнта покажи: назву компанії, дату останнього контакту, тип останньої активності, поточний тариф (поле [назва поля]), дату початку співпраці, наближення дата продовження якщо є (поле [Дата поновлення]). Відсортуй за тривалістю мовчанки — від найдовшої. Окремо виділи тих, у кого дата продовження наступає протягом [X] днів — вони пріоритет номер один.

Знайди компанію [Назва компанії] у папці [Назва папки]. Останній контакт був [X] днів тому. Перш ніж писати лист — проаналізуй історію активності: що обговорювали на останніх дзвінках і в листах, які були запити або проблеми клієнта, що залишилося невирішеним або обіцяним з нашого боку, який тариф і як довго є клієнтом. На основі цього знайди конкретний привід для виходу на контакт — не "просто перевіряю як справи", а щось релевантне саме для цього клієнта: незакрите питання, логічне продовження попередньої розмови, зміна в їхньому профілі або наближення дата продовження. Напиши короткий персоналізований лист: тема листа, 3-4 речення в тілі — відкриваємо конкретним приводом, не загальною фразою. Тон — турботливий, без тиску. Мета листа — відновити діалог і дізнатися поточний стан справ.

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

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

Проаналізуй активних клієнтів у папці [Назва папки]. Знайди тих, хто потенційно готовий до розширення співпраці за такими критеріями: **Поточний профіль:** тариф нижче [назва тарифу], тривалість співпраці більше [X місяців], кількість користувачів або обсяг використання наближається до ліміту поточного тарифу (поле [назва поля] якщо є). **Поведінкові сигнали:** в історії активності є згадки про розширення команди, нові задачі або процеси, запити на функціонал який є на вищому тарифі, позитивний фідбек про продукт. **Активність:** останній контакт був не більше [X] днів тому — клієнт залучений і на зв'язку. Для кожного клієнта вкажи: назву компанії, поточний тариф, тривалість співпраці, відповідального менеджера, і конкретний сигнал чому саме цей клієнт — кандидат для upsell. Відсортуй за тривалістю співпраці — найлояльніші клієнти першими.

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

Покажи повний стан мого портфелю клієнтів (відповідальний — [Ім'я]). Для кожного клієнта перевір історію активності і вкажи дату останньої активності, тип останнього контакту, кількість відкритих задач, поточний тариф і дату продовження якщо є. Розбий на три групи: - **Активні** — контакт був протягом останніх [30] днів, є відкриті задачі або запланований наступний крок - **Тихі** — від [31] до [60] днів без контакту, але дата продовження не наближається - **Тривожні** — більше [60] днів без контакту або дата продовження наступає протягом [X] днів, а останнього контакту не було більше [Y] днів По групі "Тривожні" — для кожного клієнта вкажи що було останньою точкою контакту і чи є незакриті питання з історії активності. Це пріоритет для роботи цього тижня.

Проаналізуй дві групи клієнтів у папці [Назва папки] за останні [X місяців]: - **Група A** — клієнти які продовжили співпрацю (поле [Дата поновлення] заповнене або статус змінився на [назва статусу продовження]) - **Група B** — клієнти які не продовжили або відмовилися (статус [назва статусу відтоку] або поле [Причина відходу] заповнене) Порівняй дві групи за чотирма вимірами: **Профіль клієнта:** галузь, розмір компанії (поле [Кількість співробітників]), країна, тариф, тривалість співпраці до моменту дати продовження. Чи є характеристики які частіше зустрічаються серед тих хто пішов? **Активність і залученість:** середня кількість активностей з таймлайну за останні [X місяців] перед датою продовження, хто ініціював контакт частіше — клієнт або ми, скільки днів в середньому між контактами. Чи є різниця в закономірності активності між групами — наприклад, ті хто пішов замовкали за [X] днів до дати продовження? **Сигнали в історії активності:** які теми і формулювання частіше зустрічаються в нотатках і листах клієнтів що пішли — скарги, заперечення, запити без відповіді, порівняння з конкурентами. Що навпаки характерно для тих хто продовжив — позитивний фідбек, запити на розширення, залученість команди клієнта? **Робота команди:** скільки часу між останнім контактом і датою продовженняу кожній групі. Чи отримували клієнти що пішли комунікацію щодо продовження — і якщо так, на якому етапі і як відреагували. Чи є різниця по менеджерах — у кого вищий відсоток продовжень? Підсумуй: які 3-5 сигналів найбільш чітко відрізняють клієнта що піде від того що залишиться. На якому етапі ці сигнали зазвичай з'являються — і скільки часу залишається щоб відреагувати. Що команда CS може зробити інакше щоб перехопити ризик вчасно.

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

Знайди в папці [Назва папки] клієнтів, які показують ознаки ризику відтоку. Перевір по кожному клієнту комбінацію сигналів: **Сигнали низької залученості:** не було контакту більше [X] днів, відсутні відкриті задачі, немає запланованого наступного кроку. **Сигнали невдоволення:** в історії активності є нотатки або листи зі скаргами, негативним фідбеком або згадками про проблеми, які залишилися невирішеними. **Сигнали відходу:** наближається дата продовження (поле [Дата поновлення] — менше [X] днів), але не було жодної комунікації щодо продовження. Для кожного клієнта вкажи: назву компанії, які саме сигнали спрацювали, дату останнього контакту, тариф, тривалість співпраці. Відсортуй за кількістю сигналів — найбільш ризикові першими. Підсумуй: хто потребує термінового виходу на контакт цього тижня і з яким меседжем — залежно від того, який сигнал переважає.

Знайди в папці [Назва папки] всіх клієнтів, де поле [Дата поновлення] настає протягом наступних [X] днів. Відсортуй за датою продовження — найближчі першими. Для кожного клієнта покажи: назву компанії, дату продовження поточний тариф, відповідального менеджера, дату останнього контакту, чи була вже комунікація щодо продовження (шукай у історії активності згадки про дату продовження, продовження, договір). Розбий на дві групи: - **Вже в діалозі** — є активність щодо дати продовження в історії активності за останні [X] днів - **Ще не контактували** — дата продовження наближається, але розмови про продовження не було По групі "Ще не контактували" — для кожного клієнта вкажи тривалість співпраці і стан відносин (дата і тип останнього контакту). Це список пріоритетів для виходу на контакт цього тижня.

Проаналізуй мій портфель клієнтів і склади список із не більше [10] пріоритетів на цей тиждень. Врахуй: - наближення продовження; - ризик відтоку; - невирішені питання; - тривалу відсутність контакту; - можливість upsell; - невиконані обіцянки; - заплановані планові зустрічі. Для кожного клієнта вкажи причину пріоритету та наступну дію.

Я готуюся до стратегічних переговорів з компанією [Назва компанії]. Знайди всю інформацію по цій компанії в папці [Назва папки] і зроби повний огляд: **Історія відносин:** коли вперше зайшли в CRM, як розвивалися стосунки — які були угоди, на яку суму, яка динаміка від першого контакту до сьогодні. **Поточний стан:** активні угоди або контракти, поточний тариф або обсяг співпраці, відкриті задачі, дата останнього контакту і хто з нашої команди веде цього клієнта. **Ключові моменти з історії активності:** що обговорювалося на важливих зустрічах, які були запити, заперечення або незакриті питання. Чи були конфлікти або складні ситуації — і як вони вирішувалися. **Потенціал:** чи є відкриті можливості для розширення співпраці, які сигнали є в історії активності щодо їхніх планів або потреб. Підсумуй: яка наша поточна позиція з цим клієнтом, що важливо врахувати перед зустріччю.

Проаналізуй папку [Назва папки] на якість даних. Перевір по кожному з ключових полів: [поле 1], [поле 2], [поле 3] — який відсоток записів заповнений, у яких менеджерів найбільше порожніх полів. Окремо перевір: чи є записи без жодної активності в історії активності, дублікати компаній або контактів (збіги по email або назві), угоди без відповідального менеджера. Підсумуй: які дані найменш надійні зараз і де це може спотворювати аналітику — наприклад, якщо поле [Джерело ліда] заповнене лише у [X]% записів, аналіз каналів буде неточним.

Дай повний підсумок по бізнесу за [місяць / квартал / період з [дата] по [дата]]. **Результати продажів:** загальна сума закритих угод, кількість нових клієнтів, середній чек, кількість програних угод і загальна сума втрат. Як це співвідноситься з планом — якщо є поле [План / Ціль]? **Воронка:** скільки нових угод зайшло у воронку, загальна сума поточної воронки, конверсія по стадіях — де найбільший відтік. Скільки угод у воронці реально закриються до кінця [наступного місяця / кварталу]? **Канали:** які джерела принесли найбільше лідів і найбільшу суму закритих угод (поле [Джерело ліда]). **Команда:** хто з менеджерів показав найкращий результат, хто відстає і наскільки суттєво. Порівняй із попереднім аналогічним періодом: де є зростання, де падіння — і що найімовірніше вплинуло на різницю.

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

Розрахуй, яку частку загальної виручки за [період] забезпечують топ-5, топ-10 і топ-20 клієнтів. Покажи клієнтів із найбільшим внеском, їхній поточний статус, останню активність і ризики. Оціни ризик надмірної залежності від кількох клієнтів без використання зовнішніх нормативів.

Порівняй результати за [поточний квартал / рік] і [попередній аналогічний період]. По кожному показнику вкажи абсолютну різницю і відсоток зміни: **Продажі:** загальна сума закритих угод, кількість угод, середній чек, кількість нових клієнтів. Окремо — співвідношення нових клієнтів до розширення існуючих: де ріст більший? **Якість лідів:** загальна кількість лідів, кількість якісних лідів (поле [назва поля кваліфікації] = [значення]), частка якісних від загальної кількості. Чи змінилася якість лідів — стало більше або менше кваліфікованих відносно загального потоку? **Ефективність воронки по стадіях:** для кожного переходу — скільки угод зайшло на стадію і скільки перейшло на наступну: - [Стадія 1] → [Стадія 2]: конверсія і зміна порівняно з попереднім періодом - [Стадія 2] → [Стадія 3]: конверсія і зміна - [остання стадія] → Закрита / Виграна: конверсія і зміна Де конверсія між стадіями впала найбільше — це місце де втрачаємо більше ніж раніше. Де зросла — що спрацювало? **Загальна конверсія:** ліда в угоду загалом і окремо для якісних лідів. Середній цикл угоди — скорочується чи подовжується. Кількість програних угод і їх частка від загальної кількості. **Канали:** які джерела зросли за кількістю лідів, які впали. Як змінилася конверсія і якість лідів по кожному каналу — можливо, канал дає більше лідів але гіршої якості. Яка частка кожного каналу в загальній сумі закритих угод — змінилася чи ні? **Команда:** середня сума на менеджера, кількість угод на менеджера, середній чек на менеджера. Як змінилася середня кількість активностей на одну закриту угоду — команда стала ефективнішою або витрачає більше зусиль на той самий результат? Підсумуй: які зміни є системними трендами (повторюються кілька періодів підряд), а які — разовими відхиленнями. Які три показники потребують управлінського рішення найбільше і чому.

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

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

Проаналізуй виграні угоди в папці [Назва папки] за останні [X місяців] і згрупуй їх окремо за такими параметрами: - галузь; - розмір компанії; - країна або регіон; - джерело ліда; - продукт або тариф; - тип клієнта: новий чи чинний. Для кожного сегмента покажи: - кількість виграних угод; - загальну суму; - середній чек; - конверсію з ліда у виграну угоду; - середній цикл продажу; - середню кількість активностей до закриття; - частку програних угод; - загальну суму програних угод; - динаміку порівняно з попереднім аналогічним періодом. Якщо в CRM є дані про собівартість, витрати на залучення або обслуговування, врахуй їх і розрахуй фактичну прибутковість сегментів. Якщо таких даних немає, не називай результат прибутком. Використовуй формулювання «найефективніші сегменти за доступними CRM-даними» та оцінюй їх за співвідношенням: - виручки; - конверсії; - тривалості циклу; - кількості активностей; - обсягу роботи з клієнтом. Виділи: 1. сегменти з найбільшою загальною виручкою; 2. сегменти з найвищим середнім чеком; 3. сегменти з найкоротшим циклом; 4. сегменти з найменшою кількістю активностей на одну виграну угоду; 5. сегменти, які ростуть найшвидше; 6. сегменти, які забирають багато ресурсів, але дають слабкий результат. Підсумуй, на яких 2–3 сегментах варто сфокусуватися в наступному кварталі, які потрібно додатково перевірити, а які варто депріоритизувати. Для кожної рекомендації наведи конкретні показники.

Ми розглядаємо вихід на ринок [Країна / Регіон]. Перш ніж приймати рішення — проаналізуй що вже є в CRM по цій географії в папках [Назва папок]. **Що вже є в базі:** скільки компаній і контактів з цього ринку є в CRM, як вони потрапили — джерело ліда, хто з команди з ними працював. **Спроби і результати:** знайди всі угоди з компаніями з цього ринку — закриті успішно, програні, відкриті. Для кожної групи покажи кількість, загальну суму, середній чек, середній цикл угоди. **Чому програвали:** для програних угод з цього ринку — на якій стадії відвалювалися, які причини програшу (поле "Причина програшу"), що згадувалося в нотатках як бар'єр. Чи є закономірності специфічні саме для цього ринку — ціна, конкуренти, регуляторика, культура ухвалення рішень? **Профіль клієнтів які купили:** серед закритих успішно угод — яка галузь переважає, типовий розмір компанії (поле [Кількість співробітників]), посада контактної особи, джерело ліда, середній цикл і чек. Чим вони відрізняються від наших клієнтів в інших гео? **Поведінкові відмінності:** порівняй цикл угоди і кількість активностей до закриття на цьому ринку з іншими географіями. Чи потрібно більше часу і контактів щоб закрити угоду тут? Підсумуй: що вже відомо про цей ринок з наших даних, які гіпотези підтверджуються цифрами, які ризики видно вже зараз — і що варто перевірити додатково перед повноцінним виходом.

Проаналізуй усі закриті успішно угоди в папці [Назва папки] за останні [X місяців]. Згрупуй за полем [Галузь], потім окремо за [Розмір компанії] і [Країна]. Для кожного сегменту покажи: кількість угод, загальна сума, середній чек, середній цикл угоди, конверсія з ліда, середня кількість активностей до закриття. Визнач топ-3 сегменти за кожним з параметрів: найбільша сума, найвищий середній чек, найкоротший цикл, найменше зусиль. Чи є сегмент, який лідирує одразу за кількома параметрами? Порівняй із попереднім аналогічним періодом: які сегменти ростуть, які стагнують, які з'явилися або зникли. Підсумуй: на які сегменти варто зробити фокус у наступному кварталі і чому — з конкретним обґрунтуванням по цифрах.

Проаналізуй активних клієнтів у папці [Назва папки] за останні [X місяців]. Мета — знайти клієнтів з найкращим співвідношенням виручки до зусиль команди на обслуговування. Виручка по клієнту: загальна сума закритих угод або поточний тариф, кількість угод, чи були upsell або розширення співпраці. Зусилля на обслуговування: загальна кількість активностей з історії активності за [останні X місяців] — дзвінки, листи, зустрічі, нотатки. Кількість звернень або скарг якщо фіксується в CRM (поле [назва поля] або теги [назва тегу]). Кількість залучених людей з нашої команди — чи це один менеджер або кілька. Розрахунок ефективності: для кожного клієнта розрахуй співвідношення: [загальна сума угод] / [кількість активностей]. Це умовна "вартість однієї активності" — чим вища цифра, тим ефективніший клієнт. Відсортуй клієнтів за цим показником — найефективніші першими. Виділи топ-10. Профіль найефективніших клієнтів: знайди спільні характеристики серед топ-10 — галузь, розмір компанії (поле [Кількість співробітників]), країна, джерело ліда, тариф, тривалість співпраці. Чи є закономірності? Антирейтинг: окремо покажи клієнтів де виручка низька, але кількість активностей і звернень висока — вони забирають найбільше ресурсу команди відносно результату. Підсумуй: який профіль клієнта найвигідніший для бізнесу з урахуванням витрат на обслуговування. Чи збігається він з тим на кого зараз націлений маркетинг — і якщо ні, що варто скоригувати.

Згрупуй усіх активних клієнтів у папці [Назва папки] за полем [Країна], потім за [Регіон] якщо є. Для кожної локації покажи: кількість клієнтів, загальна сума угод, середній чек, динаміка порівняно з попереднім аналогічним періодом. Визнач: де ми найсильніші за кількістю клієнтів, де — за сумою і середнім чеком (це можуть бути різні ринки). Які ринки ростуть, які стагнують, чи є ринки де ми є але результат непропорційно малий відносно зусиль. Підсумуй: які ринки варто пріоритизувати для розвитку, на яких переглянути підхід, і чи є географія де ми недопредставлені але профіль клієнтів схожий на наші найкращі ринки.

Проаналізуй повну воронку в папці [Назва папки] за останні [X місяців]. Подивись на втрати на кожному рівні: **Втрати у воронці продажів:** по кожній стадії — скільки угод зайшло, скільки перейшло далі, скільки програно і на яку суму. Де найбільший відтік у грошовому вираженні? **Втрати по причинах:** згрупуй програні угоди за полем "Причина програшу". Яка причина коштує нам найбільше — не за кількістю, а за сумою втрат? Які з цих причин керовані (менеджер міг вплинути) і які об'єктивні? **Втрати по сегментах:** в яких галузях, розмірах компаній або каналах залучення частка програшів непропорційно висока? Чи є сегменти куди ми інвестуємо зусилля але рідко закриваємо? **Втрати через відтік:** скільки клієнтів не продовжили співпрацю за останні [X місяців], яка загальна сума втрачених контрактів, чи є закономірність по тарифу або тривалості співпраці серед тих хто пішов? Підсумуй: топ-3 місця де ми втрачаємо найбільше в грошах, і яке управлінське рішення може зменшити ці втрати.

Проаналізуй поточне навантаження і продуктивність команди продажів у папці [Назва папки] за останні [X місяців]. **Навантаження:** скільки відкритих угод і активних клієнтів у кожного менеджера, загальна сума воронки на одного, кількість активностей на тиждень на одного менеджера. **Продуктивність:** середня кількість угод що закриває один менеджер на місяць, середня сума на менеджера, як ці показники змінювалися останні [3-6] місяців — є зростання чи плато? **Ємність:** хто з команди вже на межі навантаження (багато угод, висока активність, але результат не росте), у кого є ресурс брати більше. Якщо збільшити потік лідів на [X]% — чи впорається команда без падіння якості? Підсумуй: чи є зараз реальна ємність для масштабування чи спочатку потрібно підсилити команду або оптимізувати процеси. Скільки додаткових лідів на місяць команда може обробити без втрати конверсії.

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

Ми плануємо додати в CRM папку для нового відділу — [назва відділу, наприклад: Робота з клієнтами / Партнери / Підтримка]. Порадь оптимальну структуру: Які поля варто створити для цього відділу і навіщо кожне з них — що воно дає для аналітики або роботи команди? Які поля зробити обов'язковими, які опційними? Які статуси або стадії потрібні для цього типу записів? Після того як я підтверджу структуру — створи папку [назва] з погодженими полями і налаштуваннями.

Перевір папки [Контакти] та [Компанії] на наявність можливих дублікатів. Для контактів шукай збіги за такими параметрами: - однакова email-адреса; - однаковий номер телефону; - однакові або дуже схожі ім’я та прізви; - однакова пов’язана компанія та посада. Для компаній шукай збіги за такими параметрами: - однакова або дуже схожа назва; - однаковий домен сайту; - однаковий номер телефону; - однаковий ЄДРПОУ або інший ідентифікатор, якщо це поле є в CRM. Не вважай записи дублікатами лише через частковий збіг назви. Для кожної підозрілої пари або групи покажи: - назви записів; - поля, за якими знайдено збіг; - унікальні дані в кожному записі; - дату створення; - дату останньої активності; - відповідального менеджера; - кількість пов’язаних угод та активностей. Оціни ймовірність дублювання як високу, середню або низьку та поясни причину. Виведи результат у таблиці. Не видаляй і не об’єднуй записи автоматично. Після таблиці запропонуй, який запис доцільно залишити основним, але дочекайся мого підтвердження перед будь-якими змінами.

Проаналізуй поля в папці [Назва папки] за останні [X місяців]. Для кожного поля перевір: - у якій частці записів воно заповнене; - коли його востаннє оновлювали; - чи використовують його менеджери; - чи задіяне воно у фільтрах, звітах або автоматизаціях; - чи не дублює воно інше поле. Виділи: - поля, якими майже не користуються; - поля, які заповнюються непослідовно; - дублікати; - важливі поля з низькою заповнюваністю. Покажи результат у таблиці: поле, рівень використання, проблема, рекомендована дія та можливий ризик.

Перевір значення в полях [Країна], [Галузь], [Джерело ліда], [Посада], [Статус] та [інші поля] у папках [Назви папок]. Знайди значення, які означають одне й те саме, але записані по-різному: різний регістр, скорочення, друкарські помилки, різні мови або застарілі назви. Для кожної групи покажи: - поточні варіанти; - кількість записів із кожним варіантом; - рекомендоване стандартне значення; - скільки записів потрібно оновити; - чи вплине зміна на фільтри, звіти або автоматизації. Окремо познач: - значення, які можна безпечно стандартизувати; - спірні випадки, що потребують ручної перевірки; - поля, де краще використовувати готовий список замість вільного тексту. Підготуй таблицю відповідності «поточне значення → стандартне значення». Не оновлюй записи без мого підтвердження.

Перевір поля [Телефон] та [Email] у папках [Контакти / Компанії] і знайди записи, де контактні дані можуть бути некоректними. Для email перевір: - відсутність символу @; - відсутність домену або частини адреси; - зайві пробіли; - кілька адрес в одному полі; - очевидні помилки в популярних доменах; - службові або тестові значення на кшталт test, example, noemail; - дублювання однакової адреси в кількох записах. Для телефонів перевір: - недостатню або надмірну кількість цифр; - відсутність коду країни; - кілька номерів в одному полі; - текстові коментарі всередині номера; - неуніфікований формат; - очевидно тестові значення; - однаковий номер у кількох контактах. Згрупуй знайдені проблеми за типом. Для кожного запису покажи: - назву контакту або компанії; - поточне значення поля; - тип помилки; - запропонований виправлений формат, якщо його можна визначити однозначно; - відповідального менеджера. Не вигадуй відсутні цифри, домени або контактні дані. Якщо правильне значення неможливо визначити, познач запис як такий, що потребує ручної перевірки.

Перевір усі відкриті угоди в папці [Назва папки] та знайди записи, до яких не прив’язано: - жодної компанії; - жодної контактної особи; - ні компанії, ні контакту. Для кожної угоди покажи: - назву угоди; - поточну стадію; - суму; - відповідального менеджера; - дату створення; - дату останньої активності; - які саме зв’язки відсутні. Потім перевір історію активності, назву угоди, листування та нотатки й спробуй знайти можливу компанію або контакт, з якими ця угода пов’язана. Для кожної запропонованої відповідності вкажи: - знайдений запис; - на основі яких даних встановлено можливий зв’язок; - рівень впевненості: високий, середній або низький. Не створюй зв’язки автоматично. Спочатку покажи список запропонованих змін і дочекайся мого підтвердження.

Ми хочемо створити нову воронку продажів для [продукт / послуга / напрям бізнесу]. Опис процесу: - цільовий клієнт: [опис ICP]; - джерела лідів: [канали]; - типовий цикл продажу: [кількість днів / місяців]; - основні кроки процесу: [коротко опишіть]; - хто бере участь у роботі з угодою: [ролі]; - які результати потрібно аналізувати: [показники]; - які автоматизації плануємо використовувати: [за наявності]. Проаналізуй цей процес і запропонуй оптимальну структуру воронки. Для кожної стадії вкажи: - назву; - мету стадії; - критерій входу; - критерій переходу далі; - обов’язкові поля; - типові задачі менеджера; - рекомендований максимальний строк перебування; - можливі причини втрати угоди на цій стадії; - автоматизації, які можна налаштувати. Окремо запропонуй: - поля картки угоди; - обов’язкові та необов’язкові поля; - причини програшу; - теги або сегменти; - звіти, які варто побудувати; - правила контролю якості даних. Уникай зайвих стадій, які не означають реального просування угоди. Поясни, чому кожна запропонована стадія потрібна. Спочатку покажи структуру для погодження. Не створюй воронку та поля в CRM без мого підтвердження.

Проаналізуй використання стадій у воронці [Назва воронки] за останні [X місяців]. Для кожної стадії покажи: - скільки угод потрапило на стадію; - скільки перейшло на наступну; - скільки було виграно або програно безпосередньо з цієї стадії; - середній і медіанний час перебування; - скільки угод зараз знаходиться на стадії; - які менеджери використовують її найчастіше; - чи пропускають менеджери цю стадію під час руху угоди; - чи є угоди, які потрапляють на стадію лише формально та переходять далі протягом одного дня. Виділи: - стадії, якими команда майже не користується; - стадії, які регулярно пропускають; - стадії з однаковою функцією; - стадії без чіткого критерію входу або виходу; - стадії, де угоди системно зависають; - стадії, назви яких можуть бути незрозумілими команді. Для кожної проблемної стадії запропонуй одну з дій: - залишити без змін; - перейменувати; - об’єднати з іншою; - змінити критерії; - видалити; - додати автоматизацію або обов’язкове поле. Не змінюй воронку автоматично. Підготуй таблицю з поточним станом, проблемою, запропонованою зміною та очікуваним результатом.

Перевір папки [Назви папок] і знайди всі записи, де не вказано відповідального менеджера. Розділи їх за типом: - контакти; - компанії; - ліди; - угоди; - клієнти; - інші записи. Для кожного запису покажи: - назву; - тип запису; - дату створення; - поточний статус або стадію; - суму, якщо це угода; - дату останньої активності; - хто з команди останнім взаємодіяв із записом; - пов’язані контакти, компанії та угоди. На основі історії активності, пов’язаних записів і поточного розподілу клієнтів запропонуй можливого відповідального. Для кожної рекомендації поясни: - чому пропонується саме цей менеджер; - чи є в нього вже пов’язані записи; - рівень упевненості у рекомендації. Окремо виділи активні угоди та клієнтів без відповідального як найвищий пріоритет. Не призначай відповідальних автоматично. Спочатку покажи список запропонованого розподілу для погодження.

Проведи аудит якості даних у папках [Назви папок] і підготуй практичний план очищення CRM. Перевір: - дублікати контактів і компаній; - записи без відповідального; - порожні обов’язкові поля; - некоректні email та телефони; - угоди без пов’язаної компанії або контакту; - записи без активності більше [X] місяців; - тестові та службові записи; - угоди без наступного кроку; - застарілі статуси; - незакриті угоди з минулою очікуваною датою закриття; - непослідовні значення в полях; - поля, які майже не використовуються; - записи, які можуть спотворювати звітність. Для кожного типу проблеми покажи: - кількість записів; - частку від загальної бази; - приклади; - вплив на роботу команди або аналітику; - рівень пріоритету; - рекомендовану дію; - чи можна виконати її автоматично або потрібна ручна перевірка. Сформуй план у три етапи: 1. Критичні проблеми, які потрібно виправити першими. 2. Масові зміни, які можна виконати після погодження. 3. Регулярні правила, які допоможуть підтримувати порядок надалі. Окремо запропонуй: - які поля зробити обов’язковими; - які перевірки проводити щотижня або щомісяця; - які автоматизації можуть запобігати повторному забрудненню бази; - які показники якості даних варто контролювати. Не змінюй і не видаляй записи. Спочатку покажи результати аудиту та покроковий план.

Знайди в папці [Назва папки] записи, які відповідають таким умовам: - [умова 1]; - [умова 2]; - [умова 3]. Потрібно оновити такі поля: - [Назва поля]: змінити з [поточне значення або будь-яке] на [нове значення]; - [Назва поля]: встановити значення [нове значення]; - [Назва поля]: очистити або замінити за правилом [опис правила]. Спочатку підготуй попередній перегляд змін. Для кожного запису покажи: - назву; - поточне значення поля; - запропоноване нове значення; - причину зміни; - пов’язані угоди або інші важливі записи; - можливі ризики. Окремо вкажи: - загальну кількість записів; - скільки буде змінено; - скільки потребують ручної перевірки; - які записи не варто оновлювати автоматично. Не внось зміни одразу. Дочекайся мого чіткого підтвердження. Після підтвердження: 1. Онови лише погоджені записи. 2. Не змінюй записи, позначені для ручної перевірки. 3. Після виконання покажи звіт: які записи оновлено, які пропущено та де виникли помилки. 4. Не видаляй жодних даних, якщо це не було окремо погоджено.

Ми хочемо створити в NetHunt CRM нову папку для [назва процесу або відділу]. Призначення папки: [що команда буде в ній вести]. Користувачі папки: [ролі або відділи]. Основні процеси: - [процес 1]; - [процес 2]; - [процес 3]. Потрібна аналітика: - [звіт або показник 1]; - [звіт або показник 2]; - [звіт або показник 3]. Спочатку запропонуй структуру папки. Для кожного поля вкажи: - назву; - тип поля; - призначення; - приклад значення; - чи має воно бути обов’язковим; - хто має його заповнювати; - на якому етапі воно потрібне; - як воно використовуватиметься у фільтрах, автоматизаціях або звітах. Також запропонуй: - статуси або стадії; - причини закриття або втрати; - зв’язки з контактами, компаніями, угодами чи іншими папками; - поля для відповідального, наступного кроку й дедлайну; - теги; - правила доступу; - автоматизації; - базові представлення та фільтри; - правила контролю якості даних. Уникай полів, які дублюють одне одного або не матимуть практичного застосування. Спочатку покажи повну структуру у форматі таблиці та постав уточнювальні питання щодо спірних рішень. Не створюй папку та поля без мого чіткого підтвердження. Після підтвердження: 1. Створи папку [Назва папки]. 2. Додай лише погоджені поля, статуси та зв’язки. 3. Не створюй автоматизації або правила доступу, які не були окремо погоджені. 4. Після виконання покажи список створених елементів і окремо вкажи, що не вдалося створити або потребує ручного налаштування.

Підготуй звіт про якість CRM за [місяць] і порівняй із попереднім місяцем. Покажи: - частку заповнених обов’язкових полів; - кількість дублікатів; - записи без відповідального; - угоди без наступного кроку; - записи з некоректними контактними даними; - прострочені відкриті угоди; - записи без активності; - проблеми, які було виправлено за місяць. Сформуй оцінку якості даних за категоріями та три пріоритети на наступний місяць.

Знайди в папці [Назва папки] всі відкриті угоди, де поле [Очікувана дата закриття] містить дату раніше ніж сьогодні — тобто угоди де дедлайн вже минув, але статус досі активний. Для кожної угоди покажи: назву компанії, відповідального менеджера, суму угоди, поточну стадію, очікувану дату закриття, на скільки днів вона вже прострочена, дату останньої активності з таймлайну. Згрупуй за тривалістю прострочення: - **до 14 днів** — можливо, просто не оновили дату - **від 14 до 60 днів** — угода під ризиком, потрібна увага - **більше 60 днів** — швидше за все угода вже не актуальна Для групи "більше 60 днів" окремо перевір таймлайн: чи була взагалі будь-яка активність після минулої дати закриття? Якщо ні — це кандидати на закриття як програні або заморожені. Відсортуй за сумою угоди всередині кожної групи — найбільші першими. Згрупуй по менеджерах — у кого найбільше прострочених і на яку загальну суму. Покажи список для ручного розгляду.