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

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

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

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

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

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

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

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

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

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

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

Постепенно от общего переходите к частному. Обязательно спросите потенциального исполнителя: «Какими программными средствами вы планируете пользоваться, чтобы реализовать проект?» Хотя звучит эта фраза, как в анекдоте: «Рядовой Кузнецов, повторите, что вы сказали, после того как ваш сослуживец уронил бочку с солидолом вам на ногу?» – «Товарищ майор, я ответил, не нарушая устава: “Иванов, ввиду своей близорукости вы нанесли мне физический ущерб, прошу не усугублять его”». В реальности общение будет примерно таким:

– А на чем вы думаете написать мой сайт? Что предпочтительно?

– На PHP 5.5 в связке с MySQL. Сервер – nginx.

– Почему именно nginx? Мне советовали Apache.

– Нельзя сказать, какой сервер объективно лучше. Каждый имеет свои достоинства. У нашей студии семь сайтов, похожих на ваш, были сделаны на nginx, так что схема прекрасно отработана. Мы гарантируем, что от nginx вашему проекту будет только польза.

– Ладно. Есть ли какие-то особые требования к хостингу?

– А у вас сейчас есть хостинг? Или будете покупать его исходя из наших рекомендаций?

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

В конце каждой онлайн– или офлайн-встречи фиксируйте, чья очередь вносить изменения в концепцию (а далее в ТЗ), и оговаривайте сроки правок.

Итак, по итогам первых согласований черновик легким движением руки и напряженной работой мозга превращается в концепцию, которая вскоре сформируется в полновесное техзадание. Концепцию можно сегментировать, например, следующим образом:

• предназначение и задачи сайта;

• роли заказчика и исполнителя;

• структура сайта;

• содержание;

• краткий список сервисов и возможностей.

«Ну что за бюрократия “роли заказчика и исполнителя”!» – поморщится читатель, нетерпимый к канцелярскому языку. Тем не менее сколь скучно название раздела, столь важен он сам. К сожалению, случается, что если круг обязанностей исполнителя подробно не оговорен, то заказчик после месяца сотрудничества понимает, что создание дизайна в задачу разработчика не входит (обратное было бы странно). Или наоборот, не имея четкой договоренности относительно своих обязанностей, исполнитель ограничивается кодингом, а за верстку сайта и не думает браться.

Список разделов вы вправе изменять, расширять и сокращать исходя из своих потребностей. Помните упомянутое ранее расплывчатое пожелание анонимного заказчика: «Мне бы новостной сайт типа Lenta.ru…»? Справедливости ради необходимо отметить, что в ряде случаев на стадии обсуждения концепции допустимо или даже желательно указать, на какие интернет-проекты вы ориентируетесь, какие вам нравятся больше, а какие меньше.

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

Маленький совет, который, мы уверены, облегчит вам жизнь и приблизит момент открытия сайта. Именовать файлы с концепцией или техническим заданием следует так, чтобы с первого взгляда становилось ясно, кто автор редакции документа и является ли она актуальной. Например, ProjectSpecification0.1.doc. Здесь Project – название проекта, Specification – тип документа (в нашем случае техзадание; это может быть и Concept – «концепция»), а первая цифра маркирует версию, отправленную исполнителю; если это 0, значит, она еще не выслана и вы шлифуете документ собственными силами. Тогда 0.2 может обозначать новую редакцию документа, сделанную вами же и никому больше не показываемую. Когда же исполнитель ответит вам, прислав документ со своими уточнениями, вы создадите с учетом его поправок и ваших собственных доработок (версии 0.2) файл под номером 1.3.

При работе над ТЗ вам не помешает попробовать себя в амплуа занудливого параноика: «Новостной блок фиксированного размера находится на главной странице вверху справа, под шапкой. В нем отображаются четыре последние добавленные новости (с возможностью закрепить с помощью админки произвольно выбранную на верхней позиции). Длина текста – до двух строк. Под каждой новостью слева внизу шрифтом на два кегля меньше того, которым набран анонс новости, указана дата в формате DD.MM.YYYY, например 15.08.2013».

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

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

• Термины и определения.

• Назначение технического задания.

• Обязанности исполнителя и заказчика.

• Назначение и задачи сайта.

• Описание работы сервиса и механики сайта.

• Структура сайта и его составляющие.

• Дизайн сайта.

• Требования к технической и программной реализации сайта.

• Условия сдачи и приемки.

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

Никто не отменял каверзных законов Мерфи: если возможны разночтения, с высокой долей вероятности будет выбрано большее из зол. Гладко было на бумаге, да забыли про овраги. А также про тектонические трещины, вблизи которых сейсмическая активность столь сильна, что, вероятно, скоро никаких оврагов не будет. И про то, что овраги заодно с полями и лесами находятся в частной собственности.

Вообще попробуйте отнестись к ТЗ как к брачному контракту. Вам ведь со своим сайтом потом жить и жить.

Форма подачи информации в техническом задании остается на ваше усмотрение и зависит от того, кто ваш подрядчик и каков его опыт, насколько сложна внутренняя логика сайта, делаются ли в одной фирме дизайн, программирование и верстка или нет. Существуют отраслевые стандарты по составлению ТЗ, включая предписываемый IEEE[3]. Кроме того, простите за грубость, в интернет-фольклоре есть «правило 34», которое звучит так: «Про это есть порно». Так вот, можно было бы сформулировать и «правило 34.1»: «Про это есть ГОСТ». И по формату техзадания на разработку сайта ГОСТ имеется, и номер его – 34.602-89.

Разумным решением будет попробовать использовать шаблоны ТЗ на разработку сайта, которые легко найти в Интернете, и если рамки исходного образца окажутся вам тесны, то творчески его переработать. Можно продумать структуру документа и самому, исходя лишь из здравого смысла и опираясь на наши рекомендации.

Визуализацию в техзадании использовать крайне желательно (рис. 1). Это может быть нарисованная в любом графическом редакторе блок-схема, отображающая модули так, как они должны быть расположены на той или иной веб-странице. Как в театре шекспировской эпохи, когда в отсутствие декораций прислужники выносили на сцену особые таблички – титлы, призванные обозначить место действия: «Лес», «Тронная зала». В нашем случае – «Шапка», «Форма поиска» и т. д.

^{Рис. 1. Техническое задание на редизайн портала Banki.ru, реализованное в доступной графической форме – с использованием стикеров}

Самый наглядный, но, к сожалению, едва ли не утопический вариант – подробный, с зачатками дизайна, эскиз страницы каждого типа (например, в случае с интернет-магазином – титульная страница, страница продуктовой категории, страницы отдельных товаров, «Корзина» и пр.). Он обладает существенными преимуществами, однако требует владения графическими редакторами – как правило, подразумевается Photoshop, – по крайней мере на любительском уровне. Почему этот вариант скорее утопический? Потому что редкий заказчик располагает глубокими познаниями в проектировании интерфейсов и вместе с тем, пусть даже он собаку съел на веб-проектах, не навязывает дизайнеру свое художественное видение, а лишь указывает ему реперные точки.

Комплексное, наглядное представление сайта также обеспечивают mind maps – дословно «ассоциативные карты» (рис. 2). Эта техника позволяет отобразить проект в виде древовидной схемы, на которой каждому элементу (понятию, модулю) соответствует блок, причем в одном блоке не должно быть больше трех-четырех слов. Ассоциативные карты помогают с легкостью обнаруживать логические противоречия там, где при сопоставлении отдельных эскизов страниц это заняло бы часы, и смотреть на план сайта «с высоты птичьего полета».

Понять, эффективны ли механизмы сайта «вживую», дает возможность его прототип – макет той или иной степени интерактивности (см. главу 2 «Создание прототипа: анатомия сайта»). Для сборки таких «боевых моделей» предназначен целый арсенал инструментов, в том числе онлайновых, например зарубежный Balsamiq.com и российский Guimachine.ru.

^{Рис. 2. Mind map на проектирование сайта}

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

Исключительно ваш сознательный выбор на стадии подготовки ТЗ определяет, легче или сложнее вам будет дальше.

«Техническое задание на сайт»: http://habrahabr.ru/post/138749/

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

В нашем случае прототипом является набор логически связанных между собой схем веб-страниц, в своей совокупности демонстрирующих структуру и механику работы сайта. Это его «муляж», степень детализации которого варьируется в широких пределах: от скупого карандашного наброска на листе формата A4 до комплекта файлов с расширением. psd (формат Photoshop) с натянутым на каркас интерфейса дизайном, а вернее – «протодизайном». Или своего рода «анатомическая карта» – тело сайта в разрезе, показывающем, где какой сустав сгибается и за счет каких сухожилий и мускулов.

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

Прототипы полезны всем сторонам, участвующим в разработке сайта. Каждому по-своему.

Заказчик легко считывает с макета, как его пожелания и требования воплощаются в графической форме. Также ему не составит труда сделать поправки к прототипу, указав, куда именно, по его мнению, закралась ошибка и вообще «что не так». А пока не нарисован дизайн и не открыта программистская страда, суровая и беспощадная, изменения даются менее болезненно.

Команда проекта с помощью прототипа лучше согласует свои действия. Еще бы: у каждого перед глазами «декларация о намерениях в картинках». В спорной ситуации гораздо проще ткнуть пальцем в проблемный узел схемы, чем ожесточенно спорить о том, кто где ошибся. Это дорожная карта веб-разработки.

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

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

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

• Уменьшается общее количество ошибок. С каждым шагом в создании сайта все сложнее восполнять упущенное и переделывать необдуманные решения. Особенно когда ошибки воплотились в коде и дизайне.

• Как следствие, повышается общее качество проекта. Если ошибок минимум, а любые структурные изменения отслеживаются в истории редактирования прототипа, то при возникновении внештатной ситуации в использовании готового сайта будет легче добраться до корня зла. Не говоря уж о том, что просчеты стратегического характера («Ой, а как мы зарабатывать-то будем?») отсекаются таким образом еще на подступах к веб-разработке.

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

• Справедливо распределяется ответственность между исполнителем и заказчиком. Благо прототип, особенно интерактивный, вкупе с грамотно регламентирующим обязанности сторон техзаданием помогает оперативно разобраться, по чьей инициативе была выполнена та или иная часть работы и нужна ли она была вообще согласно ранее заключенным договоренностям.

В проекте может быть использован прототип как одного, так и нескольких типов.

• Эскиз – набросок (на бумаге ли, в цифровом виде ли), рисуя который проектировщик старается отобразить основополагающие элементы сайта. Делается он за считанные минуты и часы, однако обычно остается внутренним, промежуточным продуктом. Дешево, сердито, пригодно для первых, пристрелочных дискуссий о реализации проекта. Главный недостаток эскизов, особенно бумажных, заключается в том, что их затруднительно использовать на следующих этапах веб-разработки, и прежде всего в тестировании. Да и во взаимодействии «исполнитель – заказчик» от набросков проку мало: с эскизом по-настоящему удобно работать его автору. Иногда рисуют бумажные макеты, с тщательной прорисовкой интерфейса, с модульной сеткой. Впрочем, такой вариант – на любителя.

• Wire-frame – то же, что блок-схема (рис. 3). Она простейшим образом показывает, какие модули содержит сайт и как они увязываются в единую структуру. Формы – прямоугольные, гамма – обычно монохромная, характер – аскетический. В отличие от интерактивного прототипа (см. далее), классическая блок-схема фиксирует самый общий вид страницы в статике. Как следствие, чтобы было ясно, что должно происходить при работе с каким-нибудь нетривиальным динамическим элементом, зачастую требуются чрезвычайно подробные текстовые ремарки.

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

^{Рис. 3. Прототип главной страницы Setup.ru, выполненный с помощью сервиса Axure}

• Мокап (от англ. mock-up – «полноразмерный макет») – строго говоря, не вполне прототип. Вернее даже, без пяти минут сайт. Как правило, подразумевает близкий к финальному вид каждой страницы, однако статичен и лишен интерактивности. Посмотреть, но не «пощупать». Большое достоинство мокапа в том, что его чаще воспринимают всерьез многие заказчики – в противовес аскетичным прототипам («Пф, что за казаки-разбойники со стрелочками вместо сайта?»). Если мокап всплывает в проекте, то либо в начале, либо в конце его реализации: в первом случае – когда требуется убедить заказчика в том, что разработчики не оторваны от реальности и видят возможные «инкарнации» сайта задолго до его рождения, во втором – когда нужно подтвердить, что прототип удачно облачен в дизайнерские одежды. Далее мокапы уместны в том случае, если заказчику трудно воспринимать абстрактные концепции в отрыве от их конкретного воплощения (а прототип – это абстракция).

Если мы говорим об интерактивных прототипах, то следует помнить о том, что одна из их главных функций – обеспечить тестирование ключевых механизмов сайта.

• Альфа-тестирование. Проводится с привлечением команды проекта. В той или иной форме оно неизбежно. Помните только, что у разработчиков, сколь бы талантливы они ни были, замыливается глаз, поэтому в их устах утверждение «Все в порядке!» не означает, что все действительно исправно.

• A/B-тестирование, или сплит-тестирование. Помогает выбрать наиболее продуктивные и удобные для аудитории решения путем прямого сравнения: создаются два варианта страницы (или более), различающиеся между собой, как правило, лишь в одном пункте: расположении какого-либо блока, наличии или отсутствии той или иной кнопки и т. д. Одной половине посетителей показывается первый вариант страницы, другой – второй вариант. Поведение групп сравнивается, и на основе его анализа обычно удается выделить если не оптимальный вариант, то меньшее из двух зол.

• Тепловые карты. Самый популярный в Рунете инструмент для составления тепловых карт сайта входит в сервис «Яндекс. Метрика». Наглядно, цветовым выделением с плавной градацией (интуитивно понятное «горячо – холодно») показывается, насколько часто посетители страницы щелкают мышью по различным элементам интерфейса или переходят по тем или иным ссылкам, охотно ли прокручивают страницу вниз и т. д. Учтите, что на страницах, где вы хотите увидеть тепловые карты, должен быть установлен счетчик «Яндекс. Метрики».

Схематичную «раскадровку» сайта должен выполнять отдельный специалист, например эксперт по юзабилити (см. далее подраздел «Юзабилити и здравый смысл») или аналитик. Распространено ошибочное мнение, что прототипирование – исключительно дело менеджера проекта или дизайнера. Тем не менее куда правильнее делать прототип, ориентируясь на представителя целевой аудитории. Между тем менеджер проекта прежде всего озабочен тем, чтобы состыковать желания заказчика с представлениями разработчиков, а дизайнер лишь при огромном опыте в сайтостроительстве способен примирить свою тягу к красоте с удобством навигации и совершенством архитектуры.

Будем отталкиваться от того, что в идеале создание прототипа не дополнительный, а обязательный этап разработки сайта. Прототип не заменяет техническое задание, а иллюстрирует его или служит его логическим развитием, будучи еще одной ступенькой к готовому сайту. Часто дизайнер, особенно с опытом в UX[4], клянется и божится, что прототип ему без надобности и все промежуточные процессы у него проистекают «в голове». Не верьте. В абсолютном большинстве случаев они появляются из ниоткуда и пропадают в никуда. Вместе с вашими деньгами.

«Прототип: бумажный или интерактивный?»: http://www.cossa.ru/articles/155/40512/

О картах кликов в «Яндекс. Метрике»: http://help.yandex.ru/metrika/behavior/click-map.xml

Советы по работе с Axure RP Pro: http://habrahabr.ru/post/101938/

«Рейтинг решений для прототипирования и проектирования сайтов, используемых в веб-студиях и интернет-агентствах России»: http://2011.tagline.ru/prototype/

«Рассылка SeoPult. Выпуск № 120: юзабилити сайта»: http://seopult.ru/subscribe.html?id=125

«Рассылка Setup.ru. Выпуск № 53: создание прототипа»: http://www.setup.ru/client/subscription/114

«Рассылка Setup.ru. Выпуск 44: A/B-тестирование»: http://www.setup.ru/client/subscription/93

Стив Круг. Веб-дизайн, или Не заставляйте меня думать!: http://www.ozon.ru/context/detail/id/3795618/

Влад Головач. Дизайн пользовательского интерфейса. Искусство мыть слона: http://uibook2.usethics.ru

Если вы сами не веб-программист с десятилетним стажем, то при выборе исполнителя, который будет создавать вам сайт, очутитесь на распутье: либо обратиться в веб-студию, либо довериться одному или нескольким фрилансерам. Какой вариант предпочесть, вопрос вполне обычный. Есть студии, которые честнее называть шарашками, и есть крепко спаянные «отряды» фрилансеров, способные заткнуть за пояс целый отдел компании, чье портфолио числом и достоинством наград соперничает с парадным кителем Брежнева. Бывают проекты, с которыми иначе как командным «навались!» не сладишь, но не редкость и те, что выгоднее поручить вольным стрелкам.

Что касается работы с фрилансером, почти все ее риски и доходы зашифрованы в самом определении этого человеческого и профессионального типа. Фрилансер (англ. freelancer – «вольный наемник») – это внештатный специалист, как правило, трудящийся дистанционно и выполняющий единичные задачи для различных заказчиков, иногда – для круга постоянных подрядчиков. Он рассчитывает только на себя, что зачастую мешает другим безоговорочно рассчитывать на него.

Однако не так уж мало независимых одиночек, чьи квалификация и ответственность сопоставимо высоки. Выбор фрилансера, к счастью, не покупка кота в мешке, а скорее головоломка «принцесса или тигр» (см. блок «Полезно знать»). Она сложная, но имеет решение, до которого можно дойти своим умом, без высшей управленческой математики.

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

Если вы сделаете выбор в пользу фриланса, вам понадобятся как минимум два работника разного профиля: дизайнер и веб-программист. Промежуточные варианты не исключены (рисует сайт фрилансер, «собирают» его в студии, а поисковым продвижением занимаетесь вы сами с помощью сервиса наподобие SeoPult), но обычно более головоломны.

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

Кто бы что ни говорил, не всегда фрилансерам вы заплатите в совокупности меньше, чем веб-студии. При условии, что «умельцы-надомники» компетентны в своем деле и пунктуальны, а студия состоит не из 15-летнего кодера и его кота. Ценовой фактор в ваших глазах не должен превалировать над прочими. Умеючи вы даже сэкономите с помощью фриланса, даже не поддаваясь на посулы демпингующих новичков.

Удобно сотрудничать с «играющими соло», если вы назубок знаете, что за технологии понадобятся при создании сайта, на какие части будет разделен проект, когда и в чем именно исполнителям понадобится взаимодействовать между собой. Иначе говоря, вы выступаете в качестве менеджера проекта и без робости дирижируете исполнителями.

«Сроки горят» – это еще один повод постучаться в Skype скорее к фрилансеру, чем к менеджеру студии, с одной лишь маленькой, но важной оговоркой: к давно знакомому ответственному фрилансеру, с которым вы успели пуд соли съесть. Контора по разработке сайтов, как и любой бизнес, инертная структура, невзирая на то, что интернет-отрасль до сих пор одна из наименее бюрократизированных.

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

Живой контакт с исполнителем тоже дорогого стоит. С одной стороны, аккаунт-менеджер в веб-студии экранирует вас от надчеловеческой логики и нечеловеческого языка программистов, с другой – каждое дополнительное звено в коммуникации затягивает согласования.

Нужно «натянуть» дизайн блога на готовый движок, прикрутить систему комментирования Disqus, настроить счетчики и в дальнейшем периодически добавлять сравнительно простые скрипты? Вам и здесь прямая дорога к фрилансеру. Студии распыляться на столь мелкие заказы попросту невыгодно.

А еще при хорошем контакте с наемником-одиночкой вам не составит труда при необходимости попросить его о дополнительной внеурочной работе за небольшую плату. Впрочем, таким «ускорением» лучше не злоупотреблять.

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

• «Фриланс – это судьба». Не имеет штатной работы и живет на вольных хлебах не первый год. «Тру-фрилансер» трезво оценивает свои силы, ввиду опыта умеет определять сроки выполнения задач, научился не взваливать на себя неподъемную ношу (сделать туристический портал с геолокационными сервисами за полтора месяца, притом что параллельно пытается клепать три принципиально разных интернет-магазина). Совместители, днем трудящиеся в офисе, а вечерами халтурящие, в среднем менее надежны, слабее мотивированы денежным вознаграждением за сдельную работу и более склонны срывать дедлайны[5]. Хрестоматийный диалог с «полуфрилансером»:

– Вячеслав! Вы третий день не выходите на связь. Прототип вы должны были показать мне еще в прошлую среду.

– У нас весь отдел отправили на двухнедельную стажировку в Microsoft, я физически не мог заниматься вашим сайтом. Все наверстаю.

– Но мне надо открывать магазин в начале следующего месяца! У нас только по детским книжкам предзаказ – на двадцать семь тысяч с гаком. Думаю, будет справедливо удержать у вас 5 % гонорара. Мы эту меру обговаривали.

– Послушайте, не надо меня шантажировать деньгами. У меня есть постоянная работа, от 5 % я не обеднею, но как-то мелочно с вашей стороны, уж простите. Сказал – сделаю. Если честно, вы меня сейчас почти лишили мотивации заниматься проектом дальше.

• Владеет азами тайм-менеджмента[6]. Толковый фрилансер ни в коем случае не возьмет работы больше, чем ему удастся выполнить за оговоренные сроки. Желательно, чтобы большую часть дня в оговоренный период он занимался вашим проектом. И конечно, он должен находиться на связи либо на протяжении всего рабочего времени в будни, либо в часы, которые вы вместе с ним утвердили как отчетные.

• Обладает опытом для выполнения необходимых вам задач. Бесспорно, заслуживает уважения разработчик, который сделал великолепный отказоустойчивый сервис аренды автомобилей. Но что вам толку в его достижениях, если он никогда не создавал интернет-магазины на Drupal 7, а вам в лучших традициях дедлайн-триллеров нужно было довести до ума кривую работу однокурсника – угораздило же довериться ему – еще вчера? Разумнее взять в оборот веб-мастера, не хватающего звезд с неба, но настроившего штук двадцать торговых площадок на вышеупомянутой CMS.

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

• Заинтересован в судьбе проекта. Степень вовлеченности исполнителя в создание сайта зависит не только от денег. В веб-разработке велик удельный вес рутинных задач, но ими процесс не исчерпывается. Фрилансер, сохранивший горячее сердце, чистые руки и нормальный обмен веществ, посодействует вам в составлении технического задания и задаст вопросы о задачах, которые (возможно, вы сами это чувствовали) описаны недостаточно ясно.

• «Не великие таланты, но понятны и просты». Вам нужен не гуру, а тот, кто успешно выполнит поставленные вами задачи. Добросовестный фрилансер не пытается заумно, используя технический жаргон, маскировать свои слабые места и умеет говорить простыми словами о сложном. Навязывает вам в первом же разговоре мысль о сакральном смысле префиксов переменных в языке Delphi? Давай, до свидания!

• Имеет юридический статус и стремится работать «по-белому». Пункт спорный, но стремление вести дела в правовом поле говорит в пользу работника, пусть даже для вас он исполнитель разового заказа. Если он выступает в качестве индивидуального предпринимателя или действует через ООО, имеет банковский счет как юрлицо, то, скорее всего, с ним будет проще достигнуть прозрачных подробных договоренностей, зафиксировать их согласно букве закона и при нарушении договора цивилизованно расстаться, не потеряв ни копейки.

С фрилансерами обычно заключается договор подряда (программирование, дизайн, верстка) или договор возмездного оказания услуг (SEO-продвижение, консалтинг и пр.).

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

Иное дело – кинуть клич в ближнем окружении: дескать, порекомендуйте дельного профи, с которым вам довелось сотрудничать лично. Не спешите хвататься за первую же кандидатуру, какие бы дифирамбы ему ни пели ваши знакомые. В трех-четырех случаях из десяти при тщательном отсеве есть шанс найти действительно подходящего вам исполнителя. Будьте бдительны: рекомендация друзей не индульгенция, так что соблюдайте все меры предосторожности (см. ниже) в общении с фрилансером, кто бы вам ни дал на него наводку.

Второй по популярности канал, по которому ищут разовых, да и постоянных исполнителей на интернет-проекты, – профильные сайты: Fl.ru (www.fl.ru, ранее был известен как Free-lance.ru), Weblancer.net (www.weblancer.net) и иже с ними. Их владельцы и администрация кровно заинтересованы в оперативном сведении заказчика и исполнителя, подходящих друг другу, чему и служат такие инструменты, как рейтинги (рис. 5), система профессиональных аккаунтов, портфолио дистанционных работников и отзывы на них.

^{Рис. 5. Рейтинг исполнителей в категории «Разработка сайтов» на сайте Fl.ru}

Важное достоинство вышеупомянутого Fl.ru – наличие опции «Безопасная сделка» (ранее «Сделка без риска», сокращенно СБР; с тех пор как ее использование вновь было сделано необязательным, она может быть действительно расценена как достоинство), которая позволяет заказчику застраховать свои финансовые риски на случай обмана со стороны фрилансера и прочих непредвиденных обстоятельств. Цена вопроса – 7 % от бюджета. Оптимально будет зайти с двух сторон: не только зарегистрироваться как работодатель (предпочтительно с продвинутым, PRO-аккаунтом) и опубликовать заявку со сжатым и внятным описанием проекта, но и самостоятельно прошерстить базу работников.

Нельзя не отметить, что у Fl.ru (то же касается его аналогов и клонов) при всех его достоинствах размыт фокус: здесь ищут и веб-программистов, и переводчиков, и копирайтеров, и бухгалтеров. Наряду с «общечеловеческими» существуют и узконаправленные «IT-центрические» фриланс-сайты, как то: Brainstorage.me (рис. 6), ITMozg.ru и т. д.

^{Рис. 6. Поиск программиста с нужным навыком на Brainstorage.me}

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

Если вы определились, на каком языке или на какой CMS будет создаваться ваш сайт, тем более если предполагается использование какой-то связки технологий (допустим, веб-сервер nginx, язык программирования PHP, система управления базами данных MySQL), дерзните забраться на профессиональные форумы, где собираются разработчики с нужной вам специализацией. Присмотритесь к завсегдатаям площадки. Партизанскими методами попробуйте разведать, кто из них фрилансит, и установите за объектами наблюдение. Адекватность, предметность и доброжелательность ответов, внушающая доверие метрика «Репутация», количество оставленных комментариев, дата регистрации на форуме, отношение остальных участников – характеристики, которые косвенно, но часто с высокой точностью указывают на компетентность или некомпетентность работника. Завяжите контакт с теми, кто произвел на вас благоприятное впечатление, напишите им письмо – прощупайте почву, но не навязывайтесь: старайтесь обращаться к тем, кто явно ищет проектную работу. Еще лучше, если на форуме предусмотрен раздел для заказчиков.

Нечто среднее между двумя предыдущими вариантами позволяет сделать «Хабрахабр» (www.habrahabr.ru) – «социальное медиа» для IT-профессионалов. Во-первых, эта площадка объединяет множество блогов с заметками о самых разных аспектах веб-разработки, и эти записи охотно комментируют мастера своего дела (дизайнеры, кодеры, верстальщики и пр.), в том числе предпочитающие работать как фрилансеры, и среди них можно отыскать подлинных асов. Во-вторых, к проекту также примыкают профильная биржа Freelansim.ru и фриланс-сайт Brainstorage.me, открытые той же компанией, что поддерживает «Хабрахабр».

Нелишним будет просмотреть – при наличии доступа к базе резюме – и самые посещаемые в Рунете сайты по поиску работы, такие как HH.ru и Superjob.ru. Многие фрилансеры зарегистрированы на них и прямо указывают, какой формат сотрудничества их устраивает.

После первичной переписки, «принюхивания» вы – хоть режьте нас – должны увидеть сайтостроителя (так сказать, «вольного каменщика») воочию. Например, в режиме видеочата Skype. Визуальный контакт, помимо всего прочего, позволит вам отсеять школьников и маргиналов. Или, наоборот, разглядеть школьников с задатками Марка Цукерберга и симпатичных вам маргиналов – в зависимости от ваших предпочтений. Если вы живете с фрилансером в одном городе, рекомендуем назначить встречу в офлайне: рожденные в XX веке все-таки в массе своей безотчетно уверены, что коммуникации вне цифровой среды обязывают к большему.

Мы не устанем повторять чуть ли не в каждой главе, а если устанем, то стиснем зубы и заставим себя: техническое задание прежде всего. Как его составлять, рассказано в главе «Техзадание: последний раз себя спрашиваю!». Скорее всего, вам понадобится написать отдельное ТЗ – или дополнение к базовому – для фрилансера, регламентирующее круг его обязанностей и критерии выполнения заданий, включая количество вариантов материала (например, эскизов дизайна), которые вы вправе требовать от исполнителя, а также объем и масштаб исправлений, не подлежащих дополнительной оплате, и т. д.

Не лукавьте, преуменьшая масштаб проекта в духе: «И всего-то нужно, что сделать сайт на двадцать страничек» (зато каждая из двадцати требует головоломных алгоритмов, обрабатывающих на лету данные из веб-форм). Не придумывайте витиеватых формулировок, которые все как одна сводятся к следующему: «Это демопроект, поработайте за гроши, и я дам вам другой, на сорок тысяч евро». Перспектива – прекрасный манок для вольного наемника, но деньги ему нужны здесь и сейчас, и сиюминутная скаредность клиента для него нагляднее, чем нарисованные им далекие горизонты. Хотя психологические манипуляторы на что только не подвигнут. Вспомним Generation «П» Виктора Пелевина: «…у Татарского возникло вялое чувство, что его опять дурят. Перспективы работы на Пугина прорисовывались смутно – хотя работа была вполне конкретной, было неясно, как и когда за нее будут платить. В качестве пробного шара Пугин дал задание на разработку эскизной концепции для “Спрайта” – сначала он хотел дать еще и “Мальборо”, но внезапно передумал, сказав, что Татарскому рано за это браться. <…> Весь его скепсис в отношении Пугина мгновенно растаял от обиды, что тот не доверил ему “Мальборо”».

Давать ли фрилансеру тестовое задание? Применительно к одним профессиям – обязательно: так, два описания реальных товаров для интернет-магазина не иссушат рук и мозга копирайтера. Но если вы задумали стресс-тест для программиста в режиме реального времени, то либо вы сами должны разбираться в предмете (иначе как поймете, изящно или криво испытуемый реализовал на PHP динамические зависимые выпадающие списки на основе информации из базы данных MySQL?), либо слезно просите выступить в качестве инквизитора знакомого эксперта, например технического директора IT-компании, досконально разбирающегося в веб-технологии, владение которой надо проверить.

Как только достигнуты первичные договоренности на предмет суммы вознаграждения, технического задания и сроков, а компетенции вашего собеседника подтверждены, расставьте все точки над i в том, что касается порядка оплаты. Чаще всего разгорается спор о том, рассчитываться ли с исполнителем строго постфактум, и если нет, то на какие транши разбивать гонорар. С одной стороны, аванс – в размере 20–50 %, мы рекомендуем приблизительно 35 %, – доказывает серьезность ваших намерений (да-да, недобросовестных заказчиков не меньше, чем фрилансеров-мошенников!) и мотивирует исполнителя взяться за дело. С другой – при первом опыте сотрудничества с новым фрилансером имеет смысл попробовать расплачиваться за большие фиксированные фрагменты работы: сделана титульная страница – микротранш, запрограммирована работа с «Корзиной» – еще микротранш и т. д. Кроме того, возможна – хотя в российском Интернете мало распространена – и почасовая оплата: работу по такой схеме обеспечивает, например, западная биржа фриланса oDesk; еще одна ее полезная функция – регулярная проверка того, чем занимается исполнитель.

Срыв сроков – как итоговых, так и промежуточных – правильно карать штрафом. Одно лишь «но»: такие санкции и условия их применения надо обсудить и письменно закрепить еще до начала работ. В свою очередь справедливо будет уточнить также, при каких условиях задержки не повлекут за собой финансового возмездия (например, по вашей инициативе в разгар «кодинговой страды» было решено радикально перекроить структуру сайта).

Допустим, процесс пошел. Главное правило непосредственно в работе с фрилансером – общаться. Регулярно. Но без фанатизма: для профессионалов, чья работа требует высокой концентрации (а все задачи в веб-разработке именно таковы), несказанно важно такое понятие, как «поток». Это своего рода рабочий континуум, с комфортом как в физическом, так и в информационном пространстве, который позволяет до предела сосредоточиться на интеллектуальном труде. Упрощенно: «Чтобы не дергали каждые пятнадцать минут». Поэтому постарайтесь достигнуть компромисса с фрилансером: столько-то раз в день, а возможно, в точные часы вы с ним выходите на связь. Или пусть раз в три часа меняет в мессенджере[7] статус с «Не беспокоить!» на «Доступен», что будет приглашением к коммуникации, если в ней на данный момент есть надобность.

Важно не только вести переговоры, но и сохранять их содержание: проверьте, включены ли соответствующие опции в ваших мессенджерах, сохраняются ли на почтовом сервере копии писем (если вы пользуетесь десктопным почтовым клиентом).

Следите за тем, чтобы в пылу антидиверсионных мер не перегнуть палку. Так, большинство программистов и веб-мастеров встречают в штыки – и совершенно справедливо! – ультимативное требование вести работы над сайтом на сервере заказчика.

Не забывайте хвалить фрилансера, когда его труд того заслуживает. Искренне, не по Дейлу Карнеги: разве каждый правильный шаг вашего сайтостроителя не приближает долгожданный релиз?

При оценке сроков выполнения задач задействуйте «коэффициент растяжимости», ведь сроки – понятие именно что растяжимое: умножайте приемлемое время, требующееся на достижение цели, в среднем на 1,2–1,4. Дедлайны срываются, программисты и их семьи болеют, жесткие диски и вправду иногда ломаются в реальном мире, а не только в подвиде поэтического эпоса под названием «отмазка».

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

«Охота на программиста: семь советов по поиску фрилансеров»: http://prograbli.ru/business_experience/the_hunt_for_the_programmer_seven_tips_for_finding_freelancers_alexey_talan/

Раздел «Статьи» на бирже фриланса Fl.ru: https://www.fl.ru/articles/

«Рассылка Trustlink. Выпуск № 31: работа с аутсорсерами»: http://www.trustlink.ru/subscribe/show/36

О головоломке «принцесса или тигр»: http://golovolomka.hobby.ru/books/smullian/tiger/content.shtml

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

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

Веб-студия – скорее трамвай. Он сравнительно медленный, движется по расписанию, но с остановками. Зато почти наверняка доедет, хотя, возможно, с опозданием: если какой-нибудь лихач, наплевав на правила дорожного движения, вздумает разворачиваться на путях, ваш вагон никуда не свернет с рельсов. Хотя иные веб-студии уместнее сравнить с корпоративным такси класса люкс. А отдельные недобросовестные – с микроавтобусом ГУП «Ритуал». Но давайте не о грустном, а о конструктивном.

Чтобы вы взвешенно решили, предпочесть ли веб-студию фрилансеру, рассмотрим, какие достоинства и недостатки присущи такой структуре априори, а какие являются частными случаями.

• Качество исполнения. В среднем продукт, который производят веб-студии, превосходит тот, что способны выдать фрилансеры. Как правило, в таких компаниях приняты некие стандарты качества, и те, чей труд не отвечает декларируемым требованиям, в штате надолго не задерживаются. Да и вообще процессы внутри студии отлажены с тем прицелом, чтобы результаты были как можно менее сырыми: производство-то поточное, роскошь исправлять ошибки неделями непозволительна, а репутацию завоевывать трудно. Наконец, авторитетные веб-студии сотрудничают с издателями популярных CMS и отправляют к ним на обучение своих сотрудников, да и вообще у опытных сайтостроителей поощряется наставничество и новички имеют все возможности для самосовершенствования.

• Системный подход. У веб-студии, которая не первый год в отрасли, стандартные процедуры веб-разработки и коммуникации между подразделениями четко регламентированы – и большинство предписаний выстрадано бессонными ночами, так же каждая буква в уставе караульной службы или армейской разведки написана кровью. Часто внутри отдела программирования ведется общая wiki-энциклопедия по разработке: с документацией, справками на разные случаи жизни и кодинга, инструкциями и ссылками на источники. Точно так же нормой является использование систем управления проектами, сервисов для отслеживания ошибок (bug tracking), инструментария для контроля за выполнением задач (task tracking). Курирует ведение проекта отдельный менеджер, задача которого – сглаживать острые углы в коммуникации и делать так, чтобы все участники процесса говорили на одном языке. Собственно, менеджер в веб-студии для вас ключевая фигура, и успех предприятия зависит в первую очередь от него.

• Гарантии. Большинство веб-студий предпочитают действовать в правовом поле, поэтому скрупулезно фиксируют договоренности с клиентами, юридически закрепляя обязанности и ответственность сторон. Такая дотошность обычно страхует и клиента, и подрядчика от малоприятных неожиданностей. Хотя договор может быть палкой о двух концах. От сотрудничества со студией без ущерба для нервов и кошелька отказаться труднее, чем от работы с фрилансером. Бывает ведь так, что сайт сделан тяп-ляп, но формально ни один пункт договора не нарушен, притом что заказчик успел заплатить порядочную сумму.

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

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

• Высокие цены. Хорошие студии в среднем просят денег ощутимо больше, чем одинокие рыцари веб-разработки. В том числе потому, что им требуется содержать в штате сотрудников, напрямую не занятых в создании сайтов (например, бухгалтеров), вносить арендную плату за помещение, страховать риски, платить налоги, чем фрилансеры удручающе часто манкируют, прибретать лицензионное программное обеспечение, вкладываться в собственное развитие.

• Неповоротливость и медлительность. Инертность – оборотная сторона системного подхода, достоинства которого были описаны выше. В проекте по созданию сайта участвует целая команда, и, чтобы скоординировать действия ее членов, менеджеру проекта нужно совершить не одно телодвижение.

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

• Навязывание дополнительных услуг. Обходительно или, наоборот, прямолинейно, но многие веб-студии в надежде увеличить свой доход начинают предлагать клиенту услуги, без которых он, по крайней мере теоретически, мог бы обойтись или заказать в другом месте: SEO-продвижение, подготовка контента и т. д. Это нормальная бизнес-практика. При условии, что такие возможности обсуждены заранее и деньги из вас не пытаются вытрясти шантажом («Да, мы не упомянули это, составляя ТЗ, но без данного пласта работ по-настоящему хороший сайт будет сделать трудно, да, очень трудно»). Перед началом сотрудничества следует точно узнать, какие услуги студия выполняет по умолчанию, без дополнительной оплаты.

• Неоднородность компетенций в разных сферах. Не каждая веб-студия одинаково сильна в SEO-аудите и верстке, в дизайне и программировании. Иногда арт-директору удается собрать под своим началом классных дизайнеров, притом что в соседнем отделе – сплошь программисты-середнячки. Или наоборот, компания крепка департаментом веб-разработки, но из-за болезни роста у нее текучка «рисовальщиков». Когда вы нанимаете фрилансеров, у вас при наличии опыта есть шанс выбрать и дизайнера, и программиста, и верстальщика, оптимально подходящих под ваш проект.

• Незаинтересованность исполнителей в результате. Как ни крути, а веб-студия – это конвейер, и программисту трудно быть одинаково азартным в работе над каждым проектом: рутина влечет за собой эмоциональное выгорание и утрату стимулов. Кроме того, в работе у одного специалиста может быть сразу несколько сайтов (и так месяц за месяцем), и, когда по одному из них провален дедлайн, наивно ждать чуткой заботы об остальных. Тем не менее толковому начальнику отдела удается мотивировать рядовых сотрудников и поставить каждого на участок, который для того представляет наибольший интерес и чисто по-человечески, и с точки зрения профессионального роста.

На вопрос «Сколько это будет стоить?» мы попытаемся ответить сразу, поскольку независимо от искушенности заказчика эта фраза звучит в самом начале переговоров с веб-студией в девяти случаях из десяти. Так сколько же? Зависит от сложности проекта, от «звездности» студии, ее статуса в индустрии и географической принадлежности, от конъюнктуры рынка. Цена очень широко варьируется – $4–20 тысяч на конец 2013 года. Во избежание кривотолков уточним: бывает как дороже, так и дешевле. Некоторым студиям попросту невыгодно браться за заказы с чеком меньше 500–600 тысяч рублей. Между тем отдельные конторы в провинции, которым рано еще разевать рот на лакомых столичных клиентов, сознательно демпингуют даже по меркам своего региона, создавая себе реноме и набирая опыт, поэтому готовы смастерить сайт за 60–90 тысяч рублей. Но нужно уметь отличать молодых и голодных асов от профнепригодных неудачников.

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

• Какие бизнес-задачи призван решать ваш сайт?

• Можно ли отнести сайт строго к одному распространенному типу: интернет-магазин, сайт-визитка, промосайт, информационный портал и т. д.? Если нет, то в чем его особенности?

• Какова его целевая аудитория (ЦА)?

• Какие потребности ЦА должен удовлетворять сайт и за счет каких механизмов и сервисов? К совершению каких действий должны побуждаться посетители сайта?

• Будут ли использовать сайт сотрудники вашей собственной компании, и если да, то для чего именно?

• Каковы главные конкурентные преимущества вашей компании, которые должен отражать сайт?

• Как кратко сформулировать основные качества и показатели ваших товаров и услуг?

• Если сайт продвигает продукт или услугу, то почему посетители захотят их купить?

• Как позиционирует себя ваша компания на рынке?

• Чем вы выделяетесь в своей сфере и кто ваши главные конкуренты?

• Какие сайты конкурентов вам нравятся и почему?

• Какие сайты конкурентов вам не нравятся и почему?

• Есть ли у вас готовый фирменный стиль, брендбук и/или дизайнерские или технические решения, которые должны быть реализованы на сайте?

• Есть ли у вас собственные мысли на предмет дизайна сайта? Какая информация должна быть на нем размещена и откуда ее предполагается взять?

Чем четче вы артикулируете свой взгляд на предназначение сайта, чем яснее и подробнее говорите, что хотите, тем быстрее и эффективнее будет взаимодействие с веб-студией. Принято говорить, что разработчики не телепаты и не умеют угадывать ваши потребности, мы же вам откровенно скажем: иногда – умеют (жизнь заставляет! опыт огромный!), но не обязаны. О, вы готовы сразу показать техническое задание, хотя бы черновик? Отлично.

От вас как заказчика должен выступать один человек-коммуникатор: либо вы сами, либо ваше доверенное лицо, например руководитель IT-отдела, директор по маркетингу и т. д. Нет ситуации хуже, чем когда никому не понятно, кто должен сказать последнее слово и подписать «окончательную бумажку».

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

Непременно оговаривайте еще до подписания договора, какие материалы и в какие сроки вы обязуетесь предоставить со своей стороны, например финальную версию ТЗ, ваш корпоративный гайдлайн (см. главу 12 «Фирменный стиль: умная одежка») для дизайнеров веб-студии, тексты и иллюстрации, технические характеристики товаров и т. д. Если контента для сайта у вас нет, заранее узнайте, готова ли студия заняться его созданием. Готова? Уточните, на каких условиях и какая информация потребуется от вашей компании.

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

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

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

Как и в случае с фрилансером, разумно договориться со студией на предоплату ее услуг: поточность поточностью, зарплата зарплатой, а менеджер проекта будет «монетарно простимулирован», скорее всего, частью вашего аванса, что, бесспорно, повлияет на скорость и качество работы.

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

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

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

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

Прочтите отзывы клиентов веб-студии и, конечно, не только на ее собственном сайте. Посмотрите, участвует ли компания в авторитетных отраслевых рейтингах (рис. 7, также см. блок «Полезно знать»). Если участвует, то какие места занимает сейчас и занимала в прошлом.

^{Рис. 7. Топ веб-студий за 2013 год по версии «Рейтинга Рунета» (со страницы http://www.ratingruneta.ru)}

Можно также, особенно если вы разрываетесь между несколькими вариантами, устроить тендер – так сказать, «кинуть клич заранее установленной тональности и тембра». Иными словами, выслать бриф (не скрывая, что он отправлен не в одну веб-студию) вкупе со встречными вопросами. Вам надо разведать как минимум данные по следующим пунктам.

• Общая характеристика веб-студии, избранные работы из ее портфолио, а также те, которые наиболее подходят вашей заявке.

• Приблизительная смета и факторы, от которых может зависеть изменение стоимости той или иной части работ.

• На каких юридических условиях работает студия (рис. 8).

• Описание этапов реализации проекта и опорных точек, по достижении которых будут сдаваться промежуточные итоги.

• Сроки сдачи проекта и ориентировочный график работ.

• На какой технологической основе студия готова реализовать сайт: сторонняя CMS (если да, то какая именно), собственный движок, какие-либо фреймворки. Языки программирования, системы управления базами данных, веб-серверы, которые предлагается задействовать в проекте.

• Какую проектную команду компания считает целесообразным выделить под выполнение очерченного вами круга задач: состав, кратко – компетенции и опыт каждого сотрудника.

• Документация по проекту (что будет подготовлено к моменту сдачи проекта, кроме самого сайта).

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

^{Рис. 8. Хороший знак, когда веб-студия четко расставляет акценты в подаче брифа и в вопросах юридического характера (со страницы http://artgorbunov.ru/bureau/contract/)}

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

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

И помните: вы создаете сайт не на века, а на некий отрезок времени в обозримом будущем. Чтобы воплотить первый свой интернет-проект в графике и коде, вам необязательно разоряться на услуги топовой московской студии. Почему бы не поддержать рублем крепкую региональную, которая стабильно выдает продукт качеством выше среднего, и не расти ближайшие года три вместе с ней? И да здравствует баланс между «шашечками» и «ехать».

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

Вариант «изменить систему изнутри» отпадает, да и шут с ним: вы же сайт сделать хотите, а не совершить корпоративную микрореволюцию. Однако почему бы не попробовать найти того, чье плечо послужит вам рычагом, способным оказывать мягкое давление на разработочную махину и ускорять процессы в ее недрах? Посмотрим, с кем вы будете контактировать на протяжении реализации проекта.

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

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

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

Как понять, какой менеджер хорош? Порасспрашивайте своих друзей, сотрудничавших с какой-либо студией и довольных как результатом, так и процессом сайтостроительства, кто вел проект. Изучите «цифровой профиль» кандидатов (Facebook, «ВКонтакте», «Мой круг», LinkedIn, собственные блоги). А если вы успели приглядеть студию и вам больше прочих симпатичны несколько сайтов из ее портфолио, не постесняйтесь позвонить или написать в заказавшие их компании, чтобы узнать, какой аккаунт-менеджер был им выделен и все ли было гладко в реализации проекта.

Возможно, ваше поведение покажется боссам веб-студии ребячливым (хотя едва ли, ведь они-то знают, кто из их аккаунтов чего стоит), зато вы существенно снизите свои риски.

В сайтостроительной конторе средней руки целая россыпь департаментов: дизайн, программирование, верстка, SEO – и у каждого своя загрузка, свои трудности, «своя атмосфера». А еще свой начальник, у которого свое видение того, в какую очередь и с какого бока браться за ваш проект («Еще один интернет-магазин на программинг – издеваетесь? У меня завал»). Да что там – иногда между отделами разгорается настоящая война! И быть вашим Вергилием, вашим рупором и бейсбольной битой в жарких цехах веб-разработки не кому-нибудь, а аккаунту. Если вы не ошиблись в выборе, он будет волочить ваш сайт на своих плечах «…с этапа на этап, // По пустырю, по бурелому», стыкуя между собой департаменты и отдельных исполнителей и не давая им забыть о ваших потребностях, и в частности о техзадании, сглаживая острые углы и экономя ваше время. В общем, в каком-то смысле вы выбираете даже не студию, а аккаунт-менеджера.

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

• предоплата – 50 %;

• техническое задание – 10 %;

• дизайн и верстка – 20 %;

• программинг – 20 %.

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

Так что, подступаясь к созданию сайта, лучше изучайте не PHP, а психологию и основы бизнес-коммуникаций.

Рейтинг российских веб-студий Tagline 2013: http://2013.tagline.ru/top100-digital-production/

«Рейтинг Рунета»: http://www.ratingruneta.ru/web/2012/

«Особенности и риски крупного веб-проекта. Как строить работу»: http://www.intervolga.ru/blog/thoughts/big-project-risks/

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

Аббревиатура-матрешка: одна ее интерпретация вмещает другую. Часто под CMS (content management system – «система управления контентом») понимают меньшую часть – то, что в обиходе зовется админкой: «служебное помещение» сайта, где простейшими манипуляциями можно менять тексты, вставлять фотографии, добавлять и убирать разделы (и решать менее очевидные задачи, например без головной боли контролировать различные версии документов) с той легкостью, как если бы все эти действия выполнялись в штатных офисных программах; обычные веб-формы, узнаваемые пиктограммы – и никакого тарабарского кодинга (рис. 9).

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

Иначе говоря, можно возводить здание сайта с нуля, а можно использовать CMS, создатели которой заложили фундамент за тебя.

Предметнее: в самом общем смысле CMS – это программный комплекс, который устанавливается на веб-сервер (хостинг) и, «сшивая» по заданным правилам шаблоны дизайна и информацию из баз данных, динамически компонует страницы и отдает их браузеру посетителя. Конечно, по-прежнему встречаются интернет-ресурсы, состоящие из статичных HTML-страниц, и иному сайту-визитке аскетичное исполнение по старинке даже к лицу. Сделаны они, как правило, вручную. Есть системы управления контентом, которые умеют создавать статичные страницы, но в подавляющем большинстве случаев подразумевается «динамика».

^{Рис. 9. Работа в WYSIWYG-редакторе наглядна и интуитивно понятна}

В узком понимании, как зона администраторского доступа с легким в освоении инструментарием, включая WYSIWYG-редактор[10] с возможностью упрощенной HTML-разметки, нужна безоговорочно. Даже если архитектура сайта и все его программные модули пишутся с нуля, вам как заказчику и будущему владельцу веб-проекта понадобится интерфейс, обеспечивающий правку текстов, замену изображений, добавление разделов и т. д. А строго ли обязателен готовый движок? Копий, сломанных в попытках доказать ту или другую точку зрения на поднятый вопрос, хватило бы на псевдоримские ограды всех безвкусных вилл Подмосковья. Рискнем лишь высказать свою позицию: для большинства компаний малого и среднего бизнеса использование CMS как платформы сайта может быть разумно и экономически оправданно. Так что прежде чем стучать кулаком по столу с возгласом: «Долой полумеры! Потратимся, но пусть код от первой до последней строчки будет наш собственный», – осмотрительному заказчику есть резон изучить, какой выбор предлагает ему отрасль веб-разработки. Готовое – не значит плохое.

Чуть углубившись в IT-дебри, уточним, что, помимо CMS, существуют так называемые frameworks – фреймворки, или «каркасы». Это своего рода пред-CMS, готовые наборы программных компонентов, которые, в частности, описывают механику работы с базами данных сайта. Зачастую при создании «тяжелых», сложносоставных, высоконагруженных интернет-проектов применяются именно фреймворки.

Главное – регулярно сверяться с техническим заданием и не давать забыть о нем исполнителю. Исходите из функциональности, которая вам нужна, а не из того, что умеет или не умеет какая бы то ни было CMS.

Попытайтесь спрогнозировать, что потребуется вашему бизнесу года через три, и заложите возможность соответствующих изменений в концепцию сайта, но знайте: почти наверняка – процентах в восьмидесяти – два – три года спустя при оптимистичных темпах развития вашего бизнеса с CMS придется что-нибудь делать. Либо менять, либо всерьез модифицировать конструкцию. Думайте на перспективу, но помните: сделать сайт на века не удастся. Раз и навсегда вы CMS не выберете!

Не помешает узнать, насколько требовательна приглянувшаяся вам CMS к серверным мощностям и насколько быстра, есть ли у нее по умолчанию возможность кэширования (или только с подключением плагинов).

Частота обновления ядра, общая защищенность движка, поддержка мобильных версий, гибкость в делегировании прав администраторам и пользователям – вот лишь малая часть пунктов в чек-листе, который надо держать в голове при подборе CMS. Однако не это самое важное.

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

«На какой CMS делать сайт?»: http://www.cmsmagazine.ru/library/items/cms/on-what-do-cms-website/

«Возможности и невозможности CMS» (передача на SeoPult.TV): http://seopult.tv/programs/moneymaking/vozmojnosti_i_nevozmojnosti_cms/text/

Сервис определения CMS сайта: http://itrack.ru/whatcms/

«Безопасность CMS» (инструкция из блога «Безопасного поиска “Яндекса”»): http://safesearch.ya.ru/replies.xml?item_no=120

Рейтинг CMS: http://ratings.cmsmagazine.ru/cms_analytics/

«Рейтинг-обзор “коробочных” CMS. Tagline 2012»: http://2012.tagline.ru/cms/

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

Конструкторы сайтов, или сайтбилдеры (от англ. site builder – «сайтостроитель»), как раз и призваны в идеальном случае упростить создание веб-проекта настолько, чтобы процесс напоминал игру в LEGO. Страницы собираются из готовых блоков в интерфейсах онлайн-сервиса, никакого кода писать не нужно. По большому счету сайтбилдер – это та же CMS, только расположенная на серверах компании-разработчика, наглядная и позволяющая делать все интуитивно. Сказка?

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

Сервисы такого типа за последние годы расплодились как грибы после дождя. Метафора привычная, но весьма точная: встречаются и крепкие подберезовики, и распадающиеся в руках сыроежки, и хитро замаскировавшиеся поганки. Это обычная ситуация, когда дело касается долгосрочного тренда. Вокруг сервисов «быстрой сборки» укоренилось изрядное количество предрассудков и стереотипов, и лишь часть из них имеет под собой почву. Каждый второй критик «сайтостроительных» сервисов поминает недобрым словом одиозный Narod.ru, между прочим представлявший собой нечто иное – бесплатный хостинг с шаблонами дизайна, отдаленный прообраз сервисов, о которых мы рассуждаем. Хотя с той поры конструкторы эволюционировали примерно так же, как приматы от австралопитека до современного человека.

Мы бегло разберем алгоритм работы сайтбилдера и его основные свойства на примере Setup.ru, благо часть авторов имеет прямое к нему отношение и знает продукт изнутри.

Признаемся, мы чуть слукавили, давая определение Setup.ru. Он, строго говоря, является не сайтбилдером. Конструктор – одна из его составных частей, полнофункциональная, но не единственная. В центре продукта не средство (сайт), а цель – налаживание бизнеса через Интернет: продаж, коммуникаций и т. д. Так, в общий комплекс входят модули для продвижения сайта, анализа поведения аудитории на нем, учета посещаемости и не только. И незаметной, но незаменимой частью системы является «облачный» хостинг (см. главу 7 «Домен и хостинг: паспорт, прописка, жилье»), благодаря чему сайтовладельцу не нужно покупать домен и место под хранение данных где-то на стороне. Также оговоримся, что мы разбираем именно Setup.ru и части его возможностей в других системах может не быть. Рассмотрим, каким образом делается сайт средствами конструктора и какой толк от таких сервисов.

• Регистрация и выбор «каркаса». В случае Setup.ru сайт создается бесплатно и буквально в два клика. Вернее, его основа, которая далее сравнительно простыми дополнительными манипуляциями подгоняется под запросы «творца». Сама регистрация элементарна: указываем почту или номер телефона и пароль, ждем письма по e-mail, щелкаем в нем по ссылке, подтверждающей «прописку». Все. После нажатия на кнопку «Создать сайт» (рис. 11) открывается меню с шаблонами, разделенными по областям деятельности: «Мебель и интерьер», «Финансы», «Офлайн-магазины» и т. д. Внутри каждой – добрый десяток, а то и два десятка подкатегорий. Например, в «Промышленности и оборудовании» наряду с прочими выделяются следующие подгруппы: «Сварочное», «Охранное», Пищевое» и пр. В свою очередь, каждый подвид допускает разные варианты дизайна и верстки – фактически на любой вкус. В сумме набирается свыше 7 тысяч вариантов дизайна. Бродить по столь развесистому каталогу необязательно: бывает проще живым человеческим языком сформулировать, чем занимается компания, и вбить это определение в строку поиска. Выбрав подходящий шаблон, нажимаем кнопку «Создать», которая всплывет рядом с ним.

^{Рис. 11. В интерфейсе создания сайта в Setup.ru можно с высокой точностью выбрать тип бизнеса, под который создается веб-проект}

• Редактирование. Происходящее после выбора шаблона может удивить. Дело в том, что сайт, в сущности, создан. Остается только подставить ваши тексты вместо «рыбы». Картинки? Кто хочет, оставит предлагаемые сервисом, но чтобы сделать сайт «человечнее» и дополнительно выделить его из ряда ему подобных, можно на место любой стандартной загрузить свою. Изменения вносятся в WYSIWYG-редакторе, как если бы вы находились на сайте, и все ваши действия с элементами проектируемых интерфейсов моментально отражаются на экране. Любой текст, включая названия разделов, заменяется, любая графика – тоже. Связи между страницами, их особые свойства (URL, метатеги и т. д.) несложным образом настраиваются в отдельном меню. Не нравится взаимное расположение блоков? Система всегда допускает варианты, конфигурация меняется одним кликом.

«Но сайт не всегда маленький! Пока еще вобьешь все тексты, прикрутишь все иллюстрации», – усомнится тот, кто имел дело с наполнением интернет-ресурса контентом. Верно. Однако, во-первых, бывают сайты-визитки, содержащие по определению минимум информации, «концентрированное коммерческое предложение», а во-вторых, нет необходимости делать все сразу. Можно заполнить пять страниц – и отправить проект сайта на проверку. Если модератор Setup.ru его одобрит (он не цербер и лишь терпеливо человеческим языком дает советы насчет того, что следовало бы улучшить в сайте), то начнется следующая стадия – выбор доменного имени первого уровня, которое, кстати, дарится пользователю сервиса. Готово. Интернет-ресурс зажил своей жизнью в Сети. Причем в любой момент через тот же наглядный интерфейс редактора доступны какие угодно правки. И чтобы внести их, не нужно знать ни одного языка программирования.

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

Звучит самонадеянно, но рисков как таковых в «типовом сайтостроительстве» нет. По крайней мере, Setup.ru от них страхует. Им толком и неоткуда взяться. Изменения на страницы вносятся в любое время и сразу же вступают в силу. Резервные копии поддерживаемых им интернет-ресурсов сервис делает регулярно. Перестал устраивать сайтбилдер? Сайт можно полностью «выгрузить» и перенести на другой хостинг. Единственное, понадобится «отвязать» подаренное доменное имя и продлить право на его использование в дальнейшем самостоятельно, а также оплатить время безвозмездного владения на Setup.ru (хотя сумма пустяковая – несколько сотен рублей).

Бесплатный сыр бывает только в мышеловке, и Интернет не место беспечных альтруистов. В чем же подвох, если создание сайта осуществляется бесплатно? Подвоха нет. Сервис зарабатывает, причем у него несколько источников дохода. Прежде всего он за деньги размещает рекламу сторонних заказчиков – ненавязчивую, некричащую – на страницах сайтов, сконструированных на безвозмездной основе. Чтобы отключить рекламу, достаточно перейти с бесплатного тарифа Free на платный Pro. И это второй источник дохода. В абонентскую плату (199 рублей в месяц) входит не только отключение рекламы Setup.ru и сокрытие всех его копирайтов, но и множество других функций: настраивание фонов, возможность вставлять собственный HTML-код, опциональное изменение формы поиска, неограниченное дисковое пространство против 100 Мбайт по условиям Free и т. д. Можно, надо отметить, закрепить статус Pro за сайтом навечно, цена вопроса – 3 тысячи рублей.

Предназначенный для интернет-магазинов тариф Shop – это 349 рублей в месяц, зато за эту сумму доступными становятся все необходимые в электронной торговле функции, от интеграции с товарным агрегатором «Яндекс. Маркет» до ведения истории заказов. В конечном счете по иному сайту на тарифе Pro или Shop трудно догадаться, что он сооружен в сайтбилдере (рис. 12). Это полноценный веб-проект, зачастую – с виджетами (см. главу 15 «Виджеты: иностранцы у вас на службе»), значительно расширяющими его функциональность.

^{Рис. 12. С первого взгляда трудно догадаться, что сайт собран в конструкторе}

Наконец, еще один источник заработка Setup.ru – это продвижение сайта в поисковых системах (см. главу 25 «Ссылочное продвижение: масса с изюмом»). До определенного порога оно бесплатно, за ним – не слишком дорого. Цена зависит от того, по каким запросам на какие места в поисковой выдаче выводится площадка. Притом что система сама отслеживает, насколько эффективно выполняются SEO-маневры и обеспечивает в том числе:

• автоматический подбор ключевых слов;

• автоматическое определение посадочных страниц;

• анализ позиций в «Яндексе» и Google;

• автоматическую корректировку ссылочной массы и т. д.

В выигрыше обе стороны: владелец сайта получает клиентов из поисковой выдачи и, соответственно, прибыль, а сервис – умеренную плату за приведенных с его помощью посетителей.

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

Инструкции по работе с системой Setup.ru: http://www.setup.ru/instructions

Будем считать, что сайт вам спрограммировали и собрали. Однако рано хвастаться: «У меня теперь есть свой сайт!» Вам еще предстоит сделать его частью Интернета.

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

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

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

Если о хостинге не поздно начать думать, когда веб-программист наводит глянец на сайт перед релизом, то поиском доменного имени лучше озаботиться загодя, уж точно до того, как заказывать дизайн (рис. 13): в большинстве случаев доменное имя если не полностью совпадает с названием проекта, то напрямую связано с ним. Универсальных рецептов в выборе доменных имен нет, но есть соображения, продиктованные здравым смыслом и опытом тысяч веб-мастеров и сайтовладельцев.

^{Рис. 13. Проверяем, свободен ли домен Krutotam.ru, с помощью формы на Nic.ru. Свободен! Пока}

• Краткость – сестра таланта и кузина выгоды. По коротким доменным именам более часто кликают в выдаче поисковых систем, их проще запоминать и набирать в адресной строке браузера. Самый «сладкие» двух– и трехбуквенные домены в зоне. ru давным-давно заняты, большинство четырехбуквенных тоже, по крайней мере мало-мальски осмысленные и красивые из них. В международных зонах (.com, org) борьба за броские лаконичные адреса гораздо острее. Не менее трудно найти слово из активного лексикона русского или английского языка, которое не было бы зарезервировано кем-то в зоне. ru. Но меткое, запоминающееся пяти-, шести-, семибуквенное доменное имя вы подберете – были бы усердие да фантазия.

Не впадайте в крайности: краткость доменного имени не самоцель. На момент выхода книги из печати был свободен четырехбуквенник www.swyc.ru. Честно признайтесь: о чем говорят вам эти четыре литеры, чему вообще может быть посвящен сайт, расположенный по такому адресу? Возможно, он окажется лакомым-прелакомым для российского филиала яхт-клуба, чье интернет-представительство базируется на www.swyc.com, или для одноименной фирмы (допустим, клининговой компании Snow-White Yellow Co.), но сам по себе выглядит неуклюже. Однако при прочих равных условиях чем меньше букв и слогов в доменном имени, тем лучше.

• Простота и удобочитаемость. Помните, что быть в тренде и идти на поводу у моды – разные вещи. Одно время в Рунете свирепствовало поветрие – регистрировать доменные имена, набранные буквами латинского алфавита, но читающиеся по-русски. Смеем уверить вас, такие выкрутасы в лучшем случае позабавят мизерную часть вашей потенциальной аудитории. Сайт журнала www.xakep.ru скорее исключение, чем правило, да и то в силу того, что нацелен на одержимую субкультурными интернет-явлениями молодую публику, которая в Вебе как рыба в воде.

Желательно также, чтобы адрес без разночтений воспринимался на слух. Только вообразите, вам говорят: «Заходите к нам на “Джинсы. ру”». Что вы наберете в браузере: www.jeans.ru, www.jeansy.ru, www.jinsi.ru, www.jinsy.ru, www.dzhinsy.ru?

• Не забывайте о благозвучности. Хорошее доменное имя не только легко читается, но и лишено выпяченных на первый план двусмысленных или непристойных созвучий и не допускает грубых трактовок. Разве что такова ваша задумка (вспоминается обыгранный писателем Леонидом Кагановым Asm.org). Желание найти хлесткое и короткое имя для сайта способно сыграть злую шутку с кем угодно. Возможно, владельцы интернет-магазина детских товаров Yanas.ru не согласятся с нами, но не очень-то хочется слышать, как передается это название из уст в уста носителями русского языка.

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

• Прекрасно, если домен емко и ненавязчиво отражает специфику сайта. У вас фотосервис? Будет логично использовать в доменном имени слово foto или photo. Пример вдвойне удачного интернет-нейминга[14] – Muztorg.ru. Но не зацикливайтесь на тематических маркерах. Название Fotostrana.ru наводит скорее на мысли о фотохостинге, чем о социальной сети и сервисе знакомств. И поди догадайся без подсказок, что по адресу Exist.ru находится крупнейший в Рунете интернет-магазин автозапчастей.

• Критерий «свободной поляны». Как от чумы бегите от доменов, написание которых повторяет бренды и названия чужих компаний: хлопот не оберетесь, и, скорее всего, коли дело дойдет до судебного разбирательства, вы потеряете «прописку», так как в российском законодательстве торговая марка имеет приоритет над доменным именем. А еще лучше, если купленный вами адрес совпадает с зарегистрированной вами же торговой маркой: таким образом, вы железобетонно защитите свой адрес от посягательств.

• Географическая релевантность. Учитывайте, на какой регион рассчитан ваш сайт. Если вы занимаетесь бизнесом преимущественно на Украине, смело регистрируйте доменное имя в зоне. ua, а не. ru. Компании, ведущей дела на международном уровне или как минимум собирающейся выйти за пределы страны, имеет смысл предпочесть. com, дополнительно зарегистрировав, впрочем, аналогичное имя в зоне. ru.

• И конечно, SEO. Эксперты спорят, по-прежнему ли доменное имя, содержащее ключевое слово, по которому могут искать сайт, котируется поисковиками выше прочих. Известно, что Google уменьшил вес данного фактора в ранжировании. Впрочем, если на ваш сайт будут ставить ссылки, указывая в анкоре[15] его адрес, то польза от наличия в нем «ключевика» определенно будет.

Несмотря на то что распространена формулировка «владелец домена», де-юре интернет-адреса арендуются у регистраторов. Хотя обычно предлагается настроить автоматическое продление регистрации, так что фактически аренда может быть бессрочной. При неукоснительном соблюдении законодательства с вашей стороны. Заполучить же домен можно тремя способами.

• Зарегистрировать свободное, никем ранее не зарезервированное имя. Самый распространенный, логически и экономически целесообразный вариант. Вы заводите аккаунт у приглянувшегося вам регистратора (Ru-Center, Reg.ru и др.) и в считанные минуты, заплатив умеренную сумму – обычно не больше 600 рублей за имя в зоне. ru, – бронируете домен, конечно, при условии, что его статус – «свободен» (узнается через службу whois, см. следующий пункт). В дальнейшем вам могут дать существенную скидку, вплоть до 80 %: в частности, крупные компании периодически раздают на отраслевых конференциях партнерские промокоды, дающие право регистрировать домены по выгодным ценам. Иные регистраторы мелкого калибра с порога предлагают доменные имена по сто с небольшим рублей, однако оголтелый демпинг – это, как ни крути, подозрительно. Нет, большинство из молодых да ранних не мошенники, и, связавшись с одним с них, вы будете жить не тужить. До первого обращения в службу поддержки. Если таковая у конторы вообще обнаружится.

• Выкупить существующий домен из чужих рук. Вам почему-то, кровь из носу, нужен строго определенный адрес, но он занят? Попробуйте связаться с тем, кому делегировано доменное имя, через контактную информацию в форме whois (например, www.nic.ru/whois/) – протокола, который дает любому желающему возможность получать открытые данные о принадлежности домена и его регистрации (рис. 14).