ТЗ на верстку (+ доп.мелочи)

[Kray Storm]

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

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

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

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

Логотип явно должен быть ссылкой. А вот должен ли он подсвечиваться/радостно подпрыгивать при hover-e? Не понятно...

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

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

Вопрос: Как вы регулируете с заказчиком все моменты "сделать так", "буду/не буду", "должен/не должен", "твое/мое" при выполнении верстки?

Когда с нуля делается крупный сайт - тут все понятно. Без нормального ТЗ ничего путного не выйдет. И там все прорабатывается и оговаривается. И кто за что отвечает, понятно (и то - не всегда, как я понял).

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

Но, с другой стороны, а как расходятся в спорных моментах? Ведь подойти формально и сверстать косяки и непонятки "как-в-макете" - не дело. Дергать по каждой мелочи заказчика - тоже. Однако и заказчик может считать, что раз он платит за работу, то за одну цену ему должны делать и переделывать столько раз, сколько он захочет и дурак всегда исполнитель.

Кто-как в основном делает?

• Верстаете только по макету с обсуждением по ходу просто на словах (скайп, чат)?
  
• Набрасываете базовые вопрос-ответ?
  
• Выполняете верстку, как считаете нужным, а там как получится?
  
• Составляете своеобразные тех.требования?
  
• Или делаете полноценное краткое ТЗ на верстку с указанием не только технических/дизайнерских моментов, но и условия приемки и рамки своей ответственности? А отступление от утвержденного ТЗ только при наличии отдельного согласующего email от заказчика, чтобы в случае чего, было чем "тыкать"?
  

Было бы интересно узнать.

P.S.: Вопрос можно рассматривать не только применительно к верстке, а и к небольшим проектам, называемым "да там легко - почти ничего не нужно делать".

Edited June 13, 2013 by Kray Storm

[Kray Storm]

_{Вот, черт, дофига текста и нет фото котиков - никто не будет это читать...}

Синопсис: А вы делаете ТЗ на верстку? Нет? А как тогда запоминаете все важные мелочи?

[nerv]

Вопрос можно рассматривать не только применительно к верстке, а и к небольшим проектам, называемым "да там легко - почти ничего не нужно делать"

при такой формулировке лучше не браться

[klierik]

нет ТЗ - пусть делает сам или кто-то другой.

[121990]

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

Edited June 14, 2013 by 121990

[Struggle]

http://www.webmolot.com/tz/

Совутую

[Kray Storm]

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

Откуда в Флейме полезные тексты? )) Немного не угадал. Вопрос не про фильтрацию неприятных заказчиков, а про решение разногласий и недоговорок по ходу самой работы. И, следовательно - про типовые методики учета всех "надо" и "должен" и про необходимость заранее готовить толковое развернутое ТЗ на верстку.

http://www.webmolot.com/tz/

О! Спасибо! Хорошие формулировки и по делу. А то я куда не копаю, все натыкаюсь на статьи и обсуждения ТЗ на создание сайта "под ключ". И там просто каша и крайности. Одни говорят, что достаточно и наброска основных "хотелок" на тетрадном листочке. А другие используют целые конструкторы ТЗ с генерацией фолианта на 100+ страниц с картинками по 34-му ГОСТу + внутренние тех.требования для всех разработчиков и все это идет в Приложение к Договору.

Вот и задумался о "золотой середине".

Edited June 14, 2013 by Kray Storm