Компания начинает с дизайна, согласовывает красивую главную страницу, а уже ближе к завершению вспоминает о SEO, CRM, каталоге и аналитике.
В результате готовый ресурс приходится переделывать сразу после публикации.
Здесь разберём ошибки именно процесса разработки: от постановки задачи до запуска.
Ошибка 1. Разрабатывать сайт без бизнес-задачи
Формулировки «нужен современный сайт» недостаточно.
До разработки нужно определить, что именно должен делать ресурс.
Привлекать оптовые заявки? Помогать дилерам? Представлять ассортимент? Получать технические задания? Работать с несколькими регионами?
От ответа зависит структура.
Сайт под поиск нового поставщика и закрытый дилерский портал решают разные задачи.
Без зафиксированной бизнес-задачи структура и содержание начинают зависеть от субъективных предпочтений участников проекта.
После запуска выясняется, что нужного сценария просто нет.
Ошибка 2. Не изучить аудиторию
Разработчики могут хорошо знать интерфейсы, но не знать, как конкретный клиент выбирает промышленную продукцию.
Поэтому до прототипа нужно собрать вопросы отдела продаж.
Кто приходит на сайт? Что проверяет первым? Какие характеристики запрашивает? Какие документы нужны до обращения?
Эта информация влияет на страницы и навигацию.
Если ориентироваться только на внутреннее представление компании о продукте, можно не учесть реальные вопросы и сценарии клиентов.
Ошибка 3. Проектировать структуру только по внутреннему каталогу
Внутреннее деление продукции удобно предприятию, но не всегда совпадает с поисковым спросом и логикой клиента.
Поэтому структуру нужно сверять с семантикой.
Некоторые товарные группы потребуют самостоятельных посадочных.
Другие можно объединить.
Если SEO подключается уже после запуска, специалист обнаруживает, что под важные запросы нет страниц.
Тогда приходится менять каталог, URL и меню.
Проще учесть это на прототипе.
Ошибка 4. Рисовать дизайн до прототипа
Дизайн не должен определять содержание.
Сначала нужно понять, какие блоки требуются пользователю и в какой последовательности.
Прототип позволяет проверить это без дорогой визуальной работы.
Если дизайнер сразу начинает с финального макета, любое изменение структуры затрагивает уже готовые экраны.
Изменение структуры после готового дизайна увеличивает объём переделок и стоимость проекта.
Ошибка 5. Оставить контент «на потом»
Если дизайн собирается на временных текстах и условных данных, реальные характеристики и таблицы могут не поместиться в готовые шаблоны.
Затем в готовый дизайн пытаются вставить реальные технические таблицы, документы и длинные названия продукции.
Выясняется, что блоки для них не подходят.
До дизайна желательно понимать хотя бы структуру реального содержимого.
Необязательно написать все статьи.
Но карточка продукта должна проектироваться на настоящих типах данных, а не на фразе «здесь будет описание».
Ошибка 6. Не назначить технического эксперта
Подрядчик не знает характеристики продукции лучше производителя.
Если внутри компании никто не отвечает за фактуру, редактор и разработчик начинают ждать ответы от разных сотрудников.
Сроки растягиваются.
Если технические данные не предоставлены, их нельзя заменять предположениями редактора или подрядчика.
Для проекта нужен конкретный специалист или группа, которая подтверждает характеристики, документы и ограничения.
Ответственность за технические факты нельзя полностью передавать веб-студии.
Ошибка 7. Проектировать интеграции после верстки
CRM, 1С, телефония и другие системы влияют на сайт ещё на уровне данных.
Какие поля должна передавать форма?
Откуда берётся цена?
Где хранится наличие?
Как назначается регион?
Если эти вопросы появляются в конце, разработчикам приходится переделывать готовые модули.
При разработке производственных сайтов Maximus Media также учитывает интеграции с каталогом и бизнес-системами ещё на этапе архитектуры проекта.
Ошибка 8. Сделать мобильную версию в самом конце
Если сначала полностью разработать десктоп, а потом пытаться сжать его под телефон, часть решений работает плохо.
Особенно это заметно в больших таблицах, меню и формах.
Мобильные сценарии стоит учитывать уже при проектировании.
Это не означает создавать два разных сайта.
Нужно заранее продумать, как основные блоки будут работать на небольшом экране.
Ошибка 9. Не определить требования к скорости
Тяжёлые изображения и большое количество эффектов добавляются постепенно.
Каждый отдельный элемент кажется незначительным.
К запуску страница становится перегруженной.
Поэтому производительность нужно включать в критерии приёмки.
Изображения оптимизируют, скрипты проверяют, а ненужные компоненты убирают.
Требования к производительности нужно зафиксировать до запуска и проверять при приёмке сайта.
Ошибка 10. Не продумать путь к обращению
На прототипе нужно проверить не только информационные страницы.
Как пользователь запросит расчёт?
Какие данные ему нужно предоставить?
Можно ли прикрепить файл?
Что происходит после отправки?
Если об этом вспоминают в конце, на сайте появляется универсальная форма, не связанная с продуктом.
Для B2B удобнее проектировать контактные действия вместе с соответствующими страницами.
Ошибка 11. Не подключить аналитику до запуска
Аналитика должна быть частью технического задания.
Какие действия считаются целевыми? Какие формы используются? Какие источники передаются в CRM?
Если это не определить, после запуска маркетологу приходится отдельно описывать события разработчикам.
Часть первых данных теряется.
Лучше принять сайт уже с проверенной аналитикой и тестовыми обращениями.
Ошибка 12. Не продумать SEO-переезд
При редизайне новый сайт может получить другую структуру URL.
Если старые адреса имели поисковый трафик, их нельзя просто удалить.
Нужно составить карту перенаправлений и сохранить важные страницы.
Отдельно проверяются заголовки, метаданные, canonical, robots.txt и sitemap.
Иначе новая версия визуально становится лучше, а поисковая видимость снижается.
Ошибка 13. Принимать сайт только по дизайну
Финальная приёмка должна проходить по сценариям.
Откройте каталог.
Используйте фильтр.
Скачайте документ.
Отправьте формы.
Проверьте телефон.
Посмотрите мобильную версию.
Убедитесь, что заявки попадают в CRM.
Проверяйте не только главную, потому что ошибки чаще остаются в шаблонах внутренних страниц.
Ошибка 14. Не определить, кто будет поддерживать сайт
После запуска появятся новые товары, сотрудники, документы и задачи.
Если никто не назначен ответственным, изменения начинают откладываться.
Заранее определите, кто обновляет контент, кто занимается техническими проблемами и кто контролирует аналитику.
CMS должна позволять выполнять регулярные операции без постоянной сложной разработки.
Как организовать разработку правильно
Начните с аудита бизнеса и текущего сайта.
Определите продукты, аудиторию, задачи и интеграции.
После анализа бизнеса и аудитории проектируют структуру и прототип, одновременно проверяя поисковый спрос.
На прототипе тестируются ключевые пользовательские сценарии.
Затем подключается дизайн и разработка.
До запуска проходят техническая проверка, SEO-проверка, аналитика и тест заявок.
Так большая часть критических вопросов решается до того, как сайт начинает получать платный трафик.
Когда подрядчик должен задавать вопросы
Если разработчик сразу предлагает дизайн, почти ничего не спросив о продажах, это повод уточнить процесс.
Производственный сайт требует информации об ассортименте, клиентах, документах и интеграциях.
Нельзя качественно спроектировать каталог, не разобрав его структуру.
До дизайна подрядчик должен разобраться в ассортименте, аудитории, сценариях обращения, документах и интеграциях.
Это может выглядеть медленнее, чем мгновенный макет главной, но уменьшает количество переделок позже.
Как проверить техническое задание
Перед стартом убедитесь, что в ТЗ есть не только список страниц.
Должны быть понятны основные сценарии, структура каталога, формы, интеграции и аналитика.
Отдельно фиксируются требования к мобильной версии и дальнейшему SEO.
Если важная задача существует только «в переписке», её легко потерять.
Лучше перенести ключевые договорённости в единый документ.
Что делать после запуска
Первые недели сайт нужно наблюдать.
Проверяйте реальные формы, поведение пользователей и технические ошибки.
Не все сценарии удаётся увидеть на тестовой среде.
После накопления данных часть элементов можно улучшить.
После запуска сайт нужно проверить на реальном трафике и при необходимости доработать по данным аналитики.
Подробно о проблемах уже работающего ресурса в статье «Топ-10 критических ошибок на сайте производства».
Перейти к услуге: разработка сайтов для производственных компаний Maximus Media.
