Как останавливать заказчика при его поносе идей?

Question

[godsplan]

Собственно сабж.Бывают адекватные заказчики
. Дизайн, разработка, какие то правки, сдача проекта

Но бывают просто невыносимые
"А давайе это сделаем так, переделаем это, здесь на 1пиксель больше а там меньше"
Диалог с исправлениями может длится до 4 часов и зачастую просто возвращаешься к исходным данным.
Это не только лишняя работа но и просто устаешь от работы над одним блоком сайта так долго.
Бывают просто какие то ненужные вещи и вопросы, постоянные вопросы, аля "А как мой сайт будет выглядеть на часах?Вы это предусмотрели?" причем такие вопросы возникают только на начале разработки и постоянно отвлекают.
Просто посылать неудобно, избегать таких невозможно, так как мягко намекнуь на то что все в порядке?

Answer 1

[iBird Rose]

а зачем останавливать? пусть платит.
прозвучала идея - озвучил стоимость (рассчитай там в часах или как ты обычно рассчитываешь)
прозвучала еще одна - озвучил стоимость
и так далее

Comments

[godsplan]

Ну зачастую это так не рабоает, особенно когда цена уже оговорена + эот может спугнуть

[iBird Rose]

godsplane, цена должна быть обговорена за готовое тз. а вот все что идет сверх тз - должна оплачиваться отдельно

[godsplan]

iBird Rose, попробуй это объяснить заказчику)Он хочет раба

[DevMan]

godsplane, а вы хотите денег.
не понимает? досвидос!

Answer 2

[Василий Банников]

А как мой сайт будет выглядеть на часах?Вы это предусмотрели?

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

А давайе это сделаем так, переделаем это, здесь на 1пиксель больше а там меньше

Если в ТЗ сразу не дан макет и требование, что всё должно быть пиксель-в-пиксель, то можно вежливо сказать заказчику, что эти переделки не имеют смысла. Например сказать, почему текущий вариант объективно лучше или альтернативный вариант - безсмысленная трата времени.

причем такие вопросы возникают только на начале разработки и постоянно отвлекают.

Такие вопросы на начальном этапе - это норма. Просто надо учитывать, что на начальном этапе идёт сбор и уточнение требований.

Answer 3

[Saboteur]

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

Answer 4

[xmoonlight]

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

1. Утверждённое ТЗ с подробным списком работ, где указываются все основные элементы размещения интерфейса и межблочное взаимодействие - ЗАРАНЕЕ!
2. Любые изменения в процессе работы (относительно основного ТЗ) - это доп.соглашение с указанием трудозатрат.

И далее, iBird Rose - уже всё верно сказал в своём ответе.

Answer 5

[Sergey В.]

Волшебное слово: "почасовка" превратит любые хотелки заказчика в Ваш доход.

Answer 6

[dmitriy]

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

Answer 7

[Ярослав Александров]

Обычно такая картина возникает на этапе дизайна. Уменьшить проблему может только грамотное ведение проекта, а также правильная его оценка на старте. Также ещё лечится заменой дизайнера и менеджера проекта.
Анкетирование на этапе лида позволяет сразу вычислить проблемного клиента, что даёт возможность заложить тариф выше среднего, плюс учесть риски, я обычно прибавляю +40% к стоимости не только дизайна, но и проекта в целом.
В тарифы дизайна закладывать количество версий макетов и правок, указывать стоимость дополнительных правок, всё это озвучивать в коммерческом предложении. Клиент сразу заметит опцию про правки.
В дизайн обязательно закладывать прототипирование, на этом этапе можно сразу решить проблемы либо сделать вывод о дальнейшей судьбе проекта.
Грамотная презентация дизайна позволяет вносить правки в макет дизайна, а не в уже готовый шаблон сайта.

Answer 8

[Пума Тайланд]

А зачем?
Он же генерирует вам работу, выставляйте ценник и делайте, на самом деле такие клиенты самые лучшие

Answer 9

[AleksDesker]

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