До и после: как технический долг в Битрикс-проекте превращается в потерю выручки
Разбираем на цифрах обобщённый кейс интернет-магазина: как накопленные мелкие баги в корзине, фильтре и обмене с 1С приводят к потере 15–25% выручки и как это исправляется за 6 недель.
Технический долг почти никогда не выглядит как «у нас всё сломано». Это пять незаметных багов, каждый из которых снижает конверсию на 1–3%. Сумма этих процентов и есть «дыра», в которую утекает выручка. Покажем на типичном кейсе из нашей практики, как такой долг копится и сколько стоит его не закрывать.
Ситуация на старте
Обобщённый клиент — интернет-магазин на «Битрикс: Малый бизнес», 4 500 SKU, средний чек 7 800 ₽, выручка 9–11 млн ₽/месяц. Сайт работает 3 года, поддерживался разными подрядчиками, документации почти нет. Жалобы владельца: «трафик есть, заявок мало, не понимаем, в чём дело».
Что нашли в аудите
| Проблема | Что происходило | Оценка потерь |
|---|---|---|
| Корзина не работала на iPhone | Кнопка «оформить» неактивна в Safari 17+, ~40% мобильного трафика | −12% мобильных заказов |
| Обмен с 1С падал 2–3 раза в неделю | Остатки рассинхронизированы, заказы на отсутствующий товар | −4% выручки на отменах |
| Фасетный фильтр генерировал дубли | В индексе 38 000 страниц вместо 6 000, размытие релевантности | −18% органического трафика |
| Часть форм не отправляла письма | Заявки записывались, но менеджер их не видел | Потеря заявок без следа |
| LCP 5,8 сек на мобильных | Каждая секунда задержки = −7% конверсии | −15% конверсии в заявку |
| Robots.txt блокировал /catalog/ | После миграции хостинга 4 месяца назад | Падение по ВЧ-запросам |
Совокупно — около 20–25% потенциальной выручки терялось каждый месяц. В деньгах это примерно 2,2 млн ₽/мес — больше, чем годовой бюджет на поддержку, который владелец «экономил».
Что сделали за 6 недель
- Неделя 1: аудит, мониторинг, ежедневные бэкапы с проверкой восстановления.
- Неделя 2: починка корзины в Safari, экспресс-чекаут, тесты на iOS и Android.
- Неделя 3: переписали обмен с 1С с очередью и логированием, добавили алерты в Telegram.
- Неделя 4: настроили фасетный фильтр, canonical, robots.txt, отправили в переобход.
- Неделя 5: оптимизация скорости — WebP, lazy-loading, CDN, кэш по тегам.
- Неделя 6: формы, дублирование заявок в CRM и Telegram, регрессионное тестирование.
Результаты через 90 дней
| Метрика | До | Через 90 дней | Изменение |
|---|---|---|---|
| Выручка/месяц | 9,8 млн ₽ | 12,4 млн ₽ | +26% |
| Конверсия в заявку | 1,1% | 1,7% | +55% |
| LCP на мобильных | 5,8 сек | 1,9 сек | −67% |
| Отмены заказов «нет в наличии» | 9% от заказов | 1,5% | −83% |
| Органический трафик из Яндекса | 44 000/мес | 61 000/мес | +39% |
| Заявки, дошедшие до менеджера | ~85% от форм | 100% | +15 п.п. |
Стоимость работ и срок окупаемости
Объём работ — около 210 часов за 6 недель, бюджет 590 000 ₽. Дополнительная выручка за 3 месяца — около 7,8 млн ₽, окупаемость работ — менее месяца. Дальше эффект продолжает накапливаться: исправленные проблемы не возвращаются, и каждый следующий месяц магазин зарабатывает больше.
Почему такие проблемы накапливаются
- Подрядчик отвечает за «работу сайта» в широком смысле, но никто не отслеживает конкретные метрики: LCP, конверсия по устройствам, остатки.
- Поддержка делается «по тикетам» — что заказчик увидел, то и чинят. То, что заказчик не видит, не чинит никто.
- Нет мониторинга обмена с 1С — пока бухгалтер не позвонит, никто не знает, что обмен упал.
- Нет регулярного аудита — за год накапливается 20–30 мелких проблем, каждая по чуть-чуть «съедает» выручку.
Что с этим делать
- Раз в полгода — технический аудит сайта по чек-листу из 30+ пунктов.
- Мониторинг ключевых метрик: скорость, доступность, обмен с 1С, конверсии по устройствам.
- Регулярные релизы небольших улучшений, а не «всё накопилось — давайте перепишем».
- Поддержка не «по заявкам», а проактивная: подрядчик сам находит проблемы и предлагает фикс.
Итог
Технический долг — это деньги, которые ваш бизнес не зарабатывает. Считать его проще, чем кажется: пять процентов конверсии и десять процентов трафика на масштабе годовой выручки — это конкретные миллионы. Если узнали в кейсе своё — напишите, проведём такой же аудит и посчитаем, во сколько вам обходится текущий технический долг.
Часто задаваемые вопросы
Что такое технический долг сайта?+
Это накопившиеся мелкие проблемы, недоделки и временные решения, каждое из которых по отдельности не критично, но в сумме они снижают конверсию, скорость и стабильность сайта.
Как измерить технический долг в деньгах?+
Оцените отклонение ключевых метрик от целевых: конверсия, LCP, доля отмен, органический трафик. Каждый процент отклонения умножьте на месячную выручку — получите потерянные деньги от технического долга.
Почему долг копится при наличии поддержки?+
Большинство договоров на поддержку — реактивные («чиним то, что заметили»). Без проактивного мониторинга и регулярного аудита 80% проблем не видны заказчику и не попадают в работу.