Михаил Боде - Создание сайтов Страница 2

В первом разделе «Дело техники» рассматриваются подготовительные работы к грядущей «интернет-стройке», этапы планирования и выбора подрядчиков: как продумывать функциональность сайта, что входит в техническое задание на его разработку, какие люди понадобятся для реализации проекта и т. д. Дальше в блоке «Форма и содержание» мы предметно разбираемся с тем, что будет у сайта внутри: от текстового контента до проектирования интерфейсов, от дизайна до дополнительных сторонних модулей. Следующий раздел «Риски и возможности» посвящен вводу вашей будущей площадки в более широкий контекст: понадобится ли вам мобильное приложение или хватит мобильной версии, каким образом защитить сайт от внешних угроз, как увязать интернет-представительство компании с ее реальными бизнес-процессами. Наконец, блок «Продвижение сайта» рассказывает о том, как «оживить» площадку, наполнив ее аудиторией.

Для восприятия текста не требуется технических навыков. Термины и понятия, обойтись без которых никак нельзя, мы по мере сил расшифровываем сразу же, в тексте, или приводим ссылки на источники, в которых сложные темы растолкованы доступным языком. И главное, в книге нет длиннющих «простыней» с программным кодом. Не то чтобы мы намеренно задались целью отказаться от цитирования скриптов и команд (например, кое-где мы все-таки упоминаем теги), как знаменитый ученый и популяризатор науки Уильям Хокинг в своей «Краткой истории времени» решил обойтись без математических формул. Мы постарались сделать так, чтобы они были просто не нужны в повествовании: положа руку на сердце, признаем, что человеку, не являющемуся профессиональным веб-мастером или программистом, такие пассажи не дают толком ничего, кроме сладкого чувства причастности к высокой IT-кухне либо, напротив, грустного недоумения. Помимо всего прочего, технологии имеют свойство устаревать. Ну а методы планирования и управления командами меняются медленнее.

Рассчитана наша книга на всех, кому нужен сайт, но кто не имеет богатого опыта в запуске интернет-проектов. Она в равной степени подходит для предпринимателя, осваивающего Сеть маркетолога или начинающего веб-мастера. Владелец бизнеса, например, с ее помощью лучше поймет, как вести дела в Интернете и как обращаться с онлайн-аудиторией, а маркетолог повысит свою квалификацию и расширит доступный ему арсенал инструментами, которые эффективны в цифровых средах. Да и тому, кто захотел открыть отдельный личный блог, возможно некоммерческий, издание будет не менее полезно.

Кстати, пусть даже вы вознамерились освоить одно из ремесел веб-разработки во всех его тонкостях, начать эту эпическую историю лучше c панорамного обзора, чтобы понять, из чего вообще состоит разработка сайта. Да и точкой отсчета в карьере интернет-продюсера или веб-программиста, смеем надеяться, наша книга способна послужить. Итак, начинаем движение.

Дело техники

Глава 1. Техзадание: последний раз себя спрашиваю!

Вы задумали сделать сайт (а раз купили нашу книгу, то наверняка решили окончательно). Поняли, для достижения каких целей он вам необходим. Выкроили в своем графике время под проект и попытались подсчитать, во сколько приблизительно он вам обойдется. Вдохновились демотиваторами на тему онлайн-бизнеса в социальной сети «ВКонтакте». Меланхолично пролистали в книжном магазине пухлые самоучители по JavaScript и PHP и укрепились в мысли, что своими руками станете ваять код как-нибудь в другой раз, не раньше, чем назреет потребность открыть четвертый-пятый интернет-ресурс. Не исключено, что вы даже подыскали дизайнера и программиста-фрилансера или присмотрели веб-студию, которая обещает сделать все под ключ. Но пусть даже вы сами готовы сесть штудировать языки веб-программирования и учиться настройке серверов – советуем подождать. Приглашать на работу программистов тоже рано. В случае с тонким ремеслом сайтостроения девиз «Ввяжемся в драку, а там посмотрим» хорош лишь при условии, что за блицкригом скрыт глубокий стратегический расчет, вербализация которого потребует не одного лишь залихватского «ввяжемся», а сотен слов и, возможно, десятков иллюстраций. Зато при должном планировании после драки не придется махать кулаками. Разберемся, как это планирование осуществляется, медицински выражаясь, «в норме».

Для чего нужно техническое задание

Применительно к веб-девелопменту[1] техническое задание (оно же техзадание, сокращенно ТЗ) – это документ, который описывает требования к будущему сайту, его предполагаемые вид, составные части, устройство, функциональность и предназначение, а также регламентирует процесс его создания. С одной стороны, в нем фиксируются главные аспекты разработки в их логической и хронологической взаимосвязи, с другой – то, какими средствами и по какому алгоритму будет достигаться цель. Попросту – что будет делаться, кем, как именно и когда. И главное – зачем.

А нужно техническое задание по большому счету не веб-программисту и не дизайнеру. Оно нужно вам, и только вам. Ведь чей сайт по нему будет сделан? Конечно, ваш. А значит, не так страшен Word, как его малюют, и пора засучить рукава. Благо корпеть вам не над авторефератом диссертации и не над объяснительной запиской «начальству в зубы». Хотя авторефераты писать полезно ради более строгого структурирования материала в собственной голове, а объяснительная записка иногда заставляет воображение отправиться в головокружительный полет. Вам предстоит составить не что иное, как документ, из которого вырастет ваш сайт. Документ – это своего рода гарантия. Без него ваш интернет-магазин едва ли станет золотоносной жилой, скорее, наоборот, превратится в какой-нибудь бесполезный сорняк, лишь отдаленно напоминающий торговую площадку, где даже нельзя будет добавить товар в «Корзину» без ошибки.

Составление технического задания вопреки стереотипу – не подготовительный этап в создании интернет-проекта. Это самая настоящая работа, скрупулезная, требующая вдумчивости и терпения не меньше, чем программирование и верстка. Первичная проектная документация, напомним, нужна не кому-нибудь, а вам, однако смысл ее в том, чтобы четко сформулировать ваши идеи и желания и сопоставить их с возможностями подрядчика.

Прежде чем обратиться к практике, следует уточнить: всегда ли писать ТЗ – прерогатива заказчика? Смотря по обстоятельствам. Часто инициативу берет на себя исполнитель, особенно когда у клиента в голове лишь концепция в самых общих чертах («Мне бы новостной сайт типа Lenta.ru…» или «Хочу, чтобы было, как у Lamoda.ru, но в более строгой цветовой гамме и с симпатичными мопсами!»), а разработчик или аккаунт-менеджер (если выполнение проекта было поручено веб-студии) опытен и имеет в запасе набор гибко изменяемых типовых решений. Мы рассмотрим усредненную ситуацию, в которой вменяемый заказчик и трезво мыслящий исполнитель по очереди корректируют и дополняют документ до тех пор, пока он не будет устраивать обоих. Но представим, что в первом приближении «генплан сайта» готовите именно вы.

Техническое задание на создание сайта имеет юридическую силу не в отдельности, а как приложение к договору на оказание услуг.

Последовательность действий

За редким исключением начинать «стыковку космических модулей» (налаживание контакта «клиент – разработчик» в масштабах сайтостроительства – процесс столь же ответственный) разумнее не с техзадания, а с диалога о концепции интернет-проекта, который вы замыслили. В очном ли порядке, по Skype или по e-mail – дело десятое, хотя мы все-таки рекомендуем начать с коммуникации в режиме реального времени. Вам важно донести до потенциального исполнителя, что будет представлять собой ваш сайт в целом и каким вы его видите. Так или иначе, перед ознакомительной беседой вам имеет смысл набросать тезисы будущей концепции. На бумаге или в любом текстовом редакторе.

Да, первый кирпичик в здании сайта – это концепция, а не пункт 1.0 в ТЗ. Написанная в вольной форме, она призвана дать общее понимание того, как будет выглядеть и что будет собой представлять сайт, а если он коммерческий, то на чем будет зарабатывать. Вы же, наверное, определились, что собираетесь делать – интернет-магазин обуви для мягких игрушек или сайт с гитарными аккордами, а значит, думали, какую пользу он будет приносить аудитории и как его монетизировать, иначе говоря, извлекать из него прибыль?

Изложите свои соображения. Например: «Сайт представляет собой каталог гитарных аккордов к популярным песням. Источники заработка – реклама и партнерские программы с онлайн-сервисами для прослушивания лицензионной музыки. Главная фишка проекта – интеллектуальный механизм распознавания песни, напеваемой посетителем в микрофон…» Правда, последняя фраза имеет смысл, если у вас скопилась энная сумма (порядок – сотни тысяч и миллионы долларов) и вам их не жалко потратить, так что будьте разумны. Мы предполагаем, что вы по меньшей мере бегло изучили ту часть интернет-рынка, в которую собираетесь выйти со своим сайтом, и объективно взвесили собственные возможности.