Что делать, чтобы правильно заказать сайт

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

0. Сформулируйте свою цель

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

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

Главные вопросы: кто, когда, что и с какими целями будет делать с применением будущего веб-проекта.

1. Выберите адекватных исполнителей

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

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

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


Итого 1,75 человеко-месяца.

2. Заключите договор

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

3. Приготовьтесь содействовать

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

4. Делегируйте полномочия

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

5. Не забывайте принимать работу и платить

Очень часто проект зависает на стадии «на 85% готово», но полно багов и отовсюду все лезет. Тогда разработчики пашут, менеджер проекта нервничает, заказчик ждет со страхом. Если так — дайте людям неделю, они многое сделают.
Если же вы изредка видите некритичные ошибки, погрешности, что-то вас раздражает, но в принципе соответствует заданию, целям и здравому смыслу, проявите честность и великодушие, примите и оплатите работу.
Вы с этими людьми работаете не в последний раз, и худшее что вы можете сделать — тянуть приемку до последней запятой. Во-первых, в следующий раз вам выставят счет с наценкой по категории «задрот, +100%», а во-вторых часто такие вот «последние баги» никакого значения не имеют, а требуют усилий, сопоставимых со всем проектом. Идите на компромиссы.