Как стать автором
Обновить

Комментарии 35

Клиент всегда прав, потому, что он платит за сделанную работу.
Его надо убеждать или делать как он скажет.

Вообще понятие хорошего дизайна эксплуатируемое в статье, очень сильно завязано на ответы на вопросник, который приведен в конце. Без него непонятно как вообще можно говорить и конкретном дизайне.
Когда девушка делает себе силиконовые сиськи, она тоже может «быть правой» и требовать +3 размера? А дело хирурга объяснить, что она тогда лопнет, или молча взять деньги рискуя жизнью пациентки ради денег/удовлетворения_клиентки/свой вариант (нужное подчеркнуть)?
Для врачебных действий существуют свои отдельные правила.
И там четко прописано кто и за что отвечает.

В случае с сайтом такого нету.
«Клиент всегда прав» — это какая-то лакейская убежденность. Надо все таки понимать что каждая сделка это ВАШ шаг к ВАШЕЙ цели, и из этого исходить.
Быть снобом на рынке не надо, но от некоторых сделок лучше отказываться, если понимаете что общий язык с клиентом не найдется.
Естественно. Но если вы взялись за работу и хотите получить за нее деньги, то надо ее делать.
А если взялись за работу, и кроме денег хотим сделать еще и хороший сайт*?

*хороший сайт — 1) сайт который решает задачи, ради которых он, собственно, и родился на свет; 2) сайт, который можно с гордостью ставить у себя в портфолио.
Понятие хорошего сайта формализуется в контракте/заказе/тз.
Если оно противоречит вашему чувству прекрасного и принципам по которым отбираете сайты в портфолио, то это лично ваши проблемы.

Сайт, который не удовлетворят тому что описано в контракте/заказе/тз — плохой сайт.
Возьмем худший вариант — клиент упрям, весьма распальцован, с нулевым эстетическим вкусом и абсолютно не смыслит в сайтостроении. Требует (условно) «рюшечек». В техзадании описана маркетинговая составляющая, и если ее придерживаться сайт будет приносить деньги компании, а если добавить рюшек — приносить денег не будет. По вашим словам клиент всегда прав, но его желания снизят качество результата. Что бы вы сделали в таком случае?
Кем сформировано техзадание?
В Т3 максимально возможно описана структура сайта, информационные элементы, а также задачи, которые стоят перед сайтом, и как именно он их будет решать.

Реальный случай из практики — клиент хотел блеск по логотипу с серенево-розовым отблеском. Аргумент — жена сказала, что этот цвет положительно влияет на настроение посетителей и сайт будет запоминаться.
Это все понятно.
Вопрос в том, кто формировал техзадание, точнее на чьей стороне?
Т3 формируется, как правило, разработчиком. Боюсь неправильно понять вопрос «на чьей стороне?». Имеется ввиду, кто, исходя из подписаных документов, истинно прав? Если так, то по факту прав разработчик, т.к. он преследует цель создания эффективного сайта, но в Т3 не описываются все элементы декора, это просто невозможно сделать до начала разработки дизайна сайта. Вот клиент и пытается реализовать свое «хочу» и этому перечат не документы, а здравый смысл.
Вопрос был в том, на кого работает человек составляющий т.з.
Если он сотрудник клиента (маркетолог, тех специалист или еще кто) то самое логичное и правильное вести диалог с ним. Т.к. в вашем случае это ваш сотрудник, то действительно проблемно объяснить причину того или иного дизайнерского решения.

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

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

Убедите клиента, что «бабла такой сайт не будет зарабатывать ну ваааще» и «реально такое изменение уменьшит ваш доход»
Только надо все аргументировать, а не говорить что ваша Жена не фига не смыслит в сайтах.
Человек составляющий Т3 работает на разработчика.

Вы уверены, что правильно оцениваете целевую аудиторию сайта?
Да, уверены.

Убедите клиента, что «бабла такой сайт не будет зарабатывать ну ваааще» и «реально такое изменение уменьшит ваш доход»
Так все же получается, что клиент не всегда прав?
Он в любом случае останется прав.
Просто если вы его переубедите, то и вы останетесь правы.
Естественно, что каждый человек считает свое мнение правильным, но:
Исходя из вашей логики, мнение клиента всегда верное. Но ведь если мы его будем переубеждать, значит он все же не есть прав?
Это уже философия.

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

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

Могу судить только исходя из личного опыта. В подобных случаях (когда клиент требует рюшечек) есть 2 пути развития сюжета:
1. Клиенту удается объяснить, что все выйдет далеко не кашерно, и в результате он признает себя неправым, и, следовательно, начинает слушать (слышать) нас, как профессионалов своего дела.
2. Клиент весьма упрям, и сотрудничество прекращается разрывом контракта.

Важно то, что в конце концов в любом случае точка зрения заказчика будет правильной.
Гордость и репутация дороже денег.
Да.
Именно так.
Скупой платить двадны, дурак трижды, лох — всегда. Да вы сделаете ЕГО дизайн, э сайт не приносит прибыли, он опять к вам, а вы его кидаете на рекламу да и баннер надо сделать поинтерактивнее. короче зарежаете ему для начал прост окупить баннер. сделать баннер. а эффекта нет. ну тут не обойтись без рекламной стратегии, да и серии баннеров, ну SEO прикрутить можно. и по мелочи зарежаете столько, чтоб ему плохо стало от сумм (хотя не которым нравиться тратить много денег на э-коммерцию… он ведёт дела в сети интернет — о как звучит).

а эффекта нет… и вы ему говорите, ну мы же вас предупреждали, говорили, а вы настояли на своём и вот дополнение к договору подписали, так может сейчас сделаем как-надо? и зарежаете ему ещё тоже самое по второму разу. суммы компенсируют ваш моральный ущерб.
Как-то жестко Вы…
Уж как вышло, но что делать?! Вы часто приходите к зубному врачу и рассказываете что нужно сделать? а главное как?
Мне кажется что нельзя сравнивать зубного врача и SEO.
Кстати, недавно зуб мудрости удалил… ;)
Боюсь что после таких фокусов компания сильно рискует потерять клиента.
А студия, таким образом — лохотронщик. Как-то неприятно звучит.

Задача профессионала сделать качественный сайт, который бы работал, не взирая на то, насколько испорчен заказчик.
вы идеалист?
Нет, не думаю.

Если заказчик неудачный и хочет агрессивно гнуть свою линию, то тут никакие бонусы не спасут. Ни СЕО, ни реклама, ни повторная разработка. Потому что он будет постоянно вас держать в тонусе и не даст спокойно работать. Мне кажется от таких заказчиков лучше отказаться вовремя, если и не вовремя, и даже с финансовыми потерями.
Причем тут реклама? Речь о раскрутке не шла, и все что вы тут описали не возможно при создании сайта. Насчет SEO — согласен, большинство сео-шников — недоделанные блоггеры, однако у профессионалов, думаю, такого не бывает.
P.S. Сочувствую вашему неудачному опыту работы с лохотронщиками, но помните, что не все такие, есть и порядочные люди.
Согласна с Вами. Однако при создании сайта SEO тоже надо учитывать, потому что «штучки» для раскрутки портят внешний вид…
«сайт не приносит прибыли, он опять к вам»
а почему он опять к вам с заказом, а не с наездами и «братками»? Про такой вариант не подумали?

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

И у меня были такие клиенты, которые тоже уперлись рогами, «вот хочу такой дизайн и все пофиг!» :(
По поводу брифа и опросников — не соглошусь. На этой стадии работы нельзя выяснить насколько заказчик вредный (ебень). Почиму? Да потому что он сухо заполнит пункты брифа и даст Вам болие полное представленние о своей организации и сфере своей деятельности.ю да конечно такая документация очень упрошает жизнь в плане написание ТЗ как программисту так и дизайнеру.
На счёт того что дизайнер может при желании сделать красивый сайт учитывая полное отсутсвие вкуса у заказчика — согласен. Но и тут не стоит забывать, что дизайнеры(90 %) очень ранимые личности и они очень не любят переделывать свои работы (или что хуже доделывать за кем то), ну это ладно…
Так что делать? Учить НЛП и изучать психология и даже Гипноз ))) Не на самом деле если уже нечего не помогает — просто сделать (стиснув зубы) работу и не добовлять её в портфолио и не подписываться под ней и не браться за обслуживание такого сайта.
Ваш русский языг разорвал мой мозг
очень информативный коментарий! молодец! Длинна Вашей мысли тоже порожает.
Общее правило по управлению проектами:
— у вас должен быть список требований по любой задаче, включающий в том числе критерии приемки. Ваша задача на уровне брифа сформулировать критерии приемки работ так, чтобы всем было очевидно что они выполнены.

В 99% случаев никто пункт выше реализовать не может и все начинают ссылаться на субъективность заказчика. Так выкиньте субъективность из критериев принятия дизайна!!! Включите это в риски и договоритесь о том что заказчик дополнительно будет оплачивать варианты дизайна.
Все правильно, конечно, но возникает другая сложность — а захочет ли клиент подписывать контракт, в котором сказано «все, что мы нарисуем и создадим — является шедевром и редактированию подлежит только за большие деньги»? :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации