Раз уж мы вчера начали говорить о рисках при создании прототипов, то сегодня не можем не продолжить. Ведь если мы вас не предупредим, вы можете нарваться на неприятности, а этого мы никак допустить не можем! 😉

Итак, второй риск заключается в том, что пользователи могут зациклиться на деталях и забыть о концептуальных вопросах 😬

👉 Чтобы этого не произошло, ограничьте прототип только теми возможностями, которые помогут устранить неопределённости в требованиях.

К примеру, мы знаем компанию, где большой начальник запретил прототипы. Он видел проекты, в которых клиенты заставляли разработчиков раньше времени выпускать одноразовые прототипы как конечный продукт. Прототипы не предоставляли все нужные пользователю функции и были сложны для поддержки и сопровождения. На основе этого неприятного опыта начальник решил, что прототипы — прямой путь к проблемам.

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