Организация работы

[Talex]

Собственно интересует процесс от получения заказа (на что надо обращать внимание видя макет и что необходимо уточнить перед началом?) до проверки (какие приоритеты ставим при верстке, как и что делать, чтобы заказчик оставался довольным, как проверяете полное соответствие макету)

[kalyaka-malyaka]

на что надо обращать внимание видя макет и что необходимо уточнить перед началом?

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

какие приоритеты ставим при верстке

кроссбраузерность, валидность, соответствие макету

как проверяете полное соответствие макету

пипетка + экранная линейка

как и что делать, чтобы заказчик оставался довольным

*гусары, молчать!*

кроссбраузерность, валидность, соответствие макету

Edited January 20, 2009 by kalyaka-malyaka

[Vlad]

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

Вообще, надо два проверочных списка иметь - одни критерии применять ко всем работам, независимо от их вида, а второй - конкретно к текущему заказу.

Например.

- кроссбраузерность (написать конкретно список браузеров);

- валидность (HTML или XHTML - это важно будет в дальнейшем при программировании);

- соответствие цветов, кнопок и других рисованных элементов макету;

- страница читабельна при отключении картинок (черный текст на черном фоне не делают);

- логотип является ссылкой на главную страницу;

- изменение размера шрифта не рушит макет;

- страница доступна при минимальном разрешении х на у.

[Talex]

Спасибо за ответы. Очень помогло. теперь можно распечатать повесить на стенку.

[Ялекс]

Да, добавить нечего.

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

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

А лучше было уточнить: получения заказа только на верстку макета? Или создания сайта? Или...?

Edited January 21, 2009 by Ялекс