По поводу ТЗ на дизайн: в ТЗ дизайнерам не пишется как надо рисовать. Надо написать что вообще будет на сайте, т.к. какую информацию я туда буду выкладывать. А дизайнер решает как это лучше сделать. Так же дизайнер не маркетолог и не может судить какая информация важнее для ЦА. Хотя это крайне спорный вопрос и в разных проектах делается по разному.

> Если пригрузил – то…
Наоборот. Приятно читать мысли основанные на личном опыте ;)

to Sergey

> Дело менеджера – управлять, а не писать ТЗ
- Солидарен с Вами.
————————-

> в ТЗ, в самом конце документа, есть лист изменений
- На это ответить не могу, так как за период своей работы, нормального ТЗ не видел вообще. Возможно, есть, а вернее, было бы логичнее всего, предусмотреть такой лист.
————————-

>По поводу, сколько я сайтов написал и сколько написал ТЗ – это лишнее. Это же не предмет спора, не так ли?
- Согласен. Просто я возможно не до конца, либо не совсем правильно выразил свою мысль.

Дело в том, что за все время моей работы я реально не встречал нормального ТЗ.
Были некоторые компании, которые отправляли свое ТЗ. Это был обычный текстовый документ, написанный в свободной форме, с до конца не сформулированными фразами.

Сейчас я немного отойду в сторону от темы этой статьи.

Самые страшные сайты получаются у тех, кто приходит с своим заданием, либо «четким виденьем» своего проекта.
Хуже всего, когда ответственным лицом, с стороны клиента, является бывший программист любитель – это куча несуразных идей, реализация которых требует огромных «трудоресурсов», которые не приносят ни одного улучшения…
Лучшие сайты из моей практики, получились у тех, кто приходит и говорит:
«Мы не разбираемся в сайтах, потратить можем приблизительно столько ХХХХ. Создайте сайт, чтоб он принес дополнительных клиентов».
На таких клиентов можно реализовать весь свой потенциал, им охота помогать, а не выполнять технические действие.

Основной мыслю всего выше написанного является 2 вещи:
1. Если Вы в какой-то сфере не профессионал – то будьте профессионалом в какой-то другой сфере.
Если ты умеешь хорошо копать ямы, но не умеешь садить деревья, хотя много раз видел, как это делается, то копай хорошо! На столько хорошо, чтоб заработать денег столько, чтоб прейти к профессионалу по посадке деревьев и не давать задание, как нужно полить дерево, а дать денег, показать цель (например, засадить весь сад яблонями), И пойти копать яму дальше.

2. Нужно найти тех профессионалов, которые могут нормально нарисовать дизайн для ИМ (такая тема статьи =) ).
Ведь эти профессионалы, могут либо рисовать то виденье, которое Вы опишите в ТЗ, а могут нарисовать дизайн, который будет выполнять конечную цель задуманного. В нашем случае это продажа ноутбуков.

Спасибо за внимание. Если пригрузил – то… Ну что ж, что сделано, то сделано =)

То, что Вы работаете по второму методу, это нормально. Большинство компаний так работают.

По поводу третьего метода, то ТЗ обычно пишет человек, которого называют тех.писатель. Это не менеджер проекта. Дело менеджера – управлять, а не писать ТЗ. ПМ может писать устав, определять перчень работ, сроки и т.д. Но ТЗ не он пишет. Это конечно оторвано от нашей реальности, но это так должно быть.

> Вы серьезно разбираетесь в сайтах и сходу учтете все нюансы и напишите ТЗ, то это ошибка!

Тут нюанс заключается в том, что в ТЗ, в самом конце документа, есть лист изменений. Изменения в ТЗ вносить можно и нужно. Если временные рамки проекта пол года, то за это время рынок может измениться, и Вашему клиенту будет необходимо немного другое решение. Это нормально.

По поводу, сколько я сайтов написал и сколько написал ТЗ – это лишнее. Это же не предмет спора, не так ли?

Буду рад, если Вы напишете Ваше мнение по поводу моих мыслей о ТЗ в посте: http://openingnewshop.com/2009/01/05/lirika-texnicheskoe-zadanie/

Метод №1 я вообще рассматривать не хочу (он похож на №2, но в облегченной версии, если я правильно понял суть описанного выше).

Метод №2 хорош хотя бы тем, что я так работаю. Это конечно не авторитетное заявление, но могу сказать, что уже не один десяток сайтов сделал по этому методу, и если персонал толковый (менеджер), то клиент получит то, что хотел, а иногда даже и лучше.

Метод №3 считаю не самым лучшим, так как человек, который будет писать ТЗ, должен очень хорошо разбираться в сайтостроении. Можно элементарно не учесть очень мелких деталей и похоронить нормальную работоспособность своего сайта.

Если Вы в юности создали один или два любительских сайта, или советы соседа программиста Коли, внушили Вам, что Вы серьезно разбираетесь в сайтах и сходу учтете все нюансы и напишите ТЗ, то это ошибка!
По ходу работы над сайтом, могут выскочить непредвиденные нюансы и подводные камни (как правило связанные с программной частью), но в ТЗ будет все прописано и ходу назад не будет…

Позитив:
Вы получите ровно то, что хотели!
Негатив:
Вы получите ровно то, что хотели!