Недовольство сайтом не всегда означает одну и ту же задачу. Неработающая форма, отсутствующий фильтр и запутанная подача услуг требуют разного начала. Чтобы выбрать подход, сначала опишите, где возникает проблема и что именно не удаётся посетителю. Решение переделать весь сайт трудно обосновать только впечатлением от его внешнего вида.
Различайте подходы по ожидаемому результату
Для первого обсуждения удобно понимать ремонт как исправление сбоя в существующем поведении. Доработка добавляет возможность или улучшает действующий сценарий. Редизайн может включать пересмотр визуальной подачи, навигации и структуры страниц.
Эти работы могут сочетаться в одном проекте. Новый дизайн сам по себе не исправляет сломанную интеграцию, а техническая правка не делает запутанный материал понятнее автоматически. Подход уточняется после проверки причины проблемы.
Опишите проблему так, чтобы её можно было повторить
- На какой публичной странице возникает проблема? Вместо личного кабинета или секретной ссылки укажите подходящий открытый адрес.
- Какие шаги вы сделали, что ожидали и что получили? Последовательно опишите один конкретный сценарий.
- На каком устройстве и в каком браузере это происходит? Отметьте, возникает ли сбой всегда или при определённых условиях.
- Когда его заметили? Если известно, укажите предшествующее изменение контента, модуля или системы.
- Если нужен скриншот, заранее скройте имена, контакты, содержимое заказов и другие персональные данные.
Составьте краткую карту существующей системы
Если сведения известны, перечислите CMS, используемые модули, внешние интеграции и редактируемые разделы. Неизвестное не нужно угадывать. Достаточно обозначить на уровне ролей, кто отвечает за домен, хостинг и содержание сайта.
Уточните наличие актуальной резервной копии и способа восстановления. Саму копию, пароли и ключи через публичную форму не отправляйте. Порядок предоставления необходимых доступов обсуждается отдельно.
Включите содержание и адреса в план изменений
Перечислите тексты услуг, товарные данные, файлы и языковые версии, которые нужно сохранить. Отделите устаревшее содержание от того, которому требуется только другая подача. Это помогает не превратить дизайнерское решение в случайную потерю важной информации.
Если адреса меняются, сопоставьте старые страницы с соответствующими новыми и запланируйте постоянные перенаправления. Внутренние ссылки также следует обновить. Оставьте это отдельным пунктом проверки до выпуска новой версии.
Проверяйте поведение, а не только внешний вид
- Форма: обязательные поля понятны, ошибки объяснены, результат отправки показан посетителю.
- Навигация: до выбранной услуги можно добраться на телефоне и с клавиатуры.
- Контент: длинный заголовок, пустая выдача и дополнительный язык не делают страницу неудобной.
- Редактор: согласованные сведения меняются без необходимости каждый раз править код.
- Переходы: заранее выбранные сценарии для сохраняемых старых адресов и новых страниц проходят проверку.
Сравните варианты на первом обсуждении
Для каждого подхода запишите, какую проблему он решает, что сохраняется, что меняется и как будет проверен результат. Если новая функция не устраняет основную трудность, её необязательно включать в первый этап.
Например, при сбое отправки обращения разумно сначала исследовать именно этот путь. Если выбору услуги мешает структура, может потребоваться работа с навигацией и содержанием. Это условные ситуации, а не описания клиентских проектов: решение принимается по фактическому состоянию сайта.
Частые вопросы
Нужно ли полностью переделывать сайт, который выглядит устаревшим?
Нет. Устаревший вид сам по себе не доказывает необходимость замены всей системы. Функции, содержание, управление и пользовательские сценарии следует оценить отдельно. Иногда достаточно локального изменения, иногда требуется совместное обновление структуры и технической части.
Расскажите о задаче действующего сайта
В отдельной контактной форме Siteman укажите публичный адрес сайта, основную проблему и ожидаемое поведение. Добавьте, какие части требуется сохранить. Не прикладывайте к первоначальному описанию доступы, резервные копии или клиентскую базу.