Відкритий лід ще не означає завислу заявку
Для цієї перевірки назвемо завислим звернення, за яким немає підтвердженого результату й зрозумілої наступної дії або порушено погоджений строк роботи. Це робоче визначення для команди, а не назва стандартного статусу Bitrix24.
Тривала угода з погодженою зустріччю через місяць може йти за планом. Учорашній лід без реакції може потребувати втручання вже сьогодні. Поріг залежить від каналу, етапу й домовленості з клієнтом; єдиний строк для всіх карток приховає ці відмінності.
Велика кількість активних карток може створювати видимість заповненої воронки. Для рішення про завантаження команди та прогноз потрібні підтверджені подальші дії, а не лише відкритий статус.
Що можна сказати про 1 033 відкриті ліди
У знеособленому звіті CRMPro на 21.08.2026 відкритими залишалися 1 033 з 4 495 лідів одного джерела. Це приблизно 23% бази: 1 033 ÷ 4 495 × 100. Частка описує стан бази на дату зрізу.
За одним відкритим статусом не можна стверджувати, що всі ці звернення забуті, втрачені або не опрацьовувалися. Для такого висновку потрібна історія дій і домовленостей. У цій самій базі окремо виділено 37 карток на стадіях контакту й зустрічі, для яких запропоновано перевірити підсумок спілкування та зв’язок з угодою.
Практичний результат розбору починається з поділу загального числа на групи з різними діями. Компанія отримує чергу перевірки замість доручення «розібратися з усією базою» без критерію готовності.
Це той самий кейс, який наведено у зразку звіту CRMPro. Він показує спосіб постановки запитань до даних; результат упровадження рекомендацій у цьому зразку не вимірювався.
Розділіть звернення за наступним рішенням
| Що виявлено під час перевірки | Що доручити | Критерій результату |
|---|---|---|
| Є актуальна домовленість із клієнтом | Перевірити, що наступний крок призначено потрібному співробітнику на погоджену дату. | У картці зрозумілі дія, строк і підстава очікування. |
| Контакт був, підсумок не записано | Уточнити результат спілкування та подальше рішення. | Є підтверджений підсумок і дія або причина завершення. |
| Немає підтвердження роботи або строк порушено | Перевірити доступну історію, призначити перевірку чи контакт, якщо він доречний. | Є відповідальний, строк і зафіксований результат перевірки. |
| Робота вже триває в іншій картці | Звірити зв’язок та усунути суперечність в обліку за прийнятою процедурою. | Історію збережено, команда бачить актуальне місце роботи з клієнтом. |
Це приклад класифікації після перевірки, а не розподіл 1 033 лідів за підтвердженими причинами. Невідомий підсумок залишайте окремим питанням, доки команда не має підстави для рішення.
Які дані потрібні для першого розбору
Зберіть ідентифікатор картки, джерело, стадію, відповідального, дати створення й доступних дій, найближчу справу, підсумок спілкування та зв’язок з угодою. Якщо частини даних немає, зазначте це прямо. Дата останньої зміни картки сама по собі не підтверджує розмову з клієнтом.
Для вивантаження списку з Bitrix24 потрібні відповідні права. Під час експорту з деталізацією товарів один елемент може займати кілька рядків. Тому кількість лідів перевіряйте за унікальними ідентифікаторами, а не за довжиною файлу.
Вбудовані звіти використовують власні категорії та періоди. У звіті за лідами є категорія забутих лідів. Зіставте її визначення із завданням команди, перш ніж переносити результат до управлінського звіту.
План для керівника продажів на перший тиждень
Нижче зразок послідовності, а не обіцянка розібрати будь-яку базу за п’ять днів. Керівник погоджує обсяг перевірки з огляду на кількість менеджерів, доступну історію та навантаження.
- Зафіксувати групу та правила. Обрати джерело або етап, дату зрізу й ознаки зависання. Зберегти початковий список, щоб згодом порівнювати ту саму групу.
- Перевірити невеликий перший набір. Включити різні ситуації: відсутність наступного кроку, порушений строк, контакт чи зустріч без підсумку. За результатами уточнити правило відбору.
- Роздати адресні доручення. Для кожної картки вказати дію, відповідального, строк і підтвердження, яке потрібно записати. «Опрацювати лід» надто розпливчасто для приймання.
- Прийняти результат. Керівник перевіряє зміст підсумків, підстави закриття та подальші домовленості. Адміністратор виправляє підтверджені проблеми обліку за погодженим завданням.
- Призначити повторний контроль. Погодити, хто і як часто перевіряє нові відхилення. Строк контролю залежить від прийнятого процесу продажів.
Приклад доручення: «Для обраних карток знайти останню підтверджену взаємодію. Записати результат, призначити наступний крок із датою або надати підставу для завершення. Непідтверджені випадки передати керівнику». Це можна обговорити з командою до технічного доопрацювання.
Шаблон доручення: від проблеми до приймання
Нижче — умовний приклад заповнення, а не додаткові результати кейсу. Збережіть порожній шаблон і використовуйте окремий запис для кожної картки або чітко визначеної групи.
- Картка
- Посилання або ID з погодженої вибірки.
- Проблема для перевірки
- Контакт позначений, але підсумок і наступний крок не простежуються.
- Підтвердження
- Посилання на запис розмови, коментар або листування. Якщо даних немає — прямо зазначити це.
- Дія
- Знайти підсумок останнього контакту; перевірити продовження роботи в угоді; погодити подальшу дію.
- Відповідальний
- Конкретний працівник. Спірні випадки приймає керівник продажів.
- Строк
- Погоджені дата й час. Не призначати однаковий строк усій базі без оцінки обсягу.
- Критерій виконання
- Є перевірений підсумок і подальша дія з датою або підтверджена причина завершення. Невирішені питання передано керівнику.
Завантажити порожній шаблон · TXT
Без форми та реєстрації. Відкривається у текстовому редакторі; текст можна перенести в завдання CRM.
Що показати керівнику після перевірки
Звіт має відповідати на чотири запитання: скільки унікальних карток перевірили, скільки отримали підтверджений підсумок, для скількох погоджено наступний крок і скільки залишилося невирішених питань. Один лід може мати і підсумок попереднього контакту, і майбутнє завдання, тому ці показники не можна механічно додавати.
Окремо поясніть причину зменшення відкритого залишку. Масове закриття, видалення дублів і реальні продажі дають різні управлінські висновки. Зменшення кількості відкритих лідів саме по собі не підтверджує покращення продажів.
Якщо під час звіряння з’ясувалося, що продажі й ліди обліковують окремо, скористайтеся перевіркою нульової конверсії. Для погодженого повернення закритих звернень є окремий матеріал про реактивацію відмов; це інше завдання, яке не потрібно змішувати з розбором відкритих лідів.
Коли потрібен розбір CRMPro
Якщо команда бачить загальний залишок, але не може пояснити його склад, почніть з одного джерела чи етапу. На аудиті CRM погодимо запитання до даних, розберемо обмеження та підготуємо пояснення висновків для компанії з пріоритетами дій.
Коли правила вже визначені, регулярні перевірки та погоджені виправлення можна включити до супроводу Bitrix24. Обсяг робіт обирають після діагностики.
Потрібно пояснити цифри вашої CRM?
Почнемо з одного питання до бази. Визначимо, які дані потрібні, що можна перевірити й які рішення має отримати керівник.
Подивитися зразок звіту: 9 сторінок із поясненнями та прикладом доручень