Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 73
Стартовая страница содержит крупный логотип до 25% высоты сайта
походу заказчикам нравится смотреть на их огромный логотип!:) а вот как же все остальные люди ?
походу заказчикам нравится смотреть на их огромный логотип!:) а вот как же все остальные люди ?
Клиент всегда прав, лучше не спорить, попытаться переубедить, но если не получается то и пускай будет 25% высоты
То есть главное - получить деньги за заказ, а как он будет выполнен - дело десятое?
Ну нет, почему же, просто бывают черезчур упертые заказчики, который до конца стоят на своем, а есть просто не грамотные с этой стороны, так сказать не подкованные со стороны дизайна, попытаться привести ему примеры, да что там говорить, даже уже начав работать над проектом, можно потратить пару часов и видоизменить туже самую шапку и показать, как она будет выглядить по "его желанию" предположим на маленьком разрешении. а как будет выглядить видоизмененная на том же самом мониторе...Ведь довольно часто встречаются люди который просят сделать все 64 шрифтом который в свою очередь будет красным с желтой обводкой на сером фоне....и вот им говоришь: "Вадим, это ужасно"..."А ты делай, мне так нравится". Делаешь так как хочет, показываешь, а он в ответ "Знаешь, а все таки чудовещно, давай как вот так как ты говорил..." и ведь это все сплошь и рядом.
Еще раз повторю (деньги конечно же важны, к тому же когда ты не супер студия, с уймой заказов) стоит попытать переубедить - не получается, ну и ладно, значит пускай будет так, как хочет заказик. Если же мотом стыдно за то, что получилось, то просто отказываешься от какого либо авторства, и отдаешь свое детище, в лице созданного сайта, в детский дом. Итак, нада стараться, ведь горбатового могила исправит
Еще раз повторю (деньги конечно же важны, к тому же когда ты не супер студия, с уймой заказов) стоит попытать переубедить - не получается, ну и ладно, значит пускай будет так, как хочет заказик. Если же мотом стыдно за то, что получилось, то просто отказываешься от какого либо авторства, и отдаешь свое детище, в лице созданного сайта, в детский дом. Итак, нада стараться, ведь горбатового могила исправит
Допустим, Вы архитектор, и заказчик просит сделать проект дома с овальной крышей и комнатами не больше 5 кв.м. Вы понимаете, что крыша рухнет через 5 лет, а в таких комнатах будет невозможно жить, но клиент настаивает. По Вашей логике нужно согласиться.
А я не могу согласиться, что это правильный подход. Ведь Вы же - профессионал в конкретной области, и понимаете, что дизайн ужасен - клиенты не захотят заходить на сайт, инвесторы ужаснутся и убегут и т.д. и т.п. Но Вы воспринимаете свою часть работы узко - нарисовал и забыл (ну да хреново, ну ладно, копирайт не поставлю, что бы портфолио не портить), а я предлагаю воспринимать задачу хоть немного шире и чувствовать ответственность за содеянное.
Мы все же в ответе за тех, кого приручили. А Вы предлагаете в детский дом. Нельзя так.
А я не могу согласиться, что это правильный подход. Ведь Вы же - профессионал в конкретной области, и понимаете, что дизайн ужасен - клиенты не захотят заходить на сайт, инвесторы ужаснутся и убегут и т.д. и т.п. Но Вы воспринимаете свою часть работы узко - нарисовал и забыл (ну да хреново, ну ладно, копирайт не поставлю, что бы портфолио не портить), а я предлагаю воспринимать задачу хоть немного шире и чувствовать ответственность за содеянное.
Мы все же в ответе за тех, кого приручили. А Вы предлагаете в детский дом. Нельзя так.
Здесь конечно да, но что делать если вот ну вообще никак не убеждается клиент, не посылать же его куда нибудь, правильно. Или продолжить доказывать свою правоту до тех пор пока не переубедится? Очень интересно узнать вашу точку зрения
Как там Женя Чичваркин говорил? "Не работайте с дебилами, умножение на ноль дает в итоге ноль".
Отличное выражение, никогда ранее не слышал.
http://abonentov.net/e.html - первое письмо "Победоголикам и конкурентофилам".
Правда я немного переврал фразу :)
Правда я немного переврал фразу :)
посылать ...
Поддерживаю smook. Ваша беда, уважаемый, в неправильном ведении переговоров в данном случае - а не в упертости заказчика. Рекоммендую: http://bookmate.ru/books/25922-Snachala_skazhite_Net_Sekretyi_professionalnyih_peregovorschikov
Если ты хочешь купить молоко «М», а я как продавец тебя уговариваю купить «Простоквашино», но ты не хочешь его покупать, то мне лучше не продавать тебе ничего, чем впаривать тебе тухлую «М»ку?
Для таких случаев я говорю, что крем "Make my logo bigger" не завезли еще :)
http://www.makemylogobiggercream.com/
http://www.makemylogobiggercream.com/
В самом ТЗ предлагается два различных решения - и какой же из вариантов исполнитель должен выбрать?
оба. два дизайна будут делаться.
ТЗ - задание для исполнителя.
А вашем задании не сказано, что испольнителю нужно сделать два варианта дизайна - нигде в тексте нет ничего похожего на "исполнитель должен предоставить два варианта дизайна" (может это вынесено в договор?).
Понятно, что это вы предлагаете заказчику на выбор два варианта. Но такие вещи нужно писать в других документах, например в коммерческом предложении.
А вашем задании не сказано, что испольнителю нужно сделать два варианта дизайна - нигде в тексте нет ничего похожего на "исполнитель должен предоставить два варианта дизайна" (может это вынесено в договор?).
Понятно, что это вы предлагаете заказчику на выбор два варианта. Но такие вещи нужно писать в других документах, например в коммерческом предложении.
ТЗ:
-Сделать дизайн
-Должен содержать такие такие и еще такие разделы.
Все.
И не надо указывать дизайнеру где что и какого размера должно быть.
-Сделать дизайн
-Должен содержать такие такие и еще такие разделы.
Все.
И не надо указывать дизайнеру где что и какого размера должно быть.
мммм. вы утрируете? или вам правда чтобы сделать работу по моему заданию нужно все убрать, кроме перечисленного вами?
Все зависит от того какой заказчик и насколько вы доверяете дизайнеру.
Формулировка большинства заказов которые я заказывал сводилась к предоставлению:
- названия сайта,
- пунктов меню,
- элементы которые должны быть на странице
если есть уж какие-то предпочтения, то писалось (легкий, чем-то похож на "этот" и т.д.)
Результатом был всегда доволен.
Формулировка большинства заказов которые я заказывал сводилась к предоставлению:
- названия сайта,
- пунктов меню,
- элементы которые должны быть на странице
если есть уж какие-то предпочтения, то писалось (легкий, чем-то похож на "этот" и т.д.)
Результатом был всегда доволен.
Так и надо делать, не надо загонять дизигнера в рамки какие то. Просто выпытать кучу прилагательных из заказчика, каким он видит сайт. А дальше дело за дизайнером.
Ещё кстатии огромную роль играет текста, очень, очень часто заказчик просит сделать рыбу, а текста мол патом напишут. Это на самом деле сильно затрудняет работу, лучше сразу работать с готовыми текстами
Ещё кстатии огромную роль играет текста, очень, очень часто заказчик просит сделать рыбу, а текста мол патом напишут. Это на самом деле сильно затрудняет работу, лучше сразу работать с готовыми текстами
Я просто отношусь к тем людям, которые считаю, что каждый должен делать свою работу. Дизайнер должен рисовать дизайны, вот и пусть рисует, ему лучше знать как это должно выглядеть. Знал бы я - нарисовал сам бы, фотошопом владею нормально.
Иногда просто попадаются такие заказчики, которые хотят именно так а не иначе, тут такой цвет, это чтобы было тут и т.д. С такими конечно лучше или вообще не спорить или не работать.
Иногда просто попадаются такие заказчики, которые хотят именно так а не иначе, тут такой цвет, это чтобы было тут и т.д. С такими конечно лучше или вообще не спорить или не работать.
С такими нада работать по схеме:
-Да я с вами согласен, а может быть давайте эту штуку сделаем чуть вот так вот ...
Вообщем всегда соглашаться, но вносить поправки небольшие и приводить все к тому что нужно вам. Воообщем это больше по теме продаж уже. Есть хорошие тренинги кстатии по этому поводу))
-Да я с вами согласен, а может быть давайте эту штуку сделаем чуть вот так вот ...
Вообщем всегда соглашаться, но вносить поправки небольшие и приводить все к тому что нужно вам. Воообщем это больше по теме продаж уже. Есть хорошие тренинги кстатии по этому поводу))
блин, вот я веб мастер, заказчик в тз написал ересь и я понимаю и мне жалко моего дизигнера, так что же мне теперь? Идти записаться на тренинг? Собирать подписи по всему городу в док-во того, что заказчик просит дурь какую-то? Имхо, подход нарисовал и забыл рулит. А ведь еще заказчики любять чтобы все черти как было. А это верстать надо... Вот где геморрррой то...
Я имел именно это ввиду)
в ТЗ необходимо указать на полную идентичность отображения в различных браузерах, список которых тоже включить в ТЗ.
Это же ТЗ на дизайн, а не на верстку. Причем тут браузеры?!
Это уже скорее к верстальщику, чем к дизайнеру.
Думаю, что это должно быть в конечном продукте по умолчанию.
Те, кто работает в этой среде, давно уже знают, что в разных браузерах видно по-разному. И если компания уважает свой труд, то качество исполнения должно быть на высоте во всех браузерах.
Те, кто работает в этой среде, давно уже знают, что в разных браузерах видно по-разному. И если компания уважает свой труд, то качество исполнения должно быть на высоте во всех браузерах.
Мне кажется, что в ТЗ смешаны понятия дизайна и контента.
вместо двух вариантов дизайна имеет смысл делать два эскиза, которые визуально отображают соотвествующие текстовые описания. далее с заказчиком разбираются оба варианта, выбирается один и вносятся поправки. и тогда уже начинается разработка дизайна.
Я как-то интересовался темой ТЗ на дизайн, но ничего конкретного не нашёл.
Но хочу отметить, что стоит выделять пунк о цветах, а также о стиле бутьто (академический, Aero, округлые углы из Web2.0, готика(заказы разные бывают), так же стоит указать дизайн главной или ещё и внутренних страниц, (Можно же показать примеры)).
Но хочу отметить, что стоит выделять пунк о цветах, а также о стиле бутьто (академический, Aero, округлые углы из Web2.0, готика(заказы разные бывают), так же стоит указать дизайн главной или ещё и внутренних страниц, (Можно же показать примеры)).
http://www.antula.ru/tz-examples_1.htm
http://www.antula.ru/tz-examples_4.htm
В ТЗ главное оговорить все пункты, что бы не оказалось что нужно 2-3 языка (заранее обсуждалось), а вы про них забыли и теперь не знаете как их всунуть в дизайн.
Но и с другой стороны, раз у вас написано что в галерее вы используете LightBox скрипт и когда пас просят допустим переделать - то вы уже берёте денег за переделку вывода фотографии из галереи (допустим скрипт LightBox не понравился по тем или иным причинам).
http://www.antula.ru/tz-examples_4.htm
В ТЗ главное оговорить все пункты, что бы не оказалось что нужно 2-3 языка (заранее обсуждалось), а вы про них забыли и теперь не знаете как их всунуть в дизайн.
Но и с другой стороны, раз у вас написано что в галерее вы используете LightBox скрипт и когда пас просят допустим переделать - то вы уже берёте денег за переделку вывода фотографии из галереи (допустим скрипт LightBox не понравился по тем или иным причинам).
Вывод: результат работы для того, кто писал ТЗ абсолютно не важен: он использовал самую примитивную модель: нравится, не нравится. Он использовал еще более примитивную модель: преимущества, недостатки. Результат будет не такой, на который надеются.
Теперь самоутвердившись на авторе ТЗ, я напишу о том, как писал задание я:
1) определение функций сайта;
2) поиск аналогов;
3) анализ конкурентов (на тот момент конкурентом был только я сам);
4) изучение структуры.
Вывод: как у других делать не надо.
Т.е. я не давал возможность сделать хоть что-то так же, как у конкурентов. Затем, когда мне принесли дизайн от противного, я начал его совершенствовать, т.е. мне казалось, что совершенствовать. В результате родился третий монстрик. Переделали, принесли еще раз. Сравнил с аналогами конкурентов. Сравнение было в пользу нового макета, придравшись к "обезьянке в нижнем углу", отправил на переделку. Принесли, работает. Спасибо студии хх.
Теперь самоутвердившись на авторе ТЗ, я напишу о том, как писал задание я:
1) определение функций сайта;
2) поиск аналогов;
3) анализ конкурентов (на тот момент конкурентом был только я сам);
4) изучение структуры.
Вывод: как у других делать не надо.
Т.е. я не давал возможность сделать хоть что-то так же, как у конкурентов. Затем, когда мне принесли дизайн от противного, я начал его совершенствовать, т.е. мне казалось, что совершенствовать. В результате родился третий монстрик. Переделали, принесли еще раз. Сравнил с аналогами конкурентов. Сравнение было в пользу нового макета, придравшись к "обезьянке в нижнем углу", отправил на переделку. Принесли, работает. Спасибо студии хх.
Вцелом это же прочитать невозможно.
Творческие задания написаны со слов заказчика или после дизайн-брифинга?
Творческие задания написаны со слов заказчика или после дизайн-брифинга?
У нас ТЗ для дизайнера примерно в следующей форме.
Тип сайта: Корпоративный (визитка, интернет-маг, портал, эксклюзифф)
Элементы фирм.стиля: Логотип, цвета, слоганы, шрифты, буклеты
Цвета: Такие, такие, такие
Элементы на сайте:
Флэш элемент
Блок контакты (тел, icq, мыло)
Меню
Включенные модули:
Новости
Каталог продукции
Поиск
Портфолио
Что-нить еще (форум, блог, вопрос-ответ, и т.п.)
+ Стандартный пакет (контакты, карта сайта и т.п.)
На главной выводить: посл.новости, поиск, последнее из портфолио, 10 картинок продукции (рандом), блок контакты, флэш элемент, меню.
Клиенту нравятся сайты:
№1
№2
№3
Нарисовать 2-3 варианта.
Примерно так.
Тип сайта: Корпоративный (визитка, интернет-маг, портал, эксклюзифф)
Элементы фирм.стиля: Логотип, цвета, слоганы, шрифты, буклеты
Цвета: Такие, такие, такие
Элементы на сайте:
Флэш элемент
Блок контакты (тел, icq, мыло)
Меню
Включенные модули:
Новости
Каталог продукции
Поиск
Портфолио
Что-нить еще (форум, блог, вопрос-ответ, и т.п.)
+ Стандартный пакет (контакты, карта сайта и т.п.)
На главной выводить: посл.новости, поиск, последнее из портфолио, 10 картинок продукции (рандом), блок контакты, флэш элемент, меню.
Клиенту нравятся сайты:
№1
№2
№3
Нарисовать 2-3 варианта.
Примерно так.
Для чего в ТЗ типы сайтов указываете? Классификация довольно спорная, если только вы не делаете сайты на основе готовых четырёх шаблонов, которые и есть "типы сайтов".
Вы уж извините, но когда я вижу предложения от студий и в них слова "сайт-визитка", "портал"... почему-то они у меня негативное впечатление вызывают. Чем-то пионерским попахивает, несерьёзным. В особенности - "эксклюзив". Если я выбрал этот тип, значит у меня сайт эксклюзивный. А если выбрал другой - значит на бесплатном движке и варезном шаблоне?
Странно как-то видеть это... и уж тем более в ТЗ, которое по логике должно быть неотъемлемой частью договора.
Не поймите неправильно, ничего личного, просто делюсь впечатлениями. Наверняка ваши потенциальные клиенты, читая коммерческое предложение с "типами сайтов" тоже могут испытывать подомные смешанные чувства. Подумайте над этим.
Вы уж извините, но когда я вижу предложения от студий и в них слова "сайт-визитка", "портал"... почему-то они у меня негативное впечатление вызывают. Чем-то пионерским попахивает, несерьёзным. В особенности - "эксклюзив". Если я выбрал этот тип, значит у меня сайт эксклюзивный. А если выбрал другой - значит на бесплатном движке и варезном шаблоне?
Странно как-то видеть это... и уж тем более в ТЗ, которое по логике должно быть неотъемлемой частью договора.
Не поймите неправильно, ничего личного, просто делюсь впечатлениями. Наверняка ваши потенциальные клиенты, читая коммерческое предложение с "типами сайтов" тоже могут испытывать подомные смешанные чувства. Подумайте над этим.
Спасибо, что не поленились насрать в карму. За добрый-то совет.
Ээ.. Это вы мне? Я еще даже тут кармой не научился пользоваться.
По поводу того что мы клиентам даем - так это утвержденный макет блок-схемы как и что где будет находиться. Это же для дизайнера, чтобы дизайнер понимал о чем речь. И у нас нет для клиентов такой градации которую я написал выше, повторюсь это для дизайнера некое тз. На словах же тоже все объясняется. А это подсказка, если вдруг что-то забыл.
По поводу того что мы клиентам даем - так это утвержденный макет блок-схемы как и что где будет находиться. Это же для дизайнера, чтобы дизайнер понимал о чем речь. И у нас нет для клиентов такой градации которую я написал выше, повторюсь это для дизайнера некое тз. На словах же тоже все объясняется. А это подсказка, если вдруг что-то забыл.
Алексей Lessio (http://lessio.ru/):
— Составление технического задания сайта
— Проблема технических заданий
Руководствовался всегда сам и давал читать тем кто не представляет, что такое ТЗ и зачем оно нужно.
— Составление технического задания сайта
— Проблема технических заданий
Руководствовался всегда сам и давал читать тем кто не представляет, что такое ТЗ и зачем оно нужно.
Ой ой ой!! Какой интересный топик! Я вот уже все глазами пробежал, чуть позднее наверное смогу подробнее откомментировать, а пока только вот что скажу.
Очень здорово к ТЗ прилагать схемы страниц. На такой схеме можно указать все необходимые для данной страницы элементы, при чем это скорее будет схема не по расположению, а по их наличию на страницы. Тут мы убиваем сразу двух зайцев, то есть не только описываем необходимость наличия, например, 2-х меню, но и сразу даем все необходимые списки пунктов. Такие схемы следует делать для максимального количества макетов - это действительно упрощает жизнь.
Безусловно необходимо отдельно указывать все основные моменты касающиеся поведения сайта и тех технологий, которые будет использованы при разработке. Что же касается формализованного описания композиции, то это ИМХО задача слишком трудно выполнимая. Вот у нас например для это служит такой документ, как сценарий сайта. По сути это рассказ о сайте и о том, что на нем происходит. Легко читать, легко воспринимать, легко сделать!
Очень здорово к ТЗ прилагать схемы страниц. На такой схеме можно указать все необходимые для данной страницы элементы, при чем это скорее будет схема не по расположению, а по их наличию на страницы. Тут мы убиваем сразу двух зайцев, то есть не только описываем необходимость наличия, например, 2-х меню, но и сразу даем все необходимые списки пунктов. Такие схемы следует делать для максимального количества макетов - это действительно упрощает жизнь.
Безусловно необходимо отдельно указывать все основные моменты касающиеся поведения сайта и тех технологий, которые будет использованы при разработке. Что же касается формализованного описания композиции, то это ИМХО задача слишком трудно выполнимая. Вот у нас например для это служит такой документ, как сценарий сайта. По сути это рассказ о сайте и о том, что на нем происходит. Легко читать, легко воспринимать, легко сделать!
... на последний проект составляли ТЗ... но только на бумаге... получилось минимальное ТЗ страниц так на 20... сразу же договорились о цене и заказчику сделели копию... из сайтов конкурентов навелось где-то 10 примеров... указали на какие елементы нужно обратить винимание... одним словом хорошо проработали етот етап... сейчас легко вносить какие нить изменения, поскольку ТЗ есть и у меня и у заказчика на руках...
"решение по созданию дизайна сайта" Если эти штуки составлял сам дизайнер, то хорошо, а так вы загоняете его в жесткие рамки и как правила. Я сам как дизайнер могу сказать если дают такое чёткое тз, что где какого цвета и размера должно быть работа не идёт. Вообщем не надо загонять в жесткие рамки, лучше написать пару предложений что то вроде мягкий, лёгкий, светлый. Ну естестно просто описать какие блоки должны быть на странице.
Так же не совсем понял с конкурентами. Я не совсем понимаю это конкурирующие фирмы закащика или ваши ?
Цели лучше делить на 3 штуки: с какой целью заказчик делает сайт, с какой целью на него будут ходить люди, ну и дизайнер тоже должен поставить с какими целями он будет делать дизайн(заработать денег, попробывать новую фишку, выделиться среди комьюнити дизайнрского)
Так же не совсем понял с конкурентами. Я не совсем понимаю это конкурирующие фирмы закащика или ваши ?
Цели лучше делить на 3 штуки: с какой целью заказчик делает сайт, с какой целью на него будут ходить люди, ну и дизайнер тоже должен поставить с какими целями он будет делать дизайн(заработать денег, попробывать новую фишку, выделиться среди комьюнити дизайнрского)
Интересно, и что же в этом «ТЗ» технического? Почему вы его так называете?
ТЗ, по сути, это нечто подобное чертежу, по которому потом строиться сайт, или дизайн, или любое программное творение, оно защищает как заказчика, так и программиста,или в данном случае дизайнера.
Рассмотрим пример: Есть одна фирма X и она хочет создать сайт,основная концепция программной стороны уже решена и дело перешло к дизайну всей этой программной стороны...
Варианты дальнейшего развития.
1.Дизайнер рисует макет без ТЗ, немного поговорив с Заказчиком по телефону, и узнав общий план.
Дизайнер кропотливо вырисовывает макет сайта, с представленной, насколько возможно информацией , и если есть фирменным стилем... Потом он выкладывает макет для просмотра заказчику, и оказывается заказчик хотел немного иначе, другие тона, другие цвета, и переделка данного макета может продолжаться очень долго(Конечно смотря какой заказчик...)
2.Дизайнер рисует макет по полному кропотливо написанному ТЗ.
Дизайнер по сути механически перерисовывает все то, что он видит на бумаге в ТЗ, никакого полета мысли, жесткие рамки и все. В итоге мы получаем довольно-таки сухой сайт, при создании которого и у дизайнера не было удовольствия, и у заказчика (Сам много раз встречался...) складывается плохое впечатление по самому макету, и ему так-же многое не нравится(Ибо он представлял себе это не так... Хоть и написал жесткие требования) и так как ТЗ является защитой не только заказчика но и исполнителя, существует 2 развязки: 1. Сайт выходит в жизнь, с дизайном, не понравившемся никому, либо 2. Долгие завязки в бюрократии бумаг.
3.Дизайнер и заказчик формируют ТЗ совместно и мягко, в процессе.
У дизайнера есть небольшое пространство для полета мыслей, у заказчика есть гарантия, что он увидит то, что он хочет. Дизайнер с заказчиком, рассматривают основные цветовые гаммы, рисунки, элементы дизайна, и совместное их расположение. После этого подписывается ТЗ, в котором есть данные о всем что они договорились. И Дизайнер продолжает работу. Неплохой по моему мнению вариант: Дизайнер защищен от того, что после работы по созданию макета, ему не скажут: "Эй, это не совсем то, давай-ка все заново!", ну если и скажут, то это будут другое ТЗ и другие финансы. И у заказчика защита вроде тоже как есть...
Главное во всем этом не затягивать с бумагой, а выработать небольшой структурированной план, который можно быстро описать. Огромные ТЗ на дизайн заберут много времени, да так, что не хватит времени на сам дизайн...
Рассмотрим пример: Есть одна фирма X и она хочет создать сайт,основная концепция программной стороны уже решена и дело перешло к дизайну всей этой программной стороны...
Варианты дальнейшего развития.
1.Дизайнер рисует макет без ТЗ, немного поговорив с Заказчиком по телефону, и узнав общий план.
Дизайнер кропотливо вырисовывает макет сайта, с представленной, насколько возможно информацией , и если есть фирменным стилем... Потом он выкладывает макет для просмотра заказчику, и оказывается заказчик хотел немного иначе, другие тона, другие цвета, и переделка данного макета может продолжаться очень долго(Конечно смотря какой заказчик...)
2.Дизайнер рисует макет по полному кропотливо написанному ТЗ.
Дизайнер по сути механически перерисовывает все то, что он видит на бумаге в ТЗ, никакого полета мысли, жесткие рамки и все. В итоге мы получаем довольно-таки сухой сайт, при создании которого и у дизайнера не было удовольствия, и у заказчика (Сам много раз встречался...) складывается плохое впечатление по самому макету, и ему так-же многое не нравится(Ибо он представлял себе это не так... Хоть и написал жесткие требования) и так как ТЗ является защитой не только заказчика но и исполнителя, существует 2 развязки: 1. Сайт выходит в жизнь, с дизайном, не понравившемся никому, либо 2. Долгие завязки в бюрократии бумаг.
3.Дизайнер и заказчик формируют ТЗ совместно и мягко, в процессе.
У дизайнера есть небольшое пространство для полета мыслей, у заказчика есть гарантия, что он увидит то, что он хочет. Дизайнер с заказчиком, рассматривают основные цветовые гаммы, рисунки, элементы дизайна, и совместное их расположение. После этого подписывается ТЗ, в котором есть данные о всем что они договорились. И Дизайнер продолжает работу. Неплохой по моему мнению вариант: Дизайнер защищен от того, что после работы по созданию макета, ему не скажут: "Эй, это не совсем то, давай-ка все заново!", ну если и скажут, то это будут другое ТЗ и другие финансы. И у заказчика защита вроде тоже как есть...
Главное во всем этом не затягивать с бумагой, а выработать небольшой структурированной план, который можно быстро описать. Огромные ТЗ на дизайн заберут много времени, да так, что не хватит времени на сам дизайн...
Это не техническое задание. Это больше похоже на список пожеланий заказчика, конспект беседы, заполненный как-то бриф. Но это — не ТЗ.
ТЗ — это список требований, прежде всего. Конечно, там могут быть и другие разделы, например, цели и задачи, общее описание (рамки проекта) наподобие executive summary.
Но список конкурентов с достоинствами и недостатками — это не то, что должно быть в техническом задании.
Лента новостей одна или несколько? Будет ли архив? Как он будет представлен? Будет ли экспорт новостей в RSS? Какие элементы у каждой новости может редактировать заказчик? Как будет осуществляться редактирование новостей? Что будет у каждой новости — заголовок и текст или же будет еще и анонс (краткое содержание)? Куда будут выводиться анонсы или заголовки новостей?
Кстати, что понимать под «высотой сайта»? Какова будет высота сайта при разрешении экрана 800x600? А при разрешении 1280х1024? Какова будет высота сайта, если страница занимает несколько экранов? Какова будет высота сайта, когда пользователь уменьшит окно?
Какое-то левое получается меню. Такое «ТЗ» нельзя прикладывать к договору. Вот изменится меню на viveska.info — что будете делать?
ТЗ — это инструмент для профилактики и разрешения разногласий, устранения неопределенности и недопонимания, определения объема и состава выполняемых работ и характеристик конечного продукта.
Вот теперь заказчик может вертеть вами, как хочет. «Хочу трехмерную анимацию и видео!» — изрекает заказчик. «Но мы же так не договаривались», — пищит подрядчик. «Как не договаривались?! Только трехмерная анимация и видео могут подчеркнуть широкий спектр и нашу производственную базу, другого не примем!» — добивает заказчик.
ТЗ — это список требований, прежде всего. Конечно, там могут быть и другие разделы, например, цели и задачи, общее описание (рамки проекта) наподобие executive summary.
Но список конкурентов с достоинствами и недостатками — это не то, что должно быть в техническом задании.
- лента новостей
Лента новостей одна или несколько? Будет ли архив? Как он будет представлен? Будет ли экспорт новостей в RSS? Какие элементы у каждой новости может редактировать заказчик? Как будет осуществляться редактирование новостей? Что будет у каждой новости — заголовок и текст или же будет еще и анонс (краткое содержание)? Куда будут выводиться анонсы или заголовки новостей?
содержит крупный логотип (до 25% высоты сайта)
Кстати, что понимать под «высотой сайта»? Какова будет высота сайта при разрешении экрана 800x600? А при разрешении 1280х1024? Какова будет высота сайта, если страница занимает несколько экранов? Какова будет высота сайта, когда пользователь уменьшит окно?
...и левое текстовое меню с графическими маркерами (стиль как на h__p://viveska.info)
Какое-то левое получается меню. Такое «ТЗ» нельзя прикладывать к договору. Вот изменится меню на viveska.info — что будете делать?
ТЗ — это инструмент для профилактики и разрешения разногласий, устранения неопределенности и недопонимания, определения объема и состава выполняемых работ и характеристик конечного продукта.
Наобходимо придумать визуальное решение, позволяющее подчеркнуть широкий спектр оказываемый услуг и собственную производственную базу.
Вот теперь заказчик может вертеть вами, как хочет. «Хочу трехмерную анимацию и видео!» — изрекает заказчик. «Но мы же так не договаривались», — пищит подрядчик. «Как не договаривались?! Только трехмерная анимация и видео могут подчеркнуть широкий спектр и нашу производственную базу, другого не примем!» — добивает заказчик.
Полностью согласен, что ТЗ - список требований, но ваш вариант, более похож на ТЗ Технической стороны.Я конечно понимаю что Техническое Задание Технической стороны - это масло масляное и звучит не очень...
Но сдесь в теме "ТЗ на дизайн" и в ТЗ на Дизайн, скорее будет расположение элементов, цвет элементов, оформление элементов, оформление различных блоков страниц, и самих страниц, а также функциональных элементов...
А вот например "Лента новостей одна или несколько? Будет ли архив? Как он будет представлен? Будет ли экспорт новостей в RSS? Какие элементы у каждой новости может редактировать заказчик? Как будет осуществляться редактирование новостей? Что будет у каждой новости — заголовок и текст или же будет еще и анонс (краткое содержание)? Куда будут выводиться анонсы или заголовки новостей?" - это уже более техническая сторона, архитектора сайта, ну или программиста, так как, это все функционал, дизайнер же просто описывает где размещён блок, и как он выглядит,как будет выглядеть кнопка RSS итд.
Но сдесь в теме "ТЗ на дизайн" и в ТЗ на Дизайн, скорее будет расположение элементов, цвет элементов, оформление элементов, оформление различных блоков страниц, и самих страниц, а также функциональных элементов...
А вот например "Лента новостей одна или несколько? Будет ли архив? Как он будет представлен? Будет ли экспорт новостей в RSS? Какие элементы у каждой новости может редактировать заказчик? Как будет осуществляться редактирование новостей? Что будет у каждой новости — заголовок и текст или же будет еще и анонс (краткое содержание)? Куда будут выводиться анонсы или заголовки новостей?" - это уже более техническая сторона, архитектора сайта, ну или программиста, так как, это все функционал, дизайнер же просто описывает где размещён блок, и как он выглядит,как будет выглядеть кнопка RSS итд.
На самом деле, я склоняюсь к использованию термина "Задание на разработку", которое включает в себя и элементы технического задания (функциональные спецификации, структура БД, языки программирования и т.п.), и элементы описания интерфейсов с вайрфреймами, и элементы концепции (цели и задачи), и требования к оформлению.
Вот ведь тут еще какая штука — задание на дизайн сродни архитектурному проекту. Заказчик приходит к архитектору и озвучивает свои пожелания, но чертежи и сам проект уже делает профессионал-архитектор. Он определяет, какого размера и где будет перекрытие, как будет проведена вентиляционная шахта, какой материал будет использован при строительстве перегородок, сколько ступенек будет в лестнице перед входом и т.п.
Чтобы составить задание на дизайн сайта на таком уровне, требуется пара недель (минимум) труда проектировщика, дизайнера и менеджера. И такое ТЗ в пост на "Хабре" не поместится. И стоить оно будет как сайт в средней конторке.
И в этом ТЗ не будет фраз "логотип должен занимать 25% высоты сайта". И такой чепухи, как "высота сайта" тоже не будет. Не будет ссылок на другие сайты а-ля "сделайте как у Васи из соседней шараги — чтоб мигало и переливалось".
Прежде всего, будет описание блоков на каждой странице: их содержания и расположения. Будет раздел, "стыкующий" сайт с гайдлайнами по фирменному стилю. Будет раздел с вайрфреймами, который выработают проектировщик с дизайнером. И еще много чего будет, об этом я скоро напишу в нашем студийном блоге.
Вот ведь тут еще какая штука — задание на дизайн сродни архитектурному проекту. Заказчик приходит к архитектору и озвучивает свои пожелания, но чертежи и сам проект уже делает профессионал-архитектор. Он определяет, какого размера и где будет перекрытие, как будет проведена вентиляционная шахта, какой материал будет использован при строительстве перегородок, сколько ступенек будет в лестнице перед входом и т.п.
Чтобы составить задание на дизайн сайта на таком уровне, требуется пара недель (минимум) труда проектировщика, дизайнера и менеджера. И такое ТЗ в пост на "Хабре" не поместится. И стоить оно будет как сайт в средней конторке.
И в этом ТЗ не будет фраз "логотип должен занимать 25% высоты сайта". И такой чепухи, как "высота сайта" тоже не будет. Не будет ссылок на другие сайты а-ля "сделайте как у Васи из соседней шараги — чтоб мигало и переливалось".
Прежде всего, будет описание блоков на каждой странице: их содержания и расположения. Будет раздел, "стыкующий" сайт с гайдлайнами по фирменному стилю. Будет раздел с вайрфреймами, который выработают проектировщик с дизайнером. И еще много чего будет, об этом я скоро напишу в нашем студийном блоге.
+1 под всеми пунктами.
Данный документ совсем нельзя назвать ТЗ на дизайн, при серьезном подходе к реализации продукта. Это попытка донести свою мысль до дизайнера, и переложить на него все задачи менеджеров и директора проекта.
Во-первых: 100% зависимости от кретивности, способностей и просто настроения на данный момент дизайнера, рискуете через 3-5 дней получить обратное тому, что ожидали. Например: белый/кремовый, оранжевый, гамма синего - с таким требованием может получиться, все что угодно.
Во-вторых: судя по этому документу, менеджер или директор проекта сам не понимает, и не видит того что он хочет, а пытается донести это до подчиненного. Результат такой работы - недельное пинание макета туда-сюда и постоянных правках. Этот процесс убьет полностью всю мотивацию дизайнера. Например, про блоки "вот посмотри там, надергай, и сделай нормально".
В-третьих: абсолютно ничего не говорится о стиле в дизайне, и обработке фирменного стиля компании для применения на сайте. Примеры очень сильно разнятся между собой, опять же результат непредсказуемый. Фирменный стиль - можно ли его вообще вписать в этот дизайн? Что нужно будет сделать для этого? Опять же можно получить веб2.0 дизайн с логотипом просто неуместным в данной стилистике.
Можно наверно еще подробнее вчитаться, все посмотреть и продолжить, но нет особого желания...
Выводы: менеджер сыгрыл в испорченный телефон. Послушал, записал, передал. Что он принесет заказчику он сам не представляет, полагается целиком на дизайнера. Который конечно может посидеть, додумать, и сделать, но зачем такому дизайнеру такой менеджер и такая контора вообще... Он сам сможет также встретиться и пообщаться, записать и сделать.
Данный документ совсем нельзя назвать ТЗ на дизайн, при серьезном подходе к реализации продукта. Это попытка донести свою мысль до дизайнера, и переложить на него все задачи менеджеров и директора проекта.
Во-первых: 100% зависимости от кретивности, способностей и просто настроения на данный момент дизайнера, рискуете через 3-5 дней получить обратное тому, что ожидали. Например: белый/кремовый, оранжевый, гамма синего - с таким требованием может получиться, все что угодно.
Во-вторых: судя по этому документу, менеджер или директор проекта сам не понимает, и не видит того что он хочет, а пытается донести это до подчиненного. Результат такой работы - недельное пинание макета туда-сюда и постоянных правках. Этот процесс убьет полностью всю мотивацию дизайнера. Например, про блоки "вот посмотри там, надергай, и сделай нормально".
В-третьих: абсолютно ничего не говорится о стиле в дизайне, и обработке фирменного стиля компании для применения на сайте. Примеры очень сильно разнятся между собой, опять же результат непредсказуемый. Фирменный стиль - можно ли его вообще вписать в этот дизайн? Что нужно будет сделать для этого? Опять же можно получить веб2.0 дизайн с логотипом просто неуместным в данной стилистике.
Можно наверно еще подробнее вчитаться, все посмотреть и продолжить, но нет особого желания...
Выводы: менеджер сыгрыл в испорченный телефон. Послушал, записал, передал. Что он принесет заказчику он сам не представляет, полагается целиком на дизайнера. Который конечно может посидеть, додумать, и сделать, но зачем такому дизайнеру такой менеджер и такая контора вообще... Он сам сможет также встретиться и пообщаться, записать и сделать.
В мире дизайна есть такое понятие: "Брнд бук" или руководство по фирменному стилю, которое и есть основой для всех дизайнов. В бренд буке есть логотип, цвета, шрифты, примеры рекламной продукции, описаны точные размеры всех элементов, показано, как можно и нельзя применять те или иные элементы и многое другое.
Поэтому когда даётся задание дизайнеру, прежде всего, прилагается бред бук, и как дополнение пожелания (которые здесь обозвали ТЗ).
Совсем другой вопрос, что в России и Украине бенд буки есть только у крупных компаний, и в этом случае, конечно, нужно делать полноценное ТЗ на дизайн, иначе заказчик рискует получить совсем не то, что хотел.
Поэтому когда даётся задание дизайнеру, прежде всего, прилагается бред бук, и как дополнение пожелания (которые здесь обозвали ТЗ).
Совсем другой вопрос, что в России и Украине бенд буки есть только у крупных компаний, и в этом случае, конечно, нужно делать полноценное ТЗ на дизайн, иначе заказчик рискует получить совсем не то, что хотел.
Может быть моё сообщение будет и не в тему, но на мой взгляд в этой статье идёт ПИАР четырёх сайтов одной компании (это _alfa-suvenir.ru, _elenara.ru, _tipograf.info, _viveska.info )
Я даже незнаю что это за заказчик (а есть ли вообще этот заказчик ???), которому понравились криво сделанные сайты сделанные в разном стиле.
Посмотрите к примеру сайт _elenara.ru, где поехал весь дизайн, где половина ссылок ведут на другие сайты и т.д. Вообщем тихий УЖАС. И спращивается что ему тут понравилось ???
Я даже незнаю что это за заказчик (а есть ли вообще этот заказчик ???), которому понравились криво сделанные сайты сделанные в разном стиле.
Посмотрите к примеру сайт _elenara.ru, где поехал весь дизайн, где половина ссылок ведут на другие сайты и т.д. Вообщем тихий УЖАС. И спращивается что ему тут понравилось ???
клиент прав))) не всегда удается объяснить клиенту что вот так будет более правильнее))
Если документ - задание для дизайнеров, я не совсем понимаю, о чем им говорит обзор конкурентов? Например, фразы "обширное портфолио", "масса странных ссылок и страшных фотографий", "хороший дизайн и концепцию испортили наполнением", "любовно и старательно наполнен" и т.п. ничего не говорят дизайнеру.
На мой взгляд, этот раздел надо бы озаглавить "Пожелания заказчика к дизайну" и вместо "каталог товаров и услуг не проиллюстрированы" писать "каталог товаров должен содержать фотографии и цены (выделить на фоне текста)", а вместо "шрифты страниц неконтрастны, плохо читаемы" писать "шрифт должен быть конрастным, хорошо читаемым". Такой раздел - результат анализа конкурентов - действительно является набором требований и нужен дизайнеру.
Если вы просто хотели запечатлеть то, что слышали от заказчика (чтобы он видел, что информацию вы обработали), можно было бы записать это в отдельный документ, но в тз вынести конкретные требования.
На мой взгляд, этот раздел надо бы озаглавить "Пожелания заказчика к дизайну" и вместо "каталог товаров и услуг не проиллюстрированы" писать "каталог товаров должен содержать фотографии и цены (выделить на фоне текста)", а вместо "шрифты страниц неконтрастны, плохо читаемы" писать "шрифт должен быть конрастным, хорошо читаемым". Такой раздел - результат анализа конкурентов - действительно является набором требований и нужен дизайнеру.
Если вы просто хотели запечатлеть то, что слышали от заказчика (чтобы он видел, что информацию вы обработали), можно было бы записать это в отдельный документ, но в тз вынести конкретные требования.
Скажите, пожалуйста, а кто должен составлять ТЗ на дизайн?
В примере приводятся варианты расположения блоков, их размеры и состав — все это так или иначе относится к (техническому) дизайну, менеджер проекта вряд ли сможет толково все расположить, а сам клиент тем более. В то же время, дизайнер не знает подробностей проекта и не может решить сам, как будет располагаться информация, как она распределится по страницам, в каком будет формате и прочее.
В примере приводятся варианты расположения блоков, их размеры и состав — все это так или иначе относится к (техническому) дизайну, менеджер проекта вряд ли сможет толково все расположить, а сам клиент тем более. В то же время, дизайнер не знает подробностей проекта и не может решить сам, как будет располагаться информация, как она распределится по страницам, в каком будет формате и прочее.
Из собственной практики: дизайнерам, с которыми довелось работать, было достаточно этого набора:
1. Пакет (диск) с образцами фирстиля: лого (лучше в составе брэнд-бука), слоган, бланки, буклеты, календари и прочая продукция, чтобы без проблем вписаться с сайтом в эту общую линейку.
2. Краткая справка по деятельности компании.
3. Примеры дизайна нейтральных сайтов, которые нравятся заказчику с его краткими комментариями почему.
4. Примеры дизайна нейтральных сайтов, которые не нравятся заказчику с его краткими комментариями почему.
5. Список сайтов конкурентов с краткими комментариями заказчика, что нравится, а что нет.
6. Предполагаемое дерево сайта.
7. Список функциональных элементов на страницах сайта, пример для главной: лого, основное сообщение сайта, меню/навигация по сайту, рубрикатор каталога, несколько новинок, последние новости и т.д. Если дизайнер не дебил, то размеры блоков и то, как расставить акценты, сообразит сам.
8. Если есть ограничения по функционалу модулей/блоков, то это тоже лучше описать. Пример: блок новинки состоит из четырех товаров (можно варьировать), размер изображения товара 120х120 (можно варьировать). У каждого товара: название, краткое описание, производитель, цена. И т.п...
1. Пакет (диск) с образцами фирстиля: лого (лучше в составе брэнд-бука), слоган, бланки, буклеты, календари и прочая продукция, чтобы без проблем вписаться с сайтом в эту общую линейку.
2. Краткая справка по деятельности компании.
3. Примеры дизайна нейтральных сайтов, которые нравятся заказчику с его краткими комментариями почему.
4. Примеры дизайна нейтральных сайтов, которые не нравятся заказчику с его краткими комментариями почему.
5. Список сайтов конкурентов с краткими комментариями заказчика, что нравится, а что нет.
6. Предполагаемое дерево сайта.
7. Список функциональных элементов на страницах сайта, пример для главной: лого, основное сообщение сайта, меню/навигация по сайту, рубрикатор каталога, несколько новинок, последние новости и т.д. Если дизайнер не дебил, то размеры блоков и то, как расставить акценты, сообразит сам.
8. Если есть ограничения по функционалу модулей/блоков, то это тоже лучше описать. Пример: блок новинки состоит из четырех товаров (можно варьировать), размер изображения товара 120х120 (можно варьировать). У каждого товара: название, краткое описание, производитель, цена. И т.п...
Мне кажется, автор пытался выяснить этапы создания сайта, в частности дизайна. Так как этапы разработки во многом взаимосвязаны, я поделюсь своим видением:
У нас техническое задание составляет проектор, присутствующий вместе с менеджером по работе с клиентами на встрече с заказчиком, цель которой узнать «Для чего нужен сайт?» - концепция, «Что можно и нужно, чтоб было на сайте обязательно» - функциональная часть, «Какое впечатление должен производить сайт?» - дизайнерская сторона, «Предпочтения заказчика» и «Предпочтения целевой аудитории».
При этом из клиента не вытягивают клещами эту инфу, а превращают это в увлекательный для клиента процесс, сроду задач на логику. Менеджер, подготавливаясь к встрече с клиентом выбирает лучшие сайты по профильной тематике и если есть, сайты основных конкурентов. А во время встречи, этим сайтам перемываются косточки: и на предмет дизайна, и на предмет функционала, и на предмет утирания носа конкурентам :))).
Нелегко приходится, когда со стороны заказчика несколько человек ответственны за разработку сайта (бывает ведущие этого клиента сотрудники рекламных агентств), тогда к консенсусу прийти сложнее, но поверьте, возможно!
Так, о чем это я… ага – Тяжела судьба проектора, он похож на интерфейс. Он пишет ТЗ и приложения: общается с дизайнером, верстальщиком, программистом, сеошником и другими действующими лицами изъясняясь на ИХ языках и раздавая им задания.
То что автор статьи назвал ТЗ на дизайн, пишется с участием проектора, верстальщика и дизайнера. И это самое ТЗ на дизайн составляется после утвержденной с клиентом концептуальной и функциональной части.
А на стадии утверждения концептуальной и функциональной частей проектор намеренно избегает упоминаний о визуальном отображении вроде: «Здесь будет желтая кнопочка, здесь красненький цветочек», так как это может противоречить мнению дизайнера, и вообще это задача именно дизайнера, он профессионал в этом деле, ему ее и решать.
Если заказчик что-то придумал в дизайне и хочет именно этого, мы обычно делаем два макета: так как пожелал клиент и так как резоннее со стороны дизайнера, а при встрече аргументировано объясняем преимущества решения дизайнера.
Мораль сей басни такова, что верстальщик – верстает, программист – программирует, дизайнер – делает дизайн и они правят бал в своей сфере, каждый из них должен выполнять свою роль, нести за нее ответственность, и решающие слова в этой области остаются именно за профессионалом в ней.
P.S. простите за трактат, очень актуально :)))
У нас техническое задание составляет проектор, присутствующий вместе с менеджером по работе с клиентами на встрече с заказчиком, цель которой узнать «Для чего нужен сайт?» - концепция, «Что можно и нужно, чтоб было на сайте обязательно» - функциональная часть, «Какое впечатление должен производить сайт?» - дизайнерская сторона, «Предпочтения заказчика» и «Предпочтения целевой аудитории».
При этом из клиента не вытягивают клещами эту инфу, а превращают это в увлекательный для клиента процесс, сроду задач на логику. Менеджер, подготавливаясь к встрече с клиентом выбирает лучшие сайты по профильной тематике и если есть, сайты основных конкурентов. А во время встречи, этим сайтам перемываются косточки: и на предмет дизайна, и на предмет функционала, и на предмет утирания носа конкурентам :))).
Нелегко приходится, когда со стороны заказчика несколько человек ответственны за разработку сайта (бывает ведущие этого клиента сотрудники рекламных агентств), тогда к консенсусу прийти сложнее, но поверьте, возможно!
Так, о чем это я… ага – Тяжела судьба проектора, он похож на интерфейс. Он пишет ТЗ и приложения: общается с дизайнером, верстальщиком, программистом, сеошником и другими действующими лицами изъясняясь на ИХ языках и раздавая им задания.
То что автор статьи назвал ТЗ на дизайн, пишется с участием проектора, верстальщика и дизайнера. И это самое ТЗ на дизайн составляется после утвержденной с клиентом концептуальной и функциональной части.
А на стадии утверждения концептуальной и функциональной частей проектор намеренно избегает упоминаний о визуальном отображении вроде: «Здесь будет желтая кнопочка, здесь красненький цветочек», так как это может противоречить мнению дизайнера, и вообще это задача именно дизайнера, он профессионал в этом деле, ему ее и решать.
Если заказчик что-то придумал в дизайне и хочет именно этого, мы обычно делаем два макета: так как пожелал клиент и так как резоннее со стороны дизайнера, а при встрече аргументировано объясняем преимущества решения дизайнера.
Мораль сей басни такова, что верстальщик – верстает, программист – программирует, дизайнер – делает дизайн и они правят бал в своей сфере, каждый из них должен выполнять свою роль, нести за нее ответственность, и решающие слова в этой области остаются именно за профессионалом в ней.
P.S. простите за трактат, очень актуально :)))
Я тут гляжу, все чаще все кричат о бренд-буках, и всяких подобных вещах. Скажу из практики:
Множество компаний малого и среднего бизнеса не имеют понятий таких как бренд-бук.
Пример: Приходит заказчик и говорит: "Хочу сделать сайт для своей компании X". У него спрашивают, а вот у вас есть логотипы, фирменные стили, и тд. Чтобы так- сказать создать концепцию дизайна. А он отвечает: "В моих салонах(К примеру о торговой организации) в основном цвет стен - такой желтенький, и с красненьким по бокам, и я думаю сайт тоже нужно сделать приблизительно также, что-бы люди когда пришли в салон видели туже гамму". Такого понятия о бренд-буке вообще не имеет. Причем если заказчику предложить разработать фирменный стиль, он скажет что его устраивают те цвета в салонах и вывеска, которую сделали без связи, так что не нуждаюсь.
Если бы все заказчики имели бы бренд-буки, то жизнь всех дизайнеров облегчилась во много раз, а то получается как в сказке, только на другой лад: "Нарисуй мне то, не знай что, нарисуй мне так, не знаю как."
Я даже готов поспорить что если не брать серьезные компании, и большой бизнес, то в лучшем случае у 30% компаний, или будет представление о бренд-буках, или будут сами бренд-буки. Конечно я не говорю о таких городах как Санкт-Петербург, или уж другом государстве Москве, там все иначе, и то не уверен. У остальных компаний, максимум что будет из корпоративного стиля, так это шапка, которую в Word-е накидывают на бланки, или еще куда. И логотип, который они зачастую рисуют сами внутренними силами.(Еще раз говорю для малого и среднего бизнеса).
По сути, основными клиентами на создание сайтов(коммерческих), как-раз являются развивающиеся компании, а не гиганты вроде Юкоса или Автоваза, которые с помощью интернета развивают свой рынок...
Множество компаний малого и среднего бизнеса не имеют понятий таких как бренд-бук.
Пример: Приходит заказчик и говорит: "Хочу сделать сайт для своей компании X". У него спрашивают, а вот у вас есть логотипы, фирменные стили, и тд. Чтобы так- сказать создать концепцию дизайна. А он отвечает: "В моих салонах(К примеру о торговой организации) в основном цвет стен - такой желтенький, и с красненьким по бокам, и я думаю сайт тоже нужно сделать приблизительно также, что-бы люди когда пришли в салон видели туже гамму". Такого понятия о бренд-буке вообще не имеет. Причем если заказчику предложить разработать фирменный стиль, он скажет что его устраивают те цвета в салонах и вывеска, которую сделали без связи, так что не нуждаюсь.
Если бы все заказчики имели бы бренд-буки, то жизнь всех дизайнеров облегчилась во много раз, а то получается как в сказке, только на другой лад: "Нарисуй мне то, не знай что, нарисуй мне так, не знаю как."
Я даже готов поспорить что если не брать серьезные компании, и большой бизнес, то в лучшем случае у 30% компаний, или будет представление о бренд-буках, или будут сами бренд-буки. Конечно я не говорю о таких городах как Санкт-Петербург, или уж другом государстве Москве, там все иначе, и то не уверен. У остальных компаний, максимум что будет из корпоративного стиля, так это шапка, которую в Word-е накидывают на бланки, или еще куда. И логотип, который они зачастую рисуют сами внутренними силами.(Еще раз говорю для малого и среднего бизнеса).
По сути, основными клиентами на создание сайтов(коммерческих), как-раз являются развивающиеся компании, а не гиганты вроде Юкоса или Автоваза, которые с помощью интернета развивают свой рынок...
Разработка дизайна сайта - это проект. Проект необходимо документировать. Зачем?
Затем, чтобы с помощью документации на проект по созданию дизайна сайта или сайта целиком, выполнить оговоренный объем работ в оговоренные сроки, бюджет и в соответствии с требованиями клиента.
В документации нужно указывать лишь необходимый минимум информации в рамках этих задач. Остальное не нужно.
Есть также ряд моментов, которые необходимо учитывать при разработке дизайна сайта и соответственно фиксировать их в документации.
Затем, чтобы с помощью документации на проект по созданию дизайна сайта или сайта целиком, выполнить оговоренный объем работ в оговоренные сроки, бюджет и в соответствии с требованиями клиента.
В документации нужно указывать лишь необходимый минимум информации в рамках этих задач. Остальное не нужно.
Есть также ряд моментов, которые необходимо учитывать при разработке дизайна сайта и соответственно фиксировать их в документации.
ИМХО, большие ТЗ пишутся для малопонятливых людей.
ТЗ регламентирует задачу для исполнителя. Если исполнитель не вы сомневаетесь в качестве самостоятельной работы исполнителя, то стоит как можно более подробнее описать то, что вы хотите получить. Если же работает профессионал, то достаточно сформулировать лишь задачи, решаемые дизайном и передать ему брендбук. Однако, такие профессионалы дорого стоят, поэтому зачастую приходится в деталях разрабатывать технический дизайн, стилистику элементов, цветовые композиции и т.д.
ТЗ регламентирует задачу для исполнителя. Если исполнитель не вы сомневаетесь в качестве самостоятельной работы исполнителя, то стоит как можно более подробнее описать то, что вы хотите получить. Если же работает профессионал, то достаточно сформулировать лишь задачи, решаемые дизайном и передать ему брендбук. Однако, такие профессионалы дорого стоят, поэтому зачастую приходится в деталях разрабатывать технический дизайн, стилистику элементов, цветовые композиции и т.д.
> viveska.info
Интересно, что у них на главной символизирует мужик в каске — что вывески падают? :)
Интересно, что у них на главной символизирует мужик в каске — что вывески падают? :)
это не ТЗ, это бриф.
а ТЗ это обязательно нарисованный прототип странички с описанными блоками, цветовой гаммой, шрифтами и общей идеей иначе это не может быть ТЗ, так-как каждый человек может представить работу - по своему.
а ТЗ это обязательно нарисованный прототип странички с описанными блоками, цветовой гаммой, шрифтами и общей идеей иначе это не может быть ТЗ, так-как каждый человек может представить работу - по своему.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ТЗ на дизайн: надо ли и как писать. Критика примера