Не без гордости презентуем вам последние рейтинги в этом году, для некоторых — весьма долгожданные.

Кратко: системы управления сайтом/контентом (СMS), инструменты для прототипирования/проектирования, CRM-системы, решения для ведения документооборота, бухгалтерии.

В отличие от прошлых лет, сейчас мы сделали не один, а сразу 16 рейтингов систем управления сайтом/контентом для тех, кто подходит к этому вопросу особо тщательно.

Традиционный рейтинг CMS по доле рынка (популярности) среди интернет-агентств

Новый рейтинг CMS по совокупности ключевых параметров (т.е., по качеству)

1	UMI.CMS	112,65
2	1C-Битрикс	101,54
3	NetCat	101,49
4	WordPress	91,83
5	Joomla!	91,38
6	MODx	90,66
7	Drupal	88,38

Опрос, модерация и анализ данных проводились с марта по декабрь 2011 года.
В голосовании по вопросу использования CMS участвовал 341 игрок рынка.

Под катом — остальные рейтинги CMS и других решений, применяемых в веб-студиях и интернет-агентствах.

Концепция сайта — это первый результат дизайна сайта в широком смысле этого слова (в дальнейшем я буду употреблять его именно так, понимая под ним процесс проектирования и создания сайта). И первое, что, на наш взгляд, необходимо оценивать (не в коммерческом смысле этого слова, а в смысле «получить качественную оценку»).

В прошлой статье про обработку результатов исследования я предложил следующее содержание концепции: каким будет сайт, чем он будет отличаться от конкурентов, каковы будут этапы развития сайта. Далее я расскажу, зачем, на наш взгляд вообще нужна концепция, в чём польза от её создания, как она влияет на процесс, а также как её оценивать.

Проектирование — этот, возможно, ключевой этап создания интернет-сайта, отвечает нам на следующие вопросы:

1. Каковы наши цели — зачем мы делаем сайт? Как мы реализуем поставленные цели?
2. Как сайт будет выглядеть и работать?

Представьте себе обычного директора, который решил сделать обычный сайт для своей не менее обычной компании. Он нашёл ближайших веб-разработчиков с честными глазами и в двух словах на одной салфетке описал им стандартные пожелания обычного корпоративного сайта. А может быть он поступил проще — указал на похожий сайт и сказал: “Мне надо тоже самое, только круче!”. Разработчики привычно сами себе написали техническое задание и с честью его выполнили. Потом как смогли наполнили сайт контентом и запустили, помолясь. За месяц работы на сайт зашло десяток роботов и несколько случайных посетителей. Директору рассказали о SEO, на которое ему, скрепя сердце, пришлось выделить на три месяца по 50 тыс. руб. — “чтобы попробовать” и “чтобы наверняка”. Благодаря раскрутке сайт начал появляться в поисковой выдаче и счётчик стал показывать почти тысячу посетителей в день. За это время к менеджерам звонило по 5-10 человек в месяц, говоривших что они смотрят сайт и у них есть вопросы о товарах. Реальным клиентом стал только один, да и то, по-мелочи.

Убитый печалью директор отменил всё это бессмысленное SEO и с негодованием отказался от предложений потратить ещё денег на услуги “партизанского” и “социального” маркетинга со “100% результатом”. Попытки выяснить причину неудачи ни к чему не привели — все эксперты только разводили руками и опять советовали потратить денег на SEO, контекстную рекламу и маркетинг. Или заказать новый сайт у новых разработчиков — вдруг на этот раз он получится лучше. И вот поиск причин неудачи перешёл из области разума в область метафизики. Ведь неизвестно — может у разработчиков сайта отрицательная карма (на хабре), или хостинг сайта расположен на старом индейском кладбище, или сервер не окропили святой водой, или сглазили по ftp, или это конкуренты заплатили денег энергоинформационному экстрасенсу и он с помощью генератора акустического резонанса (модель бубен) взял, да и сайт весь ПРОКЛЯЛ!

Кабы схемку, аль чертеж, мы б затеяли вертеж...
(Тит Кузьмич и Фрол Фомич)



Нужно ли ТЗ сайту? Сегодня это один из самых спорных вопросов веб-разработки.

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

Но если сайт, в техническом плане, вполне обыкновенный, и объем не слишком… Как здесь быть?

Хочу начать с того, что за свою деятельность в сфере разработки софта и веб-сайтов я написал более 200 технических заданий (ТЗ). От самых маленьких на 5-7 страниц, до более развёрнутых на 100-150. Среди этих проектов были и такие, которые не нужны были ни заказчикам ни исполнителям, и такие, в которые вкладывалась душа — со стороны всех участников проекта. И что я теперь об этом думаю? А думаю я, что технические задания вообще на…

Наверняка среди хабралюдей есть проектировщики сайтов. Скажите, кто каким софтом пользуется при планировании структуры сайта?