Хоча прототипування зменшує ймовірність провалу проекту з розробки програмного забезпечення, ця діяльність має свої ризики. Найбільший ризик полягає в тому, що будь-хто, хто зацікавлений у проекті, побачивши робочий прототип, вирішить, що кінцевий продукт майже готовий.

“Ого, ви, здається, вже все зробили!” - захоплено каже той, кого ви попросили оцінити прототип. “Виглядає чудово. Чи можливо, що ви швидко закінчите його і віддасте мені?” Коротше кажучи: НІ!

Одноразовий прототип в жодному разі не призначений для роботи, незважаючи на те, що він дуже схожий на готовий продукт. Це лише модель, зразок, експеримент. Якщо немає важких комерційних обставин, які змушують вас негайно зайняти місце на ринку (в цьому випадку керівництво розуміє і приймає необхідність високих витрат на утримання), чиніть опір всім тим, хто наполягає на поставці одноразового прототипу як готового продукту.

Насправді, такий крок лише затримає завершення роботи над продуктом, адже і структура, і код одноразового прототипу створювалися свідомо, без огляду на якість та надійність.

[highlight dark=”no”]Будьте обережні з підводними каменями![/highlight]Остерігайтеся тих учасників проекту, які вважають, що прототип - це лише рання версія кінцевого продукту. Управління очікуваннями - одна з ключових складових успіху прототипування.

Кожен, хто бачить прототип, повинен розуміти його призначення та межі його застосування. Послуга веб-тестування стає в нагоді, коли ви хочете поліпшити дизайн і контент e-commerce сайту.

Не дозволяйте страхам, пов’язаним з передчасним випуском продукту, відволікти вас від створення прототипу. Поясніть усім, що ви не збираєтеся випускати його як кінцевий продукт.

Один із способів контролювати цей ризик - використовувати паперові та електронні прототипи. Ніхто з тих, хто оцінює паперовий прототип, не повірить, що продукт майже готовий.

Інший спосіб - вибрати інструменти для прототипування, які відрізняються від тих, що використовуються для розробки кінцевого продукту. Це допоможе протистояти тим, хто просить “швидко закінчити” і випустити прототип. Крім того, залишаючи зовнішній вигляд прототипу незавершеним і “недошліфованим”, ви також зможете зменшити цей ризик.

Більше того, будьте обережні, коли користувачі починають турбувати вас питанням: “Як буде виглядати і працювати користувальницький інтерфейс?” Працюючи з прототипами, які нагадують кінцевий продукт, користувачі легко забувають, що на етапі специфікації вимог вони повинні в основному думати про те, що вони хочуть бачити в системі.

Створюйте прототип лише з тими демонстраціями, функціями та можливостями навігації, які допоможуть вам усунути неоднозначності у вимогах.