Есть особенный тип технической тревоги: сайт работает, но вам страшно его трогать.
Знакомо? Заявки идут, продажи идут, всё как будто нормально. Потом маркетолог просит добавить новую форму. Разработчик говорит, что сделает за два дня. Проходит неделя. Потом выясняется, что эта форма почему-то затронула личный кабинет, а в личном кабинете после обновления перестал нормально грузиться один из разделов.
И все смотрят друг на друга.
В какой-то момент владелец бизнеса перестаёт понимать, сколько вообще стоит развитие собственного сайта. Не потому, что цифры большие, а потому, что цифры непредсказуемые. Обычная правка занимает три дня, другая — три недели. Одну можно делать смело, вторую «лучше не трогать». Почему? Никто толком не объясняет.
Вот тогда мы обычно и нужны.
Что мешает сегодня
Мы смотрим на проект как на целую систему, а не как на набор страниц. Читаем код, разбираемся с сервером, базой, интеграциями, релизами и мониторингом. Проверяем, что происходит со скоростью, где появляются ошибки, как устроены резервные копии и что будет, если завтра исчезнет человек, который сейчас знает, как всё это работает.
Причём нас не особенно интересует возможность сказать: «У вас плохая архитектура». Плохая архитектура может вообще никак не мешать бизнесу. Можно годами жить на старом стеке и не испытывать от этого никаких проблем.
Гораздо важнее другое: что мешает вам сегодня?
Если медленная база тормозит оформление заказа, исправление действительно нужно. Если старый модуль просто написан не самым красивым способом, но работает стабильно и менять его не надо — пусть живёт дальше.
Поэтому мы не любим заранее приготовленные диагнозы вроде «всё переписать». Иногда переписывать действительно приходится. Бывает проект, к которому десять лет подряд что-то пристёгивали, пока внутри уже не осталось ничего похожего на первоначальную архитектуру. Но чаще разумнее не сносить дом вместе с хорошим фундаментом, а постепенно заменить то, что мешает.
Проекты после предыдущих подрядчиков
Отдельная история — проекты после предыдущих подрядчиков. Иногда нам присылают ссылку на GitHub, пароль от сервера и фразу «там должно быть всё». Не должно. В старом проекте редко бывает всё. Обычно где-нибудь обнаруживается сервер, о котором забыли, ночной скрипт, который запускается раз в сутки, и интеграция с CRM, про которую никто не вспомнил на общем звонке.
Сначала приходится восстановить картину. Что где находится, что от чего зависит, какие данные куда ходят, как выпускается новая версия, что произойдёт при сбое. И только потом решать, что чинить.
На выходе нужен не двадцатистраничный документ ради самого документа, а понимание: вот здесь у вас реальная проблема, вот здесь можно ничего не делать, вот это желательно заменить, а вот сюда сейчас вообще не стоит тратить деньги.
Сроки
Аудит обычно занимает две-четыре недели. Иногда после него действительно начинается большая доработка. Иногда — миграция. А иногда мы честно говорим: «Смотрите, ваш сайт в гораздо лучшем состоянии, чем казалось. Давайте не будем придумывать себе работу».
Для бизнеса это, пожалуй, один из самых полезных ответов, которые может дать подрядчик.