godsplane
@godsplane

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

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

Но бывают просто невыносимые
"А давайе это сделаем так, переделаем это, здесь на 1пиксель больше а там меньше"
Диалог с исправлениями может длится до 4 часов и зачастую просто возвращаешься к исходным данным.
Это не только лишняя работа но и просто устаешь от работы над одним блоком сайта так долго.
Бывают просто какие то ненужные вещи и вопросы, постоянные вопросы, аля "А как мой сайт будет выглядеть на часах?Вы это предусмотрели?" причем такие вопросы возникают только на начале разработки и постоянно отвлекают.
Просто посылать неудобно, избегать таких невозможно, так как мягко намекнуь на то что все в порядке?
  • Вопрос задан
  • 433 просмотра
Пригласить эксперта
Ответы на вопрос 9
iiiBird
@iiiBird
Пока ты спишь - твой конкурент совершенствуется
а зачем останавливать? пусть платит.
прозвучала идея - озвучил стоимость (рассчитай там в часах или как ты обычно рассчитываешь)
прозвучала еще одна - озвучил стоимость
и так далее
Ответ написан
vabka
@vabka
Токсичный шарпист
А как мой сайт будет выглядеть на часах?Вы это предусмотрели?

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

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

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

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

Такие вопросы на начальном этапе - это норма. Просто надо учитывать, что на начальном этапе идёт сбор и уточнение требований.
Ответ написан
Комментировать
saboteur_kiev
@saboteur_kiev
software engineer
Договаривайтесь об оплате времени переговоров, как часть занятости.
Если заказчик возмущается, предлагайте общаться письменно - и слова все закреплены и время на общение сократится.
Ответ написан
Комментировать
xmoonlight
@xmoonlight
https://sitecoder.blogspot.com
Просто посылать неудобно, избегать таких невозможно, так как мягко намекнуь на то что все в порядке?
1. Утверждённое ТЗ с подробным списком работ, где указываются все основные элементы размещения интерфейса и межблочное взаимодействие - ЗАРАНЕЕ!
2. Любые изменения в процессе работы (относительно основного ТЗ) - это доп.соглашение с указанием трудозатрат.

И далее, iBird Rose - уже всё верно сказал в своём ответе.
Ответ написан
Комментировать
BasiC2k
@BasiC2k
.NET developer (open to job offers)
Волшебное слово: "почасовка" превратит любые хотелки заказчика в Ваш доход.
Ответ написан
Комментировать
dmitriylanets
@dmitriylanets
веб-разработчик
перед сотрудничеством заключайте договор/ставьте в известность, что допустимы N попыток корректировки результата работ
Ответ написан
Комментировать
alexyarik
@alexyarik
Битрикс разработчик
Обычно такая картина возникает на этапе дизайна. Уменьшить проблему может только грамотное ведение проекта, а также правильная его оценка на старте. Также ещё лечится заменой дизайнера и менеджера проекта.
Анкетирование на этапе лида позволяет сразу вычислить проблемного клиента, что даёт возможность заложить тариф выше среднего, плюс учесть риски, я обычно прибавляю +40% к стоимости не только дизайна, но и проекта в целом.
В тарифы дизайна закладывать количество версий макетов и правок, указывать стоимость дополнительных правок, всё это озвучивать в коммерческом предложении. Клиент сразу заметит опцию про правки.
В дизайн обязательно закладывать прототипирование, на этом этапе можно сразу решить проблемы либо сделать вывод о дальнейшей судьбе проекта.
Грамотная презентация дизайна позволяет вносить правки в макет дизайна, а не в уже готовый шаблон сайта.
Ответ написан
Комментировать
opium
@opium
Просто люблю качественно работать
А зачем?
Он же генерирует вам работу, выставляйте ценник и делайте, на самом деле такие клиенты самые лучшие
Ответ написан
Комментировать
AleksDesker
@AleksDesker
А как же "Клиент всегда прав" "Любые капризы за ваши деньги" Если у вас баги в системе оплате это ваши проблемы, а не клиента - почасовая оплата хороший вариант решения. Если по денегам все ок, просто не хочется возиться с не интересной рутиной можно нанять джуна, передавать ему часть работы самому или посоветовать клиенту, чтоб он напрямую оплачивал, вы просто формулировали для него задачи.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы