Artemiy Vereshchinskiy

Все зависит от уровня твердолобости клиента. Иногда, когда вы не можете адекватно пояснить ненужность определенной фичи в таком-то месте, то возможно она там и нужна. Тут нужно "снизойти" до уровня заказкчика (у многих разработчиков есть такой комплекс) и на простых примерах пояснить чем действительно ваш вариант лучше. Если же клиент не реагирует на доводы, то ,возможно, вам стоит сделать как он требует перед этим действительно взяв с него письменное соглашение (или что-то в этом роде).
В любом случае клиент обратился к вам как к специалистам. И у вас есть свои принципы и правила ведения бизнеса. Ваш принцип разработки не позволяет хватать таски во время спринта и кроме того переделывать все по 5 раз на день. Если клиент хочет качественного обслуживания он должен принимать и ваши правила игры, как профессионалов в своем деле. В ином случае любой охочий до денег студент наляпает что ему скажут и что развалится на вторую неделю использования. Такого рода доводы также дают свой результат.
Как и говорилось раньше иногда придется просто смирившись делать то, что требуют, при этом не забыв упомянуть, что внеплановые задачи подрывают рабочий процесс и потребуют дополнительного финансирования, ведь у вас все было распланировано.

Почему всегда приводится половина поговорки?)))

Клиент всегда прав, если он клиент или пока он клиент
Шаг в сторону от договора - это уже не клиент.
Нарушил договоренности, даже тупо по срокам оплаты - это уже не клиент.

Ты работаешь за деньги? Значит, это какой-никакой бизнес. Бизнес НЕ РАВНО миндальничанье!
Как только это станет стержнем в твоей голове, бизнес твой станет настоящим, т.е. безубыточным и приятным.

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

это ты так думаешь, очень часто это искусственно формируемое нечестным т.н. клиентом ощущение в твоей голове))) все он понимает, просто цели у т.н. клиента немного другие, нежели твои.

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

Но лучше предложить клиенту сделать AB тестирование вашей редакции и его редакции

Все детали фичи прописываем до мелочей

Поведение противоречивых фич детально описываем на стыках

Главное, не думать, что вы тут самый опытный и умный
Считаем, что клиент лучше знает свою аудиторию и что им нужно

потому что все ходят с такими вопросами. рекурсия...

Голый html и css. Взломать невозможно

виртуалка с MAC OS