Корпоративный веб-сайт на 100%. Требуйте от сайта большего!
Шрифт:
♦ Принцип и схема лицензирования/стоимость при покупке или аренде (SaaS)
♦ Открытый исходный код
♦ Документация к CMS /система обучения/сертификации
♦ Интеграция с другими системами (1С, внутренние информационные системы компании, платежные системы)
♦ Политика и частота обновления системы
♦ Импорт/экспорт данных (поддерживаемые форматы файлов)
♦ Послепродажное гарантийное обслуживание (условия/сроки)
♦ Стоимость
♦ Распространенность продукта /партнерская сеть
♦ Количество и качество внедрений
♦ Примеры реализованных веб-систем данного ти па
♦ Многосайтовость
♦ Язык бек-офиса
♦ Безопасность
♦ Система прав
♦ Производительность и масш табируемость
♦ Требования к хостингу
♦ Репутация компании-производителя
Западный подход к выбору и критериям сравнения различных систем управления контентом отражен на сайтах www.cmsmatrix.com, www.web2grow.com и www.cmswiki.com
Критерии выбора системы управления контентом, используемые отечественными и западными специалистами, довольно сильно различаются. Наши заказчики уделяют до 90 % внимания сравнению количества модулей, имеющихся в системах (разумеется, считается, что чем их больше, тем система «круче»).
Любая «доморощенная» система фактически становится той «иглой», на которую садится компания, не имея возможности сменить веб-разработчика
На Западе числу модулей уделяется не более 30 % внимания. Основными считаются сервисные и репутационные характеристики как самой системы, так и ее производителя.
В большинстве случаев следует ориентироваться на промышленные системы управления контентом, имеющие неоспоримые преимущества (надежность, обновляемость, совместимость и т. д.) в сравнении с любыми «доморощенными движками». Использование такой системы обеспечивает независимость от веб-разработчика после создания сайта (сайт, функционирующий на стандартной платформе, возьмет на поддержку любой разработчик, входящий в партнерскую сеть вендора системы).
Исключение могут составлять системы, написанные авторитетными сообществами программистов, а также «некоробочные» решения от крупных веб-разработчиков.
Также, видимо, стоит ожидать появления мощных решений от крупнейших интернет-игроков. Например, уже сейчас простой сайт может быть создан на базе сервиса Blogger, принадлежащего корпорации Google.
Документация
При предоставлении заказчику программного обеспечения передается стандартный набор документации. Он может несколько отличаться для различных систем управления контентом, но, как правило, включает:
♦ Руководство пользователя
♦ Руководство разработчика
♦ Руководство
♦ Лицензионное соглашение
Электронные версии этих документов обычно можно загрузить с официального веб-сайта производителей программного обеспечения.
Предоставление системы управления контентом осуществляется по отдельному договору вендором программного обеспечения или компанией-разработчиком веб-систем
Система управления контентом и взаимодействие с веб-разработчиком
Зачастую после ознакомления с обширным перечнем функциональностей, «зашитых» в систему управления контентом, у неспециалистов возникает множество иллюзий. Например, им начинает казаться, что, купив такую «коробку», они приобретают все указанные в рекламе вендора возможности (скажем, сразу готовый к эксплуатации интернет-магазин).
Веб-разработчик использует систему управления контентом только как основу для создания сайта
Это может быть отчасти справедливо, но только в том случае, если сайт абсолютно стандартен и для его оформления использован типовой шаблон, а не специально разработанный дизайн. В подавляющем большинстве случаев это не так. Требуется прописывание уникальной бизнес-логики, создание дизайна, соответствующего фирменному стилю, настройка модулей интеграции и т. д. Все это приводит к тому, что стоимость разработки сайта оказывается в несколько десятков раз выше стоимости самой системы управления контентом .
В случае, если веб-сайт разрабатывает «под заказ», лучше не диктовать в условиях тендера конкретную систему управления контентом, а доверить выбор веб-разработчику, указав самые основные требования к платформе (возможность работы на определенном парке техники, интеграции с заданным программным обеспечением, производительность и т. п.). При этом желательно быть реалистами и не требовать одновременно «работы на Linux, интеграции с внутренней системой на. Net и производительности 100 веб-страниц в секунду», поскольку может оказаться, что таким требованиям не удовлетворяет ни одна система управления контентом.
73. Документооборот
Документооборот (регламент публикаций) – это определенная последовательность («цепочка») движения документа от момента его создания и до публикации в Интернете. В рамках такого движения документ может проходить целый ряд согласований и доработок, для него могут формироваться копии и фиксироваться история изменений.