Проблема с этим вопросом заключается в том, что ваши 3 категории 1) администрация 2) конечный пользователь 3) разработка недостаточно описательна. Если вы действительно хотите оценить CMS, вам нужно спросить «что администрировать?», «Что делать для конечного пользователя?», «Что разрабатывать?».
-
Самый эффективный инструмент для оценки систем управления контентом, который я видел, - это хорошо составленные пользовательские истории . Для этих историй начните с аудитории, а затем опишите цель.
Как разработчик PHP, Я создаю веб-сайт для небольшой компании по недвижимости. Они хотят публиковать свои домашние списки на свой сайт. Однако исторически они хранят эти списки в электронной таблице Excel. Они хотят загрузить свои существующие таблицы, чтобы опубликовать свои списки на веб-сайте. Кроме того, у них есть статический контент веб-сайта (информация о компании, персонал и т. Д.), Который иногда необходимо редактировать. Мне нужна простая и простая в использовании CMS, работающая на недорогом виртуальном хостинге, которую я также могу расширить для работы с загруженными электронными таблицами.
Как директор по маркетингу, Я изо всех сил пытаюсь управлять нашими различными онлайн-издательскими каналами. Это включает наш веб-сайт, наше мобильное приложение для iPhone, нашу страницу в Facebook, нашу учетную запись в Twitter и нашу еженедельную рассылку. В настоящее время, когда мы публикуем новость, нам нужно вручную размещать один и тот же бит контента на каждом канале публикации. Я хочу, чтобы наша CMS помогла нам «создать один раз», а затем публиковать везде. Также было бы идеально, если бы CMS позволяла нам планировать эту публикацию по-разному для каждого канала.
Как администратор веб-сайта, У нас очень большая организация и много участников, предоставляющих контент. Для управления всем этим у нас есть модель управления контентом, которая включает иерархию авторов и редакторов, которые одобряют эти изменения контента. Кроме того, его создатель не может одобрить редактирование контента. Все изменения контента должны быть просмотрены кем-то другим. После утверждения изменения должны быть синхронизированы с нашей производственной средой. Эта среда включает в себя 10 веб-серверов и 2 разных региональных хранилища данных. Мне нужна CMS, которая позволяет нам применять нашу модель управления контентом и легко внедрять изменения контента.
-
Вы пометили свой вопрос (Wordpress, Joomla, Drupal), но я видел пользовательские истории, которые серьезно оспаривали эти CMS. В других случаях они идеально подходят. «Дружелюбие» CMS субъективно в зависимости от ваших требований и типа пользовательских историй, которые имели в виду создатели CMS. WordPress, к примеру, определенно прост, но он также ограничен. На самом деле, это легко, потому что его прецедент так узко определен.
Любой, кто ответил бы на этот вопрос с чем-то вроде «Drupal - самый дружелюбный для разработчиков», напугал бы меня. Это говорит о том, что разработчик не был вовлечен в множество разнообразных проектов. Однако, если мы просто высказываем свое мнение, мы получаем множество удобных отзывов о Sitefinity CMS .
С наилучшими пожеланиями.