Архитектура бизнеса

Задача: Технологическое обоснование функциональной нагрузки интернет-проекта, исходя из реальных потребностей бизнеса.

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

Итак… Ещё раз - кратко…

• Определяются целевые группы пользователей сайта. В действительности целевые группы пользователей сайта должны соответствовать сегментам клиентов компании. Необходимо конкретно сформулировать признаки целевых группы пользователей сайта, для того, что бы в содержательной и навигационной части сайта предоставить посетителю возможность самоидентификации (пользователь должен осознать, что информация, представленная на сайте предназначена для него).
• Для каждой целевой группы пользователей сайта составляется расширенный перечень её потребностей, удовлетворение которых должна предложить компания (не все можно решить с помощью сайта, но сайт должен стать провайдером пользователя к искомому решению). При составлении перечня потребностей необходимо формулировать результат удовлетворения (что конкретно должен получить пользователь по возможности с указанием формы). Исходя из потребностей составляется перечень задач компании (чего и за счет чего необходимо добиться от каждой целевой группы пользователей сайта). Причем крайне желательно вывести своё сознание за рамки рассматриваемого проекта.
• На основании сформулированного перечня потребностей пользователей и задач компании в отношении своих целевых сегментов - формируется список задач сайтах, которые должны быть решены в процессе его эксплуатации. Сперва составляется полный (расширенный) список. После этого производится приоретизация на основе внутренних и внешних (опрос потенциальных пользователей) экспертных оценок.
• Цели сайта декомпозируются на функциональные элементы - т.е. определяются методы решения, сформулированных задач. Для каждого функционального элемента сайта определяются варианты технологических решений (как функция может быть реализована).
• Функциональные элементы логически группируются в навигационно структуру, где фиксируются основные разделы сайта и их логическое объединения в функциональные блоки. Для каждого раздела составляется дерево внутренней навигации с указанием всех информативно-функциональных страниц сайта.
• Навигационная структура и для каждого раздела/страницы детализируется до привязки функциональных элементов в рамках каждой страницы (чего и сколько на ней должно присутствовать). Эргономика интерфейса прорабатывается на данном этапе на общем уровне (”…должна быть возможность…”). Т.е. компромиссы допускаются. Описываемая компоновка страниц насыщается расстановкой визуальных приоритетов на привязанных функциональных элементах.
• Фиксируются общие требования к дизайну. Здесь указывается необходимость следовать фирменному стилю, возможность использовать варианты палитры, логотип, общеэмоциональное восприятие, которое должен производить дизайн сайт на пользователя.
• Готовится семантическое ядро по навигационной структуре. Для каждой функционально-информативной страницы сайта формируется перечень ключевых слов по актуальным правилам SEO. Данные ключевые слова/запросы должны так же быть использованы в тексте страницы в рекомендованном соответствующими специалистами количестве.

И только после этого эксперты со стороны Исполнителя должны предоставить описание и техническое прддожение реализации того или иного фукн.элемента: нужен ли AJAX, FLASH или ещё чего. Какие именно поля на формах должны заполняться автоматически, а какие нет и т.д…

По крайней мере всем участникам процесса становится очевидно - для чего необходима выполнение того или иного блока работ. И главное смотрят стороны на задачи проекта одинаково.