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

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

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

В профессиональном плане в первую очередь важно портфолио и цена. Вы должны найти адекватное соотношение цена/качество. Совершенно не факт, что, выбрав дорогого исполнителя, вы получите гарантированный результат. Это зависит от ваших целей и, возможно, в некоторых случаях нет смысла стрелять из пушки по воробьям. Если вы делаете выбор на дешевом специалисте, то помните – скупой платит дважды. Особенно это относится к разработке. В данном случае, выбрав сначала дешевого специалиста, а потом вынужденно, уже дороже, для доработок, вы можете потратить очень много времени, сил и денег на переработку существующего кода. В моей практике был такой случай, когда я дорабатывал интернет-магазин, который был сделан предыдущим разработчиком всего за 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%, то наверно пора что-то делать. Конечно, если только вы не продаете дворцы в Шотландии. О конверсии вы поговорим в одном из бонусов к этой книге.

Организация проверок

Конечно, проверки большинство людей не любит. Ни проверяемые лица, ни проверяющие.

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

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

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

Приведу пример: допустим, вы решили сделать дизайн с фиксированной шириной в 1000px (наиболее распространенный вариант на сегодня). Вы утвердили все ТЗ, дизайнер сделал макет, вы его утвердили. На данный момент стоимость исправления этой ошибки возросла, но не сильно, т.к. при исправлении придется только оплатить дизайнеру доработки макета страниц сайта.

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

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

Ошибки надо исправлять на ранней стадии.

Делайте свои проверки регулярными и по четким метрикам. У вас может быть свой набор метрик. В случае проблем выясняйте причину и, что более важно, как поставщик будет ее решать.

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

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

Взаимодействие для экстремалов

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

Закон Паркинсона гласит, что работа заполняет все отведенное ей время.

Закон Парето говорит нам о том, что 80% всей важной работы выполняется 20% сотрудников.

Есть много вариаций на тему этих законов, но для нас сейчас важно не это. Одним из советов Стива Джобса по разработке было: “Разрабатывайте рывками. Делайте за месяц то, что в обычном планировании может занять полгода”.

Закон Паркинсона + Закон Парето = небольшое технологическое чудо

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

Итерационная модель взаимодействия по проекту.

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

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

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

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

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

● Вы получаете работающий функционал на ранних этапах

● Гораздо легче осуществлять контроль над ходом разработки сайта

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

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

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

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

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

А ТЗ?

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

Как только весь файл ТЗ приобретет зеленый цвет – можно сказать, что вы закрыли все требования по ТЗ.

Также хотелось бы вам порекомендовать использовать Google Disk (или Google Docs – старое название системы). Этот сервис позволяет организовать групповую работу над документами: электронные таблицы, текст, диаграммы, формы.

По сути это очень сильно напоминает MS Office, однако имеет ряд преимуществ:

● позволяет командную работу над документом

● имеет хорошую систему распределения прав на документы

● позволяет экспортировать в различные форматы, например в

PDF.

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

● данный сервис бесплатен.

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

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

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

Кстати, данная книга была подготовлена с помощью одного из инструментов Google Docs.

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