Почему мы отказываемся дорабатывать сайты на готовых решениях? Взгляд изнутри веб-разработки | Веб- студия Дукис

Содержание

1.   Лицензионная рулетка при создании и разработке сайта

2.   Архитектурный лабиринт на сайтах на готовых решениях

3.   Персонализация сайта или шаблон?

4.   Технический долг как финансовая пирамида

5.   Иллюзия быстрого старта сайта на решении

Заключение

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

1. Лицензионная рулетка при создании и разработке сайта

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

Что происходит дальше? У вас нет доступа к обновлениям безопасности. Вообще. Когда выходит критическая заплатка для Битрикса или самого решения , ваш сайт остаётся уязвимым. Мы видели случаи, когда из-за старой уязвимости через форму обратной связи заливали шеллы, воровали базы клиентов, размещали дорвеи. Восстановление после взлома обходится дороже легальной лицензии раз в десять.

Вторая проблема всплывает при смене подрядчика. Приходит новая команда, открывает админку и видит сообщение о недействительной лицензии. Дальше два пути: либо покупать всё заново (привет непредвиденные расходы), либо пытаться реанимировать чужие костыли без документации и поддержки. Оба варианта плохие.

Мы принципиально не работаем с нелегальным ПО. Не потому что такие правильные, а потому что это профессиональная гигиена. Брать ответственность за проект, который может рухнуть в любой момент из-за блокировки - это путь к бессонным ночам и судебным искам.

2. Архитектурный лабиринт на сайтах на готовых решениях

Давайте честно поговорим о том, как устроены готовые решения. Решение - это не просто набор HTML-страниц. Это сложнейшая экосистема из компонентов, модулей, обработчиков событий и наследуемых шаблонов. Красиво снаружи, монстр внутри.

Недавно считали ради интереса: чтобы изменить цвет одного элемента в типовом решении, нужно отследить его минимум через семь уровней каскадности CSS. А если речь идёт о логике? Например, клиент хочет добавить нестандартное условие расчёта скидки. На чистом проекте я открою нужный класс, напишу пять строк кода и пойду пить кофе. На сайте Аспро начинается археология:

Сначала ищем, какой компонент отвечает за корзину. Их там три разных, в зависимости от редакции. Потом выясняем, какое событие срабатывает при добавлении товара. Затем пытаемся понять, где именно модифицируется цена - в компоненте, в обработчике события или вообще в JS-файле, который асинхронно шлёт запросы на сервер. 

Я видел файлы, где одна функция вызывает другую, та третью, и так цепочка длиной в пятнадцать вызовов размазана по разным директориям. Чтобы поменять одну цифру, реально приходится открывать больше двухсот файлов. Это не преувеличение - делал скриншоты для клиента, показывал карту зависимостей.

А теперь математика времени разработчика. Ставка хорошего специалиста - от 3300 рублей в час. Простая задача типа «поменять текст кнопки» превращается в трёхчасовое исследование архитектуры. Умножаем, получаем стоимость изменения равную половине дня полноценной разработки нового функционала. Где тут экономия?

3. Персонализация сайта или шаблон?

Разработчики Аспро предусмотрели возможность доработок. Есть специальные файлы custom.css и custom.js, куда можно писать свои стили и скрипты. Звучит разумно, пока не столкнёшься с реальностью.

Во-первых, этих файлов катастрофически мало для серьёзных изменений. Хотите переписать логику компонента каталога? Извольте копировать весь шаблон целиком. А вот тут начинается самое интересное.

Копия шаблона означает одно - вы отрезаны от обновлений оригинального решения навсегда. Выпустила компания Аспро новую версию с поддержкой PHP 8.4, добавила интеграцию с маркетплейсами, исправила десяток багов? Отлично, но к вам это не имеет отношения. Ваш кастомный шаблон живёт отдельно.

Можно, конечно, вручную переносить изменения. Сравнивать diff'ы, анализировать конфликты, тестировать совместимость. Я знаю студии, которые держат отдельного человека только для этой задачи. Его зарплата плюс потраченное время команды обходятся клиенту примерно в полмиллиона рублей в год. Напомню, изначально идея была сэкономить на готовом решении.

Особенно больно становится при мажорных обновлениях платформы. Выходит новая версия Битрикса, ломается обратная совместимость, и ваш тщательно настроенный сайт начинает сыпаться ошибками. Каждая такая миграция - это отдельный проект со своим бюджетом и рисками.

4. Технический долг как финансовая пирамида

Есть понятие технического долга - это когда сегодня вы делаете быстро и криво, а завтра платите за это втридорога. Сайты на глубоко модифицированных готовых решениях - это технический долг в кубе.

Через пару лет эксплуатации такой проект превращается в чемодан без ручки. Новые разработчики смотрят на код и отказываются брать проект в работу. Те, кто соглашается, выставляют ценник х3 от обычного. Потому что разбираться в чужой паутине модификаций дольше, чем написать с нуля.

У нас был кейс: интернет-магазин на решении, активно дописывавшийся разными командами три года. Стоимость часа поддержки выросла до 5000 рублей. Любое изменение требовало недели тестирования, потому что никто не понимал всех взаимосвязей. При этом месячная выручка магазина едва покрывала расходы на ИТ. Абсурд? Реальность.

В итоге владелец принял решение закрыть этот сайт и заказать разработку индивидуального решения. Потерял полгода времени и около миллиона рублей на поддержание того, что изначально казалось экономией.

5. Иллюзия быстрого старта сайта на решении

Да, готовый сайт можно запустить за две недели. Это правда. Но давайте посмотрим, что происходит потом.

Месяц первый: радость от быстрого запуска, первые продажи.

Месяц третий: появляются хотелки по функционалу, начинаются первые сложности с внедрением.

Полгода: каждая новая фича требует непропорционально много времени и денег.

Год: сайт работает, но развивается медленнее конкурентов, которые стартовали позже, но на индивидуальном решении.

Это классический пример ложноэкономии. Как покупка машины без двигателя - внешне красивая, стоит недорого, но попробуйте на ней поехать.

6. Честные рекомендации от практиков

За 15 лет в разработке я выработал чёткие правила работы с готовыми решениями:

• Правило первое: используйте решение строго как есть. Настройте цвета, загрузите логотип, наполните контентом. Всё. Никаких глубоких доработок. Нужен калькулятор стоимости? Делайте отдельным сервисом и интегрируйте через API. Нужна сложная система лояльности? Внешний сервис. Так вы сохраняете возможность обновляться.

• Правило второе: планируйте переход на индивидуальную разработку заранее. Готовый сайт - это MVP для проверки гипотезы рынка. Получили первых клиентов, поняли потребности - закладывайте бюджет на собственную архитектуру. Это нормально, это правильно.

• Правило третье: считайте полную стоимость владения, а не цену запуска. Да, индивидуальный сайт стоит миллион вместо трёхсот тысяч за готовое решение. Но через два года поддержка первого обойдётся в 50 тысяч в месяц, второго - в 200 тысяч плюс нервные клетки. Математика беспощадна. 

Заключение о сайтах на готовых решениях:

Помните: дешёвый сайт редко бывает хорошим, а хороший сайт никогда не бывает дешёвым. Выбирайте осознанно.

P.S. О нас, о студии веб-разработки Дукис. Работаем на рынке сайтостроения 11 лет. Выпущено больше 200 сайтов разной направленности и с разным функционалом. В основном специализируемся на интернет-магазинах (даже с высокой нагрузкой). Обмен на одном из наших проектов в 200 000 товаров с полным обновлением каталога занимает 20 минут. Обмен остатками между сайтом и 1С, с тем же количеством товаров, не более 4 минут. Программисты, СЕО-специалист и директолог в штате. Наш канал в МАКС.