Когда сайт на шаблоне уже не справляется с растущими потребностями бизнеса, пора переходить к индивидуальной разработке — объясняем, почему это важно
Шаблон или не шаблон — вот в чем вопрос!
Сибирикс
Шаблон или не шаблон — вот в чем вопрос!
Или как понять, что вы выросли из сайта на шаблоне и пора заказывать серьезный проект
Шаблон или не шаблон — вот в чем вопрос!
Или как понять, что вы выросли из сайта на шаблоне и пора заказывать серьезный проект
Сайт на шаблоне — это быстро, недорого и удобно. Но лишь до момента, пока ваш бизнес не начал расти. Конечно, можно позвать специалистов и доработать то, что есть. Этого решения хватит на какое-то время, но как только бизнес подрастет еще — все равно придется задуматься о заказной разработке.
В этом материале разбираем, что вообще может считаться проектом на шаблоне, какие плюсы и ограничения у него есть и как понять, что пора перестать играть в песочнице и посмотреть в сторону разработки серьезного проекта.

Что считается шаблоном в разработке сайтов

Обычно под шаблоном при разработке сайтов мы понимаем готовый программный код, зачастую — с базовым дизайном основных страниц для сайта. Вариантов, как это может работать, несколько:
1
Сайт на конструкторе: например, в Tilda или Wix. Здесь можно обойтись вообще без написания кода, достаточно собрать нужные страницы из готовых блоков, подключить домен и можно начинать работать.
2
Готовое решение для CMS, например, WordPress или Битрикс. Для популярных систем управления сайтами есть готовые решения «из коробки» для многих отраслей, а ещё — дополнительные плагины, которыми можно расширить функциональность проекта. Сложность в том, что даже исходное коробочное решение нужно донастраивать под свои нужды с помощью специалиста.
По большому счету, разработка сайта на шаблоне — это как квартира с типовой планировкой в многоэтажке: можно переклеить обои и даже объединить кухню с гостиной (хотя придется приложить усилия, согласовать с компетентными органами и постараться не порушить ничего рядом стоящего), но вот добавить еще одну комнату под зимний сад или детскую — уже не получится.

Плюсы сайта на шаблоне

Если сайты на шаблонах такие уж «неповоротливые», почему они вообще существуют? Зачастую это единственный доступный по деньгам вариант для небольшого бизнеса. А еще — с помощью шаблонного решения легко обкатать бизнес-идею. Такой сайт может послужить отличным MVP проекта, с которым можно быстро и недорого проверить свою гипотезу: взлетит или нет, будет продаваться или нет, интересен бизнес конечному клиенту или нет. 

Строго говоря, такое проверить можно и вообще без сайта. Но иногда именно сайт становится лучшей точкой для контакта с потенциальным потребителем. Например, в далеком 1999 году, когда интернет-магазинов еще толком и не существовало, Ник Суинмурн решил, что поиски обуви оффлайн — это слишком сложно, и создал онлайн-магазин Zappos. Спустя годы компанию купит гигант Amazon за $ 1,2 млрд. Звучит как фантастическая история успеха? Да, но в её основе лежал простенький сайт, скроенный по всем канонам MVP.
Подобная же история успеха и у сервиса бронирований Airbnb — его создатели когда-то выдвинули гипотезу, что можно сдавать собственное жилье для туристов и в 2008 собрали буквально на коленке небольшой сайт для этого, назвав его Air Bed & Breakfast. Спустя время сервис, который начинался с трех надувных матрасов в одной из комнат и небольшого сайта, стал глобальным сообществом с миллионами пользователей.
Если бы не самые простые и дешевые решения для проверки гипотез, этих бизнесов могло так и не случиться. Поэтому сайты на шаблонах имеют место быть на старте. Но как только бизнес начинает расти, функционала шаблона быстро становится недостаточно и приходится смотреть в сторону заказной разработки.

Минусы сайта на шаблоне

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

Более того, разработчикам шаблонных решений нет смысла добавлять в свои «коробки» фичи, которые нужны не каждому первому бизнесу. Разработка сама по себе достаточно трудоемка и при небольшом спросе просто не окупится.
Проект сложно продвигать. Часто у шаблонов «раздутый» код (ведь решение должно быть универсальным на любой случай). Это тормозит загрузку сайта и влияет не только на доверие и лояльность пользователей, но и на позиции в поисковой выдаче — такие сайты реально сложно продвигать в топ. 

Например, у сайтов на Tilda масса ограничений — доступ к настройке мета-тегов крайне ограничен, недостаточно возможностей для контроля над HTML-кодом, часто приходится делать отдельные версии страниц под разные разрешения (чего не любят поисковики). У проектов на WordPress возможностей для SEO-настройки больше, но зачастую нужно устанавливать дополнительные плагины (за деньги, естественно). И нет гарантий, что в итоге вы не получите лишь ограниченный контроль над тегами XML, картой и структурой сайта и семантической разметкой.
Дизайн проекта быстро устаревает. Срок годности любого сайта — максимум 5 лет. Дизайн устаревает еще быстрее, а шаблонные дизайны часто вообще не поспевают за трендами. 

Другая проблема шаблонных решений — их одинаковость: наметанному глазу пользователя сразу видно, что сайт собрали на конструкторе или распаковали из «коробки». Для многих отраслей, где поголовно все сайты такие — это нормально. А вот если у ваших конкурентов сайты классные, шаблонное решение становится сигналом для потенциальных клиентов — у компании проблемы с деньгами, она может быть ненадежной.

Да, у некоторых конструкторов есть неплохие возможности для создания уникального дизайна — та же Tilda регулярно добавляет новые фишки. Но нестандартный дизайн, а тем более сложные анимации на таких платформах крайне негативно влияют на загрузку страниц — и мы тут же возвращаемся к проблеме SEO-продвижения.

Часто классный, но при этом шустрый дизайн в заказной разработке становится одним из преимуществ компании. Так случилось с нашим заказчиком KC Engeneering — в его суровой строительной отрасли сайты конкурентов выглядят строгими, консервативными и из-за этого почти одинаковыми. Мы же пошли от обратного и предложили смелые решения, которые точно выделят компанию на фоне других.
Слишком похожие друг на друга сайты конкурентов и выделяющийся на их фоне сайт KC Engineering
Проект потенциально уязвим. Речь не только про то, что сегодня сервис доступен, а завтра вдруг закроется или что сегодня цена за подписку одна, а завтра может резко вырасти. Хотя и эти риски стоит учитывать. Но гораздо страшнее уязвимость со стороны кода. 

В шаблонах всегда много устаревших фрагментов кода, в которых злоумышленники могут найти «дыры». А если вы используете не SAAS-конструкторы, а скачанные из интернета бесплатные шаблонные решения, они могут быть сразу намеренно заражены вирусами. 

Использование услуг компании по «настройке шаблона» не дает гарантии безопасности. Задача отрефакторить чужой код (то есть взять код шаблона, проверить его, убрать узкие места, заделать «дыры» и т. д.) — гораздо более сложная, чем написать хороший код с нуля. В компаниях, предлагающих бюджетную разработку на шаблонах, банально нет специалистов нужной квалификации. Ну и после такого «рефакторинга» разработка сразу перестанет быть бюджетной.

Яркие признаки, что пора менять шаблон на разработку «под себя»

Нужна автоматизация бизнес-процессов

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

Кроме того, у него будут ограничения по автоматизации бизнес-процессов (с интеграциями у шаблонных решений почти всегда всё плохо) — а значит, вам потребуется много ручного труда от сотрудников, которых нужно обучать и платить им деньги. Заказная разработка сегодня — это, в первую очередь, история про автоматизацию. А значит, она позволяет значительно упростить бизнес-задачи и оптимизировать расходы на ФОТ. Сделать ваш сервис удобнее не только для конечных пользователей, но и для сотрудников.

Так, у нашего заказчика Astoria Grande изначально был сайт на конструкторе, где морские круизы продавались через форму «Оставить заявку». При этом на менеджеров компании была колоссальная загрузка — по каждому обращению надо было связаться с пользователем, продать ему круиз, а потом еще и оформить бронирование в нескольких системах и вручную отправить все документы. Заказчик обратился к нам за сайтом с системой бронирования, который бы разгрузил сотрудников и автоматизировал процесс выбора и бронирования кают, а также легко мог масштабироваться в дальнейшем.

Нужны интеграции

Шаблонные решения предполагают простые универсальные сценарии взаимодействия с внешними системами (CRM, ERP, складские программы) через готовые модули. Конечно, можно обойти эти ограничения «костылями» в коде, но тут всегда есть риск конфликтов при обновлении версий и лишних затрат на постоянную поддержку.

При этом системы учета каждая компания ведет по-своему. Например, за 20 с лишним лет работы штатная интеграция с 1С подошла всего парочке наших клиентов. С чем же по факту приходится сталкиваться:
  • двусторонняя синхронизация каталога товаров и остатков с системой учета (1C, «МойСклад»);
  • автоматическое создание и учет заказов с нетипичной логикой доставки или расчета скидок;
  • интеграция с отраслевыми сервисами (например, онлайн-запись с учетом расписания специалистов и загруженности ресурсов, онлайн-конструкторы товаров с последующим расчетом стоимости) и т. д.

Такие сценарии требуют полного контроля над кодом, серверной логикой и структурой базы данных, что доступно только при индивидуальной разработке на фреймворках (Laravel, Django, Yii2) или глубокой кастомизации коробочных CMS под конкретные API.

У проекта сложная бизнес-логика

Например, вам нужна программа лояльности или механизм скидок с множеством условий, «нафаршированный» личный кабинет или миллион параметров в фильтре — причем, разных для каждой категории товаров. Такое на шаблоне или слишком сложно, или просто невозможно реализовать. 

Например, у заказчика Beecolor — сложнейший механизм акций и скидок на сайте, для которого мы создали продуманный интерфейс, с которым акции удобно добавлять и редактировать.
Интерфейс для управления скидками и акциями на сайте Beecolor

Доработки всё труднее поддерживать

По мере роста бизнеса вы нанизываете на шаблонный функционал свои доработки — это неизбежно, если хочется добавлять нужное и обрастать новыми фичами. Но каждая «хотелка» чаще всего превращается в костыль из плагинов или кусков разрозненного кода, которые конфликтуют друг с другом. Технический долг со временем становится всё больше, и в конце концов сайт превращается во «франкенштейна», поддержка которого становится дороже, чем разработка с нуля.
Сразу оговоримся: от точечных доработок не застрахован и ни один сайт. Мы уже упоминали, что срок жизни проекта — около 5 лет, если повезет — лет 7. За это время успевают устареть и дизайн, и технологии. Дальше вам нужен будет или полный рефакторинг когда старого сайта, или разработка нового проекта с нуля. Например, сайта для SingularityApp хватило на 6 лет интенсивной эксплуатации. В кейсе рассказали, как и почему мы пришли к разработке нового проекта.

Не хватает маркетинговых инструментов

На шаблоне не получится внедрить сложную аналитику, персонализацию контента под клиента или автоматизировать воронки продаж. Такие ограничения тормозят рост конверсии и LTV.

Да, современные конструкторы, такие как Wix или Tilda, постепенно добавляют функции простой персонализации (например, показ разных блоков для пользователей из разных городов) и базовых воронок продаж. Однако для глубокой аналитики, связанной с уникальной бизнес-логикой, динамической персонализации на основе данных из CRM и сложной маркетинговой автоматизации их возможностей всё равно недостаточно. Эти задачи требуют индивидуальной разработки с доступом к коду и данным.

В каких случаях кастомная разработка не подойдет

Когда бизнес-модель проста и стабильна. Если вы годами работаете по простейшей схеме (например, продаете саженцы ограниченного ассортимента с доставкой через простенький сайт), заказная разработка может и не потребоваться. Ведь зачем покупать дорогущий экскаватор, если вам нужно вырыть ямку под цветочек?

Когда нет бюджета на поддержку. Сайт — это не продукт, а процесс. Поэтому не получится один раз влить в него серьезный бюджет, а потом не платить ничего. Он всегда требует поддержки, доработок и развития. Иначе рискует превратиться в устаревший и неэффективный интернет-памятник амбициям своего владельца.

Когда нет четких бизнес-процессов. Сначала наводим порядок в бизнесе, потом беремся за создание сайта — не наоборот. Требования к разработке должны быть четкими, а работа на стороне заказчика — слаженной. Да, сюрприз: вообще-то в заказной разработке заказчику тоже потребуется активно участвовать (в роли менеджера продукта).

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

Чек-лист, что пора переходить от шаблона к заказной разработке

  • Проект всё сложнее поддерживать
    Технический долг растет, «костыли» конфликтуют между собой, всё чаще происходят поломки, которые нужно оперативно устранять.
  • Есть опасения за безопасность проекта
    Код шаблона или плагинов устарел, обновления системы регулярно что-то «ломают», вы наслышаны о случаях вредоносных атак на проектах, подобных вашему.
  • Слишком много рутины, которую хочется автоматизировать
    Большая нагрузка на сотрудников, неудобный для пользователей процесс покупки или оформления заказа.
  • Есть проблемы с оптимизацией
    Чем выше трафик и больше объем каталога, тем медленнее загрузка, код «раздутый», а доступ к SEO-настройкам ограничен.
  • Дизайн не позволяет выделиться и удержать пользователя
    Он либо сильно устарел, либо не уникален, из-за чего потенциальные клиенты вас «не запоминают».
  • Нужны сложные интеграции
    Хочется напрямую в режиме реального времени обмениваться данными с внутренними системами (1С, CRM, ERP, МойСклад) или отраслевыми сервисами (онлайн-запись, системы бронирования).
  • Бизнес-логика усложнилась
    Появилась хитрая система лояльности, нужны многоуровневые фильтры, конфигураторы товаров или нетривиальный личный кабинет, которые нереально сделать в рамках шаблона.
  • Не хватает маркетинговых инструментов
    Ограничения шаблона мешают внедрить глубокую аналитику пользовательского поведения, персонализацию контента под разные сегменты клиентов или автоматизацию воронок продаж.

Выводы

Как ни крути, а на рынке веб-разработки есть всего два варианта реализации проектов:
  1. на шаблонах или готовых решениях
  2. кастомная, индивидуальная разработка.

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

При кастомной разработке проект создается с индивидуальным дизайном и функционалом полностью под цели и задачи заказчика. В будущем его можно будет дорабатывать, расширяя возможности, а также добавлять различные инструменты для SEO-продвижения. Это — несомненные плюсы. Но есть и ограничения — это сроки, бюджеты и критерий здравого смысла.