kpi-reporting
KPI Reporting — это навык OpenAI для подготовки ориентированных на принятие решений отчётов по количественным бизнес- или продуктовым метрикам. Он предназначен для KPI readout, scorecard, WBR, MBR, QBR и исполнительного резюме, когда важно не просто перечислить значения, а показать статус, сопоставление с целью или подходящим сравнением, подтверждённые факторы изменения и операционное следствие. В начале работы навык предлагает определить адресата и разговор, который должен поддержать отчёт, период оценки, точку сравнения или целевой ориентир, а также границу свежести данных. Если отсутствующий ввод способен изменить аналитическую рамку или рекомендацию, его следует уточнить; если влияние несущественно, можно сделать разумное допущение, явно его обозначить и продолжить. Навык отвечает за KPI readout и интерпретацию метрик, но не за проектирование системы метрик, новое расследование причин и финальную полировку артефакта. Важная часть подхода — сначала зафиксировать контракт метрики. Нужно подтвердить определение KPI, источник, период, срез, время отсечения, сравнение и цель или ожидание темпа. Если определения не совпадают, есть изменение трекинга, backfill, частичный сбой или пропущенный день, это должно быть отмечено до интерпретации. Когда верхнеуровневый KPI составной или недостаточно операционен, навык предлагает найти минимальное полезное разложение: числитель и знаменатель, объём и ставку, mix, этапы воронки, сегменты или когорты. Иерархию причин нельзя придумывать, если определения источника её не подтверждают. Поддерживающих показателей должно быть ровно столько, сколько нужно для объяснения движения, проверки вредных компромиссов или оценки темпа; наличие всех доступных срезов само по себе не является целью. Перед выводами следует искать актуальные фактические значения в доступных структурированных источниках и, когда это уместно, сверять их с каталогом метаданных, документацией, коммуникациями команды и BI-дашбордами. Известный semantic layer служит стартовой картой, а не границей поиска. Перекрывающиеся или конфликтующие источники сравниваются по владельцу, свежести, определению, grain, покрытию и прямоте; выбранный авторитетный источник или их комбинация должны быть объяснимы. Если необходимый источник недоступен, его нельзя заменить слабым аналогом и выдавать это за равнозначную доказательную базу. До написания отчёта нужно воспроизвести topline actual, показать абсолютное и относительное изменение к совместимому периоду и поставить фактическое значение рядом с целью, планом, benchmark, историческим диапазоном или pacing-базисом, если такой ориентир определён. Причины движения KPI должны быть проверены, а не выведены из правдоподобной истории. Для свежего расследования драйверов навык направляет к metric-diagnostics; для бизнес-контекста — к отдельному поиску подтверждённых обстоятельств. Драйвер, контекст и гипотеза разделяются. Если измерение не доказывает причинность, нужно назвать неопределённость и следующий шаг проверки. Когда связь подтверждена, полезно количественно оценить вклад, показать, является ли движение широким или концентрированным, и отделить остаточное необъяснённое изменение. Операционный вывод должен следовать из evidence: статус может быть on track, at risk или ahead of plan, но основание для такого ярлыка и метод pacing должны быть видны. Цветовой сигнал допустим только вместе с текстовым объяснением. Перед передачей readout требуется проверка чисел, методики, оговорок и соответствия доказательств заявленным статусу, драйверам и последствиям. Готовый материал должен начинаться с ответа для руководителя или оператора, затем давать актуальные значения, сравнение, цель или pacing, проверенные факторы и практическое следствие. Числа следует округлять последовательно и подписывать единицы, а оговорки держать рядом с утверждением, которого они касаются. Если нужен долговечный отчёт, навык передаёт валидированный KPI readout инструменту сборки отчёта, включая аудиторию, cadence, поверхность доставки, неопределённость и визуальные пожелания; для короткого ответа в чате допустим inline-формат. Сам навык не подменяет фактические данные шаблоном и не превращает непроверенную гипотезу в объяснение.
Для чего подходит
- Подготовка KPI readout
- Сборка WBR, MBR и QBR-сводок
- Сопоставление результатов с целями и источниками
Установка
Сначала прочитайте SKILL.md и scripts в исходном репозитории. Затем выполните команду в каталоге проекта:
npx skills add https://github.com/openai/role-specific-plugins/tree/main/plugins/data-analytics/skills/kpi-reporting