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

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

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

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

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

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

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

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

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

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

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