Некоторое время назад в этом блоге был предложен собственный Мэтью Мэгейн из SitePoint о том, почему 10 заповедей веб-дизайна — полная глупость . В своем посте Мэтью рассказывал о том, что содержание на самом деле не так важно для разработки веб-сайта. В какой-то степени он прав, но он также и неправ — да, это еще один классический случай, когда веб-дизайн не является черным и белым. Теперь я расскажу вам, почему контент по-прежнему важнее дизайна.
Теперь мы все знаем, что дизайн и контент могут означать разные вещи для разных людей, поэтому давайте начнем с нескольких определений:
- Дизайн: окончательный дизайн визуального интерфейса, высококачественный дизайн для сайта, а не интерактивный дизайн или дизайн информационной архитектуры, поскольку они являются отдельными для окончательного процесса визуального проектирования.
- Контент: подразумевает понимание типов контента и информации, которую предполагается доставить. Также узнать, какую информацию пользователи ожидают увидеть из своего предыдущего опыта. Речь идет не о каждом последнем кусочке копии для сайта.
Просто чтобы прояснить, я также не обсуждаю разделение контента и дизайна с точки зрения процесса разработки — это совершенно другая тема.
Дизайн и маленький сайт
Когда мы разрабатываем небольшой сайт, нам обычно дают направление бизнеса и некоторые функциональные требования, представление аудитории, возможно, логотип или предыдущие маркетинговые материалы (если нам повезет).
Все это — хорошие отправные точки дизайна и источники вдохновения — на данный момент обычно не так много контента. Схема карты сайта для сайта на самом деле просто соответствует общей структуре «продукты, контакты, контакты», подходящей для сайтов брошюр; как правило, здесь нет ничего необычного, что создает какие-либо проблемы. И даже если есть проблема, вы можете просто добавить высокоуровневый элемент в меню, после некоторого рассмотрения без особых проблем.
Детали содержимого, доставляемого позже, могут представлять проблему макета, например, предположим, что вам неожиданно предложили серию коротких отзывов для вставки на сайт корзины покупок. Однако, поскольку вы можете сделать основной раздел контента очень открытым, генетическим и модульным, эта проблема может быть легко решена.
В этом случае дизайн важнее контента. Но подождите — что из крупных сайтов?
Контент и большой сайт
Когда мы рассматриваем более крупный корпоративный сайт, кроме основной информации о спецификации дизайна (как я уже писал выше), часто также есть история предыдущих унаследованных проектов, а также большое количество контента как онлайн, так и ожидающих выхода в Интернет. это нужно учитывать. Именно в этот момент огромный объем информации начинает перевешивать дизайн в общем процессе разработки. Эта информация становится движущей силой веб-сайта, и именно в этот момент контент становится королем дизайна.
В идеале нам действительно нужно рассмотреть содержание ; Я знаю, что это часто невозможно на небольших сайтах, как показано выше. Однако, когда это принимается во внимание, я обнаружил, что он обеспечивает значительно более надежный дизайн сайта с точки зрения положительного пользовательского опыта, который он обеспечивает.
Когда я проектирую сайт, я действительно хочу, чтобы дизайн был наполнен контентом до такой степени, чтобы он стал единым целым. Конечно, в действительности это не всегда происходит — я знаю, что работал над сайтами, на которых я вынудил контент создать дизайн, который просто не соответствует теме истории или разговору, который сайт ведет с пользователем. Когда это происходит, это плохой дизайн, и его действительно нужно остановить.
Полное понимание содержимого сайта перед началом любого дизайна позволяет вам найти ряд элементов дизайна, которые могут быть не указаны, например:
- Количество навигационных областей, которые будут существовать на любой странице.
- Ширина кнопок главного меню: если информационная архитектура не завершена, как еще можно доработать структуру и метки?
- Любые темы в контенте, которые могут быть расширены до визуального дизайна, путем рассказа истории или визуального разговора с пользователем.
- Требования к любому содержательному материалам, таким как отзывы, побочные комментарии, объяснения, определения или тому подобное.
- Общая длина страницы, исходя из объема контента, который будет отображаться.
- Использование новых медиа-элементов, таких как видео, скринкасты, встроенные аудиоплееры и тому подобное.
- Длина элементов заголовка контента, и если вы собираетесь ожидать их перенос. Имейте в виду, вы все равно должны это разрешить, так как вы не можете контролировать мелкие детали в будущем контенте.
- Размер и стиль изображений: вам действительно нужно знать, будут ли когда-нибудь большие изображения, такие как графики, диаграммы или карты, которые часто не масштабируются как растровые изображения (JPG, GIF или PNG).
- Учет рекламных объявлений, ссылок на товары или специального контента.
- Любые другие требования для специального контента, такого как новости или информация о чрезвычайных ситуациях.
Не зная какой-либо этой информации, вы просто на собственном опыте угадываете тип сайта, который клиент и пользователи действительно хотят представить в дизайне.
Например, вы могли бы указать минимальный и максимальный размер ширины области содержимого неправильно из-за необходимости вставки больших карт в раздел сайта. В этом примере, не зная содержания, как только клиент вставит большие карты, он может внезапно обнаружить, что весь визуальный дизайн нарушается.
Что из решений по управлению контентом?
В корпоративном и государственном секторах обычно используется большая часть дизайна до доставки контента. Это происходит, когда в окончательном решении используется система управления контентом (CMS) уровня предприятия. Эти системы управления контентом различаются; часто позволяют только повторное создание базового шаблона дизайна для завершения настройки макета. В некотором смысле можно видеть, что многие решения по проектированию были приняты для вас с внедрением CMS.
Разве это не дизайн перед контентом? Нет — в таком случае контент известен, так как в большинстве случаев большая часть информационной архитектуры будет завершена до внедрения CMS. Завершение IA означает, что многие вопросы проектирования будут учтены, так как информационная архитектура тщательно изучает содержание и вопросы проектирования.
Для любых элементов, которые не были охвачены информационной архитектурой, в последние несколько лет я часто обнаруживал, что группа по проектированию и разработке систем для поставщика CMS разработала такой общий шаблонный дизайн для CMS, что большинство вопросы дизайна уже учтены. Это, конечно, будет варьироваться от платформы к платформе.
Как ни крути, дизайн не имеет значения
Конечно, все эти моменты становятся спорными, когда вы обнаруживаете, что пользователи действительно не заботятся об элементах визуального интерфейса пользователя, пока они могут находить контент. Получение информации является их основной целью.
Конечно, им приходится широко использовать визуальный интерфейс для получения информации, даже если это приложение. В конце концов, они сосредоточены только на одном — на контенте. Если содержание плохое или необнаружимое, они уйдут, независимо от того, насколько хорош сайт.
Вот почему так важно правильно понять информационную архитектуру; это также, почему контент — король.
Атрибуция изображения: Mark Coggins