Comments 3
А можно как то по другому? По моему такой подход абсолютная норма.
Тема прототайпинга мне близка, т.к. сам варюсь в ней не 1 десяток лет.
Одним из ключевых факторов сдерживания является этап перехода от идеи к рабочему прототипу, т.к. именно прототайпинг дает пищу для инвесторов, делает идею привлекательной и позволяет довести ее до промышленного образца и просчитать все бюджет и риски, учесть ошибки на раннем этапе разработки и в целом выполнять дальнейший реинжиниринг.
Из названия ожидал конечно другое. Вы сами пишите:
Как правило, на старте проекта заказчик не всегда точно понимает, насколько его пожелания будут поняты и соблюдены. Возможность увидеть и «пощупать» готовый результат появляется только при готовности первой MVP‑версии.
А потом показываете подход к согласованию макета дизайна интерфейса. Но это в общем-то стандартный подход. Делаем наброски, согласовываем, идем дальше.
Точно также и с юз-кейсами, юзер-стори, процессами в BPMN и другими возможными способами описания требований заказчика и перевода их в ТЗ для разработки.
Для этого и придумали все эти артефакты.
А с пожеланиями заказчика то что? Ведь заказчик не может пощупать ваш нарисованный в Figma интерфейс. Или может?
вот тут кстати лучше про это написано https://habr.com/ru/articles/828790/
Прототипы: ключ успешного проекта