Группы задач �овременной �и�темы управлени� информационным проектом, Хорошей �и�темы™:

1. Обе�печение пр�мого управлени� контентом.
2. Оценка �ффективно�ти проекта в целом, и отдельных дей�твий.
3. Интеллектуальна� обработка запро�ов.
4. Подготовка решений.
5. Дей�тви�: автоматизированное управление �лементами проекта.
6. Задачи: механизм �тратегиче�кого управлени� проектом.
7. ЗМГ

1 .: Обе�печение пр�мого управлени� контентом.

�айболее развитое на �егодн�шний день направление, традиционный набор функционала CMS, по�тому чуть пройду�ь по.

Три о�новные ошибки:

a) Изначально черезмерно жё�тка� внутренн�� �труктура, негибкие �и�темы-Буратино.
Многие CMS разработаны программи�тами или в душе программи�тами. � дл� них главное - чтоб работало, про�то и надёжно. Другие, зача�тую не�оизмеримо более важные задачи проекта дл� программи�та не очевидны и про�то не видны - другое измерение.

ПонÑ�тно, что поÑ�ледующаÑ� адаптациÑ�, выполнение требований реальной жизни (еÑ�ли таковаÑ� проиÑ�ходит) - Ñ�талкиваетÑ�Ñ� Ñ� почти непреодолимыми техничеÑ�кими ограничениÑ�ми, так как предуÑ�мотренно ничего даже подобного не было, а вÑ�тавить нечто дейÑ�твительно полезное без “белых ниток” очень Ñ‚Ñ�жело.

CMS не должен проектировать программи�т. � перед программи�том нужно по�тавить гораздо более полный �пектр задач, тогда он (е�ли не рехнёт�� конечно) - в�ё �делает правильно. Даже без детального планировани� - определение большего количе�тва типов задач - �по�обно �делать �и�тему значительно более гибкой.

Менеджер! Скажи программи�ту, разрабатывающему тебе CMS:

• Ð�ам ещё вот тут мелочь нужна - потребуетÑ�Ñ� что бы любой пункт дерева мог повторÑ�Ñ‚ÑŒÑ�Ñ� в любом навигационном меню любое количеÑ�тво раз, под любым количеÑ�твом названий. И конечно каждой Ñ�транице нужна возможноÑ�Ñ‚ÑŒ приÑ�воениÑ� произвольного количеÑ�тва url’ов. Конечно, каких пол-чаÑ�а Ñ� могу Ñ�того подождать. Хм, ну ладно-ладно - чаÑ�.
• Ð� вот Ñ�та Ñ�траничка у наÑ� будет Ñ�татичный хтмл файлик. Ð�га, а вот Ñ€Ñ�дом Ñ� потом закину на фтп, будет одна Ñ�траница на asp и одна на С–. Конечно они должны автоматичеÑ�ки отображатьÑ�Ñ� в древовидном меню Ñ�айта, в карте Ñ�айта, конечно Ñ� должен иметь возможноÑ�Ñ‚ÑŒ изменить контент такой Ñ�траницы и из CMS - что за глупый вопроÑ�! Ð�, и ещё Ñ€Ñ�дом Excel документ. Конечно, Ñ� хочу и его менÑ�Ñ‚ÑŒ из CMS тоже!
• Так, хорошо, где мне тут поÑ�мотреть Ñ�колько раз за Ñ�емь поÑ�ледних пÑ�тниц была нажата вот Ñ�та Ñ�Ñ�ылка в меню на вот Ñ�той Ñ�транице? Ð�е понÑ�л, как Ñ�то не предуÑ�мотренно? До завтра допрограммируй такую функцию.

Менеджер! Убегай. Варианты: Догон�й! Ищи нового программи�та!

b) Тотальна� недооценка �лектронной коммерции.
�е верьте никому. Экоммер� �то не шоппинг карты и не платёжные �и�темы. Экоммер� �то Реклама-И-её-Оценка. Вам нужно знать мак�имум о по�етител�х. Вам нужно знать откуда они пришли. Вам нужно знать чего они ищут и чего наход�т, выдел�ть �то в тенденции и уметь �равнивать и прогнозировать �ти тенденции �ред�твами �и�темы. Даже е�ли у ва� е�ть �татичные �транички � тек�том - вам нужно их продавать.

c) Интерфей�. Или его от�ут�твие.
Интерфей� �и�тем управлени� контентом как правило о�тавл�ет очень мрачное впечатление. Об �том нужно пи�ать отдельно, вкратце: �амый ра�про�транённый интерфей� Вин+Оффи�. Самый хороший интерфей� будет по�троен на на�ледовании 80-90% интерфей�а Вин+Офи� (при �том идиотизм некоторый �амого винофи�а на�ледовать необ�зательно, только внешние интерфей�ные моменты).

2 .: Оценка �ффективно�ти проекта в целом, и отдельных дей�твий.

Си�тема должна иметь механизмы от�леживани� �ффективно�ти и окупаемо�ти онлайн и офлайн рекламных кампаний. Очень хочет�� интеграции � �етками рекламными, но �то пока далеко.
СиÑ�тема должна иметь механизмы оценки Ñ�ффективноÑ�ти изменений проекта (хотÑ� бы вида “Ñ�тало лучше Или Ñ�тало хуже”).
СиÑ�тема должна Ñ�егментировать поÑ�етителей, выделÑ�Ñ� Ñ�егменты по типу поведениÑ�, по географии. СиÑ�тема должна иметь возможноÑ�Ñ‚ÑŒ уÑ�тановки “целей” - и оценку доÑ�тижениÑ� поÑ�етителÑ�ми Ñ�тих целей.

Си�тема должна работать � ROI, �тарать�� показать cost-effect в�е-го. Это очень-очень важно дл� в�ей отра�ли в целом, не только дл� отдельного проекта.

Упрощаю, но- пример: клиент обращает�� к разработчику, про�ит разме�тить абзац тек�та на титульной �транице, намечает�� акци�, 10% �кидка на заказ нового крутейшего унитаза онлайн.
Ситуаци� �ейча�: �туди� �рубает �воих $100(ну или $1k е�ли �то �ЛГ), размещает абзац тек�та, картинку � крутейшим унитазом, в�е довольны.
Ситуаци� �коро: �туди� договаривает�� о 5%, в�тавл�ет абзац тек�та, формочку заказа, на которую нагон�ет целевой траффик, продаёт 1000 крутейших унитазов, 5% от продаж �о�тавл�ет $10 000(�ЛГ нервно курит в корридоре).

3 .: Интеллектуальна� обработка запро�ов.

Обработка запроÑ�ов на уровне “отдать чего Ñ�казано” - каменный век. У ваÑ� деÑ�Ñ�Ñ‚ÑŒ Ñ�Ñ�ылок в меню Ñ�айта. Каждый деÑ�Ñ�тый, нажимающий на Ñ�Ñ�ылку “Ñ�вÑ�затьÑ�Ñ� Ñ� нами” - пишет пиÑ�ьмо Ñ�ейлу(lead). Каждый второй, нажимающий на Ñ�Ñ�ылку “О компании” - уходит Ñ� Ñ�айта. Внимание вопроÑ�: какаÑ� из Ñ�Ñ�ылок должна идти первой и какаÑ� - поÑ�ледней? ПонÑ�тно, что найболее популÑ�рные Ñ�Ñ�ылки нужно “Ñ�ватать” поÑ�етителÑ�м, увеличиваÑ� Ñ�ффективноÑ�Ñ‚ÑŒ Ñ�айта. ПонÑ�тно, что оценка и вот такие Ñ�лементарные изменениÑ� должны быть автоматичеÑ�кими.

Такой подход можно и нужно развивать дальше - вплоть до решени� головной боли в�ех �тудий - �огла�овани� дизайна �айта � клиентом. Решение �лементарно - некоторое врем� по�етител�м выдаёт�� тот же �айт в двух, трёх, де��ти дизайнах. И они �ами выберут то, что им больше нравит�� - �ффективно�ть одного из решений будет выше. И ча�то уродливые внешне - но про�тые решени� работают гораздо лучше изы�канной дизайнохрени.

4 .: Подготовка решений

Многое, очень многое дей�твительно Хороша� Си�тема может �делать на �айте �ама. �о цена ошибки ча�то �лишком велика, что бы ри�ковать, а веро�тно�ть ошибки больша�, �амоуправление в�егда ри�ковано + по-на�то�щему и�ку��твенный интеллект пока не �оздан (а е�ли будет �оздан - то ему наверн�ка будет лень занимать�� каким-то там �айтом вашим).

По�тому больша� группа задач - подготовка решени� дл� менеджмента компании. Си�тема должна и�кать конкурентов, оценивать их цены - и предлагать изменить �вои. Оценивать пои�ковые запро�ы и предлагать более СЕО �овме�тимый контент. Оценивать и�точники траффика - и предлагать пер�пективные рекламные каналы. Оценивать попул�рно�ть информации - и предлагать развитие темы/продуктовой линии на �айте.
Этого нет вообще. Таких функций у CMS �и�тем �егодн� нет. Строго говор�, таких функций не хватает подавл�ющему большин�тву програмных продуктов, они зача�тую �лементарны, но их �ЕТ. (И вот именно в �том виноваты программи�ты, в�ё как то не �оберу�ь �то опи�ать )

5 .: Дей�тви�: автоматизированное управление �лементами проекта.

Е�ть �лементы, где ри�к ошибки управлени� проектом можно �ве�ти к минимуму. Е�ть задачи которые �и�тема про�то об�зана выполн�ть в полно�тью автоматиче�ком режиме. Е�ть и давно работают железные летающие и ползающие аналоги. Е�ть, и давно опи�аны �оответ�твующие алгоритмы.

6 .: Задачи: механизм �тратегиче�кого управлени� проектом.

Добавить тек�т, убрать картинку - �то ground level, �лементарные операции. Запу�тить акцию или рекламную кампанию - �то тактиче�кое дей�твие. � е�ть ещё и �тратеги�.
Современные CMS не имеют даже �амого отдалённого пон�ти� о возможно�ти �тратегиче�кого управлени�. � такие имеют��.
Стратегиче�кие решени� фирмы - на�тупаем на рынок, или защищаем его; бьём�� за выживание или борем�� � одним о�новным конкурентом; хотим обе�печить мак�имум изве�тно�ти бренду - или хотим обе�печить мак�имум продаж; хотим что-то одно и очень �ильно - или хотим в�ё и понемногу.
В зави�имо�ти от выбора �тратегиче�кого направлени�, CMS должна работать в разном режиме оценки-планировани�-реакции. В зави�имо�ти от �того она должна подбирать �оветы оператору. Руль.

7 .: ЗМГ. �еобходимо телепатиче�ки контрилировать по�етителей �айта,