А нужно техническое задание по большому счету не веб-программисту и не дизайнеру. Оно нужно вам, и только вам. Ведь чей сайт по нему будет сделан? Конечно, ваш. А значит, не так страшен Word, как его малюют, и пора засучить рукава. Благо корпеть вам не над авторефератом диссертации и не над объяснительной запиской «начальству в зубы». Хотя авторефераты писать полезно ради более строгого структурирования материала в собственной голове, а объяснительная записка иногда заставляет воображение отправиться в головокружительный полет. Вам предстоит составить не что иное, как документ, из которого вырастет ваш сайт. Документ – это своего рода гарантия. Без него ваш интернет-магазин едва ли станет золотоносной жилой, скорее, наоборот, превратится в какой-нибудь бесполезный сорняк, лишь отдаленно напоминающий торговую площадку, где даже нельзя будет добавить товар в «Корзину» без ошибки.
Составление технического задания вопреки стереотипу – не подготовительный этап в создании интернет-проекта. Это самая настоящая работа, скрупулезная, требующая вдумчивости и терпения не меньше, чем программирование и верстка. Первичная проектная документация, напомним, нужна не кому-нибудь, а вам, однако смысл ее в том, чтобы четко сформулировать ваши идеи и желания и сопоставить их с возможностями подрядчика.
Прежде чем обратиться к практике, следует уточнить: всегда ли писать ТЗ – прерогатива заказчика? Смотря по обстоятельствам. Часто инициативу берет на себя исполнитель, особенно когда у клиента в голове лишь концепция в самых общих чертах («Мне бы новостной сайт типа Lenta.ru…» или «Хочу, чтобы было, как у Lamoda.ru, но в более строгой цветовой гамме и с симпатичными мопсами!»), а разработчик или аккаунт-менеджер (если выполнение проекта было поручено веб-студии) опытен и имеет в запасе набор гибко изменяемых типовых решений. Мы рассмотрим усредненную ситуацию, в которой вменяемый заказчик и трезво мыслящий исполнитель по очереди корректируют и дополняют документ до тех пор, пока он не будет устраивать обоих. Но представим, что в первом приближении «генплан сайта» готовите именно вы.
Техническое задание на создание сайта имеет юридическую силу не в отдельности, а как приложение к договору на оказание услуг.
Последовательность действий
За редким исключением начинать «стыковку космических модулей» (налаживание контакта «клиент – разработчик» в масштабах сайтостроительства – процесс столь же ответственный) разумнее не с техзадания, а с диалога о концепции интернет-проекта, который вы замыслили. В очном ли порядке, по Skype или по e-mail – дело десятое, хотя мы все-таки рекомендуем начать с коммуникации в режиме реального времени. Вам важно донести до потенциального исполнителя, что будет представлять собой ваш сайт в целом и каким вы его видите. Так или иначе, перед ознакомительной беседой вам имеет смысл набросать тезисы будущей концепции. На бумаге или в любом текстовом редакторе.
Да, первый кирпичик в здании сайта – это концепция, а не пункт 1.0 в ТЗ. Написанная в вольной форме, она призвана дать общее понимание того, как будет выглядеть и что будет собой представлять сайт, а если он коммерческий, то на чем будет зарабатывать. Вы же, наверное, определились, что собираетесь делать – интернет-магазин обуви для мягких игрушек или сайт с гитарными аккордами, а значит, думали, какую пользу он будет приносить аудитории и как его монетизировать, иначе говоря, извлекать из него прибыль?
Изложите свои соображения. Например: «Сайт представляет собой каталог гитарных аккордов к популярным песням. Источники заработка – реклама и партнерские программы с онлайн-сервисами для прослушивания лицензионной музыки. Главная фишка проекта – интеллектуальный механизм распознавания песни, напеваемой посетителем в микрофон…» Правда, последняя фраза имеет смысл, если у вас скопилась энная сумма (порядок – сотни тысяч и миллионы долларов) и вам их не жалко потратить, так что будьте разумны. Мы предполагаем, что вы по меньшей мере бегло изучили ту часть интернет-рынка, в которую собираетесь выйти со своим сайтом, и объективно взвесили собственные возможности.
После того как вы покажете набросок концепции исполнителю, самое время будет вступить с ним в диалог. Если вам встретился профессионал, то он станет тактично задавать наводящие вопросы по существу проекта. Скорее всего, их будет много, и вам придется проявить терпение. У вас есть шанс, что называется, еще на берегу понять сильные и слабые стороны своего замысла. Обмениваясь мыслями с подлинным мастером веб-разработки, вы на ранней стадии можете исправить свой замысел и усовершенствовать бизнес-идею, на которой зиждется проект. Следовательно, вам нужна конструктивная дискуссия, а не одностороннее перечисление того, чего вы хотите или что умеет исполнитель.