2008:
2007:
- Ноябрь #227
- Октябрь #226
- Октябрь #225
- Сентябрь #224
- Сентябрь #223
- Июнь #222
- Июнь #221
- Май #220
- Апрель #219
- Апрель #218
- Февраль #217
- Январь #216
2006:
- Декабрь #215
- Ноябрь #214
- Октябрь #213
- Октябрь #212
- Октябрь #211
- Сентябрь #210
- Сентябрь #209
- Сентябрь #208
- Август #207
- Июль #206
- Июль #205
- Июль #204
- Июнь #203
- Июнь #202
- Май #201
- Май #200
- Апрель #199
- Апрель #198
- Апрель #197
- Март #196
- Март #195
- Март #194
- Февраль #193
- Февраль #192
- Февраль #191
- Январь
2005:
2004:
- Декабрь
- Ноябрь
- Октябрь
- Сентябрь
- Август
- Июльские выпуски
- Июньские выпуски
- Майские выпуски
- Апрельские выпуски
- Мартовские выпуски
- Февральские выпуски
- Январские выпуски
Архив на Subscribe.ru
cтатьи по теме:
Библиотека Сайтостроительства. Ноябрьские выпуски.
30.11.05. Bыпуск #185
Здравствуйте, уважаемые подписчики! Заканчивается последний месяц осени, заканчивается год. В сети появляются и становятся популярными новые сервисы, рождаются и развиваются новые веб-сайты; владельцев сайтов все больше интересуют вопросы, связанные с разработкой качественного ресурса. Все более популярной и востребованной становится на рынке веб-услуг работа специалиста по юзабилити веб-сайтов.
Как помнят многие наши подписчики, в одном из прошлых выпусках рассылки, в заметке "Основы веб-дизайна. Дизайнер и оптимизация сайтов" мы как раз рассматривали вопросы, которые стоят перед разработчиком - что должен знать и учитывать дизайнер для того, чтобы сделать качественный веб-сайт, любимый пользователями и поисковиками. На сегодняшний день услуги специалистов по юзабилити и по оптимизации сайтов становятся все больше похожими, родственными.Вебпланета комментирует слова Джима Хеджера: "Если раньше специалисты по юзабилити помогали дизайнерам и программистам, то теперь их помощь остро понадобится тем, кто занимается поисковой оптимизацией. Оптимизаторы тоже будут заботиться о том, чтобы информация на сайте была понятной для пользователя, чтобы навигация была простой, а посетитель сайта понимал, по какому маршруту ему надо идти, чтобы достичь своей цели (найти информацию, совершить покупку и т.д.).
В то же время нужно учесть, что специалист по юзабилити - это довольно редкая профессия. Если разобраться, в чем именно заключается деятельность такого специалиста, то ее можно описать так: это оптимизация сайта для нужд пользователей. Другими словами, из-за последних изменений в алгоритмах Google оптимизация сайта для пользователей и оптимизация сайта для поисковых систем становятся все менее далекими друг от друга. Поисковая оптимизация становится гораздо более сложным ремеслом по мере совершенствования алгоритмов ранжирования на поисковых сайтах."Таким образом требования к веб-сайтам, требования с разработке становятся все более сложными - важно не только сделать работающий сайт, не только сделать сайт, устраивающий заказчика - важно реализовать такой проект, который нравится и посетителям сайта, и, как следствие - поисковым системам.
Меняются со временем и представления заказчика (будущего владельца сайта) о том, какой сайт ему нужен. Еще несколько лет назад наиболее часто заказываемым типом сайта был сайт-визитка, маленький презентационный сайт, состоящий из одной-десяти страниц, на которых размещалась основная информация о фирме, о деятельности фирмы, контактная информация. Сейчас же бизнесмены, которые желают организовать интернет-бизнес или представительство в сети, ожидают получить достаточно развитый информационный ресурс, на котором будут регулярно публиковаться новости его организации, обновляться информация о сервисах и продукции, о ценах и нововведениях. Все более популярными становятся сервисы, еще несколько лет назад не востребованные или даже не известные - корпоративные и информационные рассылки, форумы, на которых клиенты или потенциальные клиенты могут получить оперативную информацию от администрации сайта, корпоративные блоги, а так же современные технологии получения информации об обновлениях на сайте - не только уведомлениями или рассылками на e-mail, но и подпиской на RSS-потоки.
Именно поэтому разработчики стремятся следить за тенденциями развития сети, потребностями современных заказчиков. Каждая сколько-нибудь профессиональная веб-студия создает для своих нужд заготовку-движок для системы управления контентом, на базе которой клиенту предлагается гибкое решение для его сайта, с удобным интерфейсом для контент менеджеров (что позволяет легко и оперативно заниматься информационной поддержкой сайта), для ведения корпоративных блога и рассылки. Библиотека Сайтостроительства периодически публикует информацию о системах управления контентом (CMS), о наиболее популярных на рынке решениях, о задачах систем и проблемах, связанных с реализацией наиболее универсальной и качественной. Сегодня мы публикуем статью о динамических сайтах и надеемся, что эта статья будет первой в цикле о CMS; ожидаем продолжения цикла от автора сегодняшнего материала - консультанта по вопросам создания интерсетевого бизнеса Панфилова Андрея (сайт Go.In-Business.ru):
Как не ошибиться при создании сайта. Статика или динамика: что выбрать с учетом развития сайта
Сколько страниц и сайтов вы успели посетить за время пребывания в глобальной сети? Кто-то больше, кто-то меньше, я сам не берусь сосчитать, сколько их было, многие, возможно, уже не существуют. А задумывались ли вы над тем, что представляет собой каждая страница, пробовали заглянуть внутрь сайта?
Хочу предложить вам последовать за мной, а я попытаюсь открыть вам одну из сторон создания сайтов, их внутреннего устройства. Мы не будем сильно углубляться в технические детали, но я постараюсь, чтобы вы поняли главное - чем отличаются статические сайты от динамических, в чем их преимущества и недостатки, какой способ разработки сайта выбрать.
Все сайты в сети можно разделить на две большие группы: статические и динамические сайты. С точки зрения посетителя сайта порой не важно, на какой странице он находится, статической или динамической, иногда даже трудно точно это определить. Но я хочу рассмотреть такое разделение с точки зрения разработчика - создателя сайта.
Для начала следует определиться с понятиями, что же собой представляют статические и динамические сайты.
Что такое статический сайт?
Статической я буду называть страницу, которая целиком хранится на сервере и показывается посетителю в своем неизменном виде (следует учесть, что статическая страница может содержать некоторые изменяемые элементы, например баннеры, однако она все равно остается статической).
Для большей ясности приведу пример. Представьте, что вы сохраняете какую-либо страницу на свой компьютер. Допустим, теперь она хранится в файле "Page.html" Если вы откроете ее при помощи броузера, то увидите все наполнение страницы. Вот примерно в таком виде (как при сохранении на локальный компьютер) статические страницы хранятся на сервере, который только выдает их посетителю.
Статическим я буду называть сайт, большинство или все страницы которого являются статическими.
Таких сайтов довольно много, с них, можно сказать, начинался интернет.
Что такое динамический сайт?
Динамической я буду называть страницу, формируемую сервером из нескольких частей или получаемую путем внесения либо изменения данных в страницу.
Рассмотрим процесс генерации динамической страницы подробнее. Если статическая страница не претерпевает практически никаких изменений и попадает на экран к посетителю в своем "первозданном" виде, то динамической страницы, такой, как ее видит человек, на сервере не существует. Она собирается несколькими различными способами из данных, хранящихся на сервере, и только после этого показывается посетителю.
Как же она может собираться? Давайте рассмотрим:
- Первым вариантом может быть объединение нескольких (двух и более) отдельных частей в одну страницу - это самый простой способ генерации.
- Вторым вариантом является заполнение шаблонной страницы какой-либо информацией, хранящейся отдельно или получаемой в результате работы алгоритма (например, в результате вычислений).
- Третьим, и, пожалуй, самым распространенным вариантом является сочетание первых двух во всевозможных вариациях, т.е. страница собирается из нескольких кусочков, в которые при этом вносятся различные изменения.
Следуя предыдущим определениям, динамическим я буду называть сайт, большинство или все страницы которого создаются динамически.
Приведу еще одну аналогию, чтобы все встало на свои места. Представьте, что смотрите фильм. Кадры сменяют друг друга, сливаясь в одну живую картинку, но если посмотреть на процесс воспроизведения подробнее, вы поймете, что каждый кадр был заранее сохранен, и теперь вы просто видите их последовательность. Вы ничего не можете изменить, не можете вмешаться в события фильма. Уже догадались к чему я клоню? Да, он аналогичен статичному сайту, страницы которого точно так же как кадры фильма, были заранее созданы его автором.
На что же в таком случае будет похож динамический сайт? На компьютерную игру. В ней есть определенный сценарий, свои персонажи и интерьеры, но финальная картинка получается только после совмещения всех этих частей, причем не без вашего участия. То, что вы видите на экране, зависит от ваших действий. Точно так же динамический сайт реагирует на ваши действия на своих страницах и собирает из кусочков необходимую вам страницу.
С принципом разделения мы разобрались, давайте перейдем к разбору плюсов и минусов обоих подходов относительно друг друга.
Вы можете спросить, а что, если на сайте статических и динамических страниц примерно одинаково? Я смею вас заверить, что таких сайтов довольно мало, да и в нашем случае это большой роли не играет. Просто те преимущества и недостатки, которые я рассмотрю чуть ниже, будут относиться не ко всему сайту, а к его соответствующей части.
Преимущества и недостатки динамических сайтов
Напрашивается вопрос, а зачем вообще это нужно, делать страницу динамической, разбивать ее на части, хранить информацию где-то отдельно и т.д.? Не проще ли создать сайт таким, как его должен видеть посетитель и не выпендриваться?
Как я уже говорил, со статических сайтов начинался интернет, динамические страницы и сайты появились позднее, но начали теснить своих прародителей, а это значит, что они имеют свои преимущества. Вот давайте и рассмотрим, какие преимущества имеют динамические сайты по сравнению со статическими, ну а чтобы обзор был полным, уделим время и недостаткам.
Хочу сразу заметить, что, давая определения, я начинал с описания отдельных страниц. Это было сделано для того, чтобы вам было понятнее, о чем идет речь. Теперь же, при сравнении, я буду рассматривать целые сайты: статические и динамические. Соответственно и преимущества будут касаться именно готовых сайтов, т.к. подчас для страниц они просто не подходят.
Итак, с появлением языков программирования, выполняемых на стороне сервера, появилась возможность вносить изменения в данные отправляемые посетителю. Что же это дало?
- Разделение информации и дизайна
- Упрощение модификации и обновления страниц
- Возможность изменять контент, реагируя на действия посетителя
Давайте рассмотрим каждый пункт поподробнее.
Разделение информации и дизайна сайта
Использование динамических страниц позволяет хранить некий шаблон дизайна, в который, в зависимости от страницы, на которую зашел посетитель, помещается необходимое наполнение. Такой вариант очень удобен, ведь для всего сайта создается один или несколько шаблонов, и все изменения дизайна, которые требуется сделать на сайте, производятся только с ними.
В качестве примера представьте себе корпоративный сайт, на котором несколько сотен страниц (это не так уж много по нынешним меркам). И предположим, организация решила поменять свой логотип, нет ничего проще - если сайт статический, нужно внести изменения в каждую страницу. А теперь представьте, что сайт состоит из тысяч страниц, а изменения приходится делать постоянно. Сколько временных и человеческих ресурсов для этого потребуется?
Если же сайт динамический, все гораздо проще. Изменения вносятся в один или несколько шаблонных файлов, и все страницы сайта автоматически изменяются.
Данный подход также позволяет разграничить полномочия людей, занимающихся наполнением и модификацией сайта. Т.е. одни сотрудники могут заниматься дизайном, другие наполнением страниц. В идеале они даже не будут пересекаться, только посетитель сайта будет видеть результат их совместной работы на экране своего монитора.
С точки зрения организации работы и разделения труда, вариант создания сайта на основании шаблонов практически идеален. Человек, ответственный за дизайн сайта не сможет вмешаться в процесс наполнения страниц контентом, и за все недочеты в дизайне будет нести ответственность только он. И наоборот, тот, кто занимается информационным наполнением сайта, не сможет нарушить дизайн сайта. Каждый занимается своим делом, не мешая другим. Это ускоряет работу и снижает затраты.
Упрощение модификации и обновления страниц на сайте
Это преимущество непосредственно вытекает из первого. При рассмотрении предыдущего пункта я уже немного коснулся этого вопроса. Я привел пример с изменением логотипа фирмы на всех страницах сайта. Но ведь сайт требует постоянной модификации, особенно это касается его контента. Информация должна быть свежей.
Разделение информации и дизайна на сайте позволяет ускорить процесс обновления и наполнения сайта, т.к. не требует от людей, выполняющих эти операции, знаний в областях html-разметки, графики и т.д. Т.е. можно даже подготовить дизайн сайта (заказать у фирмы, предоставляющей такие услуги), а потом производить наполнение сайта собственными силами, не затрачивая средства на постоянное привлечение сторонних или включение в свой штат специалистов по дизайну, что потребовалось бы при статической организации сайта. Да и временные затраты на обновление значительно сокращаются.
Возможность изменять контент сайта, реагируя на действия посетителя
Третье достижение стало прорывом на пути развития глобальной сети. Посудите сами, все преимущества, описанные в первых двух пунктах, облегчали работу создателей сайтов и снижали их расходы, но для посетителей это было не очень важно. А вот третье преимущество отразилось непосредственно на них. Только благодаря ему вы можете видеть огромное количество электронных магазинов, виртуальных клубов, интернет-игр и т.п. Только возможность изменять наполнение сайта под конкретного посетителя позволило воплотиться в жизнь этим проектам.
Представьте, что вы попали в электронный магазин, который использует статические страницы. В таком интернет-магазине вы не сможете посмотреть свою корзину, вы не сможете проследить за этапами оплаты и выполнения заказа, вы не увидите ничего кроме страниц с товарами. Да, возможность сделать заказ у вас останется, но захотите ли вы назвать это магазином, будете ли в нем что-то покупать?
Еще один пример - это форумы и чаты, коих на просторах сети развелось бесчисленное множество. Все они создаются динамически, без поддержки этой технологии ни один из них не смог бы существовать. Доски объявлений, клубы по интересам, виртуальные игры и соревнования - ничего этого бы не смогли увидеть.
Добавьте сюда все системы электронных платежей и вы поймете, как оскудела бы сеть, лишившись динамических сайтов. Вернее теперь вы можете представить, что мы все приобрели с появлением этих новых возможностей.
Недостатки динамических сайтов
Как и у всего остального в нашем неидеальном мире, у динамических сайтов есть свои недостатки.
Первым недостатком является необходимость использования дополнительных программных средств для построения динамического сайта. На статическом сайте все страницы уже готовы, серверу остается только показать их посетителю, а на динамическом сайте необходимо вносить в них какие-то изменения, для этого требуется соответствующие программные решения.
В зависимости от сложности сайта, трудоемкость и стоимость разработки таких программ может очень сильно варьироваться. Сейчас существует множество готовых решений для создания сайта, в том числе и бесплатных. В сети можно найти не один десяток всевозможных бесплатных скриптов, которые позволят вам создать на сайте форум, доску объявлений, клуб знакомств, магазин и т.д. Но если требуется что-то специфическое, здесь не обойтись без дополнительных разработок.
Вторым недостатком является повышение требований к аппаратным мощностям серверных систем. Этот недостаток непосредственно следует из предыдущего, т.к. теперь серверу требуется еще выполнить какую-то программу для модификации страницы сайта, а только потом выдать ее посетителю. Особенно заметной эта проблема становится на сайтах с большой посещаемостью. Часто в таких случаях приходится производить дополнительные оптимизации кода для нормальной работы сайта.
Следовательно, стоимость услуг, по содержанию такого сайта, намного выше, нежели статического. Хотя сейчас, даже многие бесплатные хостинги поддерживают возможность создания динамических сайтов, не говоря уже о платных, где все необходимое входит в стандартный набор услуг.
Третьим недостатком, также вытекающим из первого, является сложность больших структурных изменений сайта. Вы можете возмутиться, ведь я прежде говорил об облегчении и упрощении модификаций. Но не спешите, давайте разберем этот вопрос подробнее. В данном случае все завязано на программное обеспечение, которое используется на сайте. Именно оно объединяет кусочки дизайна и данных в один полноценный сайт. Но у любой программы есть свои ограничения, и, если вы хотите получить что-то, что программно не предусмотрено, значит нужно менять программу. Либо дорабатывать старую, либо искать новую.
Представьте, у вас на сайте размещен форум, а вам захотелось, чтобы был еще и чат. Если этой возможности изначально не было, то, как бы вы не меняли дизайн или наполнение форума, он не сможет превратиться в чат. Вам для этого придется изменить программу.
Несмотря на эти недостатки, динамических сайтов в сети становится все больше и больше, видимо, описанные мной ранее преимущества перекрывают все недостатки. Теперь давайте рассмотрим, что же на сегодняшний момент имеется в сети, какие возможности может получить человек, желающий создать сайт.
Системы управления контентом
Технологии не стоят на месте, развиваются и возможности, предлагаемые для создания сайтов. Сейчас все большую популярность завоевывают системы управления контентом. Что это такое? Давайте разберемся.
CMS - это аббревиатура от Content Management System, что в дословном переводе - Система Управления контентом сайта. Проще говоря, это тот самый программный комплекс, который позволяет вам изменять дизайн и наполнение сайта таким образом, как вам требуется.
Продолжение статьи читайте в Библиотеке Сайтостроительства (дальше - о CMS на примере системы e-gloryon).
23.11.05. Bыпуск #184
И снова здравствуйте, мои дорогие. Рассылка жива, и только совершенно объективные причины не позволили редактору подготовить для вас новые выпуски. Причины банальные - осень, слякоть, грипп, бронхит. Все-таки следовало заставить себя уйти в плановый отпуск еще летом, отдохнуть-набраться сил. Поскольку есть подозрение, что это мой собственный организм устроил забастовку - примитивная месть за то, что вебдизайнерские заботы не позволили ни разу уйти в отпуск за последние два года (да, в общем-то и в воскресно-выходные дни было не проще). И единственный способ заставить меня уняться - это уложить в постель с высокой температурой, отобрать все силы, да и желания, приподниматься; а если и приподняться - убедительно морщинить и заливать слезами воспаленные глаза при попытке посмотреть в монитор. Дабы неповадно было. Не получается "в теплые края" - получай теплое питье, постельный режим, непривычную тишину и долгожданное безделие.
Но за вынужденный отдых приходится расплачиваться еще более интенсивной работой - а заказчики-то никуда не деваются. И даже более того - они накапливаются, непривычное ожидание заставляет их суетиться, торопиться, нервничать. И снова - веб-разработки, тысячи строчек кода, тысячи строчек писем клиентам, уже существующим и еще только пытающимся завязать деловые отношения. Нужно ли уметь веб-дизайнером набирать текст вслепую? Видимо, кому как, а с другой стороны - надо же, как неплохо получилось, когда пришлось освоить слепой набор текста больше 10 лет назад! Всего парочка набранных под заказ диссертаций, несчитанное количество документации, все же полезная оказалась практика, сколько времени экономится!
Для веб-разработчика, пожалуй, самое простое – это тот самый рутинный процесс, когда уже ясно, что и как делать, осталось нарисовать элементы интерфейса, сверстать макет, элегантный, валидный и кросс-браузерный. Самый сложный и всеми дизайнерами нелюбимый – это первый этап разработки, первый разговор с заказчиком, попытка выяснить, что и как ему надо. Определение плана работ, объема работ, и, собственно, оценка стоимости конечного продукта.
Разработчик с годами, с опытом становится все более просвещенным, чего не скажешь о "заказчике" - эта братия по большей части такая же, как была пять, десять лет назад – то же непонимание сути происходящего, та же неспособность внятно ответить на вопрос - "Зачем вам сайт", та же путаница в целях и задачах сайта, и, что самое несправедливое – неосведомленность в ценах и ценообразовании (об этом мы писали в прошлом выпуске нашей рассылки). Как следствие – в процессе разработки вылазят новые и новые требования, задачи, новая работа, которая должна быть оплачена, а заказчик смотрит умиленно и удивляется – а что, это стоит отдельных денег? Ну как же, мы же договорились! Да, логотипа нет, а мы думали – это естественно, что вы его разработаете для нашего сайта – что, разработка логотипа будет стоить 200 едениц? А почему так дорого? А можно дешевле? - Да можно, естественно, и дешевле. И вспоминается сразу сказка про жадного мужичка, который шапку шил – а можно из этого же куска кожи две шапки? Портной отвечает – да можно и две... А три? Четыре? Восемь? - А можно и восемь. Только результат-то будет совсем не тот, который мог бы ожидать заказчик, шапочек ли, логотипов, сайтов.
Собственно, если дизайнер (или программист, в общем, веб-разработчик) работает в студии, вопросы потока работы, а тем более ценообразования его волновать и не должны – именно для этого в офисе присутствуют менеджеры, project-, account- и т.д. С другой стороны, очень полезно и разработчику, работающему в команде, и во фрилансе, ясно представлять себе все этапы общения с клиентом; а чтобы из-за усталости, замороченности или несобранности (мало ли – любовь, или много работы, или авитоминоз) не пропустить какие-то важные вопросы, следует подготовить и держать под рукой списочек из солидного количества пунктов, такую "анкету заказа".
Первым блоком в этой анкете будет информация о заказчике – какую фирму представляет заказчик, ее адреса-телефоны (по возможности собрать всю доступную информацию), любые средства связи, информация о руководстве, и – важно – информация о *контактном лице* - руководителе, менеджере или просто назначенном ответственным за проект. Во-первых, подробный "портрет заказчика" поможет понимать и контролировать, с кем вы работаете, уровень его заинтересованности в проекте, уровень подготовки (большинство таких "ответственных" менеджеров, к сожалению, слабо себе представляют, что такое сайт, что из себя представляет html-документ, и совсем не имеют представления о таких терминах, как система управления содержанием или оптимизация сайтов, и при этом очень любят броские и бесполезные эффекты – анимацию, всплывающие/возникающие менюшки и прочий хлам).
Интересно, что в какой-то момент времени у разработчика (фрилансера ли, студии) встает задача каким-то образом систематизировать информацию о заказчиках; приходится даже создавать мини-базу, в которую вносить все, что известно о том или ином клиенте – частном лице и компании. Как показывает практика, у успешных веб-разработчиков один (удовлетворенный сотрудничеством – надо же, как звучит!) клиент будет появляться с новыми заказами не один раз; чем больше о нем будет собрано информации – тем лучше для совместной плодотворной работы (вся доступная контактная информация – почта, icq, офисные и мобильные телефоны, мессенджеры, skype; какие предыдущие проекты были реализованы; когда у него день рождения – очень не плохо приятно удивить человека, вовремя поздравить с праздником и пожелать успехов в работе). Это отступление, впрочем, несущественно, особенно для начинающих веб-разработчиков.
Более важно грамотно подготовить вопросы, которые помогут выяснить суть будущего проекта. Чем занимается организация-заказчик, кто – явные и потенциальные клиенты, кто является конкурентом, имеет ли конкурент сайт и какую информацию на своем сайте предоставляет. Какую информацию планирует публиковать на сайте заказчик и уверен ли он в правильности своего решения. Готов ли он прислушаться к вашим пожеланиям о том, какие сервисы следует добавить на сайт помимо тех, о наличии которых уже высказался он. Есть ли у заказчика четкое понимание того, какому типу принадлежит его проект и готов ли он прислушаться к рекомендациям разработчика о том, как лучше реализовать на сайте необходимую функциональность...
Готовность заказчика к сотрудничеству – очень сложный вопрос. Бесконечно обсуждаемый в вебдизайнерских сообществах. С юмором или слезами, неисчерпаемая тема. Удовлетворять ли все пожелания заказчика или все же настаивать на своем решении, безусловно верным с точки зрения дизайнера-профессионала? Поставить справа каемочку, вокруг логотипа – сиреневенький завиток, или добавить какую-то милую заказчику финтифлюшечку, не нарушая при этом общего стиля разработанного эскиза – это одно, а если пожелания более концептуальные? С фотографией руководителя предприятия на пол экрана... И таки ставить ее. А потом удивляться, отчего это из более ста вебдизайнерских работ в личном портфолио опубликовано не больше 40.
А тут еще не далее как вчера новая милая заказчица - такая славная и общительная дама! Готова отдать сайт на редизайн. Полный редизайн сайта. Принципиальные изменения. Вместо четырех-пяти сомнительных по важности информационного наполнения страниц (а кроме того исходный сайт умилительно-флешевый, включая текстовые блоки, исходники отсутствуют, страницы модификации не подлежат) планируется разработать полноценный информационный сайт, с периодически пополняемым разделом "Пресс-релизы", ежедневно - "Новости" и чуть ли не ежечасно - "Прайсы". И вот уже у разработчиков складывается видение нового проекта, как и что, где и куда... Ошарашивает требование дамы - чтобы визуально было не хуже - в том смысле что! Графика! Флеш! В обязательном порядке и в том же объеме. Непременно мигало, переливалось, выпадало, выезжало, наплывало и скользило по экрану. И дело даже не в том, что жаль разработчика, который согласится реализовать новый проект. Посетителя жаль. Как же ему, несчастному, на такой кучерявой странице нормально можно ознакомиться с информацией? Выделить блок текста - для того, чтобы, к примеру, отправить важные данные своему руководству?
Да, при этом заказчица с энтузиазмом принялась расписывать, насколько она заинтересована в плодотворном и долговременном сотрудничестве - в том смысле, что поддержка (плановое наполнение сайта, обновление текстовой информации и прайсов) и продвижение сайта в поисковых системах должна осуществляться той же студией. Ага. Флешевая навигация. Флешевые слоганы. Это же сколько хаков следует использовать для хотя бы относительно грамотной оптимизации под поисковики такого сайта?! Хитро и тайно от заказчика внедряя текстовую информацию, заголовки и ссылки помимо флешевых графических блоков. После первой растерянности придумываем план действий:
- Еще раз поговорить с мадам, убедить оставить флешевый сайт в качестве "презентационного", разработать новый - информационно-коммерческий ресурс, изначально правильно оптимизированный для поисковиков и посетителей.
- Еще раз поговорить с мадам, пойти на компромисс (взаимный) - сайт разрабатывается новый, таки информационный, флешевая анимация присутствует в некотором количестве в элементах оформления, но не в навигации и не в базовых текстах.
- Еще раз поговорить с мадам, выполнить все требования, изготовить навороченный микс и забыть о проекте, и, естественно, забить на поддержку и раскрутку, хитро хихикать, представляя выражение лица менеджера, который будет вести сайт или оптимизаторской-промо конторы, которая решится его продвигать.
- Отказаться от сотрудничества
Так что еще один из важных вопросов, которые следует задавать заказчику - для кого разрабатыватывается сайт? Для удовлетворения амбиций руководства компании? Для интенсивного продвижения в поисковиках? Или все-таки для посетителей? Которые, возможно, станут и покупателями товаров-услуг, предоставляемых сайтом?
В общем, не обойтись разработчику без заготовки-анкеты; подготовить можно и простую форму - ее опубликовать на сайте студии, чтобы потенциальный заказчик мог быстро и без волокиты подготовить достаточно корректную заявку, и сложную форму - универсальный опросник, в котором уже в развернутом виде учесть все возможные проблемы, вопросы и требования. Уже такой список вопросов развивать и дополнять - от проекта к проекту, от заказчика к заказчику. Хотя видимо и это - иллюзия, все равно рано или поздно встретится тот заказчик, с которым возникнут новые непонятки. Поэтому если у кого-то есть шаблоны, заготовки подобных анкет - делитесь, господа разработчики!
:) И не забывайте спросить про логотип. Он есть или его нет? Он в качественном векторном виде или в отвратительном растре? Его надо разрабатывать? Нет проблем, любой каприз за ваши деньги, уважаемый.
Внимание! Вся информация, размещенная на этом сайте в разделах "статьи" или "рассылки", является собственностью NunDesign. О полном или частичном использовании материалов вы можете узнать на странице "авторское право".
