Ошибки при заказе сайта

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

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

  • Какие страницы должны быть на сайте?
  • Ну стандартные: о компании, контакты, об услугах.....

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

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

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

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

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

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

  • Василий Иванович, а какая структура сайта нужна? Что написать в ТЗ?
  • Ну а что за структура у нашего конкурента из "Рога и копыта"? Вот и нам такую же нужно.
  • Ок, а тут про CMS какую-то спрашивают? Что писать-то?
  • Ну не знаю...О! Точно! Вроде Битрикс какую-то лицензию для создания сайта продают, напиши ее. Это же один продукт, заодно и с бухгалтерией и CRM свяжем.
  • Тут еще про требуемый функционал спрашивают....
  • Ой, ну напиши что-нибудь. Потом разберемся. Отправь это ТЗ в несколько компаний, пусть стоимость посчитают, а там уже будем думать.

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

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

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

А как правильно?

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

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