Большинство проблем в разработке начинается не на этапе дизайна, верстки или интеграций. Они зарождаются намного раньше — в момент, когда требования описаны туманно. Вроде бы все обсудили, архитектор кивает, менеджер уверяет, что понял задачу, вы довольны… а через месяц вы смотрите на прототип и понимаете: это не то. Вообще не то. Причина проста. Требования были сформулированы не конкретно. И команда услышала ровно то, что услышала — каждый по-своему. Чтобы этого не происходило, ТЗ должно быть ясным и измеримым...

Оформление коммерческих сайтов обычно устаревает за 3-5 лет и каждый редизайн – очень больной (как по времени и деньгам, так и по сложности) удар по компании. Слишком много разнотипных страниц, слишком многое делается быстро, а значит “хардкодом” или новыми скриптами/стилями, не учитывая общего оформления. А значит, для того, чтобы заняться редизайном – нужно предварительно подготовить максимально подробное и четкое техническое задание. По этому ТЗ дизайнер будет готовить макеты, копирайтер писать тексты а отдел разработки – верстать и переделывать бэкенд (если нужно)...