Александр Овчаренко написал о метасценариях взаимодействия.

— Метасценарии — поведенческие паттерны, характерные для систем и людей в целом;
— Многие подробные сценарии взаимодействия (юзкейсы, юзерстори) — элементы этих ключевых метасценариев;
— Детализация метасценариев — один из способов облегчить вхождение в проектирование новой сложной системы, когда мало что известно о ней, предметной области и пользователях;
— Можно выделить метасценарии а) взаимодействия с системой на разных этапах жизненного цикла, б) ситуационной осведомленности, в) аналитические при работе с данными;
— Например, в первой группе есть сценарий обновления системы — не самый пользовательский сценарий (впрочем, привет Кинопоиску), но проектирование опыта изменений в существующей системе — то, что поможет сохранить лояльность (и, важнее, данные и настройки) существующих пользователей;
— Во второй группе есть сценарий понимания, что потребует реакции в ближайшем или среднесрочном будущем, включая прогнозирование состояния объекта автоматизации и возможных последствий. Визуализация тенденций тоже сюда;
— Подобные сценарии позволяют оторваться от системоцентричного мышления, задавать правильные вопросы и погружаться в контекст работы пользователя, не упуская общей картины живого взаимодействия с системой;
— Поэтому метасценариями полезно мыслить даже при работе с, казалось бы, понятной и знакомой системой.

#scenario

Илья Бирман написал о сценариях.

— Они предшествуют проектированию, позволяют понять, какие задачи и в каких обстоятельствах пользователь будет решать;
— Они не описывают действия пользователя в интерфейсе («нажимает на кнопку») и реакцию системы, включая ошибки, лоадеры и подобные детали;
— Они описывают действия человека в рамках его предметной области;
— Например, врач принимает пациента: выслушивает жалобы, смотрит его карточку и историю болезни, записывает результат приёма, выписывает рецепт или направление к другому врачу;
— Сценариев может быть много. Врач может также сдавать отчёт о работе за неделю, проводить инвентаризацию расходников;
— Приём нового пациента отличается от приёма того, кто уже обращался ранее. Это могут быть отдельные сценарии в группе «Приём пациента» или вариации внутри основного сценария, описывающего приём в общих чертах;
— При составлении сценария полезно представлять, зачем нужен продукт, кто и в какой ситуации будет им пользоваться, что пользователи знают и не знают, с какими трудностями сталкиваются;
— Полезно представить, где физически будет находиться пользователь, будет ли использовать продукт на ходу и одной рукой, между какими программами будет переключаться;
— Если заказчик говорит «нужен такой-то экран», предложите не придумывать интерфейс раньше времени и сначала разобраться, когда к нему будут обращаться;
— Сценарии могут быть связаны с определёнными ролями (врач, медсестра) или персонами (но без описания их ролей персоны бесполезны);
— Если сценариев выходит слишком много, можно с заказчиком (так как это продуктовое решение) выбрать те, что будут учтены в первой версии продукта. Те, что первыми пришли на ум и которые вы уже записали, обычно и являются самыми важными.

#scenario