Как-то раз я проверял гипотезы на макетах кассы.
Теперь, для тестов и интервью, собрал прототип сервиса оплаты коммунальных услуг. Протестировать разные варианты юзкейсов нужно с минимальной тратой времени на отрисовку, поэтому собирал макеты в стоковом стиле гайда эплов, без дополнительного визуального украшательства и привязки к существующему продукту.

Задача
Собрать интерфейс сервиса по поиску коммунальных
начислений и их оплаты.
Представим, что всю муть с авторизацией и безопасностью счетов, карт и операций берёт на себя готовое мобильное приложение интернет-банка. Но в ближайшем обновлении нужно добавить новый функционал по оплате услуг, например, жилищно-коммунальных.

Для этой цели будет разработан новый раздел сервиса. Во многих банках существует отдельная сущность «Платежи». Она вырабатывает привыкание у многих пользователей, и скорее всего они будут искать нечто похожее и в нашем случае.

Стартовый экран выглядит так

Макет ориентирован на частое использование и акцент отдан самым быстрым вариантам оплаты, по сканеру двумерных кодов и уникальному номеру в обслуживающей организации. Обычно это номер счета.
Но может быть всё совсем не так, и первым делом нужно показать список возможных способов оплаты. Включая вариант, когда пользователь понятия не имеет что за организация обслуживает участок или недвижимость и даже не помнит точный адрес. Тогда, возможно, поможет карта, на которой можно указать нужное место и посмотреть список обслуживающих организаций или вовсе попросить помочь справиться с задачкой оплаты клиентскую службу сервиса.
Вариант с техподдержкой нежелательный и спрятан подальше, чтоб не тратить дополнительных ресурсов.

Альтернативный вид стартового экрана
В сценарии со сканером всё достаточно просто и быстро. Интересно посмотреть как можно облегчить путь пользователям в случае отсутствия информации, нужной системе, для безошибочного платежа.

Например, можно так

Данный пример показывает, что пользователи могут просто тапнуть по карте или начать вводить поисковый запрос, вспоминая нужный адрес объекта. Система подскажет подходящие варианты и поможет не совершить ошибку, например, покажет сначала только адреса поблизости. В случае когда это, по разным причинам, невозможно, то попросит у пользователя дополнительную информации или задаст уточняющий вопрос.
Возможно когда-нибудь потребуется оплатить несколько услуг одной транзакцией. Для этих случаев предусмотрена функция «запросить квитанцию».

Таким образом можно собрать данные из разных организаций, добавить их к оплате и провести единым платежом. В отчете, который дублируется на эл. почту, будет указано отдельными этажами подитог по каждой организации + общая сумма транзакции.
А если совсем не хочется тратить время на эти операции, то можно настроить автоплатеж или воспользоваться этой функцией в истории последних операций.

Резюме
Это базовый функционал для проверки разных сценариев. Прототип покрывает лишь небольшую часть пользовательской карты и её нужно расширять.

Есть ещё много «узких» мест и сценариев, решение которых нужно показывать на дополнительных картинках.
Но не смотря на это, уже можно запускать тестирование прототипа и собирать комментарии пользователей.

Ещё
Прочитать про концепт кассы для проверки множества разных идей.