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