Технические проблемы сайта редко выглядят срочными. Сайт открывается, заявки идут, менеджеры работают. Задачи вроде «обновить движок», «починить форму на мобильном» или «настроить резервное копирование» переносятся из месяца в месяц, потому что рядом всегда есть что-то более заметное. Но у каждой такой задачи есть цена бездействия, и её несложно посчитать. Ниже — как перевести технический долг в понятные деньги и в каком порядке его разбирать.
Почему технический долг откладывают
Причины повторяются от компании к компании, и они не про халатность.
- Проблема невидима. Сайт «работает»: главная открывается, телефон на месте. То, что мобильная версия грузится восемь секунд, руководитель не видит — он заходит с рабочего компьютера по быстрому каналу.
- Нет ответственного. Маркетинг отвечает за трафик, продажи за сделки, а за то, что сайт исправен, не отвечает никто конкретно.
- Задача звучит технически. «Обновить PHP» и «настроить кэширование» не конкурируют в приоритетах с «запустить акцию», хотя могут стоить дороже.
- Кажется, что можно отложить. Каждый месяц отсрочки подтверждает, что ничего не случилось, — до того месяца, когда случается.
Разорвать этот круг помогает не уговаривание, а расчёт. Как только задача формулируется в обращениях и рублях, она перестаёт быть технической.
Что во что обходится
Считать точную сумму не нужно, достаточно порядка величины. Мы делаем такой расчёт в начале работы с сайтом, чтобы понимать, за что браться первым.
| Проблема | Как считается потеря | Где взять данные |
|---|---|---|
| Медленный мобильный сайт | Доля ушедших до загрузки, умноженная на конверсию и средний чек | Аналитика: отказы по мобильному трафику |
| Сломанная или недоставляемая форма | Обращения в месяц, умноженные на долю сделок и чек | Журнал заявок, почта, CRM |
| Выпадение страниц из индекса | Потерянный поисковый трафик, умноженный на конверсию | Панель вебмастера, отчёт по страницам |
| День недоступности в сезон | Дневная выручка канала | Выручка за прошлый сезон, делённая на дни |
| Устаревшая CMS без обновлений | Стоимость восстановления после взлома плюс простой | Оценка работ по восстановлению и переносу |
| Отсутствие резервных копий | Стоимость повторной сборки сайта с нуля | Смета на разработку такого же сайта |
| Ошибки в связке с учётной системой | Заказы с неверной ценой или остатком, возвраты, ручные правки | Отчёты продаж, время менеджеров |
Как перевести это в разговор с руководителем
Расчёт делается за час и на простых допущениях. Точность здесь не главное — важно показать масштаб.
- Взять число обращений с сайта за месяц и конверсию обращения в сделку.
- Посчитать, сколько теряется, если трафик или конверсия падают на 10-20 процентов. Это типичная величина потерь при медленной загрузке или частичном выпадении из индекса.
- Посчитать стоимость исправления в часах работы.
- Сравнить одно с другим и расставить задачи по этому соотношению, а не по тому, кто громче просит.
Обычно после такого расчёта половина «несрочных» задач переезжает в первоочередные, а часть громких пожеланий — наоборот, вниз списка. Это нормальный результат: цифры расставляют приоритеты лучше, чем интуиция.
Три сценария, которые обходятся дороже всего
Тихо сломанная форма
Самый дорогой и самый частый случай. Форма отправляется, посетитель видит «спасибо», а письмо не доходит: сменился адрес, почтовый сервис стал отбивать письма как спам, обновление шаблона сломало отправку. Компания не знает, что теряет обращения, потому что жалоб нет — недовольный человек просто уходит к конкуренту. Между поломкой и обнаружением обычно проходят недели.
Взлом устаревшего сайта
Сайт на давно не обновлявшемся движке с известными уязвимостями рано или поздно находят автоматические сканеры. Дальше возможны варианты: скрытые ссылки и редиректы для посетителей из поиска, рассылка спама с вашего домена, шифрование файлов. Помимо восстановления добавляются потери от санкций поисковых систем и блокировки хостером, а на снятие пометки о заражении уходят недели.
Падение в пик сезона
Сайт держал обычный трафик и лёг, когда пришла реклама и сезонный спрос. Потери здесь считаются не в среднем, а по дневной выручке сезона, которая может быть в разы выше обычной. Хуже всего, что подготовиться постфактум нельзя: увеличивать ресурсы и настраивать кэширование нужно заранее.
Как понять, что происходит на вашем сайте
Короткая проверка, которую можно провести самостоятельно за один рабочий день:
- Отправить тестовую заявку из каждой формы и с телефона, и с компьютера. Убедиться, что письмо дошло и попало туда, где его увидят.
- Открыть сайт на мобильном интернете, а не по Wi-Fi, и засечь время до появления содержимого.
- Посмотреть в панели вебмастера число страниц в индексе и число ошибок сканирования, сравнить с прошлым кварталом.
- Проверить, когда последний раз обновлялась CMS и её расширения.
- Найти последнюю резервную копию и попробовать развернуть её на тестовой площадке. Копия, которую ни разу не восстанавливали, копией не считается.
- Проверить срок действия домена и сертификата.
Если хотя бы три пункта дают неприятный ответ, вопрос уже не в том, стоит ли заниматься технической частью, а в том, в каком порядке.
Минимальная страховка
Полностью исключить сбои нельзя, но можно сделать так, чтобы они стоили часов, а не недель. Базовый набор мер обходится в несколько часов работы в месяц.
| Мера | Что закрывает | Как часто |
|---|---|---|
| Мониторинг доступности с уведомлением | Простой замечают за минуты, а не за сутки | Настроить один раз |
| Резервные копии с проверкой восстановления | Взлом, ошибка обновления, потеря данных | Ежедневно, проверка раз в квартал |
| Проверка форм и целей | Тихо потерянные обращения | Ежемесячно |
| Обновление CMS и расширений | Известные уязвимости | Ежемесячно |
| Просмотр ошибок сервера в логах | Накопление скрытых сбоев | Ежемесячно |
| Контроль сроков домена и сертификата | Внезапная недоступность сайта целиком | Раз в квартал |
Что в итоге
Технический долг не исчезает и не растворяется — он копится и однажды предъявляет счёт целиком, обычно в самый неудобный момент. Разница между компанией, у которой сайт работает годами, и компанией, которая раз в год чинит его в авральном режиме, обычно не в бюджете, а в наличии регулярной проверки и ответственного за неё.
Если заниматься этим внутри некому, мы возьмём регулярную часть на себя: настроим техническую поддержку сайта с мониторингом, копиями, обновлениями и ежемесячной проверкой форм. Начинаем с обследования текущего состояния и списка задач, отсортированного по цене бездействия.
