В Інтернеті можна знайти багато суперечок професіоналів про переваги і недоліки систем управління сайтом або вмістом (далі CMS), проте для людини який в цьому не розбирається дана інформація марна. Власне, тому, в даній статті я спробую пояснити різницю між CMS, розробленої в студії, і коробочки CMS, яку розробляли для універсальних рішень. Де то в мережі я навіть бачив висловлювання про те, що мовляв це питання здебільшого, питання переконань. І все ж подивимося на ті відмінності які я зібрав для різних вимог, таких як ціна, надійність, безпеку і інше
Коробкова CMS
студійна CMS
Ціна. (Розглядаємо версії приблизно однакові пофункціоналу)
За останніми цінових даних середня CMS c можливістю управління сторінками 8000. До речі, що UMI, що Бітрікс пропонують партнерам-розробникам 40-50% знижки на свої системи. Так що в фінансовому плані використовувати коробкові CMS вигідно не тільки для замовників але і для веб-студій.
У студіях CMS стоять по різному. Залежно від рівня студії і кваліфікації розробників. Але найчастіше ця сума виявиться дорожче, причому важко сказати на скільки, тому що студій дуже багато і рівень у них різний. Обумовлена така вартість тим що часто більшу частину програмного коду для CMS пишуть заново.
тих підтримка
У мене для вас дві новини. Одна хороша, інша погана. Хороша новина: у Вас дві служби підтримки сайту!- Перша це студія яка встановила і налаштувала Вам сайт
- Друга це сам розробник
Підтримка тут не численна, але зате як мені здається більш уважна. Тут все більше залежить від порядності людей які працюють у фірмі і того як складено договір. Взагалі якщо, що і трапиться за 4 дня замовник встигне зжерти розробника живцем, ще й десерт зажадає. І є він буде саме розробника, а не з'ясовувати спочатку чия вина і до кого звернутися. Та й тих. підтримка часто (залежить від договору). Максимальна розумний час реакції 2 дня. Хоча не заперечую наявність студій які і за 4-е дня не зможуть впорається.
відсутність прихильності
У випадку з CMS яка широко відома і повсюдно використовується з цим все в порядку. Якщо що, то можна піти від сподобався обслуговування до фірми яка буде з вами працювати. Адже з коробочки CMS, багато хто може працювати. Однак не можна забувати що деякі унікальні рішення на ній будуть дороги в переробці, тому що будь унікальне рішення вимагає трудових і тимчасових витрат
На захист можна сказати наступне. "Клієнт купувати не сайт, і тим більше не CMS. Він купує вирішення якихось своїх завдань." Так ось для вирішення цих завдань краще розробляти конкретні рішення. CMS розробляють спочатку під потреби замовника, щоб йому було зручно, щоб його завдання вирішувалася ефективно і щоб він потім знову звернувся до студії розробнику, якщо щось знадобиться знову зробити. Тоді, запевняю що Вас не злякає той факт, що ви прив'язані до студії; скоріше це буде приємним і вигідним взаємодією двох суб'єктів.
документація
Зазвичай багато різної документації і довідкової інформації, але під унікальні рішення її потрібно все одно писати (відповідно збільшується вартість). Як правило замовники не користуються документацією на увазі її складності, насиченості незрозумілими термінами. Та й далеко не у кожного бізнес людини буде на це час.
Тут часто відсутня. Але якщо Ви попросите при укладенні договору її або зроблять в простому вигляді або ціна на кінцевий продукт зросте
Можливість розширення (модульність)
Розробники таких CMS зазвичай прагнуть задовольнити потреби більшості! Більшість необхідних модулів вже створено. Треба інтернет-магазин - підключаємо, налаштовуємо, працює. Треба форум або розділ зворотного зв'язку - підключаємо, налаштовуємо, працює. Підключаємо налаштовуємо - все це вірно, поки не буде потрібно внести якийсь маленький нюанс, заради якого треба розробляти систему "майже нуля". Це звичайно не часто відбувається, але такі випадки бувають. Якщо Ваш бізнес в мережі не відрізняється нічим від інших, то цей варіант дуже навіть підійде.
Якщо Ви відрізняєтеся від інших, то коробочну CMS дуже важко назвати розширюється. Ну, тобто дійсно є модуль, наприклад, форум. Дійсно, його можна активувати однією кнопкою. Але, в підсумку отримуємо зовсім не те, що потрібно замовнику. І, загалом, залишається тільки один варіант: написати свій модуль. А писати під чужу систему дуже складно, особливо в разі не дуже придатною реалізації цієї системи зсередини. Це як на базу від камаза поставити кузов від легкового авто. Таким чином або замовник отримує «форум» таким, як його бачили розробники коробкової CMS, а не як його бачив сам замовник, або виходять зірвані терміни, тому що доводиться переписувати те, що ніби як вже написано. Так що якщо що то буде потрібно, то потрібно звернутися до студії і вона допише необхідну функціональну частину. Ось Вам і розширюваність, тільки унікальна для кожного окремого випадку.
Швидкодія (продуктивність)
Багато функцій просто зайві! Через те що пишеться під більшість, архітектура CMS часто виробляє занадто багато зайвих «рухів», реалізуючи прості дії. Це призводить до навантажень на сервер, однак це стосується великих проектів з високою відвідуваністю
Залежить від кваліфікації команди розробників студії.