Почему переделка сайта редко помогает

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

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

Рабочий сайт редко трогают, когда он действительно ломается. Его начинают менять тогда, когда становится некомфортно. Сайт работает. Заявки приходят. Реклама окупается. Клиенты доходят до сделки. Но в какой-то момент возникает внутреннее напряжение: он слишком простой. Не отражает «уровень» и не выглядит так, как у тех, кто кажется крупнее. И начинается постепенное усложнение. Сначала добавляют калькулятор. Затем квиз и личный кабинет. Следом интеграцию с CRM и автоматические письма. Ну и еще один сервис аналитики...

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

Когда сайт не работает, объяснение почти всегда одинаковое. Прошлый разработчик не вывез. Не понял задачу. Сделал не так. Значит, нужен другой. Сильнее. Дороже. Опытнее. Логика понятная. Если инструмент не работает, меняем мастера. Проблема в том, что изначальная задача часто звучит так: сделайте, чтобы продавало. Без уточнения, что именно должно продавать. Без понимания, какую часть процесса сайт вообще закрывает. Без решения, что происходит после заявки. В этот момент исполнителю предлагают не задачу, а ожидание...

Это редко начинается с фразы «давайте сэкономим». Обычно все проще. Сайт сделали. Запустили. Ожидали больше. Результат слабый. И появляется мысль: наверное, переплатили. Не вслух. Просто ощущение. Если за такие деньги не поехало, значит в следующий раз надо аккуратнее. Так незаметно меняется фокус. Вместо вопроса «что именно не сработало» появляется вопрос «где можно ужаться». Это звучит разумно. Бюджет не резиновый. Давление по срокам есть. Хочется быстрее проверить, работает или нет. Поэтому следующая...