--- id: goals-feedback status: active supersededBy: [] lang: ru title: 'Цели, сложность, обучение и обратная связь' description: >- Цели и обратная связь объясняют ценность действия, причины результата и способы улучшить следующую попытку. intro: >- Цели и обратная связь объясняют ценность действия, причины результата и способы улучшить следующую попытку. Каждый обзор выделяет действие игрока, изменения состояния и альтернативные правила. Примеры условные: они показывают проектное решение, а не приписывают его конкретной игре. Проверка прототипа задаёт наблюдаемый вопрос для следующей итерации. Подробные уже существующие каталоги доступны по отдельным ссылкам в карте механик. updatedAt: '2026-10-21' sources: - title: Game Accessibility Guidelines url: 'https://gameaccessibilityguidelines.com/' description: >- Первичный справочник авторов рекомендаций по моторной, сенсорной и когнитивной доступности. counts: families: 6 branches: 6 variants: 24 url: 'https://gamemechanics.pro/ru/mechanics/goals-feedback/' markdownUrl: 'https://gamemechanics.pro/content/mechanics/ru/goals-feedback.md' license: CC-BY-4.0 codeLicense: MIT attribution: gamemechanics.pro contributors provenance: >- Original bilingual editorial overviews authored for gamemechanics.pro on 2026-10-20 and reviewed on 2026-10-21. Scenarios are hypothetical design examples; prototype checks describe work to perform, not completed playtests. Primary sources support the stated techniques and implementation context, not every proposed variant. --- # Цели, сложность, обучение и обратная связь Цели и обратная связь объясняют ценность действия, причины результата и способы улучшить следующую попытку. Каждый обзор выделяет действие игрока, изменения состояния и альтернативные правила. Примеры условные: они показывают проектное решение, а не приписывают его конкретной игре. Проверка прототипа задаёт наблюдаемый вопрос для следующей итерации. Подробные уже существующие каталоги доступны по отдельным ссылкам в карте механик. ## Механики и варианты ### 1. Победа, поражение и альтернативные условия успеха id: t270 canonicalId: goals-feedback--t270 url: https://gamemechanics.pro/ru/mechanics/goals-feedback/#t270 Условия завершения определяют ценность действий; альтернативный успех позволяет выполнить смысл задачи разными ограниченными способами. #### Варианты механики - Основная цель задаёт обязательное условие завершения. - Альтернатива заменяет бой переговорами или обходом. - Ничья имеет отдельный результат и последствия. - Поражение сохраняет часть полезного изменения мира. Пример проектирования: Поселение можно защитить победой в бою или своевременной эвакуацией всех жителей. Проверка прототипа: Проверьте одновременное выполнение условий победы и поражения; приоритет результата должен быть явным. - [Game Accessibility Guidelines](https://gameaccessibilityguidelines.com/) ### 2. Счёт, комбо, множители и рекорды id: t271 canonicalId: goals-feedback--t271 url: https://gamemechanics.pro/ru/mechanics/goals-feedback/#t271 Счёт оценивает действия, а серии и множители связывают награду с последовательностью и устойчивостью исполнения. #### Варианты механики - Базовые очки задают вес отдельного действия. - Комбо требует следующего успеха до истечения окна. - Множитель повышает цену сохранения серии. - Рекорд фиксирует результат по общим условиям режима. Пример проектирования: Разные трюки повышают множитель, а повтор одного безопасного трюка постепенно теряет ценность. Проверка прототипа: Проверьте бесконечный набор очков без продвижения и совпадение показанного счёта с итоговым подсчётом. - [Game Accessibility Guidelines](https://gameaccessibilityguidelines.com/) ### 3. Время прохождения, speedrun и оптимизация маршрута id: t272 canonicalId: goals-feedback--t272 url: https://gamemechanics.pro/ru/mechanics/goals-feedback/#t272 Прохождение на время превращает маршрут, переходы и надёжность исполнения в совместную задачу минимизации длительности. #### Варианты механики - Сегмент отделяет локальную потерю времени. - Призрак показывает собственную предыдущую траекторию. - Маршрут обменивает скорость на вероятность ошибки. - Категория ограничивает разрешённые приёмы прохождения. Пример проектирования: Короткий прыжок экономит секунды, но длинный обход даёт более устойчивую попытку без перезапуска. Проверка прототипа: Проверьте таймер при паузе, загрузке и смене частоты кадров; условия сравнения результатов должны совпадать. - [Game Accessibility Guidelines](https://gameaccessibilityguidelines.com/) ### 4. Обратная связь, game feel и читаемость состояния id: t277 canonicalId: goals-feedback--t277 url: https://gamemechanics.pro/ru/mechanics/goals-feedback/#t277 Обратная связь делает состояние и причинность действия читаемыми через согласованное изображение, звук, движение и тактильный ответ. #### Варианты механики - Подготовка показывает будущую область воздействия. - Контакт подтверждает момент успешного действия. - Разный сигнал различает блок и промах. - Настройка ослабляет эффект без потери смысла. Пример проектирования: Отражённый удар меняет звук и положение оружия, сохраняя различимость даже без тряски камеры. Проверка прототипа: Отключите декоративные эффекты и звук по отдельности: ключевой результат должен оставаться распознаваемым доступным каналом. - [Game Accessibility Guidelines](https://gameaccessibilityguidelines.com/) ### 5. Диегетический интерфейс и взаимодействие через приборы id: t279 canonicalId: goals-feedback--t279 url: https://gamemechanics.pro/ru/mechanics/goals-feedback/#t279 Прибор внутри мира показывает состояние и требует действий персонажа, превращая чтение интерфейса в часть пространственной задачи. #### Варианты механики - Шкала на предмете требует повернуть его к себе. - Панель открывает управление только рядом. - Экран прибора ограничивает поле обзора. - Дублирующий сигнал сохраняет важное состояние доступным. Пример проектирования: Заряд аккумулятора виден на переносном приборе, который приходится поднять вместо оружия. Проверка прототипа: Проверьте чтение шкалы при малом разрешении и альтернативу, если положение прибора делает обязательную информацию недоступной. - [Game Accessibility Guidelines](https://gameaccessibilityguidelines.com/) ### 6. Инвентари, карты и интерфейс как игровое пространство id: t278 canonicalId: goals-feedback--t278 url: https://gamemechanics.pro/ru/mechanics/goals-feedback/#t278 Интерфейс становится игровым пространством, когда размещение, соединение или чтение его элементов непосредственно меняет решение задачи. #### Варианты механики - Упаковка связывает форму предмета с местом хранения. - Карта разрешает переставлять связи между комнатами. - Окно перекрывает или раскрывает часть мира. - Панель соединяет команды в исполняемую последовательность. Пример проектирования: Игрок переставляет комнаты на карте, меняя реальные соединения дверей в подземелье. Проверка прототипа: Проверьте, видна ли связь интерфейсной операции с миром и можно ли отменить действие до создания тупика. - [Game Accessibility Guidelines](https://gameaccessibilityguidelines.com/) ## Источники и примеры Источники подтверждают отдельные приёмы или методологию. Они не подтверждают все варианты семейства. Примеры проектирования и сочетания механик являются иллюстрациями. - [Game Accessibility Guidelines](https://gameaccessibilityguidelines.com/): Первичный справочник авторов рекомендаций по моторной, сенсорной и когнитивной доступности.