Клиент всегда прав! А может быть не всегда?

[the_thee_mind]

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

[megalodon]

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

[chiaroscuro]

> Вопрос в том что мы не можем убедить заказчика не делать лишнего (ненужного, вредного) и наоборот делать нужное…

А надо. Надо уламывать и гнуть свою линию, ибо заказчик не знает, что же ему нужно.

[stabuev]

Я пару раз шел на поводу у клиента, в итоге получались такие бяки, которые даже в портфолио положить стыдно. Больше так не делаю :).

Отдельной строкой идут гос.структуры, от работы с которыми отказываюсь принципиально. Вот отказался от одного сайта в пользу друга, который в общем-то неплохо делает сайты, а у него вышла вот такая вот бяка: alania-minnats.ru/news.php. Естественно под влиянием заказчика. Еле удалось отговорить его от вставки в шапку, страшного 30-метрового гиф файла с анимацией, который подготовили они сами.

[megalodon]

за проект ответственны несколько программистов и менеджер. ежедневно проводятся консультации и обсуждения. «в штыки» воспринимаются только откровенно бредовые идеи.

[megalodon]

остальные идеи в том или ином виде уходят в разработку…

[killerdesign]

Вот читаю ваш пост, и прямо мурашки бегут по коже… Работал я с такими клиентами, причём не раз, и каждый раз зарекался не связываться снова. Увы, изначально никогда не знаешь каким образом пойдёт рабочий процесс. Поэтому в любом случае не мешает работать поэтапно, но чётко. А именно:

— при разработке дизайна предлагать заказчику 2-3 варианта дизайна (что нелегко, но раз уж заказчик сам не знает чего хочет...), и после внесения правок, которые (ОБЯЗАТЕЛЬНО!) заказчик предоставляет в письменном (!) виде по электронной почте (что является даже доказательством в суде. :));
— разработку самого сайта вести соответственно техзаданию, которое предварительно подписано заказчиком и заверено обеими сторонами;
— оговаривать стоимость форс-мажорных правок и коррективов, поддержки после разработки сайта

Из личного опыта могу сказать, что в случае несоблюдения вышеуказанных правил, на разработку сайта можно потратить очень много денег (да-да), времени и нервов, так и не получив желаемого результата, равно как и оплаты. В этом году с апреля по октябрь пробился как рыба об лёд над одним из таких проектов, окончательно убедившись что у заказчика явно не всё в порядке с упорядочиванием мыслей и задач в голове. В итоге отказался от гонорара, лишь бы не иметь дело с данным заказчиком в дальнейшем и не просыпаться каждое утро в часов так 7 от его «милого» голоса в моём мобильном, всегда готовым внести новые правки, коррективы, и поругать за то что не догадался о них заведомо… И это не считая угроз… :)

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

[megalodon]

на данный момент до угроз не доходило ;)…
Просто хочется сделать красиво, качественно и по правилам, а получается… получается совсем не то чего хочется…

[megalodon]

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

[killerdesign]

По-моему заказчик попросту самоутверждается, и даже близко не представляет на что должен быть похож финальный результат ваших совместных трудов. Попробуйте незаметно подтолкнуть ему концепцию. Может, получится?.. :)

[megalodon]

попробуем поработать в этом направлении… спасибо…

[vitek]

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

[megalodon]

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

[kivsiak]

Если вам хочется выпустить замечтельный и правильный продут то бежать и как можно быстрее.
Но если брать оплату по часам и документировать каждое клиентское желание то почему бы и нет? Есть работа и похуже а так хотябы оплачивается.

[altima]

точно, с такими клиентами работать только тайм-бейзед
хотя потом все равно есть риск получить от него жалобы, типо «почему мы столько денег заплатили и получилась такая какашка» :)

[megalodon]

в условиях «коллапса экономики» и всяких «кризисов» разбрасываться клиентами это очень расточительно… :)

[megalodon]

подобный проект был бы очень неплохим дополнением нашего портфолио… но выкладывать его просто стыдно…

[vitaminych]

Практика показывает, что большинство клиентов — враги сами себе. Почему-то приходя к стоматологу они доверяют им на 100%, когда едут на такси тоже доверяют водителю. Но почему-то когда для их бизнеса делается сайт они думают, что они всё знают как будет идеально. В итоге конечно получается через жопу, зато клиент доволен, что приложил свой «талант».

[Gregory]

Не заостряя внимания на том, что ТЗ вообще решает, чем плохо желание клиента «по упрощению и примитивизации деятельности пользователя на сайте»?

[megalodon]

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

[Gregory]

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

Но это желание в общем — кредо для юзабилиста, ничего дурного в нем нет

[altima]

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

[Rengised]

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

[Zuzle]

Самое лучшее что можно сделать, когда клиент говорит о поправках, которые кажутся не логичными:

a) Понять зачем эти правки нужны клиенту и предложить альтернативный вариант который решит проблемы клиента, из-за которых он сказал о правках
б) Аргументированно отговорить от поправки

[stabuev]

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

www.artlebedev.ru/kovodstvo/sections/87/ — статья шестилетней давности, но тем не менее :)