Дашборд словами: как описать отчёт ИИ без BI-терминов

Что именно нужно от ИИ: макет, а не магия

ИИ полезен не тем, что он «угадает правильные цифры», а тем, что быстро соберет понятный макет экрана по вашему описанию. Черновик дашборда: какие блоки на странице, какие показатели в карточках, какие графики и таблицы, где фильтры и подписи.

Когда вы описываете дашборд словами, цель простая: чтобы человек (или команда) открыли макет и сразу сказали: «Да, это то, что нам нужно видеть каждый день». Без недель переписки и уточнений.

Что ИИ обычно делает хорошо

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

Что чаще всего забывают и потом переделывают

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

Если хотите получить макет с первого раза, важно заранее зафиксировать смысл. В TakProsto это особенно удобно: такой запрос можно быстро превратить в живой прототип экрана и обсуждать детали уже по интерфейсу, а не по переписке.

Сначала сформулируйте задачу одним предложением

Если начать с графиков, ИИ почти всегда «угадает» не то. Начните с одной фразы, которая отвечает на главный вопрос: какое решение вы хотите принять, глядя на экран. Это и есть точка опоры для будущего макета.

Хорошая формулировка звучит как задача, а не как набор метрик. Например: «Каждое утро я хочу за 30 секунд понять, просели ли онлайн-продажи по России и где именно проблема: в трафике, конверсии или среднем чеке». После такой фразы уже легко уточнять, какие числа и блоки нужны.

Чтобы предложение не расползлось, проверьте четыре пункта:

• кто читает: руководитель, менеджер продаж, бухгалтер, продукт
• какое действие следует после просмотра: найти просадку, подтвердить рост, выбрать приоритет
• что считается успехом: сравнить с прошлой неделей, увидеть отклонение от плана, найти причину
• какие рамки нельзя нарушать: обновление раз в день, только РФ, только онлайн, без возвратов, без офлайн-точек

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

Мини-шаблон, который удобно просто заполнить:

«Я (роль) хочу (решение/действие) по (объекту), чтобы (результат/критерий успеха), с ограничениями (что не учитывать и как часто обновлять)».

Когда такая фраза готова, дальше проще добавлять метрики, разрезы и фильтры, не превращая запрос в ТЗ на 10 страниц.

Цифры: какие метрики нужны и как назвать их по-человечески

Метрика - это конкретное число на экране. Чтобы ИИ собрал понятный макет, пишите так, будто объясняете коллеге: что именно считаем, в каких единицах, и какой смысл у цифры.

Начните с простых формулировок. Вместо «GMV» пишите «выручка в рублях за выбранный период». Вместо «orders» - «количество заказов (штук)». Так у вас меньше шансов получить макет, который «почти подходит», но построен на догадках.

Пример набора метрик для одного экрана:

• Выручка (руб.) за период
• Количество заказов (шт.) за период
• Маржа (руб.) за период
• Средний чек (руб.) = выручка / количество заказов
• Доля возвратов (%) = возвраты / все заказы

Дальше добавьте уточнения, которые чаще всего ломают отчеты: с НДС или без, в какой валюте, и какие события считаем. Обычно достаточно одной строки пояснения. Например: «заказы - оплаченные или созданные?», «выручка - по оплате или по отгрузке?», «возвраты - по дате возврата или по дате заказа?».

Если метрика сложная, не пытайтесь назвать ее одним умным словом. Лучше опишите как короткую формулу и добавьте мини-пример на 2-3 строки:

Маржа = выручка без НДС - себестоимость товаров - доставка. Пример: выручка 120 000, НДС 20 000, себестоимость 60 000, доставка 5 000. Маржа = 120 000 - 20 000 - 60 000 - 5 000 = 35 000 руб.

Так ИИ сможет правильно подписать карточки, выбрать формат и не перепутать смысл цифр.

Разрезы: как описать группировки без BI-слов

Разрез - это простой ответ на вопрос: «По чему мы сравниваем?». Не «сделай группировку», а «покажи, где больше и где меньше». Формулируйте разрез как человеческий выбор: «по дням», «по городам», «по менеджерам».

Хороший прием - писать разрез парой «вопрос -> как показать». Например: «Какие регионы дают больше выручки? Покажи столбики по регионам». Или: «Как меняются заявки? Покажи линию по дням».

Чаще всего хватает 1-2 ключевых разрезов на один экран. Больше - и внимание расползается: цифры есть, решения нет. Если хочется «все разрезы сразу», лучше попросить второй экран или отдельный блок.

Типовые разрезы, которые обычно понятны без терминов:

• по времени: по дням, неделям, месяцам
• по месту: по регионам, городам, складам
• по людям: по менеджерам, командам
• по источнику: по каналу, рекламе, сайту/партнерам
• по продукту: по категориям, товарам, тарифам

Отдельно уточняйте сортировку и «хвост». ИИ может нарисовать график, но без ваших правил не угадает, что важнее: топ или полный список. Формулировки, которые экономят время:

«Отсортируй по убыванию выручки, покажи топ-10, остальные сложи в “прочие”». Или: «Покажи топ-20 товаров по количеству, но если доля меньше 1%, объединяй».

Фильтры: что пользователь должен уметь переключать

Фильтры отвечают на простой вопрос: что человек будет менять, чтобы увидеть другую картину, не перестраивая весь отчет. Лучше описывать фильтры как действия пользователя: «выбрать период», «выбрать регион», «отфильтровать по статусу».

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

Отдельно укажите фильтр по умолчанию. Например: «при открытии показываем текущий месяц» или «последние 7 дней». Это спасает от ситуации, когда человек видит нули только потому, что период случайно стоит на прошлом году.

Опишите, как должен выглядеть каждый фильтр: выпадающий список или поиск, одиночный выбор или мультивыбор. Простое правило: если значений больше 20-30, почти всегда нужен поиск. Если пользователь часто сравнивает несколько вариантов (например, 3 региона), нужен мультивыбор.

Продумайте пустые значения. Лучше написать явно: «если регион не указан, показываем как “Неизвестно” и даем возможность включать или исключать это значение».

Пример формулировки:

«Фильтры сверху: период (по умолчанию текущий месяц), регион (поиск, мультивыбор), статус (один вариант). “Неизвестно” показывать отдельным пунктом».

Периоды и сравнения: где чаще всего возникает путаница

Почти любой макет ломается на времени. Вы просите «покажи продажи за месяц», а ИИ не знает, какой месяц вы имеете в виду и с какой датой связать продажу. Поэтому период лучше описывать так, как вы бы объяснили коллеге, а не сокращениями вроде MTD и YoY.

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

Вторая частая путаница - сравнение. «Сравнить с прошлым» может означать прошлый период той же длины, тот же месяц год назад, или план-факт. Если нужна динамика, прямо напишите, что показывать: разницу в рублях, разницу в процентах, или оба варианта.

Третья ловушка - какая именно дата считается датой события. Для интернет-магазина «дата заказа», «дата оплаты» и «дата отгрузки» дают разные графики. Плюс нужен часовой пояс: по Москве, по региону клиента или по времени сервера.

Чтобы результат был предсказуемым, добавьте короткие правила:

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

Так ИИ сможет нарисовать правильные подписи, переключатели и пояснения, а вы избежите сюрпризов уже на этапе макета.

Структура экрана: как словами задать макет

Чтобы ИИ сделал понятный макет, опишите экран так, как вы бы объяснили его коллеге: что человек должен увидеть за 5 секунд, что проверить дальше, где найти детали.

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

Например:

• Вверху 3-5 карточек с ключевыми числами: выручка, количество заказов, средний чек, маржа.
• Ниже график по дням за выбранный период, чтобы видеть рост и провалы.
• Под графиком таблица со списком (товары или менеджеры) и колонками «выручка», «заказы», «средний чек».
• Сверху над всем (или сбоку) компактная область фильтров.

Дальше добавьте пару правил, почему вы выбрали именно такие формы. Это помогает ИИ не «рисовать красиво», а собирать экран под задачу:

• Линия подходит, когда по оси X идут даты и важен тренд.
• Столбцы подходят, когда вы сравниваете категории: регионы, каналы, менеджеров.
• Таблица нужна, когда важен список и точные значения, а не форма.
• Круговая диаграмма годится, только если 2-4 доли и нужно быстро понять «кто больше». Иначе будет шум.

Не забывайте про подсказки. Прямо в тексте задайте короткие пояснения: что означает показатель и как его читать. Например: «Маржа = выручка минус себестоимость. Если маржа падает при росте заказов, проверь скидки и возвраты». Можно попросить добавить значок подсказки рядом с метрикой и строку под графиком: «Пик - это дни с акциями».

Если вам важно размещение, уточните это простыми ограничениями: «экран один, без прокрутки на ноутбуке» или «можно прокручивать, но важные карточки всегда сверху».

Данные: откуда берутся цифры и что нужно уточнить

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

Сначала назовите источники человеческим языком. Не нужно писать «DWH» или «ETL». Достаточно: «CRM с заказами и клиентами», «сайт с визитами и заявками», «касса с оплатами», «склад с остатками». Если источников несколько, скажите, какой главный.

Дальше выберите основную сущность - то, вокруг чего строится экран: заказ, клиент, платеж или визит. От этого зависит логика расчетов. «Выручка за день» обычно живет в платежах, а «конверсия в заказ» начинается с визитов и заявок.

Важно описать, как данные связываются, простыми словами. Например: «платеж прикрепляется к заказу по номеру заказа», «заказы принадлежат клиенту по ID клиента», «визиты связываем с заявкой по client_id или по телефону (если так принято)». Если связки нет, лучше честно указать: «оплаты и заказы не всегда совпадают, иногда платеж без заказа».

Еще один частый сюрприз - свежесть данных. Уточните:

• как часто обновляется: раз в час, раз в день, вручную
• какая задержка нормальна: 15 минут или сутки
• что считать «сегодня»: по времени сервера или по часовому поясу бизнеса

Пошагово: как написать запрос ИИ для макета дашборда

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

Удобно держать одну структуру и заполнять ее каждый раз:

• Цель экрана: один абзац, для кого и какое решение он должен подсказать.
• Метрики: 5-10 показателей с пояснением простыми словами, что именно считаем.
• Группировки (разрезы): по чему «разложить» цифры (по товарам, городам, менеджерам).
• Переключатели (фильтры): что пользователь выбирает вручную.
• Период и сравнение: за какой промежуток и с чем сравниваем, если нужно.

Дальше добавьте пару примеров, чтобы ИИ не додумывал лишнее. Например: «выручка - сумма оплаченных заказов; возвраты не включать» или «новые клиенты - те, у кого первая покупка в выбранном периоде».

Полезно попросить 2-3 варианта макета: компактный для быстрого просмотра и подробный для разборов. И отдельно задать критерии: что обязательно, а что можно упростить, если не влезает на один экран.

Сделай макет дашборда (один экран).
Цель: руководитель продаж смотрит, где просели продажи и почему.
Метрики: выручка (оплачено), количество заказов, средний чек.
Разрезы: по дням; по регионам; по менеджерам.
Фильтры: период, регион, менеджер, канал продаж.
Период: последние 30 дней + сравнение с предыдущими 30.
Вид: сначала 3 KPI плитки, ниже график по дням, справа таблица по регионам.
Варианты: 1) компактный, 2) подробный.
Обязательно: сравнение периодов и топ-5 регионов. Можно опустить: детализацию по SKU.

Частые ошибки и ловушки в формулировках

Когда вы описываете дашборд словами, ИИ соберет макет из ваших слов. В отчетах одно неточное слово легко меняет смысл цифр или перегружает экран.

Где чаще всего «ломается» запрос

Чаще всего встречается такое:

• один и тот же показатель называют одинаково, но считают по-разному (например, «выручка» то по оплате, то по отгрузке), и на экране появляются несовместимые числа
• не указаны единицы и формат: рубли или тысячи рублей, проценты или доли, сколько знаков после запятой
• просьба «покажи все» на одном экране, из-за чего блоков много, а фокус теряется
• не оговорены особые случаи: возвраты, отмены, частичные оплаты, тестовые заказы
• не учтены права доступа: кому можно видеть детализацию по менеджерам, регионам или клиентам

Как быстро обезвредить эти ошибки

Перед отправкой запроса добавьте 2-3 уточнения простыми словами. Например: «Выручка считаем по оплате, возвраты вычитаем, отмены не учитываем, показываем в тыс. руб., округление до 0 знаков».

Если сомневаетесь, сделайте маленький тестовый сценарий: «В январе было 100 заказов, 10 отменили, 5 вернули. Что покажем в заказах и в выручке?» Такой пример быстро показывает, где правила не договорены.

Короткий чеклист перед отправкой запроса

Перед тем как просить ИИ собрать макет, проверьте, что текст отвечает на базовые вопросы: зачем это нужно, кому, и что именно должно получиться на экране.

• цель и аудитория сформулированы одним предложением (например: «Руководитель отдела продаж каждый день видит, выполняем ли план и где просадка»)
• метрики перечислены с короткими определениями и единицами измерения: что считаем, как считаем, в рублях это или в штуках, с НДС или без
• разрезы и фильтры не смешаны: разрезы - как показываем в таблицах и графиках (по менеджерам, по городам), фильтры - что пользователь переключает; для фильтров указаны значения по умолчанию
• период и сравнение заданы явно: за какой интервал смотрим, с чем сравниваем, и по какой дате событие попадает в отчет (дата оплаты, дата заказа, дата отгрузки)
• структура экрана и приоритеты описаны: какие блоки сверху, что главное, что можно унести ниже или в отдельную вкладку

В конце добавьте пару строк про исключения: как учитывать возвраты и отмены, что делать с пустыми значениями (не показывать, считать как ноль или помечать «нет данных»).

Пример: запрос на дашборд продаж для одного экрана

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

Ниже пример того, как можно описать экран без BI-терминов, чтобы ИИ собрал понятный макет.

Сделай макет одного экрана “Продажи: где просела выручка”.

Вверху: 4 большие цифры за выбранный период:
1) Выручка (сумма оплат)
2) Количество заказов
3) Средний чек = выручка / количество заказов
4) Маржа = выручка - себестоимость (если себестоимости нет, оставь пустым и пометь как “нужно уточнить”)

Сравнение: показывай изменение к предыдущему такому же периоду (проценты и разница).

График: выручка по дням за период, рядом тонкая линия для прошлого периода.

Таблица: строки - менеджеры, колонки - выручка, заказы, средний чек, доля от общей выручки. Сортировка по выручке, топ-20.

Разбивка (переключатель над таблицей): менеджеры / регионы / каналы продаж.

Фильтры: период дат, регион, канал, менеджер, статус заказа (оплачен/возврат).

После первого макета полезно задать уточняющие вопросы:

• “Что ты считаешь оплатой: дата оплаты или дата заказа?”
• “Как учитывать возвраты: вычитать из выручки или показывать отдельно?”
• “Добавь разбивку по продуктовым категориям и покажи, куда ушел средний чек.”

Правило для одного экрана простое: оставляйте то, что помогает найти причину за 30 секунд. Все, что требует длинных объяснений (например, сложные воронки или детализация до товара), лучше вынести на отдельный экран.

Следующие шаги: от текста к работающему экрану

Не пытайтесь сразу сделать «идеальный» экран. Работает серия коротких, проверяемых макетов, где каждый отвечает на один реальный вопрос бизнеса.

Начните с 3-5 вопросов, которые реально звучат на встречах: «Почему просели продажи в регионах?», «Какие каналы дают прибыль, а какие только оборот?», «Где больше возвратов и по каким причинам?». Под каждый вопрос сделайте черновик, даже если макеты похожи. Так легче спорить про смысл, а не про оформление.

Чтобы не утонуть в правках, заранее договоритесь о «словаре»: как вы называете статусы, каналы, регионы, типы клиентов. Если в одном месте «Оплачен», а в другом «Оплата получена», логика быстро начнет расходиться.

Рабочий ритм обычно такой:

• Итерация 1: черновой макет с блоками и подписями показателей
• Итерация 2: уточнение логики (что считается, что исключается, что сравниваем)
• Финальная правка: порядок блоков и названия, чтобы читалось с первого взгляда

Когда макеты согласованы, переходите к реализации. Если нужно быстро собрать рабочий экран из текстового описания, это можно сделать в TakProsto (takprosto.ai) через чат: описать структуру, фильтры и источники данных, получить интерфейс и уже потом доработать детали, при необходимости выгрузив исходники.