Текст книги "Как создать продающий сайт с нуля"

Автор книги: Руслан Раянов

сообщить о нарушении

Текущая страница: 2 (всего у книги 5 страниц)

Что делать, если этот человек принадлежит целевой аудитории? Необходимо вернуться в своим персонажам и пересмотреть их. Возможно, их следует детализировать или даже видоизменить.

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

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

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

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

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

Специфичные требования

Браузеры. В первую очередь, надо помнить, что сайт – это приложение, которое работает в браузерах. А браузеров – великое множество. Раньше, в 90-е года прошлого века и в начале 2000-х годов с этим вопросом была очень большая проблема, т.к., по сути, производители браузеров очень плохо выполняли стандарты разметки HTML. Особенно в этом плане отличился браузер Microsoft Internet Explorer. Перечислить все отличия этого браузера не представляется возможным, но это скорее проблемы разработчика, а не заказчика. В данный момент имеет смысл поддерживать браузеры Internet Explorer 8 и 9 версии.

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

Как мне понять, какие браузеры надо поддерживать, а какие нет? Очень просто. Существует интернет-статистика использования браузеров. Здесь я не буду приводить ссылку, т.к. статистика постоянно меняется. Просто наберите в Яндексе “Статистика использования браузеров 2013 год”. В этой статистике вы можете увидеть процент использования по каждому браузеру. Желательно знать статистику и по версиям браузеров, чтобы вы могли указать браузеры и их версии. К примеру, браузер Internet Explorer имеет версии 6,7,8,9. Версии 6,7 практически уже никто не использует. А вот версия 8 пока пользуется достаточно большой популярностью, чтобы списывать ее со счетов.

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

Скорость и размер. Эти два параметра взаимозависимы. Чем меньше размер загружаемых страниц, тем быстрее работает сайт. Никому не нравится очень долго ждать, когда сайт подолгу загружает свои файлы. Эти требования хорошо бы прописать, чтобы подстраховаться от совсем долгой загрузки. Наверное, нет смысла формулировать “для всех страниц – время такое-то”. Гораздо лучше использовать следующую формулировку “для главной страницы – не более Х секунд, для 70% – не более Y секунд”. Скорость сайта – это критическая составляющая успеха сайта. Чем “легче” сайт, тем комфортнее чувствует себя посетитель. В качестве хорошего примера быстрого сайта рекомендую посмотреть сайт Википедии – очень много данных, но несмотря на это сайт “летает”.

Нагрузка на сайт. Допустим, вы сделали сайт. Все замечательно, он вам очень нравится. Сайт запускается. Но со временем происходит большой наплыв пользователей и сайт “падает”, т.е. не может больше обрабатывать запросы от посетителей. Это довольно сложно проверить на этапе разработки сайтов, только если программно, но и это не является гарантией от падений в дальнейшем по множеству причин. Дело в том, что здесь в игру вступают аппаратные ограничения хостинга или сервера, на котором работает ваш сайт.

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

Самое главное, если вы готовитесь к массированному привлечению клиентов на свой сайт, вы должны включить требования в техническое задание по нагрузке на сайт, например, “сайт должен корректно функционировать при одновременной работе 1000 посетителей”. Это обяжет разработчиков более бережно относиться к серверным ресурсам. Это в первую очередь процессорное время, память, подключения к базе данных, пул http-соединений.

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

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

Вы можете, например, сделать требование “сайт должен быть разработан на ASP.NET Web Forms”. Тем самым вы отсекаете все остальные платформы, но при этом получаете некоторую уверенность, что сайт не будет разработан на какой-то редкой, никому не известной технологии, которую сможет поддерживать только создатель проекта.

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

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

Поисковая оптимизация. Обязательно включите требования по продвижению в поисковых системах. Во-первых, у вас должна быть в административной панели сайта возможность менять заголовки, теги title и метатеги description и keywords. Это важно для оптимизации страниц под ключевые запросы.

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

В-третьих, это правила перенаправления с кодом 301. Для поисковых систем очень критичен вопрос дублирования контента. Дублирование контента – это по сути ситуация, когда контент доступен по двум разным URL-адресам. Проблема в том, что одна и та же страница

может быть вызвана под разными адресами. Например, страницы site1.ru, www.site1.ru, site1.ru/default.aspx, site1.ru/Default.aspx

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

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

Метрики

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

Какие метрики могут быть у сайта?

Во-первых, это количество уникальных посетителей и визитов.

Это важнейшая метрика, которая показывает, что мы имеем на входе в воронку продаж.

Вторая важнейшая метрика – это выполнение целевого действия. Целевое действие – это действие посетителя, которое приводит к достижению вашей цели. Пример целевого действия – это заполнение какой-либо формы на сайте.

Для отслеживания метрик сайта идеально подходят такие бесплатные инструменты, как Google Analytics и Яндекс.Метрика. Они собирают множество данных по работе вашего сайта и вы можете настроить их под свои нужны. Однако эти системы не так просты и требуют некоторого усердия в изучении, но это стоит того, поскольку метрики – это основа прогресса сайта.

Задание 15. Определите целевые действия ваших пользователей и запишите соответствующие метрики.

В заключении этой главы мне хотелось бы поговорить о контенте. Есть такое выражение: Content is king. Контент решает очень многое. Качественный своевременный контент привлекает аудиторию, делает ее лояльной. Плохой контент только ухудшает ситуацию, нервирует клиента и создает плохое впечатление о вас. От качества контента очень многое зависит.

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

находитесь на пути к результату

Контент надо планировать. Вы должны четко понимать, что должно выступать в качестве контента на вашем сайте. Что интересно вашему посетителю? Что может его побудить купить прямо сейчас?

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

На этом этап подготовки заканчивается, и в следующей главе мы начинаем искать поставщиков услуг и взаимодействовать с ним.

Глава 4. Выбор поставщиков услуг

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

Веб-дизайнер. Это специалист, который нарисует для вас дизайн сайта. Результат его работы – это обычно PSD файл, в котором по страницам представлен весь дизайн сайта. Стоимость дизайна сайта бывает очень разной: от 2000 рублей до 30 000 рублей. В основном, стоимость зависит от прорисовки дизайна. Если дизайн подразумевает отрисовки конкретных элементов, а не использование готовых изображений из клипарта, то это, конечно, стоит гораздо дороже.

Веб-разработчик. Это программист одного из серверных языков, например, PHP или ASP.NET, который создает движок вашего сайта. Существуют готовые CMS, такие как WordPress или Drupal, которые позволяют в какой-то мере обойтись без программистов, но это сильно снижает гибкость ваших решений. Сейчас все больше наблюдается перенос функциональности с серверной стороны на клиентскую, т.е. браузер, поэтому современному разработчику обязательно надо знать язык программирования на клиенте JavaScript. Это позволяет создавать по-настоящему гибкие и удобные для конечного пользователя приложения.

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

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

Специалисты по SEO. Эти специалисты выполняют комплекс работ по продвижению сайта в поисковых системах. Различают два направления в работе по SEO: внутренняя оптимизация и внешняя.

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

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

Другие специалисты. Это могут быть флеш-программисты, фотографы, иллюстраторы, юзабилити-специалисты. Я выделил их в отдельную группу, потому что они вам, вероятнее всего, не понадобятся.

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

Процедура выбора поставщика услуг

Теперь нам необходимо определиться с критериями отбора поставщиков. Здесь можно выделить две группы критериев: профессиональные и личные.

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

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

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

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

Рассмотрим группу личных критериев. Сюда можно отнести следующие критерии:

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

● порядочность, честность. Этот критерий трудно проверить сразу. Он выявляется только со временем. И конечно для большинства людей это важнейший критерий. Как сказал Джон Рокфеллер: “Быть честным – выгодно”. Репутация исполнителя – это самый главный его актив. Очень важно, чтобы исполнитель разделял эту позицию.

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

● ваши критерии. Возможно, у вас есть свои критерии, которые помогут найти именно тех исполнителей, которые вам нужны.

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

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

После того, как вы определитесь с критериями, вам необходимо составить форму письма, которое вы будете рассылать для поиска поставщиков услуг. Что необходимо указать в этом письме?

● Во-первых, общее описание сайта, список страниц и основных механизмов

● Во-вторых, некоторые из своих условий для отбора.

● В-третьих, это вопросы. Нас интересует, в первую очередь, конечная цена услуг, оценка проекта и сроки сдачи. Также

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

Выбирайте лучших исполнителей – в итоге это обойдется дешевле.

Теперь вам необходимо подготовить список студий, которые вам подходят. В Яндексе набирайте запрос “Создание сайтов” и вам будет предложен список сайтов веб-студий. В данный момент мы рассматриваем только разработку сайта. Поставщиков по таким услугам как дизайн, SEO, копирайтинг можно найти, используя этот же метод.

Здесь следует помнить о двух моментах.

● Во-первых, в ТОП 10 по такому конкурентному запросу как “Создание сайтов” будут передовые веб-студии и, возможно, их цены несколько выше, чем цены других студий. Поэтому не ограничивайте только первой десяткой. Просмотрите как минимум 30 первых результатов.

● Во-вторых, вы можете поэкспериментировать с запросом. Например, можете попробовать “Разработка сайта”, “C оздание продающих сайтов”, “ Заказать сайт”. В случае, если вам необходимо взаимодействие с поставщиком вживую (offline), то вам необходимо добавить в свой запрос и название вашего города. Если вы предпочитаете работать удаленно, то имеет смысл заказывать не у московских веб-студий, поскольку их цены могут быть значительно выше, чем у региональных веб-студий.

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

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

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

Что делать при получении ответов от студий? Ответ: Прорабатывайте их в плане своих критериев. Берите свой критерий и задавайте представителям студии наводящие вопросы. Старайтесь опираться на факты, а не только на заверения представителей веб-студии.

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

Примечание. Если вам сложно выбрать один из вариантов, то вы можете попробовать установить для своих критериев числовые веса и поставить оценки веб-студиям по каждому критерию. Затем посчитайте общий рейтинг: это сумма произведений веса критерия на оценку по этому критерию. Например, у нас может быть три критерия: цена с числовым весом 3, студия должна быть из моей области с весом 5, и чем старше студия тем лучше с весом 2. Допустим, вы поставили оценки соответственно: 6,8,3. Тогда итоговый рейтинг для студии составляет: 3х6 + 5х8 + 2х3 = 64.

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

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

Начало взаимодействия

Вы выбрали поставщика услуг. Что делать дальше?

Переходим к этапу написания технического задания – ТЗ.

В голове может возникнуть мысль о том, а нужно ли оно вообще. Хорошо бы, если вслед за этой мыслью промелькнет “Нужно”. И вот почему: если вы скажете исполнителю: “Сделай, пожалуйста, сайт, и чтобы там все было красиво и удобно”, то результат вас практически на 100% не устроит. Потому что у поставщика услуг может быть совсем другое видение вопроса. ТЗ позволяет сгладить эту разницу и прояснить тонкие моменты реализации сайта.

ТЗ позволяет управлять ожиданиями, как заказчика, так и исполнителя. Писать ТЗ стоит максимально конкретно. В моей практике был такой случай, когда в ТЗ было написано: “Обеспечить синхронизацию данных между базой данных сайта и 1С”. Что здесь не так? Дело в том, что 1С содержит сотни таблиц, и обеспечить полную синхронизацию крайне трудозатратно, причем в большинстве случаев это не является необходимым. Гораздо лучше было бы указать, что именно будет синхронизироваться между двумя системами.

Кто должен писать ТЗ? Заказчик или исполнитель? На мой взгляд – вместе. В главе 2 мы сформировали ядро требований. Мне кажется, будет разумным предложить исполнителю такую схему: вы отправляете набор своих требований исполнителю, а он оформляет его в виде ТЗ, затем вы согласуете ТЗ, и, если все удовлетворены результатом, можно приступать к работе.

В чем плюсы такого подхода?

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

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

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

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

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

Рис. 4.1 Конус неопределенности – оценка проекта уточняется по мере движения проекта к финальной точке.

Как видно из рисунка, в начале проекта разброс может составлять от 0.25х до 4х, т.е. диапазон составляет 16х.

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

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

Сужайте основание конуса неопределенности как можно быстрее.

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

Глава 5. Работа над проектом

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

То, без чего любой проект не проживет долго.

Подобная расслабленность нередко приводит к печальным результатам. На данном этапе создания сайта любимым вашим словом должно быть слово “КОНТРОЛЬ”. Вы должны жестко контролировать процесс развития проекта. Если один из подрядчиков начинает давать слабину, вы должны вовремя предпринять меры и нейтрализовать проблему. В противном случае ваш проект будет все сильнее и сильнее выбиваться из графика. Это связано с тем, что обычно работы по сайту взаимозависимы.

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

Контроль – основа качественного менеджмента проекта

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