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

Вот почему все так любят отвечать вопросом на вопрос???

Маевтика называется. Дать готовый ответ, не означает, что ДАЛ ОТВЕТ на вопрос

Вас интересует критерий, учитывающий различные коэффициенты и риски ?

Что бы можно было взять заказчика: Директора машиностроительного завода (например) и директора бассейна, вогнать в формулу определенные параметры и получить на выходе: что именно?
Или говоря о критерии и требовании - вы подразумеваете что-то другое?

Можете ли Вы количественно описать, что значит удовлетворенный заказчик, представив, например, ряд характеристик и соответствующих им цифр?

Ну, во-первых, как уже выше сказали, есть две задачи:

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

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

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

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

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

Но так получается, что говоря "дизайн" имеют ввиду совершенно иное -- "оформление", внешний вид, упаковку изделия. Чаще всего приемка дизайна и сводится к приемке внешнего вида.

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

Откуда берутся эти "нравится-не нравится"? У меня объяснение такое. Когда заказчик рассматривает внешний вид изделия, то он вольно или невольно пытается в нем увидеть узнать себя. Он желает, чтобы внешний вид изделия соответствовал его собственному портрету, его представлениям о самом себе. Пусть и в такой странной форме...

Был такой фильм Приключения принца Флоризеля. Там есть сюжет с портретом. Так вот, задача изготовления внешнего вида сайта похожа на изготовление такого "портрета"


ролик

Анатолий 5+

К 3ем вариантам AlexTheRaven, можно еще добавить:
4. В Договоре прописать и на словах озвучить заказчику, что затраты на доработки по дизайну вы делите 50 на 50 с ним

Проблема, обычно, в том, что у заказчика и у исполнителя разные взгляды на то, что считать устранением дефекта, а что - доработкой. А брать за исправление выявленных дефектов деньги могут позволить себе только монополисты наподобие Microsoft или Oracle. Так что нужно это чётко описывать, что является дефектом, а что - нет. Например (упрощённо), дефект - отсутствие возможности получить доступ к размещённой на сайте информации в соответствии с утверждённым ТЗ (структурой, деревом навигации, функциональностью CMS).

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

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

Да, такие пункты наверняка вызовут недовольство заказчика. Потому что каждый заказчик хочет заплатить меньше, чем реально стоит результат. И всё же если бы я был заказчиком, меня бы насторожило отсутствие подобных пунктов: исполнители на всё согласны, обычно, не от высокого профессионализма и хорошей жизни.

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

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

1.   Определить роли и их обязанности и полномочия дизайнера и клиента
Многие клиенты, с которыми вы работаете не  являются дизайнерами. Необходимо выделить время в начале проекта, чтобы объяснить, что они могут делать, что не могут, и кто за что ответственный. Необходимо показать, что клиент ответственный за саму концепцию сайта и должен сосредоточится на определении нужд пользователей сайта и, соответственно, формулировке требований, а такие мелочи, как точные цвета, шрифты и т.д. оставить дизайнеру, т.к. он лучше знает как обеспечить выполнение требований заказчика через цвета и дизайн. Также, необходимо четко и ясно объяснить чего вы ожидаете от заказчика.

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

2.   Изучить и понять бизнес заказчика
Дизайнеру необходимо не только посмотреть бриф, но еще и изучить, что за компания заказывает сайт, возможно, познакомиться с представителем заказчика, который будет осуществлять приемку. В идеале, если дизайнер сам дойдет до понимания нужд бизнеса заказчика, изложенных в брифе…

Да

3.   Изучить пользователей сайта
До начала работы необходимо встретиться с несколькими пользователями сайта (организует Заказчик). Понимание потребностей пользователей ведет не только к более качественной работе, но и является одним из аргументов в общении с Заказчиком.

Сомнительно. т.е. это слегка полезно, но не настолько чтобы тратить на это силы

4.   Предоставлять заказчику только один шаблон
При показе нескольких шаблонов, Заказчик зачастую будет стремиться смёржить несколько шаблонов взяв из них сильные стороны и убрав слабые, что приведет к шаблонам Франкенштейнам, которые никому не нужны.

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

5.   Использовать карточки с образами
Заказчик зачастую не знает, что  он хочет. До начала дизайна можно предложить ему карточки с различными цветами, шрифтами и образами, которые передают различные настроения. Это поможет понять настрой сайта до написания шаблона (эскиза). Карточки с образами можно использовать на разных проектах. Кроме того, они легко создаются.

Фигня, утопия, не будет работать

6.   Предложить варианты
Насколько я понял, обычно, Заказчику предлагают показать варианты сайтов, которые ему нравятся. Проблема в том, что довольно проблематично для дизайнера получить из сайтов именно те элементы, которые понравились Заказчику. Есть вариант самостоятельно предлагать Заказчику некий набор сайтов, с хорошо известными дизайнеру сильными и слабыми сторонами (акцентами), из которых Заказчик выбирает, что ему нравится.

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

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

Обязательно. контент нужен до дизайна, 100%. все дизайнеры об этом знают, но заставить клиента его выдать всегда проблема

8.   Презентация дизайна
Не высылать эскизы по почте и не предоставлять их без пояснений. Лучше всего устроить показ эскиза с объяснениями сильных сторон данного дизайна, что сразу отметет часть претензий.

Согласен, хотя бывают исключения

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

Утопия, никто читать не будет, все будут картинки смотреть.
вместо этого полезно бывает нарисовать поверх дизайна стрелочки и надписи с пояснениями аля комикс. это дает ёмкий механизм донести свою позицию до зрителя [мои комментарии: это, возможно, стоит также включать в бумажный вариант]

10.   Исследовать ответы Заказчика на их причины
Необходимо тщательно читать ответы и находить причины именно таких ответов. Пример, заказчик хочет именно избегать сильной, “мужской” цветовой гаммы для своего сайта. Почему? Возможно потому, что его основными клиентами являются женщины? Или голубые? Или еще что? Нужно найти причину, т.к. это может сильно повлиять на решения дизайнера.

"Исследовать ответы Заказчика на их причины"  на->и
в целом да, но хороший дизайнер это сам ж#$@й чует, а стандартный клиент почти никогда не знает причины своих эстетических предпочтений

11.   Фиксировать сроки и бюджет поэтапно
Тогда дизайн не будет “есть” бюджет остального проекта. И сроки срывать по остальным этапам также не будет.

Обязательно да
но проблема обычно в том что несмотря на поэтапность сроков проект в целом почти всегда имеет глобальный дедлайн, и этап дизайна (обычно первый) этому дедлайну может повредить

Вывод:
в целом мыслишь верно
но пункты 5, 9, 10 выглядят полной утопией
а пункты 3 и 6 слабо обоснованы имхо
к остальным надо стремиться всегда по мере возможностей

Эти действия еще не отписывал другу, поэтому комментариев по ним нет.

12.   Включить в договор пункт о том, что дизайн сайта в обязательном порядке должен стать первым скриншотом публичного портфолио исполнителя не менее чем на полгода с момента сдачи проекта. [мои примечания: ну, или, на первой странице быть и т.п.]

13.   Сдавать дизайн одним из последних этапов
Ибо дизайн определяется функционалом (который определяется потребностями заказчика), а не наоборот (хотя подгонять функционал под дизайн это известная болезнь). И если заказчик говорит, что эти буквы должны быть синими, а не красными, то можно предложить ему оценить его финансовые потери от того, что они будут синими, сравнить их с затратами на доработку дизайна, и достичь просветления.

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

0. Стать профессионалом в выбранном направлении

Тогда 1-14 могут и не понадобиться вовсе!

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

Ида, я честно говоря вас не очень понял. Когда я говорил про общепризнанность и авторитетность, то хотел сказать следующее: насколько мне известно, внешнее оформление сайта может понравится, а может нет. Тема была затеяна в связи с тем, что критерий нравится/не нравится настолько субъективет и не соответствует принципам S.M.A.R.T., что при приемке внешнего оформления сайта часто возникают проблемы, связанные с невозможностью измерить достигнута цель или нет до того, как Заказчик скажет об этом. Опять же, по сведениям моих коллег, крупные, авторитетные фирмы, занимающиеся внешним оформлением сайтов не имеют подобных проблем, т.к. у них несколько иной подход, состоящий в том, что либо вы обращаетесь к ним и берете то, что они предлагают на их условиях, либо обращаетесь к кому-либо еще.
Далее, ваш пост про достижение чего-либо, на мой взгляд не очень корректен, т.к. именно невозможность измерить достигнуто внешнее оформление сайта который "нравится" или нет до того как Заказчик выразит свое мнение и является поблемой. Как достигнуть того, что не измеряется?
Далее, целью является решить проблему и пока, на мой взгляд опять же, я это и стараюсь сделать. Для этого вынес проблему на обсуждение и сформулировал 14 положений, которые будем проверять. Если вы считаете более эффективным другой подход - напишите. Кроме всего вышесказанного, я могу предложить вам оценить бриф или ТЗ на дизайн. Думаю, что даже после вашей проверки, и формирования внешнего оформления полностью соответствующего заявленному ТЗ, не исключается вариант что Заказчик скажет "не нравится". Вот этого и хотелось бы избежать.

Знаю такой случай. Один бизнесмен нанял дизайнеров для разработки дизайна концертного зала в собственном офисном здании.
Ему предоставляли один дизайн за другим, но ничего его не удовлетворяло. Он хотел дизайн классического стиля, а по его утверждению ему предлагали что-то совершенно не то, то с элементами техно, то еще что-то. В результате все-таки компромисс был найден. Здание построено, зал существует. Лично я не нашел в нем чего-то строго классического. Простой добротный стиль. Акустика великолепная и это главное.

Та же проблема была с логотипом фирмы. В результате логотип придумал сам босс, дизайнер сумел его обработать в нужном направлении.

К чему я, может заказчику самому заказать дизайн где-то на стороне, а уж функционал сайта будет на совести разработчика?

Эдуард, тогда не получится разработки под ключ

Эдуард, тогда не получится разработки под ключ

Сергей, я конечно понимаю это.

Но на рынке представлена прорва различных cms как платных, так и бесплатных. Еще больше различных шаблонов для этих cms.

На рынке также существуют фирмы, которые реализуют подобные изложенным в теме задачи, как на основе существующих движков, так и на основе чисто собственных разработок.

Вопрос оформления, дизайнерского решения, это вопрос оформления - а не функционирования. Не помню точно названия сайта, который был сделан по мотивам культовой книги по css дизайну, что-то типа zencss или еще как ... Там на основе стандартного набора контента и функций - реализуются самые разные стили и оформления.

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

Насколько мне известно, часто львиная доля в стоимости разработки таких приложения занимает имено дизайнерсоке решение и верстка. Причем последняя значительно меньше, чем первая часть. Дизайнерское решение разрабатывается соотвествующей творческой студией, возможно среди работников ИТ-компании есть свои штатные дизайнеры и верстальщики в одном лице. У меня есть приятель, он дизайнерские решения отдает на сторону, с другой стороны есть коллеги в веб-студии - они делают все сами.

Как можно оценивать творческий продукт? Только по эстетики, остальное - это техника и инженерное искусство.

Может автор темы, даст нам посмотреть на дизайнерские наброски?

Насколько мне известно, часто львиная доля в стоимости разработки таких приложения занимает имено дизайнерсоке решение и верстка. Причем последняя значительно меньше, чем первая часть.

Один фиг всё делают ручками, потому и цена зашкаливает. У дизайнеров ведь нет технологий, типа RUP/MSF/Agile/Scrum :о)) они ведь в большинстве своём творческие личности, сами с усами.
А то что любой проект требует управления: требованиями, рисками, коммуникациями, поставками, наконец, -  это в их дизайнерских учебных заведениях, видимо не проходят :о)) вот и мыкаются горемычные.
Между прочим, более перспективным будет обычное повышение эффективности - выдавать больше вариантов в единицу времени.

Кстати, хочу предупредить Кошмарика, дизайнерам не понравится Ваш рационалистический подход. Текучка вырастет однозначно.

Дизайнерское решение разрабатывается соотвествующей творческой студией, возможно среди работников ИТ-компании есть свои штатные дизайнеры и верстальщики в одном лице.

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

P.S. Коллеги, а из Вас разве никто не заказывал дизайна для дома, для семьи? Вот бы где аналогии поискать. Причем архитектурный дизайн посложнее интернет-дизайна сайтов будет. Те хоть позволяют что угодно сделать, а тут пойди найди какие-нибудь специфические аксессуары, не всё же в конце концов в Икее продаётся...

:о))

2 Boatman:
Компания занимается созданием аналитических систем для ПИФов, ОСБУ и т.д. Как часть этих систем идут внешние сайты, магазины и прочее. Соответственно, если прикручивается внутренний портал, то Заказчик обычно не заморачивается, были бы цвета брендбука, если внешний сайт присутствует, то бывает описанная проблема.

2 Ida:
Да, хотелось бы с первого раза все делать правильно. Пострадать могут сроки, о чем я писал. Чтобы практиковать подход "бери что дают - плати сколько говорят", нужно иметь очень большой авторитет. Да и заказчик, у таких студий как правило другой. Многие обращаются за оформлением сайтов в подобные студии т.к. это дорого и престижно.

2 Galogen:
Узнаю, конечно, по поводу примеров. Вариант передать оформление на сторону это, конечно, вариант, но теряются деньги.

2 Водолей:
Ну, насчет "понравится/не понравится" дизайнерам, пока не известно. Поживем - увидим

Коллеги, хотелось бы услышать ваши отзывы по поводу 14 пунктов. Что по вашему мнению будет работать (снижать вероятность возникновения описанной проблемы, снижать последствия и т.д.), а что не будет, с комментариями . Было бы очень интересно.