Ниже приведены некоторые мои рекомендации разработчикам открытых CMS.
Простая инсталляция
Ваш программный продукт, несомненно, вызовет более положительную реакцию пользователей, если вы тщательно продумаете самую первую стадию эксплуатации CMS – процесс инсталляции. Еще до того, как программа будет дописана и упакована в фабричную коробку. Я хочу загрузить, распаковать и запустить мастер установки прямо в своем браузере. Неужели сложно поинтересоваться, чего конкретно я жду от программы в данный момент, прежде чем начинать автоматически настраивать таблицы базы данных или править conf.php?
Десять минут между загрузкой файла инсталляции и его запуском: никакой переадресации в командную строку, никаких вынужденных просьб открыть текстовый редактор и пр. Да, это трудно, но вы ведь способны преодолеть эти проблемы, тем более что затраченное время впоследствии с лихвой будет компенсировано расположением пользователя.
Быстрый старт
Дайте новому пользователю вашей CMS почувствовать себя "в своей тарелке" уже с первых шагов использования системы. Усложняйте задачу постепенно, идите от простого к сложному. К примеру, сперва я авторизуюсь в системе, далее я создаю новый web-документ. После чего мне необходимо добавить несколько стилей CSS, затем я намереваюсь связать новый документ гиперссылками с другими web-страницами. Далее идет построение системы навигации и добавление всевозможных сервисов. Работа осуществляется постепенно, команды выполняются не все скопом, а с возможностью дать перевести мне дух и настроиться на следующую задачу.
А возможность создания приоритета разделов, форумов, пользовательских голосований и опросов, генерации PDF "на лету" я хочу оставить на потом. Возможно, позже все это мне понадобится – но не сейчас, не при первом опыте работы с CMS.
Пошаговая документация
Большинство систем содержит инструкции по установке, что-то вроде "Сперва сделайте это, потом вот это, затем это и еще это". Но когда дело доходит до непосредственного использования CMS, меня тут же перенаправляют к изучению документации, в которой расписана каждая возможность системы управления содержанием.
Запомните: я хочу быстро освоиться и научиться работе с вашей CMS, поэтому предоставьте все необходимые пояснения в последовательном порядке.
Разделение администрирования и управления содержанием
У меня есть достаточный опыт в использовании скриптовых языков и конфигурации компьютера. Я могу писать свои собственные шаблоны данных и неплохо ориентируюсь в среде Perl и Python. Практически все открытые CMS различают понятия "администратор" и "пользователь", но почему я должен переключаться между режимами администрирования и управления содержанием, чтобы внести необходимые изменения?
98% пользователей CMS – это люди, которые хотят управлять содержимым своего сайта, а не самой системы. Для оставшихся 2% пока еще нет оптимизированных CMS.
Просмотр сайта и управление его содержанием
Любая компания, с которой мне когда-либо приходилось работать, никогда не совмещала доступные разделы своего сайта с областью авторизации для входа в рабочую среду CMS. Однако почти в каждой открытой CMS функции просмотра сайта и его администрирования почему-то совмещены, что указывает на неверное разграничение пользовательской аудитории – как в плане простого исследования разделов сайта, так и с позиции тех, кто эти разделы может и будет редактировать.
Использование сленга
Я не знаю, что такое "portlet". И такие слова, как "module" или "snippet", мне тоже ни о чем не говорят. Вы хотите посредством акцентирования внимания пользователей на таких сленговых словах занять свою нишу на рынке открытых CMS? Прекратите – это ведь путает людей, сбивает их с толку. Используйте простые слова и выражения из общей лексики для описания возможностей или преимуществ вашей системы управления содержанием.
Колоночное представление информации
Многие CMS ратуют за трехколоночное представление информации на сайте с возможностью включения/отключения определенных модулей данных. Откуда такое предубеждение?
За последние два года я не разработал ни одного сайта, использующего в своей основе колоночное представление информации. А между тем – это были крупные коммерческие проекты с высоким траффиком. Линейная разметка, облаченная в фантик CSS – вот и все, что нам нужно.
Возможно, пройдет еще пару лет (а то и больше), прежде чем все разработчики откажутся от табличной верстки. Но почему бы вам не показать пример и не попытаться приблизить этот момент посредством своей CMS?
Отсутствие уникальности
Я понимаю, что не для каждого сайта подойдет первая попавшаяся система управления содержанием. Но я уже сбился со счета, сколько раз мне приходилось слышать что-то подобное: "Да, мы попробовали PHP-Nuke, но теперь наш сайт выглядит точь-в точь, как сам PHP-Nuke, а не иначе". Это лишний раз укрепляет уверенность в том, что большинство открытых CMS проектируется чуть ли не по единому образу и подобию. Функциональность может различаться и позиционироваться разработчиками как преимущество, однако часто в целом один программный пакет может походить на другой, как две капли воды.
В конечном счете любая CMS должна разрабатываться с целью упрощения работы с содержанием сайта и управления его сервисами. И мне искренне хочется верить, что в скором будущем так оно и будет - администраторы сайтов сумеют заставить CMS работать на них и во благо самого сайта.
