Современная электронная библиотека ModernLib.Net

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

ModernLib.Net / Интернет / Анар Бабаев / Создание сайтов - Чтение (Ознакомительный отрывок) (стр. 2)
Автор: Анар Бабаев
Жанр: Интернет

 

 


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


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

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

<p>Полезно знать</p>

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

Глава 2. Создание прототипа: анатомия сайта

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

<p>Что такое прототип</p>

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

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

<p>Кому нужны прототипы</p>

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

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

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

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

<p>Какую пользу приносит прототип</p>

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

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

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

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

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

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

<p>Разновидности прототипов</p>

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

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

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

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

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


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

<p>Тестирование прототипов</p>

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

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

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

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

Обратите внимание

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

<p>Кто должен создавать прототипы</p>

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

<p>Как делать прототипы</p>
<p>Точка отсчета в прототипировании</p>

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

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

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

<p>Рабочий процесс</p>

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

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

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

<p>Юзабилити и здравый смысл</p>

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

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

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

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

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

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

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

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


Границы возможностей прототипа

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

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


Принцип самодостаточности

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

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

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

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

Рис. 4. Интерфейс сервиса для создания прототипов Balsamiq

<p>Интерактивные прототипы</p>

axure.com

adobe.com

flairbuilder.com

foreui.com

guimachine.ru

proto.io

pidoco.com

protoshare.com

<p>Скетчи, мокапы</p>

balsamiq.com

mockupbuilder.com

gomockingbird.com

iphonemockup.lkmc.ch

<p>Полезно знать</p>

«Прототип: бумажный или интерактивный?»: 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 – «вольный наемник») – это внештатный специалист, как правило, трудящийся дистанционно и выполняющий единичные задачи для различных заказчиков, иногда – для круга постоянных подрядчиков. Он рассчитывает только на себя, что зачастую мешает другим безоговорочно рассчитывать на него.

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

<p>Какие бывают фрилансеры</p>

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

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

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

<p>Когда обращаться к фрилансеру</p>

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

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

Обратите внимание

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

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

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

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

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

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

<p>Фрилансер мечты</p>

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

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

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


  • Страницы:
    1, 2, 3, 4, 5, 6