Библиотека Интернет Индустрии I2R.ru

Приветствую всех читателей рассылки, благодарю вас за верность и терпение и очередной раз дико извиняюсь за большие перерывы между выпусками. Мы пока живы и о читателях помним-не забываем. И наше дизайнерское/сайтостроительское житие-бытие - неисчерпаемая тема для заметок и обзоров. Не секрет, что одной из основных дизайнерских проблем является проблема "как договориться с заказчиком". Причём не всегда ясно, что проще - когда разработчик общается напрямую с клиентом, или когда между ними есть прослойка из одного-нескольких "менеджеров, ответственных за". С менеджерами обычно, как показывает практика, получается развлекательнее, но после ряда ситуаций хаъотелось выступить с обращением:

Обращение к менеджерам, ответственным за разработку сайта компании:

Уважаемые господа менеджеры!
Убедительная просьба:

1. Прекратите уже наконец обманывать своё начальство по поводу того, что "уже почти всё сделано" и осталось "доверстать пяток страниц, тексты-фотки" в то время, как на самом деле вы просто набросали уродский эскиз, который к тому же не закончен, а вёрстка - не только не начиналась, но даже не планировалась и в этом направлении ещё не было сделано ни одного шага.
2. Если вы уж решили заняться "разработкой дизайна сайта", чтобы вые... засветиться перед своим руководством, пожалуйста, не делайте этого в Corel Draw! Попробуйте для разнообразия запустить Adobe PhotoShop или (о!) Fireworks.
3. Запомните - ваш эскиз, как вектора, так и растр (где-бы то ни было) должны быть в RGB - это правило примите как факт, если вам не даётся для понимания лекция о графических форматах.
4. Учтите, что если вы взяли логотип компании, запомнили его в jpg с компрессией 40%, и после узнали о том, что .gif - это круто, переконвертировали ваш .jpg в .gif и вставили его в макет, свёрстанный в Corel Draw - дизайнер, которому вы отдадите этот макет, всё это увидит. Будет достаточно, если вы признаетесь, какие шрифты вы использовали в логотипе и какая пара цветов НА САМОМ ДЕЛЕ является фирменной (ЦИФРА!!).
5. Примите как неизбежное зло тот факт, что если ваш сайт насчитывает более 15 страниц, каждая из которых присутствует в более 2-х языковых версиях, вёрстка html-сайта вам обойдётся намного дороже, чем если вы закажете веб-программисту (разного уровня сложности) механизм (движок) для управления вашим сайтом. Если же вы всерьез решили, что раздел "новости" и "тексты" (буклет) будут пополняться в процессе развития сайта - вы просто разоритесь зашьётесь на поддержке!
6. Да. Господа менеджеры, да. Если вы осознанно отказались от движка и настаиваете на html-версии сайта, то КАЖДАЯ страница считается по деньгам и срокам как ВЕРСТАЕМАЯ. Включая (как вам кажется) самые простые. И ТЕМ БОЛЕЕ включая их языковые версии. Т.е. если вы насчитали 20 информационных страниц - то с тремя языковыми версиями это 60 страниц. 60 и никак иначе. И дальше будет хуже.
7. Контент для заполнения страниц сайта должен быть упорядочен в соответствии со структурой сайта. Т.е.:
   • -- главная (название страницы, текст, иллюстрации)
   • -- неглавная1 (название страницы, текст, иллюстрации)
   • ...
   • -- неглавнаяN (название страницы, текст, иллюстрации)
   Ваше сочинение на вольную тему и пояснение - "это вставлять сюда, а это сюда, а это опять сюда, а вот это пока не надо, сразу вот это вот сюда, а здесь рыбу заворачивали" можете распечатать и сложить в сортире, дабы использовать по назначению.
   
8. Срочные заказы стоят дороже.
9. Вероятность того, что ваш ворованный дизайн с псевдоавторским коллажем и замененными цветами шрифтов не узнают - очень маленькая. Стыдно, господа.
10. По секрету: если тот сайт, который вы приводите в качестве примера и восхищаетесь его функциональностью, в своих урлах страниц содержит буквы .asp, .php, jsp - вы, возможно, будете сильно удивлены, если верстальщик резко поднимет цену на "вёрстку" сборку вашего сайта или потребует в пару для работы над сайтом программиста, который, в свою очередь, назовёт цену на разработку, после чего вы, возможно, начнёте судорожно переосмысливать пункт 5.

Обращение к дизайнерам.

Господа дизайнеры! Учитесь, наконец, отказываться работать над нездоровым проектом, даже если вас очень просят очень хорошие знакомые, не позволяйте себя уговорить.

Макеты для вёрстки

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

Но если разделить дизайнера и верстальщика - тут же порождаются проблемы - как договориться, понять друг друга, как сделать этот проект. Мой опыт показывает, что очень не многие дизайнеры, занимающиеся эскизами и не имеющие практики вёрстки, способны "видеть" свой эскиз на уровне кода. Т.е. рисует человек миленько, но - не макет это, не макет для веб-сайта. Распечатать, на стенку повесить - всегда пожалуйста, сделать из этого эскиза сайт - ну никак.

Хорошие верстальщики при всех их прочих достоинствах - крайне редко талантливые художники, способные исполнить чудо-креативный эскиз с авторской графикой (а не потёртыми фотошоповскими плагинами фотками из бесплатных клипартов) - да, валидный код, да, стерильная вёрстка - и что? Кто этот код видит? Посетитель (если только не задастся целью) ни в жизнь не будет смотреть source страницы или тем более тестить сайт в валидаторе. Ему нужен интерфейс для работы с информацией, поставляемой сайтом - удобный, красивый интерфейс.

Разумеется, я не утверждаю, что невозможно в одном разработчике совместить таланты дизайнера и верстальщика - возможно, и я лично знаю успешных, грамотных веб-дизайнеров, у которых и с визуалом всё в порядке, и код грамотный. Но в реальной жизни всё же довольно часто приходится разделять дизайнера-графика и дизайнера-верстальщика. Казусных или даже конфликтных ситуаций при этом может быть сколько угодно и с чьей угодно стороны - и дизайнер может жаловаться на то, что забраковали его какие-то его "элементы дизайна" или после вёрстки они выглядят криво, "не так, как он имел ввиду", и верстальщик, получив макет от дизайнера, часто плюётся дальше чем видит, грозится "руки поотбивать этому чудо-художнику". Макс Россомахин на хабре рассказывает о своём опыте (с его стороны - вёрстка по макету, разработанному сторонним дизайнером):

Заказчик прислал 14-мегабайтный PSD-файл, содержащий макет всего одной вебстраницы. Открыв его, обнаружил изрядный бардак в структуре: куча из скрытых слоёв, групп, поименованных абы как, каких-то продублированных несколько раз одинаковых слоёв и т.п. С грехом пополам разобрался, что к чему, сверстал. А потом выяснилось, что кое-что было забыто (я просто не смог увидеть это «кое-что»).
А ведь есть хорошие правила подготовки макетов перед отправкой их верстале. Я, пожалуй, запишу их сейчас, и по необходимости буду ссылаться на эту запись всякий раз, когда понадобится.
1. Соблюдайте порядок в слоях. Именуйте их понятными наименованиями (Layer 2 copy не проканает), группируйте их, следуя чёткой логике (например, если уж нарисовали поисковую форму, то и включите все её составляющие в группу «Форма поиска»).
2. Удаляйте всё ненужное.
3. Если шаблонов очень много (например, речь идёт о сайте хостинг-компании, имеющем помимо пользовательской ещё и админскую часть), то разнесите макеты страниц по различным PSD-файлам (например, catalog-pages.psd, admin-vault.psd и т.п.). Не поленитесь — сгруппируйте сами, не заставляйте версталу тратить время на разгадывание головоломок. Вам же не трудно, вы же во всём этом уже разбираетесь, а он ещё нет.
Иногда нелишне создать PDF-файл, содержащий весь набор типовых страниц. Это хорошо тем, что верстала может воочию убедиться, что же собственно должно быть на сайте, и как всё это хозяйство лучше всего разметить (намётанный глаз заметит одинаковые блоки контента, стили оформления текста и т.п.).

Это, конечно, очень не полные правила, предназначенные для дизайнеров, которые готовят макет в .psd (а ведь есть ещё frameworks, corel draw и даже любимая многими дизайнерами xara), могу сказать одно, давно пора придумать и опубликовать для всеобщего пользования документ с правилами и с требованиями к макету - может, даже несколько документов для наиболее популярных и часто используемых редакторов для создания исходников. Если у вас есть личные наблюдения, что нужно включить в список "требований" к организации исходников, к информации для работы дизайнера, верстальщика, программера - пишите в блог NunDesign, обсудим.

Или вот ещё, житейское-дизайнерское:

Н O B O C T И

:: Вышел 3-й номер Юзабилити Бюллетеня
Вышел 3-й номер Юзабилити Бюллетеня. Его выход был задержан из-за того, что Бюллетень в процессе переезжал. А место для переезда ещё предстояло создать. Им стал сайт Российского отделения Ассоциации Юзабилити Профессионалов (Usability Professionals’ Association)....>>

:: Индивидуальное обучение поисковому продвижению
В рамках данной услуги высококвалифированный специалист предоставит детальный Анализ и Аудит сайта, проконсультирует по вопросам поискового продвижения на примере ресурса клиента и ответит на интересующие вопросы по данной тематике....>>

:: ЦБ обяжет аудиторов раскрывать банковскую тайну
Банк России представил на совет по аудиторской деятельности при Минфине РФ законопроект, обязывающий аудиторов сообщать в ЦБ о выявленных в ходе банковских проверок фактах, затрагивающих интересы вкладчиков и кредиторов банков....>>

:: «1С» и «Битрикс» создают совместную компанию «1С–Битрикс»
Фирма «1С» и компания «Битрикс» объявляют о создании совместного предприятия «1С–Битрикс». «1С» и «Битрикс» объединяют усилия для создания новых интернет-решений и достижения своих стратегических целей на рынке веб-разработок....>>

:: Adobe выпустит Creative Suite 3 в конце марта
В этом месяце Adobe Systems планирует представить Creative Suite 3, что станет крупнейшим выпуском нового программного продукта за всю 25-летнюю историю компании....>>

:: Oracle намерена приобрести Hyperion Solutions за $3,3 млрд
Oracle согласилась заплатить по $52 за каждую акцию Hyperion Solutions Corp., разработчика программного обеспечения для сбора, обработки и анализа деловой информации....>>

:: Google улучшает систему уведомлений веб-мастеров
Компания Google расширила возможности своей системы уведомлений, предупреждающей веб-мастеров о том, что их сайты могут содержать вредоносное программное обеспечение....>>

:: Adobe выпустит средства для редактирования видео в интернете
Компания Adobe Systems планирует выпустить ряд программных средств, позволяющих осуществлять редактирование видео в онлайне. По данным компании, планируемые разработки будут базироваться на технологии Web 2.0 и будут ориентированы на владельцев сайтов, осуществляющих работу с видеоматериалом...>>

:: Page Promoter 7.5: глобальная платформа для анализа, продвижения и управления ресурсом
Новая версия программы Page Promoter представляет собой глобальную платформу, содержащую все инструменты, необходимые для эффективного анализа, продвижения и управления ресурсом. Это единственное в данный момент программное обеспечение такого уровня, которое обеспечивает полноценную лингвистическую поддержку русского языка, и таким образом, обрабатывает страницы ресурсов по тому же алгоритму, что и поисковики, учитывающие русскую морфологию....>>

:: Большие ИТ-компании обещают возможности Web 2.0
Активнее всего действуют Microsoft, IBM и Google, но и Oracle, SAP или Cisco не остаются в стороне....>>

:: Налоговики определили 109 признаков подозрительной компании
На взгляд инспекторов, есть 109 признаков того, что компания уклоняется от уплаты налогов или используется другими организациями для этого. При наличии любого признака предприятие (а также с большой вероятностью его учредители-юрлица и контрагенты) попадает в реестр ЮЛ-КПО...>>

:: SAP купила компанию Pilot Software
Компания SAP объявила о покупке частной компании Pilot Software, занимающейся производством программного обеспечения для бизнес-анализа и стратегического менеджмента...>>

С Т A T Ь И

:: Миссионерское служение в интернете. Опыт общения с посетителями сайта [Сайтостроительство]
Общаться со священником заочно, сидя дома или на работе в удобном кресле, гораздо проще, нежели отстоять очередь исповедников, а потом, превозмогая чувство волнения, застенчивости и стыда излагать свой вопрос, глядя в глаза человеку в священном сане....>>

:: Необходимо ли уплачивать налоги с доходов, получаемых от Google Adsense? [Google]
Один из актуальных вопросов, который возникает у веб-издателя, сформулирую следующим образом: «Необходимо ли платить налоги в бюджет с денежной суммы, которую перечисляет веб-издателю Google Adsense?»...>>

:: Проблемы, Связанные с Работой в Сервисе Google Adsense [Google]
Автор рассказывает о тех проблемах, с которыми столкнется русскоязычный участник (веб-издатель согласно Правилам программы Google Adsense), участвующий в программе Adsense....>>

:: Вначале было слово... [Оптимизация сайтов]
вкладывая средства Компании в обучение специалистов по кибермаркетингу, вы делаете серьезные инвестиции в Её будущее, тем более что настоящие профессионалы уже позаботились о том, чтобы облегчить ваш собственный путь в интернет-коммерции....>>

:: Рерайтинг и как его делать [Контент для сайта]
Все мы писали в школе изложения. Рерайтинг – это практически то же самое. Изложить своими словами текст так, чтобы в итоге получился уникальный продукт. Но в отличие от изложения, в рерайтинге есть свои законы, подчас очень жесткие....>>

:: Основы управленческого учета [Бизнес-софт]
Определение управленческого учета На сегодняшний день не существует однозначного определения управленческого учета. Какая-либо нормативная законодательная база по управленческому учету отсутствует....>>

:: Неэтичные методы рекламы и "пиара" в Интернет [Оптимизация сайтов]
Многие пользователи Интернета применяют неэтичные методы, не зная о возможных негативных последствиях (в том числе, уголовной ответственности). С другой стороны, знания о "грязных" методах позволят нашим читателям более эффективно им противостоять....>>

:: Миф о специалисте [Раскрутка сайта]
Обычному предпринимателю офф-лайн бизнеса очень трудно представить, как работает виртуальное пространство, возникшее изначально по прихоти программистов и программ, т.е. здесь нужны специалисты по электронной коммерции....>>

Большее количество новых материалов вы найдете на сайте Библиотеки

• Предыдущий выпуск рассылки - № 217

• Обсудить этот выпуск рассылки можно в спецтопике нашего форума