Будни дизайнерские: стереотипы

Так вот они какие, дизайнеры... А я думал у них рога и они пьют кровь младенцев

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

А как боролись-то? В нашей сибирской деревни такое до сих пор сплошь и рядом. Типо зачем заказчику тратиться, когда ТЗ может написать менеджер по продажам - дизайн нарисовать полиграфист, а часть программы для сайта можно взять с прошлого их сайта - там сын бухгалтерши писал что-то на уроках информатики в 8-м классе. Частенько случаются конфликты, доходит до разрыва отношений разной степени тяжести. Увещевания о том, что веб - не полиграфия на заказчиков не действуют. Они не верят этому (к тому же из уст ушлого типчика, пытающегося продать ему какую-то картинку за 15 тысяч рублей!).

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

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

в общем, чем больше туда пропишете, тем лучше.

2. пишете внутренние стандарты по юзабилити, требования к элементам интерфейса, к расположению элементов интерфейса на страницах. тоже пострашнее и повнушительнее.

3. для сайта делается схема структуры, по ней список страниц, из него выделяется список типов страниц. для каждого из типов делается типа премакет, т.е. страница, на которой перечислено всё, что на странице будет, и прикинута сетка блоков.

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

всё это вместе - типа технологическое ТЗ дизайнеру. в котором указано, что он должен ВСЕ макеты всех типов страниц во всех вариантах размера шрифта сдать.

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

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

Из комментария получилось настоящее пособие, достойное публикации в обучающих материалах. Спасибо!
Кстати. Это я серьёзно - чуть поправить (заменить "бла-бла" и подшлифовать текст до формата обзора) и опубликовать в Библиотеке или лучше в рассылке сайтостроительской. Можно?

мне лень шлифовать

не знаю, я как-то тоже против общения дизайнера или программиста с клиентом. как и любого другого не-менеджера.

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

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

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

то есть да, здесь задача именно менеджера защищать специалистов и интересы компании перед клиентом, пусть он этим и занимается.

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

Что же касается инструкций известное дело, что заказчик в 90% случаях не мыслит инструкциями и командами. У него есть какой-то образ, какое-то пожелание, что-то ему где-то понравилось, что-то он ещё напридумывал, но выразить это словами он не способен, озвучивает какое-то бе-ме (а сформулировать все то же самое пиьсменно - это практически бесполезно ожидать).

Менеджер же способен (в 99,9% случаев) только дословно законспектировать это всё бе-ме и принести листочек дизайнеру. И головной боли у дизайнера от того, чтобы с меньшим количеством (ещё и искажённых) данных угадать, что же надо заказчику только больше, чем если бы ему дали с этим дядей поговорить лично. Следовательно, больше непринятых эскизов, плохого настроения и нездорового морально-психологического состояния.
А иногда - просто от безграмотности менеджер начинает переформулировать клиентское "бе-ме" так, что конечное решение мало похоже на исходные пожелания заказчика. Иногда - не понимает (или в силу черт характера не желает) спорить с клиентом в важных местах - где клиент желает откровенную чушь, но больше от необразованности, и можно - не оспаривая как бы, а... как бы предлагая альтернативные решения... потихоньку убеждать клиента от этой чуши отказаться.

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

В любой области деятельности нужен профессионализм. Менеджер, программист, дизайнер -- каждый должен хорошо знать свое дело, только обычно это не бывает сразу. А также критично относиться к своим представлениям о другой работе или профессии.

Очень часто кажется, что программировать иди делать дизайн очень просто, что "я раньше программировал" или "я раньше тоже делал сайты", а теперь я руковожу людьми.

Менеджер это тоже опыт. Опыт ошибок, опыт не очень простой работы. А менеджер который "теперь руководит людьми" и не программер и не дизайнер и не менеджер. Этот человек опасен, как опасен энергичный, амбициозный, но пока неопытный программист или дизайнер.

Поэтому этот момент надо выявлять и принимать меры. Объяснять и объяснять -- работать с тем, кто не понимает. Если имеет место убежденная невменяемость, лучше с таким клиентом не работать. Возможно он изменит мнение и вернется.

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