Содержание
Чтобы создать дашборд продаж с ИИ, опишите данные, правила расчёта и фильтры, затем проверьте результат на нескольких сделках с заранее известными суммами. В этом руководстве соберём учебный экран: список сделок, период, статусы и четыре показателя. Главная проверка — сумма выигранных сделок не должна превращаться в сумму полученных денег.
Это отдельное веб-приложение для просмотра показателей. Полную CRM с контактами, задачами и воронкой разбираем в руководстве по созданию CRM.
Сначала выберите вопрос, на который отвечает экран
Для первого варианта достаточно понять, какие сделки находятся в работе, сколько выиграно и сколько денег получено по выбранным записям. Под каждый вопрос запишите определение:
| Показатель | Правило в учебном примере |
|---|---|
| Сумма открытых сделок | Складываем суммы строк со статусом «В работе» |
| Сумма выигранных | Складываем суммы строк со статусом «Выиграна» |
| Получено по выбранным сделкам | Складываем поле «Получено» у строк, оставшихся после фильтров |
| Доля выигранных среди закрытых | Число выигранных / (выигранные + проигранные) × 100% |
Открытые сделки не входят в знаменатель доли выигранных. Если закрытых нет, показываем «Нет данных». Это выбранное для примера определение, а не универсальная формула для любого отдела продаж.
Пока не добавляйте план, прогноз и прибыль. Для них потребуются отдельные данные и правила: например, затраты или вероятности этапов. Сумма текущих сделок сама по себе прогнозом не становится.
Подготовьте три учебные записи
Все названия и значения ниже вымышлены. Скачайте учебный CSV, если хотите сверить числа в таблице. Этот файл не является выгрузкой клиентов и не доказывает наличие импорта CSV в вашем приложении.
| Сделка | Создана | Статус | Сумма, ₽ | Получено, ₽ |
|---|---|---|---|---|
| QA-A | 24.10.2026 | Выиграна | 12 000 | 4 000 |
| QA-B | 25.10.2026 | Проиграна | 8 000 | 0 |
| QA-C | 26.10.2026 | В работе | 5 000 | 1 000 |
Для всех трёх строк ожидаем: открытых на 5 000 ₽, выигранных на 12 000 ₽, получено 5 000 ₽, доля выигранных среди закрытых — 50%. Общая сумма всех сделок — 25 000 ₽, но она не равна ни поступлениям, ни выигранным сделкам.
В этом примере период фильтрует дату создания сделки, включая обе границы. Значит, карточка «Получено» относится к выбранной группе сделок. Она не показывает денежные поступления за календарный период: для этого нужна отдельная таблица платежей с датами, суммами, возвратами и связью со сделкой. Бухгалтерскую выручку по этой учебной таблице тоже не определяем.
Опишите дашборд в задании для ИИ
В mottorable начните с одного экрана и вымышленных данных. Если уточняющие вопросы предлагают калькулятор или учёт контактов, выберите дашборд и финансовые данные: готовые рекомендации нужно сверять со своей задачей.
Создай учебный дашборд продаж — отдельное веб-приложение.
Один пользователь, без публичного размещения на этапе проверки.
Без подключения CRM, платежей, рассылок и внешних источников.
Один экран: фильтр периода, фильтр статуса, четыре карточки,
таблица сделок и простая диаграмма по статусам.
Период применяется к дате создания, обе границы включаются.
Все показатели и диаграмма строятся по тем же отфильтрованным строкам.
Учебные данные:
QA-A | 2026-10-24 | Выиграна | сумма 12000 | получено 4000
QA-B | 2026-10-25 | Проиграна | сумма 8000 | получено 0
QA-C | 2026-10-26 | В работе | сумма 5000 | получено 1000
Карточки:
1. Сумма строк «В работе».
2. Сумма строк «Выиграна».
3. Получено по выбранным сделкам — сумма поля «Получено».
4. Доля выигранных среди закрытых:
выигранные / (выигранные + проигранные) * 100%.
Если закрытых нет, покажи «Нет данных», без NaN и деления на ноль.
В пустой выборке денежные показатели равны 0.
Позволь изменить сумму и статус учебной сделки.
После изменения пересчитай показатели и диаграмму.
Изменение суммы сделки не меняет поле «Получено» автоматически.
Не добавляй вымышленные клиенты, отзывы и показатели роста бизнеса.
Подпиши экран: «Учебный прототип. Источник — вымышленные данные».
Хранение данных и доступ команды будем проверять отдельно.Запустите учебное задание и сравните показатели с таблицей проверки.
Запустить ТЗ в MottorableПервая версия ещё не является подключённой аналитикой компании. Не загружайте в неё реальные контакты или платежные выгрузки до проверки доступа и подходящего способа передачи данных. О данных и владении приложением рассказываем отдельно.
Проверьте расчёты до оформления графиков
Сначала сопоставьте карточки с видимыми строками. Если таблица отфильтровалась, а карточки остались прежними, экран показывает разные выборки.
| Действие | Ожидаемый результат |
|---|---|
| Все даты и статусы | 3 строки; открытые 5 000 ₽; выигранные 12 000 ₽; получено 5 000 ₽; доля 50% |
| Только 26.10.2026 по дате создания | Только QA-C; открытые 5 000 ₽; выигранные 0 ₽; получено 1 000 ₽; доля «Нет данных» |
| Только проигранные | Только QA-B; открытые и выигранные 0 ₽; получено 0 ₽; доля 0% |
| Период без сделок | Нет строк; суммы 0 ₽; доля «Нет данных» |
| Изменить сумму QA-A на 20 000 ₽, остальные поля оставить | Выигранные 20 000 ₽; получено по всем трём строкам по-прежнему 5 000 ₽ |
В учебном прототипе mottorable проверены базовые суммы, фильтр статуса, выборка одного дня, пустой период, изменение суммы и возврат исходных данных. Это проверка превью на вымышленных записях; серверное хранение, права команды и подключение CRM здесь не принимались.
Дополнительно проверьте границы: дата, равная началу или концу периода, должна оставаться в выборке. Отдельно проверьте пустые и некорректные суммы. В рабочем приложении нельзя молча превращать ошибочную строку в достоверный ноль: покажите ошибку или исключите строку с понятным предупреждением.
Диаграмма должна соответствовать подписанному показателю. Если столбцы показывают количество сделок, подпишите единицу «сделки». Для суммы используйте рубли. Круговая диаграмма по суммам со знаком минус потребует другого представления — не добавляйте её только ради разнообразия.
Что проверить перед работой на реальных данных
После проверки арифметики переходите к источнику и обновлению данных. Укажите, откуда приходят записи, когда они обновлялись и что происходит при ошибке загрузки. Нельзя показывать старые данные без отметки, будто синхронизация только что прошла.
Проверьте отдельно:
- Сохранение. Измените учебную запись, перезагрузите страницу, затем откройте приложение в другой сессии. Перезагрузка одной вкладки не доказывает общее серверное хранилище.
- Доступ. Если появится команда, проверьте разрешённые роли и попытку чтения чужих записей. Скрытая кнопка не является проверкой серверных прав.
- Периоды. Дата создания, закрытия и оплаты отвечают разным вопросам. Подпишите текущую дату фильтра рядом с самим фильтром.
- Телефон. Должны читаться числа, единицы измерения, фильтры и детали строки. Широкую таблицу можно прокручивать внутри её блока; вся страница не должна уезжать вбок.
- Пустые состояния. Отличайте отсутствие сделок, ошибку загрузки и период, который ещё не закончился.
Если нужна работа со сделками — назначение исполнителей, задачи, история изменений — начните со сценария CRM. Дашборд может стать его отчётным экраном. Создавать второй независимый список тех же клиентов ради графика не стоит.
Когда отдельное приложение оправдано
Если нужные расчёты уже проверены в таблице и ею удобно пользоваться, начните с неё. Отдельный экран полезен, когда требуется понятный сценарий для пользователя: несколько фильтров, контролируемое редактирование и объяснение расчёта рядом с результатом.
При большом числе источников и сложной аналитической модели отдельно оцените BI-инструмент. Например, документация Yandex DataLens описывает создание аналитических отчётов. Это другой инструмент; наличие CSV в этом гайде не означает готовую интеграцию mottorable с DataLens или вашей CRM.
Для оценки расходов учитывайте генерацию и дальнейшую эксплуатацию раздельно. Текущие условия находятся на странице тарифов; разбор статей затрат — в гайде о стоимости эксплуатации. Срок создания и экономию на внедрении по одному учебному экрану не обещаем.
Частые вопросы
Можно ли создать дашборд без программирования?
ИИ может подготовить первую версию по описанию. Пользователю всё равно нужно задать определения показателей и проверить числа. В этом гайде для этого есть три записи, формулы и таблица ожидаемых результатов.
Почему сумма выигранных сделок отличается от полученных денег?
У сделки может быть частичная оплата или её может ещё не быть. В примере QA-A выиграна на 12 000 ₽, но по ней получено 4 000 ₽. Поэтому эти суммы хранятся и считаются отдельно.
Будет ли дашборд автоматически получать данные из моей CRM?
Учебное задание не подключает CRM. Для рабочего источника нужно отдельно проверить доступный способ интеграции, права, состав полей и обновление. Нарисованный график не доказывает, что данные синхронизируются.
Можно ли оценивать поступления за месяц по дате создания сделки?
Такой фильтр выбирает сделки, созданные в месяце. Для поступлений за месяц нужны даты самих платежей. Эти выборки могут включать разные сделки и давать разные суммы.