Новый сайт или доработка существующего: как выбрать

Устаревший внешний вид не всегда требует нового сайта. Как отделить локальные проблемы от ограничений, из‑за которых нужна полная переработка.

Тирекс у старого покосившегося окна сайта, трайк у нового окна, над ними шестерёнка

Коротко

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

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

Назовите проблему, которую можно наблюдать

Вместо «сайт плохой» запишите конкретные ситуации:

  • не удаётся добавить услугу без разработчика;
  • заявки теряют состав заказа;
  • посетители не находят документы;
  • материалы давно не соответствуют предложению компании.

Если есть данные обращений и аналитики, используйте их. Если нет, отделите наблюдения от предположений.

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

Когда достаточно доработки

Локальное изменение подходит, если основа управляется, нужные доступы есть, а проблема ограничена отдельным участком. Например, нужно:

  • обновить страницу услуги;
  • исправить форму;
  • сделать удобнее мобильное меню;
  • добавить передачу согласованных полей в систему продаж.

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

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

Когда новая основа оправданна

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

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

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

Посчитайте стоимость перехода

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

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

Сравните два ограниченных сценария

Попросите два состава: минимально достаточное исправление и новая версия под текущие задачи. В каждом должны быть результат, исключения, материалы, срок и дальнейшие расходы. Это полезнее сравнения абстрактных слов «доработка» и «редизайн». Как затем принять выбранный вариант, описано в чек‑листе приёмки сайта.

Сначала устраните проблемы, которые мешают обращениям прямо сейчас, если это возможно без лишнего риска. Затем решайте, оправдана ли глубокая переработка. Иногда короткий этап проверки помогает избежать большого ошибочного заказа.

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

Частые вопросы

Можно ли понять всё по скриншоту?

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

Можно ли гарантированно сохранить все поисковые показатели при обновлении?

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

Попробуйте сценарий

Лендинг услуги

Посмотрите страницу услуги и оставьте заявку: менеджер получит её с нужными деталями.

Демо на вымышленных данных. Введённое остаётся в этой вкладке и никуда не отправляется.

Что дальше