# История изменений пайплайна: объяснение, почему пайп изменился

> Ринат Нестеров · Bussiness Development Department · SimpleOne. Зафиксировано 17.09.2026. Обучение «ИИ в корпорации», практикум П3 «Аудит своей больной задачи» (онлайн-опрос)

## Суть идеи

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

## Контекст и частота

Около 3 раз в неделю (автор формулирует задачу как ежедневную). Это единственный кейс набора, где автор явно отделяет процесс (работает нормально) от дефекта инструмента (нет объяснения изменений).

## Что приходит на вход

- Вся информация приходит из зарегистрированных, подтверждённых или закрытых сделок
## Ожидаемый результат

Готовый пайп по всем сделкам с учётом новых и/или удалённых/закрытых, с сохранённой историей по ним.

## Как процесс устроен сейчас

1. Открываю список всех существующих сделок по продукту
1. Выгружаю их в дашборд
1. Смотрю статистику
## Что в процессе лишнее

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

## Что делается «на автомате»

«Открываю дашборд и смотрю статистику по сделкам.»

## Комментарии и сомнения автора

Автор сам определяет границу автоматизации: «Единственное, что можно тут автоматизировать, — это анализировать историю изменений по сделкам.» То есть ценность не в выгрузке, а в объяснении дельты.

## Предлагаемая техническая реализация

1. Снимок пайплайна на каждый день и хранение истории изменений полей сделок (сумма, дата закрытия, стадия, вероятность).
1. Вычисление дельты между снимками: из чего сложилось изменение пайпа — новые сделки, закрытые, изменённые суммы, перенесённые периоды.
1. Виджет «почему изменился пайп» в дашборде: разложение дельты по факторам со списком конкретных сделок-вкладчиков. Основная часть решается аналитикой, без ИИ.
1. ИИ-слой поверх: агент формулирует ежедневный текстовый комментарий к дельте на естественном языке и подсвечивает аномалии — например, массовый перенос сделок на следующий квартал.
1. Уведомление при изменении пайпа сильнее порогового значения.
## Риски и открытые вопросы

- Требуется история изменений полей сделок в CRM; если аудит-лог не ведётся или неполон, кейс начинается со сбора истории и первые недели даёт мало.
- Основная ценность достигается аналитикой, а не ИИ — не стоит закладывать в кейс тяжёлую агентскую архитектуру.