Действие должно менять определённое состояние
Представим маленькую вымышленную игру: персонаж идёт к двери и ищет ключ. Важны хотя бы два состояния: где находится персонаж и есть ли у него ключ. Если эти сведения не определены, нельзя однозначно решить, что произойдёт при попытке пройти через дверь. Полезно описывать действие без художественных подробностей. Перемещение меняет положение, взятие ключа меняет его наличие, попытка пройти проверяет условие. Такой разбор позволяет заметить противоречия ещё до выбора стиля графики. Красивое изображение двери не отвечает само по себе на вопрос, открыта ли она.
Обратная связь объясняет результат
Если дверь не открылась, игроку нужен понятный ответ о причине. Можно показать отсутствие ключа и сохранить персонажа перед дверью. Если действие удалось, изменение положения и состояния двери должно быть заметным. Конкретная форма ответа зависит от игры, но его смысл должен соответствовать правилу. Для важной информации полезно не полагаться только на один цвет или только на звук. Подпись, форма значка и изменение объекта могут дополнять друг друга. При этом ответ не должен создавать ложное впечатление успеха: праздничный эффект после неудачной попытки способен запутать, если правило требует сначала найти ключ.
Прототип проверяет один вопрос за раз
Бумажная схема помогает проверить последовательность действий без программирования. Можно пройти её самостоятельно, записывая состояние после каждого шага. Затем намеренно попробовать действие, для которого условие ещё не выполнено. Так обнаруживаются места, где правило неоднозначно или игрок не получает объяснения. Но логически работающий прототип ещё не доказывает, что игра будет интересной большой аудитории. Для этого нужны другие проверки, включая наблюдение за опытом игроков и соответствие задачам проекта. На первом этапе полезно ограничить цель: одинаковые действия при одинаковых условиях должны давать понятный и последовательный результат.
Попробуйте на практике
Проверьте вымышленную игру на бумаге. Нужны четыре нарисованные клетки и условная фишка; программировать или устанавливать игры не требуется.
- Нарисуйте ряд из четырёх клеток: старт, место ключа, дверь, выход. Задайте два возможных действия: перейти на соседнюю клетку или отдельно взять ключ на второй клетке.
- Добавьте правило: войти на клетку двери можно только с ключом. Если ключа нет, фишка остаётся на прежнем месте и появляется пояснение о причине.
- Пройдите вариант с ключом: перемещение ко второй клетке, взятие ключа, переход через дверь и выход. После каждого действия запишите положение и наличие ключа.
- Повторите начало, пропустив взятие ключа. Проверьте попытку войти на третью клетку и запишите ответ игры.
Как проверить результат. При выполненном условии фишка доходит до выхода. Без отдельного взятия ключа переход на третью клетку запрещён, положение не меняется, причина понятна. Нахождение рядом с ключом не приравнивается к его получению, поскольку это отдельное действие по условию.
Частые вопросы
Хорошая графика может заменить понятные правила?
Она может помогать их передавать, но не устраняет логические противоречия. Сначала стоит проверить состояния и последствия действий, затем выбирать визуальное выражение.
Нужно ли сразу проверять целую большую игру?
Нет. Небольшой прототип полезен, когда отвечает на конкретный вопрос. Например, понимает ли игрок причину запрета и видит ли изменение после успешного действия.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.