Дизайн панели продаж с JSON-схемой и макетом

Подготовь законченный дизайн панели мониторинга продаж для [YOUR_COMPANY_NAME] по данным:
- [SALES_DATA_FILE]
- [KPIS]
- [VISUALIZATION_TOOLS]
- [USER_FEEDBACK]
- [WORKFLOW_DESCRIPTION]

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

Верни результат в двух частях и строго в указанном порядке:
1. JSON-объект с корневым ключом "dashboard_design".
2. Короткое человекочитаемое резюме не длиннее 800 слов.

Для части 1 используй такой контракт:
- metadata: company_name, data_file_schema_summary, tools, refresh_frequency, author_role
- metrics: массив объектов {id, name, definition, formula, required_fields}
- kpis: массив объектов {id, name, business_goal, formula, target_thresholds, notes}
- visualizations: массив объектов {metric_or_kpi_id, chart_type, justification, spec, implementation_notes}
- layout: pages с widgets и navigation_notes
- data_requirements: массив объектов с precomputations, indexes, views, expected_row_counts, latency_requirements
- qa_checks: массив объектов {test_case, expected_result, severity}
- weakest_assumption: {assumption_text, how_to_test}
- failure_scenario: {description, impact}

Что нужно сделать содержательно:
1. Проанализировать [SALES_DATA_FILE] и выделить релевантные метрики.
2. Определить KPI или адаптировать [KPIS].
3. Для каждой метрики выбрать визуализацию под [VISUALIZATION_TOOLS] и [USER_FEEDBACK].
4. Описать layout панели:
   - страницы;
   - grid;
   - размеры виджетов;
   - навигацию;
   - поведение для desktop и tablet, если это важно.
5. Зафиксировать data requirements, refresh cadence и ограничения инструментов.
6. Добавить QA-checklist.
7. Указать одно слабое предположение и один failure scenario.

Требования:
- В JSON не включай сырые входные данные.
- Если чего-то не хватает, отмечай missing_input: true и перечисляй недостающее.
- Пиши по-русски.
- Не добавляй дополнительные цели вне описанного контракта.