Этап и поля сделки
Текущий статус, ключевые даты, суммы и другие значения, которые реально влияют на оценку.
Собираем нужные события сделки, приводим их к понятному контексту и передаём модели вместе с правилами компании. На выходе — не абстрактный «скоринг», а структурированный вывод: что произошло, где есть риск, что выполнено и на какие факты опирается оценка.
Критерии оценки формулируются отдельно под процесс компании. Модель не должна сама придумывать регламент.
Что анализируем
Перед анализом определяем источники данных, период и правила отбора. Это уменьшает шум и делает результат воспроизводимее.
Текущий статус, ключевые даты, суммы и другие значения, которые реально влияют на оценку.
Создание, выполнение, просрочки и последовательность действий менеджера.
Значимые записи из ленты, если они входят в согласованный контекст анализа.
Сообщения из подключённых каналов можно учитывать в пределах доступных данных и выбранного периода.
Если доступны расшифровки, их можно включить в общий контекст сделки без отдельного ручного чтения.
Внешние статусы, документы и другие интеграционные события учитываем только когда они действительно значимы для критерия.
Процесс
Оценка строится вокруг формализованной задачи, а не вокруг общего запроса «посмотри сделку».
Примеры критериев
Набор критериев зависит от отдела и этапа сделки. Один и тот же контекст можно анализировать по нескольким независимым правилам.
Понятно ли из истории, что должно произойти дальше, кто отвечает и в какой срок.
Есть ли длительный разрыв между значимыми действиями без понятной причины в доступной истории.
Если клиент обозначил проблему, проверяем наличие содержательной реакции менеджера по заданному критерию.
Определяем, хватает ли обязательных параметров для следующего этапа процесса.
Фиксируем только те признаки риска, которые заранее описаны в правилах, и показываем факты, на которых основан вывод.
Результат
Одного числа недостаточно. Храним краткий вывод, причины и при необходимости ссылки на фактические события, чтобы результат можно было проверить.
Баллы, категории или отдельные признаки — только если они нужны бизнес-процессу.
Кратко объясняем, какие факты повлияли на вывод и какого факта не хватило.
Можно сформировать следующий шаг в рамках заданных правил, не подменяя решение руководителя.
Результат можно пересчитать после новых событий или запустить вручную по выбранной сделке.
Режимы работы
Для разных задач нужны разные моменты запуска. Нет смысла прогонять модель после каждого технического изменения в карточке.
Что именно должен проверить ИИ и какой результат считается полезным.
Какие события и за какой период входят в контекст.
Поля результата, причины, оценка и допустимые рекомендации.
По статусу, по событию, по расписанию или вручную из конкретной сделки.
Сравниваем вывод модели с реальными кейсами и корректируем правила.
Поле, примечание, отдельный отчёт или другой согласованный интерфейс.
Периодически проверяем спорные оценки и меняем критерии только осознанно.
Связанные решения
Если нужен не только контроль, но и дальнейшая автоматизация, результат становится входом для следующего процесса.
Смотреть также
Расшифровки звонков, переписка и события CRM могут собираться в единый контекст, а вывод использоваться для задач, отчётов или ИИ-помощника.
Вопросы
Не обязательно. Обычно полезнее заранее выбрать период и типы событий, которые относятся к конкретному критерию, чтобы не перегружать контекст шумом.
Да. Если нужная история доступна, можно добавить ручной запуск для выбранной сделки независимо от автоматических триггеров.
Да, если данные доступны в интеграции. Для звонков обычно используется готовая расшифровка, а не само аудио внутри анализа сделки.
Технически результат можно записать в CRM или отчёт, но сами критерии и шкала должны быть заранее определены компанией и проверены на реальных примерах.
В результат включаем краткие причины и факты из истории, которые повлияли на вывод. Это позволяет разбирать спорные случаи вместо доверия непрозрачному числу.
Да. По выполненной разработке предоставляем 3 месяца бесплатной технической поддержки. Дальнейшее сопровождение и развитие — по запросу.
Дайте один критерий и несколько реальных примеров хорошей и проблемной сделки. Определим, какие события нужны модели и какой результат стоит возвращать в amoCRM.