Полгода назад писала, как маленькую формочку собирала в мейке полчаса, большой прототип даже не решилась. Сейчас для задачи делала живой большой прототип в 3 иишках (не пайплайн такой, одно и то же в каждой) — мейке, кодексе и корпоративном агенте на дипсике.
У всех свои приколы, но в принципе справились все и быстро.
Прототип в фигме обычно делают по сценарию юзтеста.
Делать десятки одинаковых, но разных дропдаунов для каждой строки таблицы, и тянуть десятки стрелок ощущается как ад.
Выкручиваться в нелинейных сценариях с переменными ощущается как костыли.
Поэтому нужно исхитриться придумать респонденту такое задание, чтобы максимально ограничить ему варианты действий, но при этом проверить гипотезу.
У прототипов в коде куча плюсов:
• нелинейные сценарии — пожалуйста
• данные, похожие на реальные, которые не нужно мучительно заранее выдумывать. Можно даже загрузить большой объём настоящих тестовых данных
• если что-то должно пересчитываться на лету или нужен ввод данных от пользователя — не нужно заставлять респондента включать воображение («кликните по полю, это как будто вы ввели свою фамилию»)
Прототипы в фигме для больших сложных проектов сложно сделать для себя. А в коде это получается намного легче. И прототип можно использовать не на этапе юзтеста, а уже сразу при проектировании.
Бывают ситуации, когда только на фронтчеке понимаешь, что какая-то мелочь неудобна, но на макетах её упустил. Если прототип начинать использовать раньше, то таких ситуаций становится меньше.
Макеты в фигме пока никуда не денутся, конечно. Они показывают состояния, связи, корнеркейсы, они читаемые, на них опирается команда. Ну и в целом составлять макет промптом я пока не хочу (просила агента фигмы задизайнить маленькую штучку, любой выпускник курсов справился бы лучше).
Минус — сильно затягивает. Только удалось договориться с собой не смотреть на ночь рилсики 5 минут (2 часа), появился новый пожиратель сна 😁