Что делать: практическая часть Ниже то, что я рекомендую почти любому проекту вне зависимости от размера. Ритм, а не героизм Работать циклами. Спринт, выпуск, короткая пауза, снова спринт. Важная вещь, которую обычно упускают: не надо пихать в один релиз десять фич. Маленькие, но частые обновления переносятся легче и откатываются быстрее. Если что-то пойдёт не так, вы поймёте, откуда проблема, потому что изменилось два места, а не вся система целиком. Следите за здоровьем доступность: упал ли сайт, тормозит ли; ошибки: что именно чаще всего валится; скорость загрузки; резервные копии: и главное — вы хоть раз их восстанавливали. Копия, которую не проверяли, не копия.

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

Тесты как страховка Автотесты — единственная причина, по которой вы можете обновлять быстро. Если их нет, любое изменение требует ручной проверки всего, и скорость падает до нуля. Именно поэтому мы закладываем их с самого начала, ну во всяком случае очень стараемся, насильно такое не протолкнуть, сами понимаете. Запланируйте бюджет на развитие Обычно в таком диапазоне: 15-20% стоимости продукта в год уходит на поддержку с развитием. Это не «если будет время и деньги». Это строка просто должна быть в бюджете.

Планируйте не по годам Год — слишком длинный горизонт. Вы не знаете, что будет через год, ни на рынке, ни в технологиях. Поэтому план обновлений строится на квартал, а решения принимаются по данным продукта. Что заходит, то и усиливаем. Свой продукт надо смотреть глазами Хотя бы раз в квартал проходить путь клиента своими руками: оформить заказ, найти товар, подписаться, написать в поддержку. Дешевле всего находить проблемы, пока они маленькие.

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

Если вы смотрели на свой сайт больше года только со стороны клиента, давайте проведём аудит. Посмотрим скорость, безопасность, зависимости и технический долг — и прикинем, каким будет бюджет поддержки и развития. Мы обычно находим, что небольшая работа по ритму обходится в разы дешевле, чем один авральный ремонт. ____________________________________ Никого не принуждаю, ничего не продаю (во всяком случае пока что) Мой ТГ: https://t.me/kom_on_dir Макс: https://max.ru/channel_komondir