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

Долго можно рассуждать на эту тему, поэтому перейду к мыслям.

Вот тут молодо, а вот тут зелено

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

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

Я не халявшик, я партнер! ©

Самое важное в переговорах — это дать понять заказчику, что сайт/ролик/обложка и т.д. делаются не для него.
Они делаются для его клиентов. И, как правило, мнение генерального директора или начальника отдела маркетинга о поведении собственных клиентов очень сильно расходится с фактами. Проблема разработчика — понять, что он должен сделать жизнь заказчика лучше, даже если последнему не нравятся способы.

Генеральный директор уверен, что ссылка «О компании» должна быть первой в навигации.
Коммерческий директор не примет работу, если на сайте не будет заставки с историей компании.
Ведущий маркетолог просит сделать сайт так, чтобы он умещался на один экран.
— Прекрасно! Замечательно! Если мы делаем сайт для вас, Олег Петрович, или мы будем соответствовать именно вашему эстетическому восприятию, Авдотья Никитишна, то вот чек с 15% надбавкой (такую работу мы не сможем показать в портфолио) и мы приступаем, или вот адрес наших конкурентов — как скажете так и будет.
Но, если мы делаем сайт для ваших клиентов, то ситуация в корне меняется. Давайте мы будем основываться на собственных знаниях, а не на вашей личной оценке нравится/ненравится. «Вам должно понравиться?», я так не думаю. Мы ведь не для вас делаем, а для людей с которыми вы не знакомы. Хотя, если вы все-таки хотите заточить сайт под свое представление о интерактивном дизайне, то милости просим, но это будет дороже.
И оговаривать все это нужно до начала работ и до заключения договора.

А теперь слайды

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

Хотите, чтобы оружие было сногшибательным, массовым, легким в переноске, и работало само по себе? А еще и ссылка «О компании» на рукоятке была, и в оптическом прицеле флэшролик прокручивался? Я понял, что вы видели это у другого и вам понравилось. Вы что-то у них купили? Как фирма называлась не помните? И т.д.

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