Ошибки создания сайта, которые потом дорого исправлять

Ошибки до старта

• Нет цели. Желание иметь сайт, потому что он есть у конкурентов, — ещё не цель. Цель звучит как результат: заявки на конкретную услугу, продажи, доверие при холодных звонках, найм. От неё зависит всё остальное.
• Формат выбран по бюджету, а не по задаче. Лендинг, когда услуг много, или большой портал, когда хватило бы визитки.
• Нет ответственного со стороны компании. Если решения никто не принимает, правки приходят от разных людей и противоречат друг другу, а проект растягивается.
• Не собраны материалы. Фотографии, описания услуг, реквизиты, отзывы ищут в последний момент, и сайт запускают с заглушками.

Прежде чем обсуждать дизайн, ответьте на три вопроса: зачем сайт, кто его покупатель и кто в компании за него отвечает.

Ошибки в структуре

Структура — список страниц и путь человека от вопроса к заявке. На макете её ошибки незаметны, а после запуска исправить их сложнее, чем текст или цвет.

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

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

Ошибки в текстах и дизайне

Эти ошибки заметнее остальных, хотя не всегда важнее.

• Дизайн раньше текстов. В красивый макет не помещается реальное содержание, начинаются правки по кругу.
• Общие слова. Фразы вроде «команда профессионалов» и «высокое качество» ничего не говорят покупателю. Убеждает конкретика: что делаете, для кого, как проходит работа.
• Нет ответа на вопрос о цене. Даже если точную сумму назвать нельзя, можно объяснить, от чего она зависит.
• Нет доказательств. Работы, отзывы, реквизиты и понятные условия снимают сомнения лучше обещаний.
• Макет смотрели только на большом экране. Если ваши клиенты ищут с телефона (это видно в Метрике в отчёте по устройствам), кнопка связи должна быть под рукой и на маленьком экране.

Что пишут участники сорванных проектов

Истории ниже начинаются по-разному, поэтому и выводы из них разные.

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

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

Ошибки при выборе подрядчика и в договоре

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

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

Технические ошибки и проверка перед запуском

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

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

На сайте с несколькими формами это займёт не один час. Потерянные заявки обойдутся дороже.

Ошибки после запуска

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

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

Создание сайта с нуля: порядок, который экономит переделки

Если делать сайт с нуля, важен порядок шагов: каждый следующий опирается на предыдущий.

• Цель и покупатель. Что должен делать сайт и для кого.
• Материалы. Описания услуг, фотографии, реквизиты, отзывы, работы — до дизайна.
• Структура. Страница под каждый вопрос клиента и путь к заявке на каждой.
• Тексты. Сначала смысл, потом форма.
• Дизайн. На реальных текстах, с проверкой на телефоне.
• Разработка и аналитика. Цели настраиваются до запуска, а не после.
• Проверка глазами клиента и запуск.
• Ответственный и регулярный контроль. Человек, который раз в месяц проверяет формы, цели и Вебмастер.

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

С чего начать

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

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

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