Скрытый технический долг, из-за которого редизайн сайта стоит дороже плана

Каждый редизайн начинается с числа.

Смета, сроки, документ с объёмом работ, который все подписывают.

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

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

Иногда это правда.

Но более частая причина тише, и она обычно уже там до старта проекта: технический долг, который никто не учёл, потому что никто его не искал.

Смета была на видимый сайт. Цена, за то, что под ним.

Редизайн не создаёт технический долг. Он его вскрывает.

Технический долг часто невидим именно потому, что сайт всё ещё работает.

Клиенты могут оформлять заказы. Команда может публиковать контент. Формы отправляются. CMS открывается.

Ничего не выглядит срочным.

Это создаёт опасное допущение: если сайт всё ещё работает, значит технология под ним всё ещё здорова.

Не обязательно.

Редизайн, это момент, когда это допущение проверяется.

Ты больше не просишь существующую систему продолжать делать то, что она уже делает. Ты просишь её измениться.

И вот тогда старые решения внезапно начинают иметь значение.

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

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

Поле базы данных, перепрофилированное под быстрое решение, может больше не поддерживать новую структуру.

Набор скопированных шаблонов может оказаться вовсе не переиспользуемой дизайн-системой.

Редизайн не создаёт эти проблемы. Он просто делает их невозможными игнорировать.

Что такое технический долг

Что такое технический долг

Технический долг, это не баг.

Это решение, обычно разумное на тот момент, которое меняет долгосрочную стоимость на краткосрочную скорость.

Плагин, установленный, чтобы успеть к запуску.

Страница, сделанная копированием другой страницы с заменой текста.

Интеграция, вшитая напрямую в тему, а не через API.

Поле базы данных, перепрофилированное под то, для чего оно никогда не проектировалось.

Ничего из этого не обязательно ошибка в момент принятия решения.

Это становится долгом позже, когда кому-то приходится снова коснуться этой части сайта и обнаружить, что она несущая способами, которые никто не задокументировал.

Поэтому технический долг часто понимают неправильно.

Это не просто старый код.

Это накопленная стоимость решений, которые делают систему сложнее менять.

И редизайн, это именно момент, когда этот долг наступает к оплате.

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

Когда он всё ещё работает

Когда он всё ещё работает

Некоторые из самых технически задолжавших сайтов, не сломанные сайты.

Это сайты, которые работают годами.

Бизнес учится обходить их ограничения.

Фича становится «слишком сложной».

Новую интеграцию откладывают.

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

Со временем организация начинает относиться к техническим ограничениям как к бизнес-правилам.

Сайт больше не подстраивается под бизнес. Бизнес подстраивается под сайт.

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

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

Почему он остаётся невидимым

Почему он остаётся невидимым

Видимая часть сайта, разметка, цвета, тексты и взаимодействия, это, может быть, 20% того, что реально затрагивает редизайн.

Остальные 80% живут под поверхностью:

• структура CMS
• база данных
• интеграции
• редиректы
• хостинг
• кэширование
• плагины
• API
• связи контента
• аутентификация
• бизнес-логика
• деплой
• бэкапы

Скоуп-звонок может пройтись по видимым 20% за один вечер.

Никто не может увидеть остальные 80% без того, чтобы открыть кодовую базу и CMS и реально посмотреть.

Большинство смет строится на видимой части, потому что именно её может показать звонок-знакомство и пара референсных сайтов.

Невидимая часть проявляется только после того, как кто-то начинает строить.

И к этому моменту цена уже согласована.

Пять видов долга

Пять видов долга

Контентный долг

Годы страниц могут быть построены непоследовательно.

Одни написаны вручную.

Другие сделаны по шаблону.

Некоторые созданы разными агентствами по разным конвенциям.

Некоторые содержат информацию, в актуальности которой никто не уверен.

Другие могут выглядеть неважными, но всё ещё приносить органический трафик.

Перенести их, не значит скопировать-вставить.

Это распутывание того, какая версия правды на самом деле верна.

Интеграционный долг

CRM-подключение могло быть построено разработчиком, который уже ушёл из компании.

Платёжный шлюз может быть вшит напрямую в шаблон вместо документированного API.

Система учёта склада может зависеть от кастомного подключения, которое никто не помнит, как создавалось.

Об этом не нужно думать, пока сайт продолжает работать.

Потом редизайн меняет ту часть системы, от которой зависят эти интеграции.

И внезапно «редизайн сайта» превращается в интеграционный проект.

Инфраструктурный долг

Конфигурации сервера.

Настройки DNS.

Правила кэширования.

Конфигурация CDN.

SSL.

Цепочки редиректов.

Cron-задачи.

Бэкапы.

Правила безопасности.

Годы мелких инфраструктурных правок могут тихо стать несущими для SEO, производительности и аптайма.

Ничего из этого не видно на скриншоте главной страницы.

И часть из этого может нигде не быть задокументирована.

Долг дизайн-системы

Сайт может выглядеть последовательно, не имея реальной дизайн-системы.

Одна кнопка была сделана для одной страницы.

Другую скопировали через полгода.

Третью создали под конкретную кампанию.

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

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

Потом команда обнаруживает, что их нет.

Системы никогда не было.

Была только коллекция отдельных решений.

Долг данных

Поля базы данных перепрофилируются.

Значения приобретают разный смысл в разных частях приложения.

Старые структуры продукта остаются, потому что что-то от них всё ещё зависит.

Связи, которые когда-то имели смысл, больше не отражают то, как работает бизнес.

Новому интерфейсу может понадобиться более чистая модель данных.

Но изменение этой модели может затронуть всё приложение.

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

Долг миграции

Долг миграции

Есть ещё одна категория, которая становится особенно важной во время редизайна: долг миграции.

Редизайн, это не просто перенос одного визуального интерфейса в другой.

Возможно, ты также переносишь:

• URL
• контент
• метаданные
• изображения
• категории
• товары
• внутренние ссылки
• структурированные данные
• редиректы
• языковые версии
• проиндексированные страницы

Страница, которая дизайнеру кажется ненужной, может всё ещё приносить органический трафик.

URL, который выглядит устаревшим, может иметь ценные обратные ссылки.

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

Именно поэтому SEO-миграция не должна начинаться после того, как новый сайт уже построен.

Ты переносишь не просто сайт. Ты переносишь его накопленную историю.

И у этой истории есть ценность.

Почему сметы взрываются

Почему сметы взрываются

Вот как с виду простой проект может поменять форму:

«Нам нужен только новый фронтенд».

Потом кто-то обнаруживает, что CMS не может поддержать новую структуру.

CMS нужно модифицировать.

Это вскрывает старую структуру базы данных.

Базу данных нужно менять.

Это затрагивает API.

API затрагивает CRM-интеграцию.

Структура URL меняется.

SEO-миграция становится необходимой.

Старые плагины больше не подходят.

Контент нужно реструктурировать.

Внезапно проект уже не редизайн сайта.

Это:

частичная миграция системы + реструктуризация данных + интеграционная работа + SEO-миграция + новый фронтенд.

Ничего обязательно не пошло не так.

Проект просто стал лучше понятен.

Именно поэтому редизайн за $20 000 может превратиться в проект за $40 000 без того, чтобы кто-то намеренно пытался расширить объём.

Исходная оценка была основана на том, что было видно.

Поздняя оценка основана на том, что было обнаружено.

Почему агентства не находят вовремя

Почему агентства не находят вовремя

Обычно дело не в нечестности.

Дело в последовательности шагов.

Большинство агентских процессов идут так: звонок-знакомство → предложение → контракт → технический аудит → разработка.

Проблема очевидна.

Цена фиксируется до того, как долг обнаружен.

Когда это случается, у агентства есть два плохих варианта.

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

Или вернуться к клиенту в середине проекта с просьбой о дополнительном бюджете.

Это ровно тот разговор, который никто не хочет вести через три недели после старта редизайна.

Оба варианта существуют, потому что аудит случился после цены, а не до неё.

Что должно происходить вместо этого

Что должно происходить вместо этого

Решение несложное.

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

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

Это значит реально открыть CMS, а не просто просмотреть живой сайт.

Реально составить карту интеграций, а не просить клиента перечислить их по памяти.

Реально проверить, как выглядит история редиректов и SEO, а не предполагать, что она чистая.

Реально прочитать схему базы данных, а не только смотреть на фронтенд-шаблоны.

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

Это занимает дни, не месяцы.

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

Аудит дёшев. Обнаружить долг посреди стройки, никогда.

Редизайн, перестройка или аудит

Редизайн, перестройка или аудит

Не каждый старый сайт нужно выбрасывать.

Иногда существующая архитектура здорова, и проблема реально во фронтенде.

Иногда CMS всё ещё подходит бизнесу.

Иногда интеграции чистые.

Иногда структура базы данных вполне адекватна.

В этих случаях перестраивать всё было бы расточительно.

Но если новые требования постоянно конфликтуют с существующей архитектурой, вопрос меняется.

Возможно, тебе не нужен новый дизайн. Возможно, тебе нужна новая структура.

Это другая проблема, и мы разбираем её в статье Большинству компаний не нужен новый сайт, им нужна новая структура.

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

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

Это не обязательно проблема.

Это часто признак того, что смета основана на реальности.

Альтернатива, заниженная начальная оценка, которая молча предполагает, что невидимые 80% не создадут проблем.

Это допущение часто ошибочно.

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

График становится реалистичнее.

Бюджет становится предсказуемее.

И клиент понимает, за что он реально платит.

Смета на редизайн, построенная вокруг видимого сайта, говорит, во что кто-то думает обойдётся новый интерфейс. Смета, построенная после аудита, говорит, что реально понадобится, чтобы изменить систему под ним.

Настоящая цена

Настоящая цена

Технический долг обычно не присылает один большой счёт.

Сначала он присылает счета поменьше.

Фича занимает больше времени.

Разработчику нужно больше времени.

Миграция усложняется.

Релиз требует дополнительного тестирования.

Новая интеграция становится «слишком рискованной».

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

Со временем эти маленькие затраты складываются в большую.

И самая большая затрата, возможно, вовсе не разработка.

Это может быть возможность, которую бизнес решает не преследовать, потому что система делает это слишком сложным.

Технический долг, поэтому, не просто инженерная проблема. Это ограничитель скорости бизнеса.

Редизайн, это просто момент, когда это ограничение становится невозможным игнорировать.

Если ты рассматриваешь редизайн сайта, первый вопрос не должен быть: «Сколько будет стоить новый сайт?»

Он должен быть: «Что именно мы перестраиваем?»

Прежде чем утверждать бюджет, пойми, что уже есть, что можно сохранить, что нужно перенести, что нужно перестроить и что стоит убрать полностью.

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

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

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