Итог
- Статус работы
- Реализованный проект
- Задача
- Собрать повторяемую аналитику продаж из файлов CRM и отделить расчёт показателей от текстовых объяснений.
- Результат и границы
- Собрана и развёрнута первая версия дашборда: загрузка файла CRM, расчёт показателей и просмотр сводки в браузере. Числа рассчитываются программой, ИИ готовит пояснения.
Как устроен процесс
- Загрузить выгрузку
Принять файл CRM и проверить его структуру.
- Рассчитать метрики
Выполнить заданные правила расчёта без участия модели.
- Сохранить результат
Записать данные и результаты обработки в SQLite.
- Показать дашборд
Представить показатели и пояснения для разбора продаж.
- Выгрузка CRM
- SQLite
- Веб-дашборд
- Языковая модель для пояснений
Задача проекта
Для разбора продаж нужны связанные показатели, а не несколько несогласованных таблиц. В проекте дашборда исходными данными стала выгрузка CRM. Требовалось повторяемо загружать её, рассчитывать метрики и показывать руководителю результат в одном интерфейсе.
Для первой рабочей версии выбрали один путь: загрузить файл CRM, рассчитать показатели и показать их на панели. Это позволило проверить подход на работающем инструменте до расширения проекта.
Расчёты отдельно от ИИ
Показатели рассчитывает программа по заданным формулам: одна и та же выгрузка должна давать одинаковые значения. SQLite хранит данные приложения, а веб-интерфейс показывает сводку.
Модель используется на следующем этапе — для формулировки пояснений по уже рассчитанным значениям. Это важное разделение ответственности. Проверить число нужно по исходным записям и формуле, а не по убедительности текста, который написал ИИ.
В проекте также предусмотрены проверки и обезличивание перед подготовкой пояснений. Состав передаваемых полей определяется задачей анализа: полный клиентский профиль не нужен только для того, чтобы описать изменение агрегированного показателя.
Рабочий разбор выгрузки
Представим обезличенный пример: в новой выгрузке руководитель замечает изменение числа сделок на одном этапе. Вначале нужно проверить период, состав записей и правило отнесения к этапу. Только после этого имеет смысл обсуждать причины.
Дашборд полезен именно как место такого разбора. Он связывает рассчитанный показатель с данными, на которых тот основан. Текстовая подсказка помогает сформулировать вопрос к отделу продаж, но не доказывает причину изменения сама по себе.
При повторной загрузке важно сравнивать сопоставимые данные. Выгрузки с разными фильтрами или неполным периодом могут дать внешне похожие диаграммы и совершенно разный смысл. Поэтому описание входного файла входит в правила работы с инструментом.
Что получилось
Первая версия собрана и развёрнута. Пользователь загружает CRM-файл, получает рассчитанные показатели и открывает сводку в браузере. Для расширения инструмента уже определены формат исходных данных и правила расчёта.
Результат проекта — работающая панель для разбора продаж. Её влияние на решения команды и скорость подготовки отчётов можно оценивать после периода использования.
Как проверить цифры на панели
При приёмке подобной панели полезно взять контрольную выгрузку и вручную пересчитать несколько выбранных показателей. Затем проверить повторную загрузку, пустые значения, неизвестные статусы и несогласованные даты. Результат вычислительного модуля должен оставаться проверяемым независимо от доступности модели.
Текстовые пояснения оцениваются отдельно: не добавляют ли они новые числа, не превращают ли связь показателей в доказанную причину, не содержат ли лишних клиентских сведений. Эти проверки не заменяются красивым графиком.
Границы решения
Состав показателей и правила расчёта привязаны к определённому формату выгрузки. Для другой CRM нужно сопоставить поля и статусы, а для сквозной аналитики — подключить дополнительные источники.
Если нужно связать задачи команды со временем, это другой процесс — рабочее пространство проектов. Для автоматической подготовки данных из новых обращений предусмотрен отдельный сценарий заполнения CRM.
Как сверить показатель с выгрузкой
Исходные материалы проекта подтверждают маршрут «выгрузка → расчёт → панель»: текстовые AI-выводы строятся поверх рассчитанных чисел. Данные клиента здесь не публикуются; строки ниже учебные.
| Вход или этап | Ожидаемый результат | Что проверять |
|---|---|---|
| Сделка A: 100; сделка B: 200 | Сумма выбранных сделок 300 | Применяется один и тот же фильтр периода и статуса |
| Сделка A повторилась в файле | Сначала сверить идентификатор и версию | Повтор не должен незаметно увеличить показатель |
| AI описывает результат | Числа сверяются с расчётом | Текст не становится источником новых значений |
- Вход или этап
- Сделка A: 100; сделка B: 200
- Ожидаемый результат
- Сумма выбранных сделок 300
- Что проверять
- Применяется один и тот же фильтр периода и статуса
- Вход или этап
- Сделка A повторилась в файле
- Ожидаемый результат
- Сначала сверить идентификатор и версию
- Что проверять
- Повтор не должен незаметно увеличить показатель
- Вход или этап
- AI описывает результат
- Ожидаемый результат
- Числа сверяются с расчётом
- Что проверять
- Текст не становится источником новых значений
Метод и ограничения подробнее разобраны в материале про автоматизацию отчёта из CRM.
Вопросы по этой задаче
ИИ рассчитывает показатели продаж?
В этом MVP показатели рассчитывает отдельный модуль по заданным правилам. Модель используется для пояснения уже полученных результатов.
Можно подключить другую выгрузку CRM?
Сначала нужно сопоставить поля, статусы и правила расчёта. Произвольный файл нельзя считать совместимым без такой проверки.
Есть похожая задача?
Расскажите, откуда поступают данные и что должно получаться на выходе. Обсудим, какой этап можно проверить на вашем примере.
