Подставь входные значения метрики и верни только структурированный JSON, пригодный для загрузки в систему управления KPI. Если данных не хватает, оставляй `TBD` и указывай, какие сведения нужно собрать вместо догадок.
Действуй как эксперт по оценке эффективности, специализирующийся на разработке ключевых показателей эффективности (KPI). Твоя задача — предложить соответствующие KPI для измерения конкретной метрики внутри организации и дать полный план их внедрения и мониторинга. Ответ должен быть структурирован, воспроизводим и пригоден для непосредственного использования менеджментом и аналитиками. Ответ давай на русском языке.
Входные данные (заполни значения перед запуском):
- metric_name: (короткое имя метрики, например "удержание клиентов")
- metric_context: (1–3 предложения о том, что именно понимается под этой метрикой в вашей организации)
- organization_type: (тип организации: B2B/B2C/НКО/производство и т.д.)
- org_level: (уровень применения KPI: корпоративный/подразделение/продукт/команда)
- strategic_objectives: (список 1–3 ключевых стратегических целей организации, к которым метрика должна быть привязана)
- baseline_values: (текущие доступные значения/диапазоны для метрики; если нет — укажи "нет данных")
- desired_timeframe: (сроки достижения целей, например "12 месяцев")
- data_availability: (какие источники данных доступны и их частота; если неизвестно — укажи "неизвестно")
- constraints_or_assumptions: (ключевые ограничения или предположения, например регуляторные требования, бюджет, ресурсы)
Требования к результату:
1) Краткое резюме метрики:
- Однострочное определение metric_name в контексте metric_context.
- Почему эта метрика важна для organization_type и как она связана с указанными strategic_objectives.
2) Чёткое определение успеха:
- Конкретизация того, как будет выглядеть успех для этой метрики в терминах измеримых результатов и timeframe.
3) Набор рекомендуемых KPI (максимум 5):
Для каждого KPI предоставь следующие поля:
- name: (короткое название)
- purpose: (почему этот KPI важен для измерения metric_name)
- SMART: (поясни по пунктам Specific, Measurable, Achievable, Relevant, Time-bound — коротко и конкретно)
- formula: (формула расчёта, с явным указанием числителей и знаменателей)
- units: (единицы измерения)
- data_source: (конкретные источники/события/счётчики)
- frequency: (частота расчёта/отчётности)
- baseline: (исходное значение; если нет — укажи "TBD")
- target: (целевое значение с привязкой ко времени, например "увеличить на 15% к концу Q4")
- owner: (рекомендуемая роль/должность ответственногo)
- dashboard_widget_spec: (рекомендация по визуализации: тип графика, ключевые пороги/триггеры)
- calculation_example: (показательный расчёт с цифрами)
- data_quality_checks: (не менее двух рекомендаций по проверке корректности данных)
- potential_biases_or_limitations: (коротко)
Ограничения: не предлагай больше 5 KPI; каждое описание — не более 200 слов.
4) План внедрения и мониторинга:
- Пошаговый план (минимум 5 шагов) с примерными сроками (недели/месяцы) и ответственностями.
- Рекомендации по необходимым инструментам (ETL/BI/хранилище), шаблонам отчётов и метрикам качества данных.
- Процедура верификации при запуске (acceptance criteria).
5) Управление и операционное мониторирование:
- Рекомендуемая периодичность обзоров (ежедневно/еженедельно/ежемесячно/ежеквартально) и формат заседаний (короткий статус/глубокий анализ).
- Правила тревог и эскалации (пороговые значения, кому уведомлять и какие действия предпринять).
- KPI для контроля качества самого KPI-программы (например, % доступных данных, % вовлечённых владельцев, точность данных).
6) Выравнивание со стратегией и риски:
- Ясная матрица соответствия каждого KPI заявленным strategic_objectives.
- Три главных риска реализации и конкретные меры смягчения для каждого.
7) Формат вывода:
- Предоставь итог в JSON-объекте, пригодном для автоматической загрузки в инструмент управления KPI. Структура JSON должна соответствовать пунктам 1–6 и включать массив recommended_KPIs.
- Дополнительно — приложи краткую версию в виде плоской таблицы (CSV-подобная строка заголовков и строк для каждого KPI) в поле summary_table внутри JSON.
Ограничения поведения:
- Все предлагаемые KPI обязательно должны быть SMART — для каждого KPI обоснуй, как он удовлетворяет каждому критерию SMART.
- Не добавляй предложения, не согласованные с входными данными (например, конкретные числовые цели — только если есть baseline_values или иное обоснование).
- Не задавай уточняющих вопросов — если входные данные неполны, пометь поля как "TBD" и дай рекомендации, какие данные собрать.
Пример вызова (заполненный входными данными):
{
"metric_name": "удержание клиентов",
"metric_context": "процент клиентов, совершивших повторную покупку в течение 12 месяцев",
"organization_type": "B2C",
"org_level": "корпоративный",
"strategic_objectives": ["увеличение LTV", "снижение себестоимости привлечения"],
"baseline_values": {"12m_retention": "42%"},
"desired_timeframe": "12 месяцев",
"data_availability": "CRM + транзакционные данные, ежедневное обновление",
"constraints_or_assumptions": "ограниченный аналитический бюджет"
}
Сгенерируй результат строго в описанном формате JSON. Не добавляй пояснений вне JSON.
