WWW.DOC.KNIGI-X.RU
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - Различные документы
 

Pages:   || 2 | 3 | 4 | 5 |   ...   | 6 |

«Анар Бабаев, Николай Евдокимов, Михаил Боде Создание сайтов Аннотация Данная книга от признанных авторитетов в сфере ...»

-- [ Страница 1 ] --

Анар Бабаев, Николай Евдокимов, Михаил Боде

Создание сайтов

Аннотация

Данная книга от признанных авторитетов в сфере интернет-технологий, создания

сайтов, контекстной рекламы, веб-аналитики и поисковой оптимизации поможет

определиться с типом сайта и даст ответы на все вопросы, возникающие на каждом

этапе его создания: от проработки идеи до запуска.

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

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

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

Издание адресовано всем заинтересованным в создании интернет-сайтов.

Анар Бабаев, Николай Евдокимов, Михаил Боде Создание сайтов Технический редактор Е. Семенова Литературные редакторы О. Журавлева, Е. Семенова Художник Л. Адуевская Корректоры О. Андросик, И. Мивриньш Верстка Л. Соловьева © ООО Издательство «Питер», 2014 Над книгой работали Анар Бабаев – интернет-маркетолог и предприниматель. Генеральный директор Setup.ru. В интернет-рекламе с 2003 года. В соавторстве написал книги «Раскрутка. Секреты эффективного продвижения сайтов», «Кнопка Бабло» и «Контекстная реклама. Учебник».



Соавтор следующих инструментов и сервисов: конструктор сайтов Setup.ru, сайт знакомств нового поколения Lovetime.com, модуль управления контекстной рекламой в системе SeoPult. Автор семинаров по интернет-маркетингу, Докладчик многих отраслевых конференций. Занимается освоением и практическим применением новых технологий в рекламе.

Николай Евдокимов – интернет-предприниматель, директор по развитию компании AppInTop, стратегический директор и сооснователь SeoPult. В 2004 году открыл компанию «Лаборатория контента». В 2006 году стал сооснователем интернет-холдинга Unmedia. В 2009 году запустил автоматизированную систему поискового продвижения SeoPult. В 2013 году стал директором по развитию компании AppInTop. Является соавтором книг «Контекстная реклама. Учебник», «Раскрутка. Секреты эффективного продвижения сайтов».

Михаил Боде – журналист, редактор. В 2003–2004 годах – выпускающий редактор интернет-издания «ВебИнформ». Впоследствии работал в журналах Upgrade и «Секрет фирмы», онлайн-издании Drive.ru, сотрудничал с ИД «Манн, Иванов и Фербер». В 2010–2012 годах – редактор программы «Рунетология», соавтор и редактор программы «Рунет сегодня»

на «Финам FM». С 2012 года – главный редактор онлайн-телеканала SeoPult.TV. Соавтор книги «Раскрутка. Секреты эффективного продвижения сайтов».

Алексей Трошин – эксперт по веб-разработке и интернет-маркетингу. Первый коммерческий сайт создал в 2002 году, первый интернет-магазин вывел в плюс в 2005-м, участвовал в разви тии крупнейших порталов Рунета: «Авто. ру» и «Банки. ру», создавал первый российский интернет-магазин, вышедший на IPO, – «Ютинет. ру», участвовал в развитии SaaS-системы управления задачами «Мегаплан». Занимал пост директора по развитию системы Setup.ru. Профессионал в области гибкой разработки программного обеспечения.

Анастасия Андреева – специалист по юзабилити.

Работала над сайтами Rabota.ru и Joblist.ru. Аналитик и разработчик интерфейсов в ряде проектов, включая центр дистанционного обучения Xerox, сайты Группы ВТБ, Юниаструм-банка и Олимпиады в Сочи – 2014, мобильные приложения для платежной системы Wellpay! Аналитик и консультант по юзабилити в проектах разной тематики. Специализируется на нестандартных задачах, аудитории. Вела рассылку Setup.ru.

Алексей Пучков – руководитель Setup.ru. Первый сайт создал в 1997 году. С тех пор профессионально занимается интернет-проектами. Имеет более 50 успешно реализованных проектов. Работал в круп нейших интернет-холдингах Рунета, владел собственным онлайн-бизнесом. В настоящее время – руководитель проекта Setup.ru.

Константин Козлов – руководитель техподдержки Setup.ru.

Олеся Егозина – руководитель отдела тестирования Setup.ru.

Особую благодарность выражаем Анастасии Подгорновой – художнику, автору обложки.

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

Вы сейчас находитесь в книжном магазине? Зайдите в отдел «Строительство и ремонт» или «Дизайн». Или, если сидите за компьютером, откройте сайт Ozon.ru и загляните в соответствующую рубрику. Полистайте одно издание, другое, третье. Едва ли хоть в одном из них вы найдете подробную инструкцию о том, как стать маляром, штукатуром или каменщиком. Большей частью даже справочная литература, за вычетом малотиражной узкоспециализированной, не содержит таких рекомендаций. Вы прочтете про выбор материалов, про то, как работать с архитектурным планом, как развить свой вкус, чувство стиля, но не про «курс молодого кровельщика». Зато в отделе компьютерной и околокомпьютерной литературы сплошь конкретика: учебники по языкам программирования PHP, JavaScript, Perl, по серверным технологиям, по графическим редакторам Photoshop и Adobe Illustrator. Впору впасть в эйфорию: бери да учись, делай все сам – пошаговые инструкции прилагаются. О днако, как ни парадоксально, благодаря полученной информации велик риск оказаться в ловушке. Вы покупаете очередной «самоучитель PHP» и вдруг по вскользь оброненным словам автора понимаете, что неплохо бы овладеть искусством настройки сервера – нужны еще одна-две книги. Потом, как оказывается, надо изучить веб-верстку, стандарты HTML5, таблицы CSS3. И наконец, вы осознаете, что штудировать надо было не PHP, а, скажем, Ruby. Да и теория объектно-ориентированного программирования не помешает. А к созданию сайта приступить так и не удалось: знания еще не капитальные и столько всего нужно усвоить.

Если вы не подросток с большим количеством свободного времени и у вас есть постоянная работа в сфере, отличной от программирования и дизайна, спустя сколько-то месяцев вы с удивлением обнаружите себя в положении вечного студента: изучение теоретической премудрости ни на полшага не приблизит вас к запуску своего проекта в Сети. Покупать все эти талмуды в конечном счете имеет смысл только в двух случаях: при условии, что вы решили на досуге расширить свой кругозор или же задумали стать профессионалом в веб-разработке и делать сайты для других. Погрязая в трясине технической информации, вы скорее отдаляетесь от цели. Спору нет, терпеливый человек с развитым интеллектом постепенно, года за два-три, овладеет азами (только азами!) веб-разработки, хотя книг ему будет мало: понадобятся консультации у более опытных коллег, скрупулезный анализ чужого программного кода и т. д. А без наставника вдобавок легко наломать дров и изучить уйму лишнего. Но, скорее всего, сайт вам нужен сейчас. Или по меньшей мере в обозримом будущем. Уж точно не через два года. Как же быть?

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

Разумеется, воображение и смекалка вам тоже понадобятся:

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

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





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

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

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

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

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

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

и Уильям Хокинг в своей «Краткой истории времени» решил обойтись без математических формул.

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

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

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

–  –  –

Вы задумали сделать сайт (а раз купили нашу книгу, то наверняка решили окончательно).

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

Вдохновились демотиваторами на тему онлайн-бизнеса в социальной сети «ВКонтакте».

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

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

Для чего нужно техническое задание Применительно к веб-девелопменту [1 - Веб-девелопмент (от англ. web development)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В реальности общение будет примерно таким:

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

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

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

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

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

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

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

Возьмите за правило:

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

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

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

Концепцию можно сегментировать, например, следующим образом:

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

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

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

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

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

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

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

Помните упомянутое ранее расплывчатое пожелание анонимного заказчика:

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

Ни ваш драфт [2 - Драфт (от англ. draft – «черновик», «предварительный план») – здесь:

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

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

При работе над ТЗ вам не помешает попробовать себя в амплуа занудливого параноика:

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

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

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

Возможна следующая рубрикация ТЗ.

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

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

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

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

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

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

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

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

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

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

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

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

Как оно выглядит Форма подачи информации в техническом задании остается на ваше усмотрение и зависит от того, кто ваш подрядчик и каков его опыт, насколько сложна внутренняя логика сайта, делаются ли в одной фирме дизайн, программирование и верстка или нет. Существуют отраслевые стандарты по составлению ТЗ, включая предписываемый IEEE [3 - IEEE (Institute of Electrical and Electronics Engineers) – Институт инженеров электротехники и электроники, регламентирующий в том числе многие мировые стандарты интернет-коммуникаций.].

Кроме того, простите за грубость, в интернет-фольклоре есть «правило 34», которое звучит так: «Про это есть*censored*».

Так вот, можно было бы сформулировать и «правило 34.1»:

«Про это есть ГОСТ». И по формату техзадания на разработку сайта ГОСТ имеется, и ном ер его – 34.602-89.

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

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

------bookZ.ru collection |------Самый наглядный, но, к сожалению, едва ли не утопический вариант – подробный, с зачатками дизайна, эскиз страницы каждого типа (например, в случае с интернет-магазином

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

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

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

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

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

–  –  –

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

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

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

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

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

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

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

Это дорожная карта веб-разработки.

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

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

Вкратце его преимущества таковы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

расположении какого-либо блока, наличии или отсутствии той или иной кнопки и т. д.

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

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

Метрики».

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

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

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

user experience) – здесь: комплекс знаний о принципах психологического и информационного взаимодействия между пользователем и программной средой.], клянется и божится, что прототип ему без надобности и все промежуточные процессы у него проистекают «в голове».

Не верьте. В абсолютном большинстве случаев они появляются из ниоткуда и пропадают в никуда. Вместе с вашими деньгами.

–  –  –

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

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

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

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

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

Вне зависимости от того, какой инструмент используется для прототипирования, очень удобно начинать с функциональной структуры сайта в mind maps, или ассоциативных картах (см. главу 1 «Техзадание: последний раз себя спрашиваю!» и рис. 2). Полезно, чтобы файл с mind map был на «Рабочем столе» (или, например, в онлайн-сервисе типа Mindmeister.com) у вас и всех, кто занят в проекте. Как-никак дельно составленная ассоциативная кар та отражает всю структуру и функциональность сайта.

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

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

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

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

Учитывайте в прототипе ровным счетом все, что желаете видеть на своем сайте.

Планируете размещать баннеры? Значит, выберите где. Да и величину их следует знать заранее. «Баннеры потом впихнем под шапку и с права» – это скорее печально, чем забавно.

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

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

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

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

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

прототипировании нумерация и вовсе незаменима.

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

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

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

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

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

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

Инструменты для создания прототипов

Средств для создания прототипов великое множество. Чтобы ответить на вопрос «Какое предпочесть?», нужно сперва понять, кто будет делать прототип и в каких целях. Весомая доля веб-разработчиков использует Axure RP Pro. Немало дизайнеров отдает предпочтение Adobe Fireworks. Популярен и Balsamiq (рис. 4). Большая часть онлайновых сервисов такого рода дает возможность загрузить прототип на сервер, с помощью пароля преградив доступ к нему случайным «прохожим», и провести испытания в обстановке, приближенной к б оевой.

------bookZ.ru collection |------

–  –  –

Полезно знать «Прототип: бумажный или интерактивный?»: 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

Глава 3. Работа с фрилансерами: freelance, freelove

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

Бывают проекты, с которыми иначе как командным «навались!» не сладишь, но не редкость и те, что выгоднее поручить вольным стрелкам.

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

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

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

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

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

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

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

Обратите внимание Менеджера проекта по созданию вашего сайта тоже можно нанять как фрилансера. Иногда это спасает ситуацию.

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

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

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

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

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

Впрочем, таким «ускорением» лучше не злоупотреблять.

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

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

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

Хрестоматийный диалог с «полуфрилансером»:

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

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

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

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

• Владеет азами тайм-менеджмента [6 - Тайм-менеджмент (от англ. time management) – методика рациональной организации времени и повышения личной эффективности.].

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Нечто среднее между двумя пред ыдущими вариантами позволяет сделать «Хабрахабр»

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

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

Обратите внимание Необязательно нанимать русскоязычного специалиста. Если вы свободно или почти свободн о владеете английским языком и неплохо ориентируетесь за пределами Рунета, то вам открыт весь мир, а значит, вы можете найти дизайнера– или программиста-фрилансера, чья «профессиональная конфигурация» будет удовлетворять вас полностью, а не на уровне «лучше синица в руках». И не исключено, что вам удастся сэкономить. (См., например, Elance.com.)

Критерии доверия к фрилансеру и тревожные звоночки

В начале главы мы быстрыми штрихами нарисовали портрет фрилансера, каким мы хотели бы его видеть. Конечно, это абстракция. Конкретизируем и перечислим, на какие особенности в поведении потенциального исполнителя надо сделать ставку. Есть отдельные признаки, заметив которые в человеке предпочтительно сразу отказываться от его услуг.

Другие критичными не являются, их уместно рассматривать в комплексе с другими.

Тревожные признаки

• Претендуя на реализацию крупного проект а (полгода труда, общий гонорар – около $20 тысяч), наотрез отказывается от простейшего теста – написать десятистрочный скрипт на языке программирования, который, по его собственным словам, знает «на ять».

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

• Он напрочь ungooglable: говоря по-русски, о нем не удается найти толком никакой информации через поисковые системы. При выборе дизайнера это должно настораживать больше, чем при выборе веб-программиста. Другие поводы задуматься из той же категории – закрытые, «наглухо заколоченные» от посторонних аккаунты в социальных сетях с минимумом друзей, а также наличие только одного способа коммуникации (как правило, через e-mail на бесплатном общеизвестном почтовом сервере, таком как Mail.ru).

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

Косвенные положительные признаки

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

• Регулярно работает в тандеме с фрилансером другого профиля (например, пара «дизайнер

– веб-программист» или «дизайнер – верстальщик»), но не навязывает его услуг в дополнение к своим.

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

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

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

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

Если вы живете с фрилансером в одном городе, рекомендуем назначить встречу в офлайне:

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

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

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

Вспомним Generation «П» Виктора Пелевина:

«…у Татарского возникло вялое чувство, что его опять дурят. Перспективы работы на Пугина прорисовывались смутно – хотя работа была вполне конкретной, было неясно, как и когда за нее будут платить. В качестве пробного шара Пугин дал задание на разработку эскизной концепции для “Спрайта” – сначала он хотел дать еще и “Мальборо”, но внезапно передумал, сказав, что Татарскому рано за это браться. … Весь его скепсис в отношении Пугина мгновенно растаял от обиды, что тот не доверил ему “Мальборо”».

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

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

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

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

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

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

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

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

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

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

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

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

–  –  –

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

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

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

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

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

Достоинства работы с веб-студией

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

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

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

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

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

• Широкий кругозор и понимание отрасли. В оправдание разработчиков-«надомников»

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

Недостатки работы с веб-студией

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

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

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

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

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

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

Обратите внимание Веб-студии тоже часто нанимают аутсорсеров [8 - Аутсорсер (от англ. outsourcer) – сторонняя компания или лицо, которому организация перепоручает по специальному договору выполнение того или иного задания.], особенно для выполнения непрофильных для себя и редких задач, зато взаимодействие с ними – это не ваша головная боль.

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

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

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

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

Этот документ должен содержать ответы по меньшей мере на следующие вопросы:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обратите внимание Лиц, ответственных за прием работ по созданию сайта (например, отдельно того, на кого возложено утверждение техзадания, отдельно того, кому вы доверяете принимать дизайн, и т. д.), можно указать в приложении к договору с веб-студией.

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

Готова? Уточните, на каких условиях и какая информация потребуется от вашей компании.

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

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

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

Как и в случае с фрилансером, разумно договориться со студией на предоплату ее услуг:

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

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

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

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

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

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

Прочтите отзывы клиентов веб-студии и, конечно, не только на ее собственном сайте.

Посмотрите, участвует ли компания в авторитетных отраслевых рейтингах (рис. 7, также см.

блок «Полезно знать»). Если участвует, то какие места занимает сейчас и занимала в прошлом.

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

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

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

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

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

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

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

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

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

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

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

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

И помните: вы создаете сайт не на века, а на некий отрезок времени в обозримом будущем.

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

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

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

Почти всегда открывает вашу коммуникативную одиссею встреча со штатным кудесником веб-студии (зачастую ее директором, особенно если контора региональная), чья святая обязанность и суперспособность – обаять вас и оставить в приятном изумлении, готовым к подписанию договора. Голос за кадром: «Вы его больше никогда не увидите».

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

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

В лучшем случае аккаунт-менеджера вам выделят из числа не самых занятых. Казалось бы, какая разница, кто будет «цифровым курьером» между вами и «интернет-строителями»?

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

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

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

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

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

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

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

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

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

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

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

–  –  –

На форумах начинающих интернет-предпринимателей только и разговоров что о CMS.

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

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

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

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

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

------bookZ.ru collection |------Всегда ли нужна CMS?

В узком понимании, как зона администраторского доступа с легким в освоении инструментарием, включая WYSIWYG-редактор [10 - WYSIWIG (аббревиатура от англ.

What You See Is What You Get – «что видишь, то и получишь») – здесь: WYSIWIG-редактор

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

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

Типы CMS

Недаром CMS – платные и бесплатные, с открытым исходным кодом и проприетарные, универсальные и узконаправленные – сосуществуют годами: все они пока находят свое применение (а нет – так потихоньку вымирают). Одни в большей степени, другие в меньшей.

Однако свои сильные стороны есть у каждого типа.

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

Не торопитесь следовать услышанным краем уха советам: «Скажи, пусть делают тебе интернет-магазин на Magento 1.7. Я долго выбирал и знаю, о чем говорю». Даже если доморощенный эксперт – простите, но мягче не скажешь – занимается, как и вы, электронной торговлей, едва ли он досконально разбирается в особенностях вашего бизнеса и ваших потребностях, а тем более в Magento и его плагинах. И сомнительно, чтобы он хотя бы знал, к какому классу CMS принадлежит Magento. А надо бы.

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

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

Сленговое словечко «коробка» применительно к CMS – без пяти минут архаизм.

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

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

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

Вместе с тем к коммерческим движкам как нельзя лучше подходят слова старинной песни:

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

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

В связи с универсальностью таких продуктов велик риск переплаты за абсолютно ненужные вам функции.

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

Так-то оно так, но загодя высчитать «полную цену владения» (total cost of ownership) таким продуктом часто та еще задачка: сперва купи дистрибутив, потом заплати разработчику, который его «подстрогает» под твои задачи, да еще через год, глядишь, понадобится заплатить за апдейт [11 - Апдейт (от англ. update) – обновление.] (а киберпреступники очень любят те сайты на основе коммерческих CMS, чьи владельцы из экономии не продлевают лицензию: бреши в софте со временем становятся секретом Полишинеля, но по понятной причине на ресурсе у скупца остаются незалатанными).

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

Конечно, у разработчиков тиражных движков есть roadmap – продуманный план, исходя из которого они выпускают обновления продукта. Однако до ядра CMS они посторонних (хоть купи у них самую дорогую лицензию) допускать не склонны. Дескать, носик подправить – пожалуйста, а в ДНК не лезьте.

«Массовый» не равно «ширпотреб». На коммерческой системе «1С-Битрикс», например, функционируют интернет-магазин сети «Эльдорадо» и множество других известных коммерческих веб-проектов, а также онлайн-СМИ (рис. 10).

------bookZ.ru collection |------Важно точно знать, чего именно вы хотите от массовой коммерческой CMS, иначе в ее анфиладах легко заплутать.

Самые известные и распространенные в Рунете: UMI.CMS, «1С-Битрикс», NetCat.

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

Что значит «распространяются свободно»? «Свободно» здесь мы читаем как «по лицензии GNU GPL». А попросту говоря, вносить изменения в исходный код CMS вправе кто угодно (лишь бы сохранялось указание первичного авторства), писать для нее дополнения и расширения – тем паче. Естественным образом отсюда вытекают как достоинства, так и недостатки подобных систем.

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

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

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

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

выпускает компания Red Soft.

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

С настройкой бесплатной CMS под типовой сайт совладает любой пряморукий фрилансер, которому доводилось с ней разбираться. Заранее оговоримся, что последнее утверждение относится к наиболее распространенным в Рунете сиэмэскам. «Поднять блог на Wordpress»

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

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

Безусловно, нет. За многие по-наст оящему полезные дополнения просят деньги – не то чтобы баснословные, но и не символические; взять хотя бы плагин для красивой реализации социальных комментариев на Joomla!. Более того, консультации по «базово бесплатным»



Pages:   || 2 | 3 | 4 | 5 |   ...   | 6 |
[ СКАЧАТЬ ОРИГИНАЛ ДОКУМЕНТА .pdf

Похожие работы:

«Вестник Псковского государственного университета УДК 82.09 (092) А. Г. Разумовская, Н. С. Петрова КРЫМ В ЖИзНИ И ТВОРчЕСТВЕ М. А. ВОЛОШИНА В статье раскрывается биографическая и духовная связь поэта-символиста М. А....»

«ДИАГНОСТИКА СОЦИУМА Проблема ценностных ориентаций в научной литературе Ценностные ориентации являются одной из важнейших характеристик личности, центральным и доминирующим ее компонентом, определяющим...»

«Василий Лата Владимир Мальцев СИСТЕМА СИСТЕМ: ИНФОРМАЦИОННО УДАРНОЕ ОРУЖИЕ Человечество на рубеже тысячелетий одновременно с вступлением в эпоху новой ин формационно космической цивилизации1,2 вступает в эпоху войн шестого поколения с широким задействованием в ходе их подготовки и ведения всего разнообразия кос мических средс...»

«АДМИНИСТРАТИВНЫЙ РЕГЛАМЕНТ предоставления муниципальной услуги Осуществление регистрации (снятии) по месту жительства (пребывания) граждан Раздел I. Общие положения Предмет регулирования 1. Административный регламент предоставлен...»

«МАТЕРИАЛ К ВЫСТУПЛЕНИЮ по теме "Актуальные изменения дорожных карт по показателям 2015 года, учет муниципальных услуг – формирование муниципальных заданий" Начну свое выступление с подведения итогов выполнения "зарплатных" Указов Президента Российской Федерации за 2014 год. Из 10 категорий...»

«Инженерный анализ в САПР SolidWorks  (базовый курс) Казань 2011 Цель занятия: изучение и практическое освоение основ инженерного анализа в САПР SolidWorks для прочностного анализа изделий.Получаемые навыки: задание для деталей и сборок материалов, граничных условий, создание р...»

«ISBN 5-201-00-856-9 (10) Серия: Исследования по прикладной и неотложной этнологии (издается с 1990 г.) Редколлегия: академик РАН В.А. Тишков (отв. ред.), к.и.н. Н.А. Лопуленко, д.и.н. М.Ю. Мартынова. Материалы серии отражают точку зрения авторов и могут не совпадать с позицией редакционной группы. При исп...»

«ОСНОВНЫЕ ПРЕДПОСЫЛКИ ФОРМИРОВАНИЯ ИМИДЖА РОССИИ В КИТАЕ Г.Н. Трофимова, А.Ю. Рязанова Кафедра массовых коммуникаций Российский университет дружбы народов ул. Миклухо-Маклая, 6, Москва, Россия, 117198 В статье раскрываются основные предпосылки формирования имиджа современной России в Китае. Рассматривая общие проблемы к...»

«АЛЕКСЕЙ АГАФОНОВ ПРОГНОСТИЧЕСКАЯ АСТРОЛОГИЯ ПРАКТИКА Часть 2 БРАК И РОЖДЕНИЕ ДЕТЕЙ мир Урании Москва, 2008 Содержание 1. Прогнозирование брака 5 1. Основные указания 5 2. Планеты в УН доме 11 3. Другие указания на характер брака в радиксе 16 Универсальные сигнификаторы брак...»

«Генератор отчетов FastReport 3.0 Руководство пользователя Редакция 1.01 Copyright (c) 1998-2004, Fast Reports Inc. FastReport – Руководство пользователя 2 Содержание Дизайнер Клавиши управления Управление мышью Панели инструментов Панель режимов дизайнера Панель инструмент...»

«ОО "Центр социальных инноваций" Серия "Universitas Ludens" С.А.Мацкевич Менеджмент в системе образования: теория и практика инновационной подготовки профессионалов Минск Издатель И.П.Логвинов УДК 37.09 : 005 ББК 74.04 М36 Серия основана в 2011 году. Р е ц е н з...»

«Е.В. Вершинин. Д О Щ А Н И К И КОЧ. 87 давать по прежнему. Писана на Москве, лета 7157-го февраля в 18 день. Отдана Климу самому" (РГАДА. Ф. 214. Оп. 3. Стлб. 328. Л. 25, 25 об., 28). 1(17 В Тобольске, например, по свидетельству самих канцеляристов, "старые дела згорел...»

«Приложение к Решению Совета депутатов муниципального образования Старокульшариповский сельсовет Асекеевского района Оренбургской области от 28.12.2016 г. № 48 ВНЕСЕНИЕ ИЗМЕНЕНИЙ В ПРАВИЛА ЗЕМЛЕПОЛЬЗОВАНИЯ И ЗАСТРОЙКИ МУНИЦИПАЛЬНОГО ОБРАЗОВАНИЯ СТАРОКУЛЬШАРИПОВСКИЙ СЕЛЬСОВЕТ АСЕКЕЕВСКОГО РАЙОНА (ПРАВИЛА ЗЕМЛЕПОЛЬЗОВАНИЯ И ЗА...»

«МАРКЕТИНГОВОЕ ИССЛЕДОВАНИЕ И АНАЛИЗ РОССИЙСКОГО РЫНКА КОЛГОТОК И ЧУЛОЧНО-НОСОЧНОЙ ПРОДУКЦИИ ДЕМОНСТРАЦИОННАЯ ВЕРСИЯ Дата выпуска отчета: Февраль 2008 г. Данное исследование подготовлено МА Step by Step исключительно в информационных целях. И...»

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

«Оглавление Ты видал ли старинные скалы? Январский Костёр Валтасаров пир Осенняя дорога В тиши музея море дышит. Озёра глаз твоих Полынь родных степей Две ладони моих Опускаю в Байкала глубины. Молва народная Остатняя бусина Ты видал ли старинные скалы? Истина Теперь, мы, редко думаем об этом, А истина в десяток слов всего: Всё равно гибельно – смеяться над поэтом, Поэтом быть или любить его. Поезд "М...»

«ГАРМОНИЧЕСКОЕ ЕДИНСТВО СПЕКТРА АТОМА © Верин О.Г. Контакт с автором verinOG@list.ru Открытие законов формирования электронных оболочек атомов [1] дает возможность совершенно по-новому взглянуть на природу атомных спектров. В частности, дробные значения главного квантового числа свидетельствуют о возбуждении кратных резонансов электронных...»

«2015 Моделирование, оптимизация и информационные технологии. Научный журнал №3(10) http://moit.vivt.ru/ УДК 338.48 Т.А.Цепковская, В.Н.Кострова, Бешер Хуссам Ияд МОДЕЛИРОВАНИЕ РАБОТЫ ТУРИСТИЧЕСКОЙ ФИРМЫ ПРИ ПОИСКЕ ЕЕ ЭФФЕКТИВНОЙ ОРГАНИЗАЦИОННОЙ СРУКТУРЫ Воронежский институт высоких технологий В статье обсуждаются возможности моделирования работы...»

«УТВЕРЖДЕНЫ Решением Совета НПФ "НЕФТЕГАРАНТ" Протокол от _2016 г. № Председатель Совета НПФ "НЕФТЕГАРАНТ" П.И. Лазарев ПЕНСИОННЫЕ ПРАВИЛА Негосударственного пенсионного фонда "НЕФТЕГАРАНТ" (НПФ "НЕФТЕГАРАНТ") МОСКВА СОДЕРЖАНИЕ ПЕНСИОННЫХ ПРАВИЛ НПФ "НЕФТЕГАРАНТ" Общ...»

«МЕЖДУНАРОДНЫЙ НАУЧНЫЙ ЖУРНАЛ "ИННОВАЦИОННАЯ НАУКА" №6/2016 ISSN 2410-6070 ст а в н м ж з и и ме и и к м ст а в н м. Обыч р хо а ие и н д ц нс и р хо а ие ное ме и и кое ст а в н не по ры ает д ц нс р хо а ие к в к ит р ичес ие ( л ж з и) з ле а и и и лече ие, о и, к к п а и к д я и н або в н я х н н а р в ло, я...»

«1 Утвержден постановлением Правительства Кыргызской Республики отгода № Порядок заполнения Единой налоговой декларации организации (FORM STI – 101) Глава 1. Общие положения 1. Настоящий Порядок разработан в соответствии с Налоговым кодексом Кыргызской Республики (далее – Налоговый кодекс) и определяет порядок заполнения Единой налог...»

«ШАМАТХА. ЛЕКЦИЯ 5. Итак, как обычно, вначале породите правильную мотивацию. Получайте учение с мотивацией укротить свой ум, сделать его более здоровым. Сегодня у нас последний день учения и поэтому я передам вам советы для вашей повседневной практики. Вы должны понимать, что первое, самое важ...»

«The problems of management of the entities in the energy sector of municipalities. Discusses the main goals and objectives, algorithmically, regulatory, technological and informational support. Keywords: energy, energy management, energy policy ka, municip...»

«УДК 627-01 В.Ю. Королев, Е.В. Арефьева, Ю.С. Нефедова, А.В. Рыбаков, Р.A. Лазовский ПРОГНОЗИРОВАНИЕ РИСКОВ НАВОДНЕНИЙ НА ОСНОВЕ МЕТОДА ОЦЕНИВАНИЯ ВЕРОЯТНОСТЕЙ ПРЕВЫШЕНИЯ КРИТИЧЕСКИХ ЗНАЧЕНИЙ В НЕОДНОРОДНЫХ ПОТОКАХ ЭКСТРЕМАЛЬНЫХ СОБЫТИЙ В статье рассматриваетс...»

«Программа коррекционной работы с учащимися МБОУ СОШ №5 Пояснительная записка Программа коррекционной работы разработана в соответствии с требованиями Закона "Об образовании", Федерального государственного образовательного стандарта начального общего о...»

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








 
2017 www.doc.knigi-x.ru - «Бесплатная электронная библиотека - различные документы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.