Главные ошибки при заказе сайта и как их избежать

Сайт переделывают не потому, что разработчики не умеют программировать. Переделывают потому, что на этапе заказа собственник не задал нужных вопросов, не зафиксировал договорённости и выбрал подрядчика по случайному признаку — обычно по цене. Большинство дорогих ошибок закладывается до того, как написана первая строчка кода: в брифе, в договоре, в самом подходе к выбору исполнителя.

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

Ошибка 1. Заказ без технического задания

Самая частая и самая дорогая ошибка — стартовать «по описанию на словах». Заказчик говорит «нужен современный сайт, как у конкурентов», подрядчик кивает, и каждый понимает это по-своему. Без ТЗ нет критерия приёмки: что бы исполнитель ни сделал, это «не то», а доказать, что он отступил от задачи, нечем.

Чем оборачивается

• Бесконечные правки: каждый экран обсуждается заново, сроки плывут в два-три раза.
• Споры об объёме: «это входило в стоимость или нет» — без ТЗ выигрывает тот, кто настойчивее.
• Результат, который формально сдан, но не решает бизнес-задачу.

Как избежать

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

Ошибка 2. Выбор подрядчика по самой низкой цене

Три предложения: 150, 300 и 500 тысяч за «один и тот же сайт». Соблазн взять за 150 понятен, но за одинаковой формулировкой стоят разные объёмы работ. Дешёвое предложение почти всегда означает шаблон вместо дизайна, отсутствие аналитики, верстку без адаптива и нулевую поддержку после сдачи.

Чем оборачивается

• Доплаты в процессе: то, что «не входило», всплывает постфактум, и итог выходит дороже среднего предложения.
• Сайт-пустышка: формально есть, но не грузится, не индексируется, не конвертит.
• Исполнитель пропадает после оплаты — поддерживать дешёвый проект невыгодно ему самому.

Ошибка 3. Нет прав на код и доступов к проекту

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

Чем оборачивается

• Невозможность уйти к другому разработчику без полной переделки.
• Потеря домена и сайта при конфликте или закрытии студии.
• Завышенные счета за любую правку — у вас нет альтернативы.

Как избежать

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

Ошибка 4. Не заложили SEO и мобильную версию

Сайт сделали красивым, но «под себя»: без семантики, без человекопонятных URL, без метатегов и микроразметки, с тяжёлыми картинками и медленной загрузкой. На мобильных — горизонтальный скролл и нечитаемый текст. А ведь больше половины трафика в большинстве ниш — мобильный, и Яндекс с Google ранжируют по мобильной версии.

Чем оборачивается

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

Как избежать

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

Ошибка 5. Проект без контента

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

Чем оборачивается

• Срыв сроков запуска по вине заказчика, а не разработчика.
• Сайт публикуется с заглушками «Lorem ipsum» и стоковыми картинками.
• Слабый контент не продаёт и не ранжируется — деньги на разработку не отбиваются.

Ошибка 6. Экономия на дизайне

«Возьмём готовый шаблон, дизайнер не нужен» — соблазнительно и дёшево. Но шаблон не знает вашей задачи: в нём чужая логика, неудачные акценты, формы не на месте, фирменный стиль отсутствует. Сайт выглядит как тысяча таких же и не вызывает доверия, особенно в B2B и в дорогих услугах.

Чем оборачивается

• Низкое доверие: «как у всех» = «непонятно кто».
• Слабая конверсия из-за неудачного расположения офферов и форм.
• Невозможность отстроиться от конкурентов — сайт не работает на бренд.

Как избежать

Закладывайте индивидуальный UI/UX-дизайн с проработкой пользовательских сценариев, а не «натяжку текста на тему». Дизайн — это не картинка, а инструмент конверсии: где стоит кнопка, как ведёт пользователя структура, насколько понятен путь к заявке. На этом нельзя экономить в проектах, где сайт должен продавать.

Ошибка 7. Не настроили аналитику

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

Чем оборачивается

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

Как избежать

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

Ошибка 8. Нет поддержки после сдачи

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

Чем оборачивается

• Простои: сайт лежит, а вы теряете заявки и репутацию.
• Уязвимости и взломы из-за необновляемых компонентов.
• Срочный поиск нового исполнителя по завышенной «пожарной» цене.

Как избежать

Договоритесь о формате поддержки до запуска: гарантийный период, регламент обновлений, бэкапы, мониторинг, скорость реакции на инциденты. Многие студии предлагают абонентскую поддержку сайтов — это дешевле, чем чинить последствия и каждый раз искать исполнителя заново.

Ошибка 9. Размытая ответственность и устные договорённости

Сроки «примерно к лету», оплата «по факту», объём «там разберёмся» — и проект превращается в трясину взаимных претензий. Без зафиксированных этапов, дат и сумм невозможно ни спросить за срыв, ни проконтролировать ход работ.

Чем оборачивается

• Сроки уходят на месяцы без последствий для подрядчика.
• Оплата вперёд за непроверяемый результат.
• Конфликт без юридической опоры — каждый трактует договорённости в свою пользу.

Как избежать

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

Сводка: ошибка → последствие → как избежать

Чек-лист «не наступить на грабли»

• Есть письменное ТЗ со структурой, функционалом и критериями приёмки
• Подрядчик выбран по составу работ, а не по самой низкой цене
• В договоре прописана передача исходного кода и прав на сайт
• Домен и хостинг регистрируются на вас, а не на студию
• Требования к SEO заложены в ТЗ: семантика, скорость, метатеги
• Адаптив под смартфоны и планшеты — обязательное требование
• Решён вопрос контента: тексты и фото в смете или на ответственном
• Заложен индивидуальный дизайн под ваши сценарии, а не шаблон
• В проект включена настройка аналитики и отслеживание заявок
• Оговорены поддержка, гарантия, бэкапы и реакция на инциденты
• Договор с этапами, датами, привязкой оплат к сдаче и ответственными
• Получены все доступы: админка, репозиторий, аналитика, почта

Вывод

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