Я завершил около 20 проектов и заметил: заказчики часто не понимают, что такое прототип и с чем его едят.
В этой статье я разберу, зачем нужны прототипы, что лучше — прототип или ТЗ.
Зачем мне ваши серые блоки
Прототип — это схема страниц будущего сайта. С помощью них легко понять идею сайта, как она будет работать, где и какой контент будет расположен. Прототипы так же помогают протестировать свои решения на пользователях.
Главной целью прототипа является экономия ресурсов, времени и нервов. Поэтому в мало бюджетных проектах на простых страницах, как контакты и о компании — экономят и не проектируют.
Проектирование — отдельный этап в разработке, и он может сэкономить вам деньги. С помощью прототипов отметают неудачные идеи и решения еще до реализации.
Представьте, что у вас есть наработки, которые вы хотите реализовать на сайте. Вы тратите много денег. Вот, наконец, все идеально. Все в точь точь, как вы хотели. Но подождите, почему пользователи не восхищаются им, не добираются до самого интересного и уходят с него?
Вы разочарованы, ваши деньги и силы потрачены впустую. И тут вы вспоминаете, что вам предлагали сделать прототипы и протестировать все это. Но увы, вы решили сэкономить...
Но не будем о грустном. С одним из преимуществ прототипа, мы разобрались. Есть еще.
Правки. Сотни правок.
Исправления — головная боль не только дизайнеров и разработчиков, но и заказчиков. Вносить правки в готовый продукт дороже, чем исправить прототип на старте. На готовый продукт уже потрачено много сил и времени, поэтому вместе с правками выкидывается проделанная работа. На прототип потрачено меньше времени, а значит и меньше денег, их переделать проще.
Польза этапа проектирования очевидна.
В топку ТЗ, да здравствует прототип!
Часто прототипа достаточно, чтобы приступить к разработке — не нужно писать ТЗ.
По прототипу видно как работает сайт, они нагляднее чем ТЗ. Если к прототипу приложить список функциональных требований, задача будет понятной для разработки.
ТЗ необходим в сложных сервисах. Его пишут аналитики и следят за его актуальность. В простых проектах хватает прототипа с функциональными требованиями.
Проект постоянно меняется: уменьшили/увеличили бюджет, поменялись условия, тарифы. ТЗ уже не актуален.