Найчастіше при створенні сайту на базі CMS «1С Бітрікс» можна зіткнутися з дилемою: робити унікальний сайт або використовувати типове рішення з маркетплейса?

У цьому питанні є як очевидні моменти, так і не дуже. Їх ми і спробуємо розібрати в цій статті.

Роблячи вибір на користь типового рішення, ми маємо на увазі, що його вартість буде значно нижче, ніж якщо розробляти сайт «з нуля». Пропускаються такі стадії, як написання технічного завдання, створення прототипів, малювання макетів, верстка і програмування. Всі ці етапи коштують грошей, і якщо бізнес знаходиться тільки в початковій стадії, або мова йде зовсім про некомерційний проєкт, то отримання повнофункціонального сайту за суму в кілька разів дешевше його розробки виглядає дуже привабливо.

Також при цьому відбувається значна економія часу. Установка готового сайту на хостинг і мінімальна настройка рішення займає до двох годин.

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

Додатково можуть знадобитися доопрацювання і підгонка функціоналу під конкретні вимоги, але вони здаються цілком виправданими за обсягом — від двох до пари десятків годин на внесення невеликих змін по готовому магазину.

Тут ми і стикаємося з першим підводним каменем. При покупці готового рішення на маркетплейсі очікується, що воно буде працювати ідеально і виконано з дотриманням всіх вимог до розробки продукту, готового до масового поширення. На практиці ж, найчастіше, виявляється, що типове рішення дуже слабо прив'язане до тих даних, які виводяться на демоверсії сайту і, наприклад, при спробі змінити властивості, за якими відбувається фільтрація, виявляється, що розробники рішення вибрали дуже поганий спосіб інтеграції стандартного шаблону, і для того, щоб все запрацювало потрібно не тільки внести зміни в налаштування каталогу, але і в декількох місцях в коді замінити один «хардкод» на інший. Потрібно бути готовим до того, що кілька таких моментів трапляються зі сто відсотковою ймовірністю, навіть у студій, які спеціалізуються на випуску тиражних рішень.

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

Також, після установки рішення, може з'ясуватися, що при розробці, розробник намагався по максимуму відмовитися від типових компонентів системи і писав свої, щоб вивести банальний список новин. Оцінюючи доопрацювання такого функціоналу, програміст зобов'язаний закласти у вартість доопрацювань ризики того, що код виявиться надмірно заплутаним і спроби розібратися в тому, як він працює, займуть непомірно багато часу, ніж якби він допрацьовував функціонал, який він сам же і розробляв.

Підбиваючи підсумки, всі переваги і недоліки можна звести в наступну таблицю:

Переваги типового рішення	Недоліки типового рішення
1. У кілька разів дешевше індивідуального проєкту.	1. Не унікальний дизайн.
2. Можна подивитися як функціонує на готовому демосайті.	2. Відсутність гарантій на якість реалізації. На запит до розробника можуть допомогти, а можуть і ні.
3. Протягом дня сайт може бути готовий до наповнення контентом.	3. Вищі витрати на доопрацювання функціоналу в порівнянні з індивідуальним проєктом.
4. Перед покупкою можна ознайомитися з відгуками, скласти собі уявлення, чи підтримує творець свій проєкт.

наступна стаття

Схожі статті

Записатись на консультацію

Ми зв'яжемось з Вами протягом 10 хвилин