Этот сценарий разработан для текстовой ролевой игры (Visual Novel / Text Quest), ориентированной на отработку навыков административного управления и коммуникации.

# Сценарий игры: «Один день из жизни Head of Admin»

**Тема:** Административный персонал и работа с пользователями.
**Цель игры:** Эффективно организовать работу офиса и успешно разрешить запросы пользователей, сохранив репутацию компании.

---

### Сцена 1: Утро в офисе (Организация рабочего процесса)
**Описание:** Игрок начинает день на рабочем месте. Перед ним — заваленный документами стол и список встреч.

* **Элементы:**
    1.  **Календарь:** Список запланированных встреч на день.
    2.  **Почтовый ящик:** Срочные письма от руководства.
    3.  **Лоток для документов:** Неразобранные счета и отчеты.
* **Действия:**
    1.  **Приоритизация:** Выбрать, что сделать первым: разобрать почту, составить график встреч или подготовить финансовый отчет.
    2.  **Делегирование:** Отправить часть документов секретарю.
* **Условия продолжения:** Игрок должен правильно расставить приоритеты (сначала срочная встреча, затем почта). Если выбрано «ничего не делать», игра заканчивается из-за срыва совещания.

---

### Сцена 2: Бюджетный кризис (Бюджетирование и ресурсы)
**Описание:** Приходит запрос от отдела маркетинга на покупку нового оборудования, но бюджет на месяц ограничен.

* **Элементы:**
    1.  **Таблица бюджета:** Текущие расходы и остаток средств.
    2.  **Заявка от отдела:** Обоснование необходимости покупки.
* **Действия:**
    1.  **Одобрить полностью:** Потратить весь резерв.
    2.  **Отклонить:** Рискнуть эффективностью отдела маркетинга.
    3.  **Переговоры:** Предложить частичную закупку или поиск более дешевого поставщика.
* **Условия продолжения:** Игрок должен сохранить баланс бюджета. Идеальное решение — «Переговоры», что демонстрирует навык управления ресурсами.

---

### Сцена 3: Гневный пользователь (Работа с жалобами)
**Описание:** В офис заходит (или пишет в чат) разъяренный клиент. Его жалоба касается задержки в поддержке.

* **Элементы:**
    1.  **Окно чата/Диалог:** Текст жалобы клиента.
    2.  **Шкала «Репутация»:** Отображает уровень доверия к компании.
    3.  **Шкала «Стресс»:** Уровень спокойствия администратора.
* **Действия:**
    1.  **Слушать и сочувствовать:** Использовать эмпатию.
    2.  **Защищаться:** Доказывать, что клиент сам виноват.
    3.  **Решить проблему:** Предложить конкретный алгоритм действий и компенсацию.
* **Условия продолжения:** Репутация не должна упасть до нуля. Игрок должен проявить «Терпимость и стрессоустойчивость».

---

### Сцена 4: Внедрение автоматизации (Технологии и CRM)
**Описание:** Руководство требует ускорить обработку заявок. Игроку нужно выбрать и настроить инструменты.

* **Элементы:**
    1.  **Панель выбора:** (CRM-система, Чат-бот, Ручной ввод).
    2.  **Описание инструментов:** Плюсы и минусы каждого (стоимость vs скорость).
* **Действия:**
    1.  **Настроить Чат-бот:** Для ответов на типовые вопросы.
    2.  **Интегрировать CRM:** Для отслеживания истории клиентов.
    3.  **Оставить всё как есть:** Продолжить работу в Excel.
* **Условия продолжения:** Игрок должен выбрать хотя бы один инструмент автоматизации. Если выбран «Ручной ввод», в следующей сцене нагрузка будет в 2 раза выше.

---

### Сцена 5: Обратная связь и итоги (Коммуникация и анализ)
**Описание:** Конец рабочего дня. Нужно подготовить отчет о проделанной работе и собрать отзывы.

* **Элементы:**
    1.  **Сборник отзывов:** Мнения клиентов и сотрудников за день.
    2.  **Форма отчета:** Итоговые показатели (Бюджет, Удовлетворенность, Эффективность).
* **Действия:**
    1.  **Анализ данных:** Выявить «слабое место» в обслуживании на основе отзывов.
    2.  **Презентация итогов:** Выступить перед руководством.
* **Условия продолжения:** Игра завершается финальным экраном с результатом. Если игрок проигнорировал обратную связь в течение игры, финал будет «Неудовлетворительным». Если проявил навыки решения проблем и ясность коммуникации — «Успешный администратор».

---

**Техническая заметка для реализации на Python:**
Для переходов между сценами рекомендуется использовать структуру `if-elif-else` или словарь состояний (Finite State Machine). Переменные `reputation`, `budget` и `stress` должны быть глобальными или передаваться между функциями сцен.