какой ещё сарказм? у всех каменные лица!

*кирпичом
Я про лица, конечно же..

да, пардон, каменные лица - это из другой предметной области

Наши лица из стали,
А мозги из бетона.
Времена непростые настали -
Пусть юиксер страдает и стонет..

Гимн аналитиков?)

Простите, размерчик подкачал, в импрувизации не дока..

А что, на таком проекте интерфейс концептуально не должен быть или не будет интуитивно понятным? Это же вроде никак не противоречит наличию в ТЗ разделов с согласованными экранами и расположенными на них элементами. Никто вроде не утверждает, что это абсолютно не нужно. Да и опять же интуитивно понятный интерфейс и экраны это разные разделы тз.

)) а вы попробуйте

Что именно пробовать?)

сделать такой проект. думала, не потеряли контекст ;)

если уж заморочиться - характеристика "интуитивно" является субъективной, поэтому непонятно как проверять. Правильнее было бы написать - интуитивно понятный Васе Пупкину - а потом формализовать что это значит конкретно для Васи Пупкина

Выше кто-то писал уже об этом

В большом количестве случаев можно просто приложить usability guidline (с домиком). Результат работы UX-команды вряд ли можно заранее формализовать в ТЗ.

Так и я о том же

Характеристика "интуитивно" это когда кнопка выглядит и понимается как кнопка. Ссылка как ссылка. Не более и не менее. В мире васи пупкина надеюсь также. Иначе сочувствую его пользователям.

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

То есть, сценарии использования в этой трактовке в расчет не принимаются?

о да. Отмена (оплаты) как отмена. Подписка (на услугу) как подписка. Ошибка (системы) как ошибка.

Все началось с шаблона, в котором прописаны нфт, в том числе к качеству. Для простого проекта в вакууме этого в какой то мере достаточно. Когда нет дополнительных требований в этой части. А ui делает полностью разработчик по своим канонам.
Если есть сценарии использования, то соответствуем и им на выходе. Зачем перечислять все то, чего в минимальной комплектации может не быть? А если Вы для слепоглухих делаете проект, то Вы это и распишите в необходимых трактовках. Это же так работает ещё?