ЦУП

Центр управления продаж
Фильтры аналитики
Показываются данные за сегодня по всем сотрудникам и воронкам.

Центр управления продаж

Продажи, воронка, скорость, прогноз и узкие места отдела на одном экране.

Данные загружаются…

Воронка продаж

Макроэтапы из Movement 4.0. База показывает текущий остаток, остальные значения — результат выбранного периода.

Динамика продаж

Встречи по аудиту и продажи за последние 7 месяцев.

ВстречиПродажи

Время между этапами

Скорость выбранного маршрута за последние месяцы, узкие места и сравнение сотрудников.

→
Загрузка…

Динамика медианного времени по месяцам

—

Где теряется время

Загрузка…

Ключевые выводы

Загрузка…

Сравнение сотрудников

СотрудникМедианаКонверсияn
—
!Последние сигналы
Аномалии скоростиПроверяем…
Конверсия в ДоступПроверяем…
Просроченные задачиПроверяем…
00000000

Парсер

Результаты сбора базы и полных циклов расширения по каждому сотруднику.

Результаты сотрудников

Сводка по полным циклам новой версии расширения.
Глобальные фильтры
СотрудникЦиклыСайтыПроверено CRMБюджетыРСЯКонтактыЮрлицаПереданоНовыхПовторныхВремя
Данных пока нет.

Следующий слой парсера

Здесь добавим качество собранной базы: бюджет, коллтрекинг, ИНН, источник, новая или повторная компания и дальнейший результат в amoCRM.

Проверка базы amoCRM

Серверная версия проверки из расширения. Работает в Timeweb в фоне, не требует открытого браузера и не заменяет функционал расширения.

Оптимизация Keys.so: сначала бюджет. При бюджете < 100 000 ₽ запрос РСЯ вообще не выполняется. При бюджете ≥ 100 000 ₽ РСЯ проверяется по обычной логике. Проверка сама сделки не перемещает.
Keys.so · лимит на сегодня
Загрузка…
API и РСЯ
API осталось
—
остаток / суточный лимит
РСЯ осталось
—
запросы РСЯ за сутки
Бюджет · пакетный лимит
—
пакетные запросы / сутки
—

Настройки запуска

При открытии подставляется самый частый стандартный набор. Все поля можно изменить перед запуском.
Загружаем настройки Keys.so...

Последний запуск

Проверка ещё не запускалась.
0%
Найдено сделок
0
Проверено
0
Подходит
0
Не подходит
0
Нет домена
0
Тех. ошибки
0
Запросов РСЯ
0
РСЯ сэкономлено
0
бюджет < 100 000 ₽

Последние обработанные сделки

Показываются последние 100 записей текущего запуска.
СделкаДоменБюджетРСЯРезультатПеренос
Нет данных.

История запусков

Последние 20 серверных проверок.
IDДатаСтатусНайденоПровереноПодходитНе подходитРСЯ сэкономлено
Нет запусков.

Воронка и эффективность

Реальная конверсия, активность, скорость и касания по этапам, исходным статусам и менеджерам.

Обработано сделок
0
Уникальные сделки с переходом
Переходов
0
Всего смен этапа
Исходящих касаний
0
Звонки и сообщения
Касаний на сделку
—
К обработанным сделкам
Медиана первого касания
—
По новым отслеживаемым сделкам
Скорость этапов считается только там, где система видела и вход на этап, и выход с него. Чем дольше работает сбор событий, тем полнее и точнее будет выборка.

Целевая цепочка

Один раз укажи, какие этапы в amoCRM считаем ЛПР, Согласием, Доступом и Продажей. Исходную воронку можно переопределить глобальным фильтром «Воронка».
Не настроено

Конверсия по цепочке

База → ЛПР → Согласие → Доступ → Продажа
Настрой цепочку выше.

Конверсия по менеджерам

Сравнение менеджеров по одной и той же целевой цепочке.
МенеджерБазаЛПРСогласиеДоступПродажаБаза → ДоступМедиана до доступаКасаний до доступа
Данных пока нет.

Какие исходные этапы дают результат

Сравнение исходных статусов внутри «БАЗА ХОЛОД»: сколько сделок дошло до ЛПР, Согласия и Доступа.
Исходный этапБазаЛПРСогласиеДоступПродажаБаза → ДоступМедиана до доступаКасаний до доступа
Данных пока нет.

Менеджеры

Объём работы, касания и скорость первого контакта по выбранному периоду.
МенеджерОбработаноПереходовИсх. касанийКасаний / сделкуМедиана первого касания
Данных пока нет.

Куда уходят сделки с каждого этапа

Доля уникальных сделок среди всех, которые покинули исходный этап.
ОткудаКудаСделокДоляПереходов
Переходов пока нет.

Скорость и касания на этапах

Медиана, p75, p90 и среднее число исходящих касаний до выхода с этапа.
ЭтапНаблюденийМедиана75% до90% доКасаний
Для расчёта скорости пока мало последовательных переходов.
p75 означает: 75% наблюдаемых сделок покинули этап не дольше указанного времени. p90 аналогично для 90%.

Возраст сделок по этапам

Текущий срез по воронкам, этапам и сотрудникам плюс историческая база amoCRM для аналитики.

Здесь «без движения» означает именно без смены этапа. Звонки, сообщения и задачи возраст этапа не обнуляют. Для этой страницы воронки и этапы выбираются отдельным мультифильтром ниже.
Качество текущего снимка amoCRM
Сделок в последнем снимке
0
Ещё не синхронизировано
Точный возраст
0
Получен из истории переходов amoCRM.
Оценочный возраст
0
Дата создания используется только когда точный переход не найден.
Возраст не определён
0
Историческая загрузка уменьшает эту группу.

Сколько сделки стоят на этапах

Кликни по цифре, чтобы открыть конкретные сделки. Нажимай на числовые заголовки таблицы, чтобы сортировать от большего к меньшему и обратно. Синхронизация выполняется в фоне.
Можно выбрать несколько воронок.
Показываются только этапы выбранных воронок.
Историческая база amoCRM
История за текущий год ещё не загружалась.
СотрудникЭтап
Синхронизируйте текущие сделки с amoCRM.

Дубли2

Поиск, анализ и безопасная обработка дублирующихся сделок amoCRM

● Подключение данных — следующий этап
Проверено сделок
—
Найдено дублей
—
Конфликты
—
Готово к переносу
—
Найденные совпадения
Все совпадения Внутренние Внешние Конфликты Заблокированные
Выбор Сделка Оригинал Основание совпадения Задачи Статус
Результаты поиска пока отсутствуют
Данные появятся после подключения испытательной базы и запуска поиска.

Отчёт отдела аналитики

Доступы, скорость подготовки аудитов, нагрузка аналитиков, динамика и прогноз встреч. Раздел можно расшарить отдельно от ЦУП.

Отчёт отдела аналитики · Время между этапами

Самостоятельный расчёт по ответственным за сделки. Период и сотрудники не зависят от фильтров общего отчёта.

Контроль задач

Сроки, переносы, качество следующего действия, загрузка и скорость обработки менеджеров.

AI Лаборатория

Постоянная рабочая среда для обучения Аудитора: история хранится в PostgreSQL, а модели подключаются через Timeweb AI Gateway.

Встречи

Записи, расшифровки и конспекты встреч с клиентами, автоматически связанные со сделками amoCRM.

Всего встреч
0
С записью
0
С расшифровкой
0
С конспектом
0
Быстрый период

История встреч

Каждая строка соответствует конкретному фактическому сеансу Телемоста.
Загрузка...
Дата Сделка Сотрудник Телемост Конспект Расшифровка Запись Состояние
Загрузка встреч...

Дашборд рук.

Управленческий дашборд руководителя. Состав сотрудников динамически берётся из группы amoCRM «ОТДЕЛ ПРОДАЖ».

Ссылка на дашборд отдела

Открывает только дашборд без меню и административной части ЦУП. Сотрудники внутри ссылки всегда синхронизируются с группой amoCRM «ОТДЕЛ ПРОДАЖ».

Дашборд МПП

Отдельный управленческий экран МПП. Данные только с 01.06.2026.

Ссылка на ДАШБОРД МПП

Read-only ссылка открывает только МПП-дашборд без меню и административной части ЦУП. Ручные корректировки через эту ссылку недоступны.

Ручные корректировки МПП

Учёт только с 01.06.2026. Корректировка влияет только на ДАШБОРД МПП. Сырая история amoCRM не меняется. Для переноса система делает −1 в исходной дате и +1 в новой.
СозданоСотрудникПоказательИзменениеДата учётаСделкаКомментарий
Загрузка...

Прогноз

Отдельный раздел вероятностного прогноза доступов и продаж.

Прогноз 2.0

Новая модель с нуля. Старый «Прогноз» не используется и не изменяется.

Загрузка...
amoCRM→PostgreSQL→сделка→рабочий цикл→эпизод этапа→переход→вероятность до дедлайна
Факт
0
В текущем месяце
Текущий портфель
0.0
Сумма вероятностей открытых сделок
Новая база
0.0
Из фактически доступного запаса
Итоговый прогноз
0.0
Факт + портфель + новая база

Текущий активный портфель

Каждая сделка оценивается отдельно по текущему этапу, возрасту этапа и времени до конца месяца. Активность показывается как контекст, но не умножает вероятность произвольным коэффициентом.

Новая база и мощность

Основной прогноз ограничен фактическим запасом базы. Калькулятор ниже запасом не ограничен и показывает, сколько базы нужно добавить.
Запас базы0
Темп обработки / день0.0
Можно обработать до конца месяца0.0
Вероятность цели из 1 обработанной базы0%

Калькулятор цели по Доступам

Требуемая новая база = дефицит Доступов / P(Доступ из обработанной базы до дедлайна)
Базовый прогноз Доступов0.0
Нужно добавить Доступов0.0
Нужно добавить базы0
Нужный темп обработки / день0.0
Расчет мощности...

Следующий месяц

Ожидаемый дополнительный результат следующего месяца от сегодняшнего открытого портфеля, сверх результата, который модель ожидает еще в текущем месяце.
Согласия0.0
Доступы0.0
Продажи0.0
Рабочих дней осталось0

Чистая матрица переходов

Циклы сделки, этапы базы объединены, переходы между циклами не смешиваются.

Сделки и индивидуальная вероятность

Нажатие на этап выше фильтрует таблицу. Каждая сделка открывается в amoCRM.
СделкаЭтапВозраст этапаПоследнее касаниеПросрочено задачP СогласияP ДоступаP Продажи
Загрузка...
Независимый контур. Эта страница не использует цифры старого «Прогноза». Текущий метод: —. Качество базы сознательно исключено из модели.

Прогноз 4.0

Прогноз Согласий, Доступов и Продаж на основе реальных маршрутов Movement 4.0, времени прохождения, текущей воронки и фактического темпа обработки.

Movement 4.0 · загрузка
Прогноз ещё не загружен.
Темп обработки
—
обработок / фактически рабочий день
Для 1 Согласия/день—
Темп относительно цели—
Прогноз Согласий
—
Факт месяца—
Текущая воронка—
Будущая активность—
Создаётся / день—
Прогноз Доступов
—
Факт месяца—
Текущая воронка—
Будущая активность—
Создаётся / день—
Прогноз Продаж
—
Факт месяца—
Текущая воронка—
Будущая активность—
Создаётся / день—

Что создано сегодня

Математическое ожидание будущего результата от фактических выходов из объединённой Базы сегодня.

Обработано сегодня
—
Создано будущего результата
—
по исторической модели

Перспектива по месяцам

Текущий месяц и два следующих. Результат переносится по календарю из реального распределения времени маршрутов.

готовый снимок
Загрузка месячной перспективы...

Когда ожидается результат

По дням: дозревание текущей воронки + результат будущей активности.

Текущая воронкаБудущая активность

Из каких маршрутов формируется прогноз

Полные фактические маршруты. Вероятность маршрута считается от эпизода «Обработано».

—
МаршрутВыборкаВероятностьМедианаВ срокВклад сегодня
Загрузка...

Текущая накопленная воронка

Каждая активная сделка оценивается по уже пройденному маршруту, этапу и возрасту.

Ожидается—
Сделок в модели—
Горизонт—
СделкаЭтапВозрастМаршрутP в срок
Загрузка...

Backtest

Историческая проверка без доступа модели к будущим событиям.

Согласия MAE—
Доступы MAE—
Продажи MAE—

Как считается

Forecast 4.0 не меняет принятую математику Movement 4.0.

  1. Один фактический выход из Базы = один эпизод обработки.
  2. Для сделки учитывается только первое Согласие, первый Доступ и первая Продажа.
  3. Цель относится к одному последнему подходящему эпизоду обработки.
  4. Маршруты и время берутся из фактической истории Movement 4.0.
  5. Незрелые наблюдения не записываются в проигрыш.
  6. Небольшая собственная выборка прозрачно обогащается статистикой отдела.
ЦЕНТР УПРАВЛЕНИЯ ПРОДАЖ

Прогноз 3.0

Рабочий прогноз результата отдела на конец месяца по принятой математической модели.

ПериодТекущий месяц
Последнее обновлениеЗагрузка...
◎
Считаем рабочий прогноз...Модель 10/10 и 130/130 уже принята. Сейчас загружаются актуальные данные.
Модель проверена
10/10 · 130/130Ожидаем общий снимок Movement 4.0
ПРОГНОЗ 3.0 · БЫСТРЫЙ СНИМОК

Прогноз Доступов

Текущий месяц, следующий месяц и ещё один месяц вперёд.

Снимок загружается...
Сотрудники
Фильтры работают по готовому снимкуСмена сотрудника и подраздела не перечитывает PostgreSQL.

Откуда формируется прогноз

Ожидаемый вклад текущих этапов и текущего запаса Базы.

Почему прогноз именно такой

Автоматическое объяснение по выбранной цели и месяцу.

Сделки, формирующие прогноз

Детализация загружается лениво из готового снимка, без нового расчёта.

СделкаСотрудникТекущий этапВклад
Выберите месяц.
Согласия✓
—
Прогноз—
Факт—
Цельне задана
Факт + портфель + новая База
Доступы●
—
Прогноз—
Факт—
Цель40
Расчёт...
Продажи▥
—
Прогноз—
Факт—
Цель12
Расчёт...
Активный портфель◫
—
Запас Базы —Рабочих дней осталось —
Каждая активная сделка рассчитана отдельно

Из чего складывается прогноз

Единая формула: факт + текущий портфель + будущая обработанная База.

Прирост к текущему факту

Ожидаемый вклад портфеля и Базы до конца месяца.

Следующий месяц

Только дополнительный результат сверх текущего месяца.

Прогноз по сотрудникам

Факт и ожидание по каждому сотруднику, без смешивания ответственности.

СотрудникДоступы
прогноз / цель
Продажи
прогноз / цель
БазаСкорость
в день
Выполнение цели
Загрузка...

Калькулятор цели

Сколько Базы и скорости нужно для заданного результата.

Загрузка модели мощности...

Что ограничивает результат

Проблемные места текущего механизма продаж.

Загрузка динамики...

Сделки, формирующие прогноз

Любую прогнозную цифру можно проверить до конкретной сделки и открыть в amoCRM.

СделкаОтветственныйТекущий этапВозраст этапаP СогласияP ДоступаP Продажи
Загрузка...
Выберите менеджера. Данные загрузятся из принятой модели Прогноза 3.0.
Математика и проверка модели10/10 этапов · 130/130 требований · технический раздел
Показать математику
ПАСПОРТ ГОТОВНОСТИ МОДЕЛИ

130 требований Прогноза 3.0

Загрузка...

0/ 130 проверено
Не начато130
В работе0
Реализовано0
Проверено0

Этап 1. Сделки и рабочие циклы

Контроль на всей активной группе отдела продаж. Здесь проверяется фундамент будущего расчёта до перехода к матрице.

Проверка ещё не запускалась.

Этап 2. Единый словарь и порядок этапов

Проверяем все status_id, встреченные в истории отдела, отделяем Базу, рабочие, целевые, после Доступа, технические и терминальные этапы, затем контролируем направление переходов.

Проверка ещё не запускалась.

Большой этап 2/10. Полная модель переходов отдела

Строим единую матрицу всех нормальных маршрутов по Алексею, Дмитрию, Юлии и Стасу, затем персональные вероятности со смешиванием со статистикой отдела при малой выборке.

Проверка ещё не запускалась.

Большой этап 3/10. Время, возраст и вероятность до дедлайна

Проверяем медиану, P25/P75/P90, возраст текущего этапа, цензурирование незавершённых сделок и вероятность успеть до заданного срока.

Проверка ещё не запускалась.

Большой этап 4/10. Активность, факты и состояние сделки

Связываем реальные касания и задачи с каждой сделкой, фиксируем Согласие, Доступ и Продажу как отдельные факты и восстанавливаем ответственность сотрудников.

Проверка ещё не запускалась.

Большой этап 5/10. Прогноз каждой конкретной сделки

Для каждой активной сделки считаем отдельные вероятности Согласия, Доступа и Продажи до конца месяца по единому графу переходов, времени, возрасту этапа и уже достигнутым фактам.

Проверка ещё не запускалась.

Большой этап 6/10. Текущий портфель сотрудника и отдела

Суммируем индивидуальные вероятности активных сделок, отдельно показываем факт текущего месяца, ожидание текущего портфеля и их прозрачную сумму. Любая цифра открывается до конкретных сделок.

Проверка ещё не запускалась.

Большой этап 7/10. Новая База и производительность

Считаем реальную скорость обработки Базы, будущие дневные партии до дедлайна, результат новой Базы через полный граф и обратный калькулятор цели без ограничения текущим запасом.

Проверка ещё не запускалась.

Большой этап 8/10. Итоговый прогноз и следующий месяц

Соединяем факт, ожидание текущего портфеля и будущую обработанную Базу в единый прогноз Согласий, Доступов и Продаж. Отдельно считаем вклад следующего календарного месяца без двойного счёта.

Проверка ещё не запускалась.

Большой этап 9/10. Динамика механизма

Сравниваем текущий запас и поток, конверсии и скорость переходов с предыдущим равным периодом, находим скопления, замедления и главное место потери результата.

Проверка ещё не запускалась.

Большой этап 10/10. Финальная сквозная приёмка

Финальный контроль не доверяет только сохранённым зелёным статусам. Он заново пересчитывает ключевое ядро на текущих данных, проверяет 130/130 требований и сквозную выборку реальных сделок.

Финальная проверка ещё не запускалась.

14 модулей реализации

Каждый модуль закрывает определённую группу требований. Переходим дальше только после проверки связанных правил.

Алексей · Дмитрий · Юлия · Стас

Контрольный реестр 1–130

Пункт считается закрытым только после сохранённого доказательства проверки.

Загрузка...

Единое правило расчёта

История отдела→Рабочие циклы→Эпизоды этапов→Все переходы→Вероятность + время→Сделка→Прогноз

Динамика сделок и Прогноз 3.0 должны использовать одно расчётное ядро и одну статистику переходов.

Динамика сделок

Полная схема переходов, конверсий, сроков и текущего запаса. Все дополнительные маршруты сохранены без пересечения линий.

Загрузка...

Полная схема движения сделок

Основной путь крупно, прямые переходы собраны внутри этапов, закрытия вынесены вниз.

Динамика ключевых конверсий

Текущий период относительно предыдущего сопоставимого периода

Скорость движения, медиана дней

Текущий запас сделок

Главные переходы за период

ПереходСделокДоляМедианаИзменение

Проблемные места

Повторные циклы

0
сделок

Выводы

Расчеты построены на реальных циклах сделок. Пять этапов холодной базы объединяются в пользовательское понятие «База». Технические англоязычные обозначения в интерфейсе не используются.

Движение сделок 2.0

Полная схема переходов и конверсий: все реальные маршруты, повторные циклы, скорость движения, динамика и проблемные места.

Все сотрудники⌄
Не загружено
Нажмите «Обновить», чтобы построить схему.

Динамика сделок — Полная схема переходов и конверсий (все маршруты)

Реальные данные ЦУП. Все прямые переходы, повторные циклы, конверсии и медианное время на каждом маршруте.

Все сотрудники⌄
Данные обновлены
—
⇩ SVG-план

Симулятор новой холодной Базы

Показывает, как новая партия сделок будет созревать в Диалоги ЛПР, Согласия, Доступы и Продажи по реальным переходам выбранных сотрудников.

Готов к расчёту
Задайте объём новой Базы и нажмите «Рассчитать движение».
Нажмите «Обновить», чтобы построить схему.

Переходы по этапам

Чистая аналитика переходов по всем этапам воронок «ХОЛОД» и «БАЗА ХОЛОД». Массовые технические переносы исключаются, а результат относится к ответственному сотруднику на момент перехода.

Фильтры

Период ограничен 366 днями, чтобы запросы не перегружали PostgreSQL.
⌄
⌄
⌄
⌄
Чистых переходов
0
После всех исключений
Уникальных сделок
0
Хотя бы один чистый переход
Массовых исключено
0
Кластеры 3+ сделок за 60 сек
Техническая пара исключена
0
База общая Новая → БАЗА

Матрица переходов

Строки показывают исходные этапы, столбцы показывают фактические целевые этапы. В ячейке число уникальных сделок. Нажмите на число для списка сделок.
Загружаем...

Направления переходов

Уникальные сделки и общее число событий перехода по выбранным фильтрам.
ОткудаКудаСделокПереходов
Загружаем...

По сотрудникам

Ответственный сотрудник определяется на момент конкретного перехода.
СотрудникОткудаКудаСделокПереходов
Загружаем...

Результаты сотрудников

Автоматический дашборд RESULT на данных ЦУП и amoCRM. Интерфейс и логика сохранены по образцу исходного дашборда.

Настройки плана и персональной ссылки

Сам дашборд ниже имеет собственные фильтры периода и сотрудников. Персональная ссылка открывает тот же дашборд только по конкретному сотруднику и не содержит навигации ЦУП.
Новая ссылка автоматически отзывает предыдущую. Она даёт только read-only доступ к дашборду этого сотрудника.

Сделки

Рабочий список сделок с быстрым переходом в amoCRM и историей последних движений.

Последние движения

Глобальные фильтры работают вместе с локальными фильтрами переходов.
ВремяСделкаОткудаКудаИзменилОтветственныйИсторияamoCRM
Переходов пока нет.

Коммуникации

Все связи с клиентом и изменения по сделкам в одном месте.

Коммуникации и касания

Собирает звонки Sipuni и сообщения из amoCRM, связывает их со сделками и позволяет видеть реальную частоту касаний. Синхронизация выполняется автоматически раз в минуту.
Не готово
Коммуникаций
0
Исходящих звонков
0
Сообщений
0
Переносов без коммуникации
0
В звонках сохраняются время, направление, длительность, источник и связь со сделкой. Телефон клиента и текст сообщений в этот аналитический слой не сохраняются. «Перенос без коммуникации» означает, что между предыдущим событием задачи и переносом срока в связанной сделке не найдено звонка или сообщения.
Последние коммуникации
ВремяСотрудникКоммуникацияДлительность / каналСделкаamoCRM
Коммуникаций пока нет.
Переносы задач без зафиксированной коммуникации
ВремяСделка / задачаСрокИзменилОтветственныйamoCRM
Таких переносов пока нет.

Задачи и повторные контакты

Сохраняет историю задач: создание, перенос срока, выполнение, смену ответственного и просрочку. На следующем этапе свяжем это с звонками и сообщениями.
Не готово
Задач отслеживается
0
Открытых
0
Просроченных
0
Переносов срока
0
Сейчас фиксируем факты по задачам. «Пустой перенос без коммуникации» будем определять после подключения истории звонков, сообщений и писем, чтобы не делать ложных выводов.
ВремяСделка / задачаСобытиеСрокИзменилОтветственныйamoCRM
Событий задач пока нет.
Просроченные задачи
Сделка / задачаДедлайнПросрочкаОтветственныйamoCRM
Просроченных задач нет.

История движения сделок

Преобразует сырые webhook-события в понятную историю: откуда, куда, кто перевёл, кто ответственный и когда.
Не готово
Воронок загружено
0
Этапов загружено
0
Переходов сохранено
0
Сделок отслеживается
0
ВремяСделкаОткудаКудаИзменилОтветственныйamoCRM
Переходов пока нет.

Касания → результат

Что именно в работе менеджера связано с успехом сделки: скорость, частота, плотность, паузы, каналы, реакции клиента и скорость перехода на следующий этап.

Загружаем закономерности касаний...
Когорта
0
стартовых циклов
Сделки дошедшие до цели
0
0%
Контрольная группа
0
0 ещё ждут результата
Доп. касаний до цели
—
медиана
Касаний без цели
—
медиана за окно
До цели
—
медиана, дней

Что отличает сделки, дошедшие до цели

Сравнение поведения менеджера в успешных сделках и зрелой контрольной группе. Это наблюдаемая связь, а не доказательство причинности.
ПоказательДошли до целиКонтрольная группаРазницаВыборка
Загружаем...

Количество касаний

Все сделки, дошедшие до цели, учитываются сразу. Для сделок без цели в сравнение попадают только циклы, у которых завершилось выбранное окно.
КасанийСделок в сравненииДошли до целиДоляСделки
Загружаем...

Способ касаний

Учитываются исходящие звонки, сообщения, email и выполненные задачи без видимой цифровой коммуникации рядом по времени.
СценарийСделок в сравненииДошли до целиДоляСделки
Загружаем...

Когда сделали первое дополнительное касание

Считается от стартовой точки выбранного участка воронки.
СрокСделок в сравненииДошли до целиДоляСделки
Загружаем...

Последовательности касаний

Наиболее частые наблюдаемые цепочки звонков, сообщений, email и действий по выполненным задачам. Показываются паттерны минимум на 3 сделках.
ПоследовательностьСделок в сравненииДошли до целиДоляСделки
Загружаем...

По менеджерам

Показывает различия в интенсивности, скорости и составе касаний. Не является самостоятельным рейтингом менеджеров.
СотрудникСделок в сравненииДошли до целиДоляМедиана касанийПервое касаниеСделки
Загружаем...

Требуют внимания

Текущие проблемы по сделкам: скорость реакции, повторные контакты, задачи, переносы и зависание на этапах.

Правила контроля

Порог можно менять без обновления backend. Сделка с будущей открытой задачей не считается заброшенной из-за отсутствия повторного контакта.

Автоматически
Этапы, которые относятся к запасу новой базы. По умолчанию: вся «БАЗА ХОЛОД», кроме повторной базы, плюс «ХОЛОД · БАЗА».
Этапы, которые относятся к повторному запасу. По умолчанию: повторные этапы «БАЗА ХОЛОД» и «ХОЛОД · 2-й обзвон».
Новая база
0
Запас, не является проблемой
Повторная база
0
Повторный запас

Проблемные сделки

Загружаем текущие сигналы...

0
ПриоритетПроблемаСделкаЭтапСотрудникДеталиИсторияamoCRM
Данных пока нет.

Рекомендации

Автоматические точки роста по объёму, конверсии, скорости, дисциплине и качеству коммуникации.

Бенчмарк отдела

Сравнение строится по той же целевой цепочке и периоду. Выбранные сотрудники сравниваются со всеми активными менеджерами отдела.

Автоматически
Загружаем...
Загружаем рекомендации...

Нормализация менеджеров

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

Менеджеров
0
в выбранном периоде
Сделок в базе
0
аналитическая когорта
Выше ожидания
0
по доступам
Ниже ожидания
0
по доступам
Загружаем нормализованное сравнение...

Факт против ожидания

«Ожидание» учитывает состав базы: новая/повторная, бюджет, РСЯ, ИНН, коллтрекинг и исходный этап. Индекс 100% = результат на уровне ожидаемого.
СотрудникБазаДиалог с ЛПР: факт / ожид.Согласия: факт / ожид.Доступы: факт / ожид.Индекс доступаΔ доступовПродажи: факт / ожид.Надёжность
Загружаем данные...

Качество базы

Оценка потенциала компании до работы менеджера и проверка рейтинга на фактических результатах 2026 года.

Сделок в когорте
0
по текущим фильтрам
Средний рейтинг
—
только при достаточных данных
A+ / A
0
сильная база
Покрытие признаками
0%
Связано с компаниями: 0%
Загружаем качество базы...

Веса факторов

Сумма весов должна быть 100. Неизвестный для конкретной сделки фактор не штрафует её: рейтинг пересчитывается по известным признакам, а покрытие данных показывается отдельно.
100 / 100

Полная сверка amoCRM и Доступов

Сканирует все сделки amoCRM за всё время. Факт Доступа подтверждается тегом «ДОС из ХВ» (ID 1200449). История этапов используется отдельно, чтобы восстановить точную дату Доступа.
Всего сделок в amoCRM
—
последняя полная сверка
Доступ подтверждён тегом
—
«ДОС из ХВ»
Дата Доступа восстановлена
—
тег + переход в Доступ
Только тег, даты нет
—
успех есть, скорость не считаем
Этап Доступ без тега
—
расхождение для проверки
Нажмите «Синхронизировать все сделки amoCRM», чтобы получить точное количество сделок и Доступов за всё время.

Историческая калибровка качества базы

Главный ориентир — первый ДОСТУП. Здесь используются только признаки, которые существовали до начала рабочего цикла. Новые данные парсера, включая бюджет, не используются для выводов по старой истории.
Подтверждённых Доступов
—
тег «ДОС из ХВ»
Дата Доступа восстановлена
—
можно считать скорость
Успешных циклов в модели
—
тег + точная дата + рабочий цикл
Контрольная группа
—
без тега, зрелые 30+ дней / завершены
Только тег, даты нет
—
успех подтверждён, скорость пока не считаем
Исторический факторГруппаСделокЛПРСогласиеДоступДо ДоступаНадёжность
Нажмите «Рассчитать историю».
Калибровка пока не рассчитана.
РСЯ исключена. Рекламный бюджет пока остаётся экспертным критерием и будет проверяться только на будущей накопленной истории.

Сколько сделка живёт до ключевых этапов

Медианное время от создания сделки в amoCRM и от старта рабочего цикла до ЛПР, Согласия и первого Доступа.
ЭтапОт создания сделкиОт старта рабочего циклаВыборка
Рассчитайте историю.

Фактический результат по классам

Если рейтинг работает, классы A/A+ должны статистически чаще давать ЛПР, согласие и доступ, чем C/D/E.
КлассСделокСредний баллПокрытиеЛПРСогласиеДоступПродажаСделки
Загружаем...

Текущие факторы рейтинга

Переходная модель. Новые признаки парсера не считаются доказанными историей. Исторические кандидаты проверяются отдельно в блоке выше.
ФакторВесПокрытиеРоль сейчасКомментарий
Загружаем...

Какое качество базы получают менеджеры

Этот блок отделяет состав выданной базы от результата сотрудника.
СотрудникСделокОцененоСредний баллA+ / AПокрытиеФакт доступа
Загружаем...

Сегменты базы

Какие типы компаний чаще и быстрее доходят до согласия, доступа и продажи и сколько касаний требуют.

Сделок в когорте
0
по текущим фильтрам
Связано с базой компаний
0
Покрытие 0%
Согласий
0
дошли до целевого этапа
Доступов
0
дошли до доступа
Продаж
0
если этап продажи настроен
Загружаем сегменты...

Сравнение сегментов

Маленькую выборку система помечает отдельно. Для управленческих выводов лучше опираться минимум на 20–30 сделок в сегменте.
СегментБазаЛПРСогласиеДоступПродажаБаза → СогласиеБаза → ДоступСогласие → ДоступМедиана до доступаКасаний до доступаВыборка
Загружаем данные...

Дубли

Три прозрачных типа совпадений: домен, телефон и email. Название каждой сделки кликабельно и открывает её в amoCRM.

Проверено сделок
0
последний запуск
Связок дублей
0
прямые совпадения
Сделок-дублей
0
уникальные кандидаты
Конфликты
0
требуют ручного решения
Обработано
0
назначение не выбрано

Проверка amoCRM

Поиск выполняется на сервере только по сделкам и связанным контактам amoCRM. Keys.so, РСЯ и бюджет не запускаются.
«Успешно реализовано» защищено от переноса. Если совпали две успешные сделки, связка становится конфликтом. При остановке поиска уже найденные результаты сохраняются.
Проверка ещё не запускалась0%
—

Найденные дубли

Каждая строка показывает основную сделку и конкретный дубль. Совпадение всегда относится только к одной категории.
Приоритет: сначала домен. Если домен не совпал, проверяется телефон. Email используется только когда не совпали ни домен, ни телефон. Название сделки больше не является признаком дубля.
Основная сделкаДубльПочему дубльСостояниеДействие
Нет результатов проверки.

Дубли по сотрудникам

Считаются уникальные сделки-дубли. Основная сделка в показатель не входит.
СотрудникДублиКонфликты
Нет данных.

Документация

Технический паспорт ЦУП, бизнес-правила, схемы, формулы и история решений. Это отдельный раздел, не часть «Прогноза».

Загрузка документации...
Загрузка...

Сотрудники

Доступы, устройства, активность и персональная аналитика менеджеров.

Сотрудники

В интерфейсе отображаются только активные пользователи amoCRM. Неактивные остаются в PostgreSQL для сохранения истории, но полностью скрыты из рабочих списков и фильтров.
Активных: 0
Если пользователь становится неактивным в amoCRM, после синхронизации он исчезает из ЛК и из всех списков выбора. Доступ к парсеру отключается автоматически. Персональный суточный лимит считается по уникальным сайтам, а не по API-запросам: бюджет + РСЯ одного домена занимают 1 сайт из лимита.
СотрудникamoCRMДоступЛимит сайтовСегодняУстройствоПоследняя активностьДействия
Список пока пуст.

Онлайн / Офлайн

Текущий статус сотрудников в amoCRM

Сотрудник Статус
Загрузка...

Посещаемость

Рабочий день сотрудников · активность amoCRM · Москва

Сотрудников — в контроле рабочего дня
Активны сейчас — расчётная активность amoCRM
Опоздали — первое действие после 10:05
Отсутствуют — завершённый рабочий день
Больничный — ручное подтверждение
Сотрудник Сейчас Первый вход Компьютер Телефон Опоздание Отсутствие Последняя активность
Загрузка данных…
Присутствовал 0
Опоздания 0
Отсутствия 0
Больничные 0
присутствовал опоздал отсутствовал больничный выходной

Система

Интеграции, webhook, синхронизация и техническая диагностика.

Этот раздел технический. Здесь находятся настройки, которые не нужны для ежедневной работы РОПа.

Интеграция amoCRM

Токен сохраняется на сервере в зашифрованном виде. Сотрудникам он не передаётся.
Не подключено

Карантин повторной базы

Защищает сотрудников от слишком ранней повторной выдачи компаний из «Закрыто и не реализовано».
Включён
Если сотрудник сам был ответственным при закрытии сделки, компания не вернётся ему раньше указанного срока.
дней после последнего перехода в «Закрыто и не реализовано»
Звонок или сообщение после закрытия остаётся дополнительным стоп-фактором независимо от того, как давно сделка была закрыта.
дней с последнего звонка/сообщения
По умолчанию: 60 дней.

Keys.so

Токен хранится только на Timeweb. Расширение сотрудников его не получает.
Не подключено

Checko API · юрлица и ЛПР

API-ключ хранится на сервере ЦУП в зашифрованном виде. Парсер и браузер ключ не получают.
Не подключено
После подключения парсер будет обращаться в Checko через сервер ЦУП.
Проверка соединения выполняет один тестовый запрос Checko. В расширении API-ключ больше хранить не требуется.

Яндекс Директ / Wordstat

OAuth-токен хранится только на сервере и используется расширением через защищённую сессию сотрудника.
Не подключено

Сбор событий amoCRM

Сохраняет на Timeweb изменения сделок и задач. Это фундамент аналитики конверсии, скорости и дисциплины менеджеров.
Не подключено
Получено событий
0
Последнее событие
—
Подписка amoCRM
Не проверена
Endpoint
—
ВремяСобытиеАккаунтОбработано
Событий пока нет.
\n