Являются ли постоянные изменения требований к проектам достаточным основанием для расторжения контракта?

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

Похоже, вы написали контракт с фиксированной ценой и без четких ограничений на то, сколько работы вы могли бы сделать за эти деньги. В этой ситуации почти любой клиент будет обедать на запросах на изменение. Вы создали ситуацию, когда у них нет стимула (кроме того, сколько времени потребуется, чтобы получить окончательный результат), чтобы ограничить расползание функций. Клиент у вас очень типичный и не исключение. Это даже не похоже на то, что они ведут себя неразумно.

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

TL:DR — язык контракта определяет, что является достаточной причиной. Если вы этого не написали, то ответ - нет.

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

Предполагая, что адвокат говорит, что это разрешено законом, я предлагаю вам сделать это. Судя по тому, что вы написали, этот клиент вызывает много проблем и не очень прост в управлении. Я бы порекомендовал прекратить отношения и передать им все необходимые ресурсы (код, базу данных, PSD-файлы) и пожелать им удачи. Может быть, в качестве жеста доброй воли (потому что некоторые клиенты становятся очень неприятными, когда понимают, что их «увольняют»), не требуйте оставшуюся часть денег, если она вам не нужна и у вас нет для этого законных оснований. Единственная ситуация, в которой я бы порекомендовал оставить их, — это если они — ваш единственный клиент, и вам нужны деньги ИЛИ если ценность отношений выходит за рамки проекта (например, они — тесть/свекровь, а вы хотите остаться в компании). хорошие отношения с ними,

Обращение к последним изменениям в вопросе:

Являются ли постоянно меняющиеся требования клиента достаточной причиной для попытки расторгнуть договор?

Если в контракте указана система, которая имеет функции A, B и C и может выполнять функцию D, а клиент позже решает, что он хочет добавить новые функции, изменить характер функции A и удалить функцию B, это звучит как момент, когда контракт должен быть пересмотрен с клиентом, чтобы напомнить им, что они изначально просили и что разрабатывается. Если клиент настаивает на изменении условий старого договора, я бы сказал, что это может быть хорошим основанием для расследования (с помощью/консультацией юриста) расторжения договора. Почему? Клиент настаивает на дополнительной/дополнительной работе и постоянных изменениях , которые могут выходить за рамки контракта , за заранее определенную/фиксированную сумму денег, основанную на оценкеразная работа. Нет причин позволять клиенту подталкивать вас к выполнению работы, выходящей далеко за рамки контракта. Если только вы не хотите быть «хорошим парнем», но это, вероятно, не поможет вам платить за квартиру.

Похоже, вас взяли на прогулку.

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

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

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