Библиотека Интернет Индустрии I2R.ru |
|||
|
Проекты по реорганизации сайтовTackling Maintenance ProjectsБольшая часть того, что вы читаете об информационной архитектуре и дизайне, предполагает несколько условий: вы создаете проект с нуля, вы свободны менять на экране все, что захотите, и проект не отягощен техническими или политическими кандалами. Ни одно из этих условий не выполняется, если речь идет о проектах по реорганизации веб-сайтов. Что такое проект реорганизацииОчень скоро после того, как веб-сайт начинает работать, начинается и первый же проект по его реорганизации. Под проектом реорганизации я понимаю внесение изменений в существующий веб-сайт или веб-приложение. Скорей всего вам не приходится в этом проекте иметь дело с созданием чего-то нового, влекущего за собой технические и организационные проблемы. Проект реорганизации может быть небольшим - например, добавление еще одной ссылки на странице, либо большим - например, реструктуризация всего веб-сайта. Для информационных архитекторов, работающих непосредственно в компании, владеющей веб-сайтом, такого рода проекты могут составлять львиную долю всего объема работ. Но все чаще и чаще (после коллапса Новой Экономики и в связи с отсутствием новых веб-проектов) такими вопросами приходится заниматься и сторонним консультантам. Большинство проектов реорганизации включают в себя следующие задачи:
Проекты по реорганизации отличаются своей относительной краткосрочностью: большинство из них (за исключением проектов по полной реструктуризации сайта) длится не более двух недель, и очень часто - от одного до двух дней. Как правило требуется быстро оценить ситуацию и принять решение, не говоря уже о действии: быстро разработать прототип, эскиз, или новую карту сайта. Лишь в некоторых проектах вы можете себе позволить поразмышлять и потворить подольше. Типичная задача проекта реорганизации может выглядеть так: кто-то создал новую функцию или новый материал, и их теперь надо поместить на веб-сайт. Задача информационного архитектора - решить, куда этот новый материал следует поместить, в каком месте какой конкретно страницы. Начало проекту реорганизации могут положить протоколы посещения или результаты тестов на юзабилити (или вообще здравый смысл). Вы вдруг узнаёте, что сайт был структурирован неправильно, что посетители не могут выполнить нужную им задачу (найти информацию, купить товар и так далее). Задача архитектора - исправить это. Два типа проектов реорганизации веб-сайтовСуществует два типа проектов по реорганизации веб-сайтов, которые я символически назвал "атомным" (atomic) и "нейтронным" (neutron). Каждый из типов имеет свои особенности. Начнем пожалуй с первого типа - с "атомного". Атомные проекты реорганизации (atomic maintenance projects - AMP) - это такие проекты, которые позволяют вам полностью изменить страницы, разделы, приложения сайта и даже весь сам сайт. "Атомные" проекты как правило требуются в тех случаях, когда новые требования бизнеса требуют от вас полностью переосмыслить весь веб-сайт. Подобно атомному взрыву ваши решения уничтожат все слои веб-сайта - его внешний вид (front end), программную логику (middleware) и базу данных (database). Атомные проекты - это все те же самые обычные веб-проекты, только задача у них не создать новый веб-сайт, а реорганизовать старый. И если вы уговорите свою команду заняться таким проектом, вам проще будет придерживаться своего отработанного цикла дизайна, чем в другом варианте реорганизации. Например, вам при регистрации требуется запросить у посетителя еще какую-то информацию (скажем, номер телефона). Обычно для этого в форме требуется добавить еще одно поле. Но исследуя форму, куда это поле должно быть добавлено, вы вдруг обнаруживаете, что переделать надо гораздо больше: формат запрашиваемых данных слишком запутан, обязательные для заполнения поля в форме никак не обозначены, а добавление еще одного поля изуродует страницу еще больше. Такого рода открытие, должен вам сказать, не редкость. Я гарантирую, что вы наткнетесь на кучу подобных улучшений, если критически посмотрите на любую страницу своего сайта. Но вот зато редко, когда удается убедить заказчика сайта или свою команду в том, что при редизайне той или иной страницы потребуется гораздо большее, чем пару нажатий клавиш. Здесь уже начинается разговор об "объеме работ" (scope creep). И вам необходимо его определить. Иногда изменения приветствуются, потому что они обнаруживают, что что-то было неправильно или неточно сделано, или открывает какие-то новые невидимые ранее возможности. Но будьте готовы и к сопротивлению! Если временной фактор играет важную роль (а когда ж он не играет?) вся команда будет вас просить не поднимать эту проблему и сделать изменение как можно более простым, не таким объемным. И здесь мы переходим к другому типу проектов, которые мы называем "нейтронными". Если атомные проекты реорганизации уничтожают все и начинают с нуля, нейтронные проекты реорганизации (neutron maintenance projects - NMP) оставляют "строения" (читай - все три слоя проекта) практически нетронутыми. Это наиболее частый случай, потому что, как мы уже видели выше, некоторые проекты, требующие атомной перестройки, вынуждены выполняться в нейтронном режиме. Таким образом, информационному архитектору приходится принимать решение в рамках существующих условий. И тут то начинаются рифы. Часто архитектору приходится сражаться с решениями, которые были приняты задолго до его привлечения к проекту; с решениями, которые может быть и не нравились вашей команде, но все к ним привыкли. Или с решениями, в которые было вложено столько сил, что уже жалко что-то менять. Или, например, с решениями, которые были приняты под давлением каких-то других сил в компании (отдела информатики, маркетинга или юристов), и эти решения должны остаться неизменными даже в том случае, если они вам не нравятся. Давайте для примера взглянем на случай с нашей формой. Нам дано задание - у посетителей требовать в форме указать еще и номер телефона. Поскольку номер телефона может быть и международным, вы решаете создать в базе данных поле с длинным текстом. Все просто, правда? Да, но вот тут вы узнаете от администратора БД, что в базе данных уже есть два текстовых поля: одно для международных телефонных номеров, а второе - для местных (речь идет о США). И он не будет менять структуру базы данных, чтобы слить эти два поля вместе. У Java-программистов вдруг не оказывается времени, чтобы написать скрипт, отправляющий одни номера в одно поле, а вторые в другое. А дизайнер вдруг заявляет, что два поля в форме для номера телефона растянут форму по высоте, страница выползет за нижний край экрана, а это противоречит политике компании. Упс. Очень трудно работать с нейтронными проектами реорганизации в особенности, когда вы уверены, что они должны быть атомными. Но вот, как вы можете с этим совладать. Как не сойти с ума в проекте реорганизацииВряд ли кому-то придется по душе заниматься проектами реорганизации. В них есть что-то сродни уборке, мытью посуды, то, чем занимаются как бы между делом, когда нет более интересной и крупной работы. Я не буду спорить на эту тему, но могу дать вам несколько советов, которые помогут вам справиться с этим тяжким бременем.
Несмотря на то, что работа над реорганизацией сайта вряд ли может считаться мечтой любого веб-мастера, она помогает оттачивать навыки в информационной архитектуре. Она помогает вам понять, что будет с вашим решением после того, как оно перейдет в руки разработчиков. Она помогает вам понять, как сайт эволюционирует со временем, а значит при создании новых сайтов вы сможете предугадывать эту эволюцию. Эта работа позволяет вам узнать, какие технические и людские ресурсы влияют на дизайн сайта. Ну и кроме того, вы станете больше ценить работу над обычными проектами. |
|
2000-2008 г. Все авторские права соблюдены. |
|