Что должно включать техническое задание на редизайн сайта? От целей до сдачи проекта

Техническое задание на редизайн сайта должно содержать выполнимые договорённости о том, зачем нужен редизайн, в каком объёме он будет выполнен и как будет сдаваться результат. Независимо от того, называется ли документ техническим заданием на редизайн сайта или cahier des charges refonte site internet по-французски, он должен позволять всем участникам опираться на один и тот же документ при определении объёма работ, расчёте стоимости, планировании сроков и оценке результата. При подготовке сначала уточните существующие проблемы и цели, а затем по пунктам зафиксируйте страницы, функции, перенос данных и обязанности при запуске.

Сначала чётко определите цели и текущее состояние, не ограничиваясь требованием «сделать новый дизайн»

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

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

Определите объём работ: отдельно укажите страницы, контент и функции

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

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

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

Если планируется использовать SaaS-платформу для создания сайта, в техническом задании также следует указать допустимые пределы настройки шаблонов, способы экспорта контента, права доступа к учётным записям и порядок обращения с данными после окончания срока действия договора. Например, при оценке маркетинговой SaaS-системы для интеллектуального создания сайтов 易营宝 можно по отдельности проверить требования к редактированию многоязычного контента, адаптации для мобильных устройств и управлению через панель. Конкретный объём поставки определяется соглашением по проекту.

Включите в результаты работ перенос поисковых настроек и маркетинговых данных

Редизайн сайта часто сопровождается изменением URL. В техническом задании следует предусмотреть таблицу соответствия старых и новых адресов и определить правила их сохранения, объединения и удаления, а при необходимости — настроить постоянные перенаправления. Если для старой страницы есть конкретная новая страница-замена, не следует перенаправлять все такие адреса на главную. Если замены нет, отдельно согласуйте порядок обработки. Перед запуском также нужно проверить заголовки и описания страниц, карту сайта, канонические URL и настройки сканирования поисковыми системами, чтобы ограничения тестовой среды не перенеслись на рабочий сайт.

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

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

Свяжите сроки, изменения и приёмку с конкретными результатами

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

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

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

Опишите запуск так, чтобы при необходимости можно было вернуться к предыдущей версии

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

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