powerbi-report-design

powerbi-report-design — навык для проектирования визуальной структуры Power BI-отчёта до того, как будут записаны PBIR-файлы. Его задача — решить, как отчёт должен выглядеть и почему: выбрать тон и визуальную подпись, распределить роли страниц, подобрать архетипы, графики, компоновку, цвет, типографику, интерактивность и требования accessibility. Результатом для реализации может быть структурированный Design Brief, который передаётся следующему этапу авторинга. Работа начинается с данных. Перед дизайн-решением нужно осмотреть semantic model или доступные поля, понять таблицы, колонки, меры, иерархии, связи, распределения, cardinality и масштабы значений. Для каждого вопроса сопоставляются measure и dimension. Это защищает отчёт от красивой, но неуместной композиции: диаграмма выбирается из того, что действительно выражает аналитический вопрос, а не из случайного набора визуалов. Затем задаются design identity и signature. Тон должен проявляться в конкретных решениях о палитре, типографике, поверхности страницы и обработке линий или границ, а signature становится повторяемым визуальным приёмом. Для многостраничного отчёта архетип выбирается отдельно для каждой страницы: executive summary подходит для быстрого ответа «всё ли по плану», operational monitor — для контроля состояния, analytical canvas — для проверки гипотез, narrative story — для авторского объяснения, comparative benchmark — для рейтингов и сопоставлений. Если сигнал неоднозначен, источник предлагает аналитический canvas как гибкий вариант. После маршрутизации выбирается не просто первый шаблон, а layout variant по форме данных и назначению страницы. На этапе chart selection учитывается иерархия кодирования и соответствие графика вопросу. В конфигурации визуалов важно задавать человекочитаемые display names вместо сырых имён полей и агрегатов, а проценты, хранящиеся как десятичные значения, показывать как проценты. Мера и её цветовая семантика должны оставаться согласованными между карточками, линиями, столбцами, картами и таблицами. Навык полезен для нового dashboard, redesign существующего отчёта, применения бренда, выбора chart type, проектирования нескольких страниц с разными аудиториями и подготовки дизайн-контракта для Power BI authoring. В контракте фиксируются tone, signature, page role, layout variant, rationale выбора, палитра, типографика, правила доступности, размещение slicers и требования к неперекрывающимся bounding boxes. На странице нужна осмысленная поверхность: белый canvas и белые контейнеры без разделения делают визуалы плоскими и плохо читаемыми. Граница ответственности принципиальна: этот навык не создаёт страницы, визуалы, фильтры, темы или PBIR-файлы. Механические изменения, регистрацию темы, кодирование выражений и валидацию должен выполнять powerbi-report-authoring. Для решения нужно видеть semantic model; расплывчатый запрос без аудитории, цели, числа страниц или глубины фильтрации требует сначала уточнить несколько вариантов. Нельзя ограничиваться фразой «сделать современно»: источник требует конкретных решений по layout, цвету, графикам, типографике и accessibility. Topic-файлы исходного репозитория подключаются по необходимости, а не заменяются универсальными догадками.