Mixing
Are constant changes to a projects requirements a sufficient reason for terminating a contract?
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
12
down vote
favorite
I have serious problem with one of my clients and I am trying to determine if I should terminate the contract or not.
I am doing web site and application design for a client. I estimated the project to be one month (which was more than enough) and it's now the end of third month and we're still only half way through.
There have been around 20 revisions so far and the design got out of the control. This is because they see things on other websites and want them integrated into the design, so it looks like an awful patchwork. Also, they take my designs and photoshop them until they are satisfied, even though they have less than basic skills, and I see their behavior as insulting to my expertise (you hire me to do the job and then you do it instead of me, sending me the message that my knowledge is not valid).
I've politely warned them several times of the implications of such an approach to the project, and even though I made sure they understand it, they continued to behave in the same way. I've been paid 50% so far, but I cannot sustain having this project as it affects my work, budget, and other projects.
So are the ever-changing requirements by the client a sufficient reason to try and terminate a contract? And why or why not?
contracts freelancing projects
edited May 10 '12 at 18:42
Rarity
4,37643457
asked May 9 '12 at 8:02
Avram
653
 |Â
show 4 more comments
up vote
12
down vote
favorite
I have serious problem with one of my clients and I am trying to determine if I should terminate the contract or not.
I am doing web site and application design for a client. I estimated the project to be one month (which was more than enough) and it's now the end of third month and we're still only half way through.
There have been around 20 revisions so far and the design got out of the control. This is because they see things on other websites and want them integrated into the design, so it looks like an awful patchwork. Also, they take my designs and photoshop them until they are satisfied, even though they have less than basic skills, and I see their behavior as insulting to my expertise (you hire me to do the job and then you do it instead of me, sending me the message that my knowledge is not valid).
I've politely warned them several times of the implications of such an approach to the project, and even though I made sure they understand it, they continued to behave in the same way. I've been paid 50% so far, but I cannot sustain having this project as it affects my work, budget, and other projects.
So are the ever-changing requirements by the client a sufficient reason to try and terminate a contract? And why or why not?
contracts freelancing projects
edited May 10 '12 at 18:42
Rarity
4,37643457
asked May 9 '12 at 8:02
Avram
653
1
It seems to me you just want some back up for the decision you've already made (which is to terminate the contract). If you've got this far, just go for it.
– ChrisF
May 9 '12 at 11:48
Thanks! Yes, looks like I made up my mind but was just afraid to admit that to myself..
– Avram
May 9 '12 at 12:06
What did the contract say, pay by hourly rate or pay based on project if yes how many iteration were part of the deliverable project? Was support included after the project is completed? Can you add 2 or 3 lines of you contract?
– rocketscience
May 9 '12 at 12:31
Thanks, Mark, that is unfortunately the situation, I am already in loss. I don't expect any further work from them.
– Avram
May 9 '12 at 12:53
4
Don't accept a requirement change without giving them a price for how much extra it is going to cost. That usually stops the trivial change requests fairly quickly.
– Dunk
May 10 '12 at 22:03
 |Â
show 4 more comments
up vote
12
down vote
favorite
up vote
12
down vote
favorite
I have serious problem with one of my clients and I am trying to determine if I should terminate the contract or not.
I am doing web site and application design for a client. I estimated the project to be one month (which was more than enough) and it's now the end of third month and we're still only half way through.
There have been around 20 revisions so far and the design got out of the control. This is because they see things on other websites and want them integrated into the design, so it looks like an awful patchwork. Also, they take my designs and photoshop them until they are satisfied, even though they have less than basic skills, and I see their behavior as insulting to my expertise (you hire me to do the job and then you do it instead of me, sending me the message that my knowledge is not valid).
I've politely warned them several times of the implications of such an approach to the project, and even though I made sure they understand it, they continued to behave in the same way. I've been paid 50% so far, but I cannot sustain having this project as it affects my work, budget, and other projects.
So are the ever-changing requirements by the client a sufficient reason to try and terminate a contract? And why or why not?
contracts freelancing projects
edited May 10 '12 at 18:42
Rarity
4,37643457
asked May 9 '12 at 8:02
Avram
653
I have serious problem with one of my clients and I am trying to determine if I should terminate the contract or not.
I am doing web site and application design for a client. I estimated the project to be one month (which was more than enough) and it's now the end of third month and we're still only half way through.
There have been around 20 revisions so far and the design got out of the control. This is because they see things on other websites and want them integrated into the design, so it looks like an awful patchwork. Also, they take my designs and photoshop them until they are satisfied, even though they have less than basic skills, and I see their behavior as insulting to my expertise (you hire me to do the job and then you do it instead of me, sending me the message that my knowledge is not valid).
I've politely warned them several times of the implications of such an approach to the project, and even though I made sure they understand it, they continued to behave in the same way. I've been paid 50% so far, but I cannot sustain having this project as it affects my work, budget, and other projects.
So are the ever-changing requirements by the client a sufficient reason to try and terminate a contract? And why or why not?
contracts freelancing projects
edited May 10 '12 at 18:42
Rarity
4,37643457
asked May 9 '12 at 8:02
Avram
653
edited May 10 '12 at 18:42
Rarity
4,37643457
edited May 10 '12 at 18:42
Rarity
4,37643457
edited May 10 '12 at 18:42
Rarity
4,37643457
4,37643457
asked May 9 '12 at 8:02
Avram
653
asked May 9 '12 at 8:02
Avram
653
asked May 9 '12 at 8:02
Avram
653
653
1
It seems to me you just want some back up for the decision you've already made (which is to terminate the contract). If you've got this far, just go for it.
– ChrisF
May 9 '12 at 11:48
Thanks! Yes, looks like I made up my mind but was just afraid to admit that to myself..
– Avram
May 9 '12 at 12:06
What did the contract say, pay by hourly rate or pay based on project if yes how many iteration were part of the deliverable project? Was support included after the project is completed? Can you add 2 or 3 lines of you contract?
– rocketscience
May 9 '12 at 12:31
Thanks, Mark, that is unfortunately the situation, I am already in loss. I don't expect any further work from them.
– Avram
May 9 '12 at 12:53
4
Don't accept a requirement change without giving them a price for how much extra it is going to cost. That usually stops the trivial change requests fairly quickly.
– Dunk
May 10 '12 at 22:03
 |Â
show 4 more comments
1
It seems to me you just want some back up for the decision you've already made (which is to terminate the contract). If you've got this far, just go for it.
– ChrisF
May 9 '12 at 11:48
Thanks! Yes, looks like I made up my mind but was just afraid to admit that to myself..
– Avram
May 9 '12 at 12:06
What did the contract say, pay by hourly rate or pay based on project if yes how many iteration were part of the deliverable project? Was support included after the project is completed? Can you add 2 or 3 lines of you contract?
– rocketscience
May 9 '12 at 12:31
Thanks, Mark, that is unfortunately the situation, I am already in loss. I don't expect any further work from them.
– Avram
May 9 '12 at 12:53
4
Don't accept a requirement change without giving them a price for how much extra it is going to cost. That usually stops the trivial change requests fairly quickly.
– Dunk
May 10 '12 at 22:03
1
1
It seems to me you just want some back up for the decision you've already made (which is to terminate the contract). If you've got this far, just go for it.
– ChrisF
May 9 '12 at 11:48
It seems to me you just want some back up for the decision you've already made (which is to terminate the contract). If you've got this far, just go for it.
– ChrisF
May 9 '12 at 11:48
Thanks! Yes, looks like I made up my mind but was just afraid to admit that to myself..
– Avram
May 9 '12 at 12:06
Thanks! Yes, looks like I made up my mind but was just afraid to admit that to myself..
– Avram
May 9 '12 at 12:06
What did the contract say, pay by hourly rate or pay based on project if yes how many iteration were part of the deliverable project? Was support included after the project is completed? Can you add 2 or 3 lines of you contract?
– rocketscience
May 9 '12 at 12:31
What did the contract say, pay by hourly rate or pay based on project if yes how many iteration were part of the deliverable project? Was support included after the project is completed? Can you add 2 or 3 lines of you contract?
– rocketscience
May 9 '12 at 12:31
Thanks, Mark, that is unfortunately the situation, I am already in loss. I don't expect any further work from them.
– Avram
May 9 '12 at 12:53
Thanks, Mark, that is unfortunately the situation, I am already in loss. I don't expect any further work from them.
– Avram
May 9 '12 at 12:53
4
4
Don't accept a requirement change without giving them a price for how much extra it is going to cost. That usually stops the trivial change requests fairly quickly.
– Dunk
May 10 '12 at 22:03
Don't accept a requirement change without giving them a price for how much extra it is going to cost. That usually stops the trivial change requests fairly quickly.
– Dunk
May 10 '12 at 22:03
 |Â
show 4 more comments
3 Answers
3
active
oldest
votes
up vote
9
down vote
I'm making assumptions based on your comments and the small amount of the story in your post, but from my outside perspective it sounds like the client isn't your problem. Your contract is the problem.
It sounds like you wrote a contract with a fixed price and no clear constraints on how much work you would do for that money. In this situation almost any client is going to eat your lunch on change requests. You have set up the situation where they have zero incentive (other than how long it takes to get to the final deliverable) to constrain feature-creep. The client you have is extremely typical and not the exception. It doesn't even sound like they are being unreasonable.
You won't want to hear this, but your best option now is probably to come clean with them and admit you underbid the project and attempt to renegotiate. If they won't go for it you should offer them a refund and an apology and refer them to another developer. It might hurt to lost all that money, but consider it a down-payment on your education for how to protect yourself when writing a consulting contract. I'm pretty sure that most developers-for-hire have learned this lesson the hard way at least once in their careers.
TL:DR - The contract language decides what is a sufficient reason. If you didn't write that in, then the answer is no.
answered May 10 '12 at 23:17
JohnFx
3,8302233
1
Perfect answer, nothing else to add.
– maple_shaft
May 11 '12 at 11:09
2
I agree with you that the contract is likely the problem, however, I wouldn't offer the client a refund since resources were expended. I would attempt to renegotiate the contract but definitely not return any money. Failing that, hand over all project work and part ways.
– Bernard
May 13 '12 at 2:13
The contract was for the job, not hours of work. It SHOULD have been tied to the resources expended, but was not. In that vein he won't have delivered what the contract was for, so a refund is in order. Still, if he can negotiate a pro-rated refund, then more power to him.
– JohnFx
May 13 '12 at 5:05
add a comment |Â
up vote
5
down vote
First, I would recommend talking to a lawyer to see if you can legally terminate the contract without having to worry about getting into trouble.
Assuming that a lawyer says it's legally OK to do so, then I suggest you do it. From what you've written this client is causing many problems and is not very easy to manage. I'd recommend ending the relationship and turning over whatever resources (code, database, PSD files) you are required to to them and wish them luck. Maybe as a good-will gesture (because some clients get really nasty when they realize they're being "fired"), don't demand the remainder of the money unless you need it and have a legal basis to do so. The only situation I'd recommend keeping them is if they are your only client and you need the money OR if the value of the relationship transcends the project (such as they are a father/mother-in-law and you want to remain on good terms with them, or they are a good network connection that will probably lead to better projects in the future).
Addressing recent edits in the question:
Are the ever-changing requirements by the client a sufficient reason to try and terminate a contract?
If the contract specified a system that has features A, B, and C, and can perform function D and the client later decides that they want to add new features, change the nature of feature A, and remove feature B, that sounds like a point where the contract must be re-examined with client to remind them what they initially requested and what is being developed. If the client insists on the changes under the terms of the old contract, I would say that could be good grounds for investigating (with the help/consultation of a lawyer) termination of the contract. Why? The client is insisting on more/extra work and constant changes that may be beyond the scope of the contract for a pre-determined/fixed amount of money that was based on an estimate for different work. There is no reason to let a client push you into doing work that is far beyond the contract. Unless you want to be a "nice guy" but that probably won't help you pay the rent.
answered May 10 '12 at 16:00
FrustratedWithFormsDesigner
10.7k43957
add a comment |Â
up vote
0
down vote
It sounds like you have been taken for a ride.
Your fixed bid contract is a big matter of risk vs. reward. If you do the work faster, you get paid more. If you are taking more hours, you get paid less (hourly).
The contract you have written has posed a risk distribution problem here. You're setting the price, but when they kept requesting revision after revision, they have put most of the risk back on to you. As far as I'm concerned, this is unethical, and you are clearly being taken advantage of. If your client is trying to take complete control over the direction of your work, he is purposefully getting free man hours out of you.
If you want to be tough on your client, next time he wants a quote, start billing an hourly rate. Balance the risk by putting some of it back on him, and explain to him why the project isn't yet finished.
answered May 15 '12 at 17:35
JCC
1
add a comment |Â
StackExchange.ready(function ()
$("#show-editor-button input, #show-editor-button button").click(function ()
var showEditor = function()
$("#show-editor-button").hide();
$("#post-form").removeClass("dno");
StackExchange.editor.finallyInit();
;
var useFancy = $(this).data('confirm-use-fancy');
if(useFancy == 'True')
var popupTitle = $(this).data('confirm-fancy-title');
var popupBody = $(this).data('confirm-fancy-body');
var popupAccept = $(this).data('confirm-fancy-accept-button');
$(this).loadPopup(
url: '/post/self-answer-popup',
loaded: function(popup)
var pTitle = $(popup).find('h2');
var pBody = $(popup).find('.popup-body');
var pSubmit = $(popup).find('.popup-submit');
pTitle.text(popupTitle);
pBody.html(popupBody);
pSubmit.val(popupAccept).click(showEditor);
)
else
var confirmText = $(this).data('confirm-text');
if (confirmText ? confirm(confirmText) : true)
showEditor();
);
);
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
9
down vote
I'm making assumptions based on your comments and the small amount of the story in your post, but from my outside perspective it sounds like the client isn't your problem. Your contract is the problem.
It sounds like you wrote a contract with a fixed price and no clear constraints on how much work you would do for that money. In this situation almost any client is going to eat your lunch on change requests. You have set up the situation where they have zero incentive (other than how long it takes to get to the final deliverable) to constrain feature-creep. The client you have is extremely typical and not the exception. It doesn't even sound like they are being unreasonable.
You won't want to hear this, but your best option now is probably to come clean with them and admit you underbid the project and attempt to renegotiate. If they won't go for it you should offer them a refund and an apology and refer them to another developer. It might hurt to lost all that money, but consider it a down-payment on your education for how to protect yourself when writing a consulting contract. I'm pretty sure that most developers-for-hire have learned this lesson the hard way at least once in their careers.
TL:DR - The contract language decides what is a sufficient reason. If you didn't write that in, then the answer is no.
answered May 10 '12 at 23:17
JohnFx
3,8302233
1
Perfect answer, nothing else to add.
– maple_shaft
May 11 '12 at 11:09
2
I agree with you that the contract is likely the problem, however, I wouldn't offer the client a refund since resources were expended. I would attempt to renegotiate the contract but definitely not return any money. Failing that, hand over all project work and part ways.
– Bernard
May 13 '12 at 2:13
The contract was for the job, not hours of work. It SHOULD have been tied to the resources expended, but was not. In that vein he won't have delivered what the contract was for, so a refund is in order. Still, if he can negotiate a pro-rated refund, then more power to him.
– JohnFx
May 13 '12 at 5:05
add a comment |Â
up vote
9
down vote
I'm making assumptions based on your comments and the small amount of the story in your post, but from my outside perspective it sounds like the client isn't your problem. Your contract is the problem.
It sounds like you wrote a contract with a fixed price and no clear constraints on how much work you would do for that money. In this situation almost any client is going to eat your lunch on change requests. You have set up the situation where they have zero incentive (other than how long it takes to get to the final deliverable) to constrain feature-creep. The client you have is extremely typical and not the exception. It doesn't even sound like they are being unreasonable.
You won't want to hear this, but your best option now is probably to come clean with them and admit you underbid the project and attempt to renegotiate. If they won't go for it you should offer them a refund and an apology and refer them to another developer. It might hurt to lost all that money, but consider it a down-payment on your education for how to protect yourself when writing a consulting contract. I'm pretty sure that most developers-for-hire have learned this lesson the hard way at least once in their careers.
TL:DR - The contract language decides what is a sufficient reason. If you didn't write that in, then the answer is no.
answered May 10 '12 at 23:17
JohnFx
3,8302233
1
Perfect answer, nothing else to add.
– maple_shaft
May 11 '12 at 11:09
2
I agree with you that the contract is likely the problem, however, I wouldn't offer the client a refund since resources were expended. I would attempt to renegotiate the contract but definitely not return any money. Failing that, hand over all project work and part ways.
– Bernard
May 13 '12 at 2:13
The contract was for the job, not hours of work. It SHOULD have been tied to the resources expended, but was not. In that vein he won't have delivered what the contract was for, so a refund is in order. Still, if he can negotiate a pro-rated refund, then more power to him.
– JohnFx
May 13 '12 at 5:05
add a comment |Â
up vote
9
down vote
up vote
9
down vote
I'm making assumptions based on your comments and the small amount of the story in your post, but from my outside perspective it sounds like the client isn't your problem. Your contract is the problem.
It sounds like you wrote a contract with a fixed price and no clear constraints on how much work you would do for that money. In this situation almost any client is going to eat your lunch on change requests. You have set up the situation where they have zero incentive (other than how long it takes to get to the final deliverable) to constrain feature-creep. The client you have is extremely typical and not the exception. It doesn't even sound like they are being unreasonable.
You won't want to hear this, but your best option now is probably to come clean with them and admit you underbid the project and attempt to renegotiate. If they won't go for it you should offer them a refund and an apology and refer them to another developer. It might hurt to lost all that money, but consider it a down-payment on your education for how to protect yourself when writing a consulting contract. I'm pretty sure that most developers-for-hire have learned this lesson the hard way at least once in their careers.
TL:DR - The contract language decides what is a sufficient reason. If you didn't write that in, then the answer is no.
answered May 10 '12 at 23:17
JohnFx
3,8302233
I'm making assumptions based on your comments and the small amount of the story in your post, but from my outside perspective it sounds like the client isn't your problem. Your contract is the problem.
It sounds like you wrote a contract with a fixed price and no clear constraints on how much work you would do for that money. In this situation almost any client is going to eat your lunch on change requests. You have set up the situation where they have zero incentive (other than how long it takes to get to the final deliverable) to constrain feature-creep. The client you have is extremely typical and not the exception. It doesn't even sound like they are being unreasonable.
You won't want to hear this, but your best option now is probably to come clean with them and admit you underbid the project and attempt to renegotiate. If they won't go for it you should offer them a refund and an apology and refer them to another developer. It might hurt to lost all that money, but consider it a down-payment on your education for how to protect yourself when writing a consulting contract. I'm pretty sure that most developers-for-hire have learned this lesson the hard way at least once in their careers.
TL:DR - The contract language decides what is a sufficient reason. If you didn't write that in, then the answer is no.
answered May 10 '12 at 23:17
JohnFx
3,8302233
answered May 10 '12 at 23:17
JohnFx
3,8302233
answered May 10 '12 at 23:17
JohnFx
3,8302233
answered May 10 '12 at 23:17
JohnFx
3,8302233
3,8302233
1
Perfect answer, nothing else to add.
– maple_shaft
May 11 '12 at 11:09
2
I agree with you that the contract is likely the problem, however, I wouldn't offer the client a refund since resources were expended. I would attempt to renegotiate the contract but definitely not return any money. Failing that, hand over all project work and part ways.
– Bernard
May 13 '12 at 2:13
The contract was for the job, not hours of work. It SHOULD have been tied to the resources expended, but was not. In that vein he won't have delivered what the contract was for, so a refund is in order. Still, if he can negotiate a pro-rated refund, then more power to him.
– JohnFx
May 13 '12 at 5:05
add a comment |Â
1
Perfect answer, nothing else to add.
– maple_shaft
May 11 '12 at 11:09
2
I agree with you that the contract is likely the problem, however, I wouldn't offer the client a refund since resources were expended. I would attempt to renegotiate the contract but definitely not return any money. Failing that, hand over all project work and part ways.
– Bernard
May 13 '12 at 2:13
The contract was for the job, not hours of work. It SHOULD have been tied to the resources expended, but was not. In that vein he won't have delivered what the contract was for, so a refund is in order. Still, if he can negotiate a pro-rated refund, then more power to him.
– JohnFx
May 13 '12 at 5:05
1
1
Perfect answer, nothing else to add.
– maple_shaft
May 11 '12 at 11:09
Perfect answer, nothing else to add.
– maple_shaft
May 11 '12 at 11:09
2
2
I agree with you that the contract is likely the problem, however, I wouldn't offer the client a refund since resources were expended. I would attempt to renegotiate the contract but definitely not return any money. Failing that, hand over all project work and part ways.
– Bernard
May 13 '12 at 2:13
I agree with you that the contract is likely the problem, however, I wouldn't offer the client a refund since resources were expended. I would attempt to renegotiate the contract but definitely not return any money. Failing that, hand over all project work and part ways.
– Bernard
May 13 '12 at 2:13
The contract was for the job, not hours of work. It SHOULD have been tied to the resources expended, but was not. In that vein he won't have delivered what the contract was for, so a refund is in order. Still, if he can negotiate a pro-rated refund, then more power to him.
– JohnFx
May 13 '12 at 5:05
The contract was for the job, not hours of work. It SHOULD have been tied to the resources expended, but was not. In that vein he won't have delivered what the contract was for, so a refund is in order. Still, if he can negotiate a pro-rated refund, then more power to him.
– JohnFx
May 13 '12 at 5:05
add a comment |Â
up vote
5
down vote
First, I would recommend talking to a lawyer to see if you can legally terminate the contract without having to worry about getting into trouble.
Assuming that a lawyer says it's legally OK to do so, then I suggest you do it. From what you've written this client is causing many problems and is not very easy to manage. I'd recommend ending the relationship and turning over whatever resources (code, database, PSD files) you are required to to them and wish them luck. Maybe as a good-will gesture (because some clients get really nasty when they realize they're being "fired"), don't demand the remainder of the money unless you need it and have a legal basis to do so. The only situation I'd recommend keeping them is if they are your only client and you need the money OR if the value of the relationship transcends the project (such as they are a father/mother-in-law and you want to remain on good terms with them, or they are a good network connection that will probably lead to better projects in the future).
Addressing recent edits in the question:
Are the ever-changing requirements by the client a sufficient reason to try and terminate a contract?
If the contract specified a system that has features A, B, and C, and can perform function D and the client later decides that they want to add new features, change the nature of feature A, and remove feature B, that sounds like a point where the contract must be re-examined with client to remind them what they initially requested and what is being developed. If the client insists on the changes under the terms of the old contract, I would say that could be good grounds for investigating (with the help/consultation of a lawyer) termination of the contract. Why? The client is insisting on more/extra work and constant changes that may be beyond the scope of the contract for a pre-determined/fixed amount of money that was based on an estimate for different work. There is no reason to let a client push you into doing work that is far beyond the contract. Unless you want to be a "nice guy" but that probably won't help you pay the rent.
answered May 10 '12 at 16:00
FrustratedWithFormsDesigner
10.7k43957
add a comment |Â
up vote
5
down vote
First, I would recommend talking to a lawyer to see if you can legally terminate the contract without having to worry about getting into trouble.
Assuming that a lawyer says it's legally OK to do so, then I suggest you do it. From what you've written this client is causing many problems and is not very easy to manage. I'd recommend ending the relationship and turning over whatever resources (code, database, PSD files) you are required to to them and wish them luck. Maybe as a good-will gesture (because some clients get really nasty when they realize they're being "fired"), don't demand the remainder of the money unless you need it and have a legal basis to do so. The only situation I'd recommend keeping them is if they are your only client and you need the money OR if the value of the relationship transcends the project (such as they are a father/mother-in-law and you want to remain on good terms with them, or they are a good network connection that will probably lead to better projects in the future).
Addressing recent edits in the question:
Are the ever-changing requirements by the client a sufficient reason to try and terminate a contract?
If the contract specified a system that has features A, B, and C, and can perform function D and the client later decides that they want to add new features, change the nature of feature A, and remove feature B, that sounds like a point where the contract must be re-examined with client to remind them what they initially requested and what is being developed. If the client insists on the changes under the terms of the old contract, I would say that could be good grounds for investigating (with the help/consultation of a lawyer) termination of the contract. Why? The client is insisting on more/extra work and constant changes that may be beyond the scope of the contract for a pre-determined/fixed amount of money that was based on an estimate for different work. There is no reason to let a client push you into doing work that is far beyond the contract. Unless you want to be a "nice guy" but that probably won't help you pay the rent.
answered May 10 '12 at 16:00
FrustratedWithFormsDesigner
10.7k43957
add a comment |Â
up vote
5
down vote
up vote
5
down vote
First, I would recommend talking to a lawyer to see if you can legally terminate the contract without having to worry about getting into trouble.
Assuming that a lawyer says it's legally OK to do so, then I suggest you do it. From what you've written this client is causing many problems and is not very easy to manage. I'd recommend ending the relationship and turning over whatever resources (code, database, PSD files) you are required to to them and wish them luck. Maybe as a good-will gesture (because some clients get really nasty when they realize they're being "fired"), don't demand the remainder of the money unless you need it and have a legal basis to do so. The only situation I'd recommend keeping them is if they are your only client and you need the money OR if the value of the relationship transcends the project (such as they are a father/mother-in-law and you want to remain on good terms with them, or they are a good network connection that will probably lead to better projects in the future).
Addressing recent edits in the question:
Are the ever-changing requirements by the client a sufficient reason to try and terminate a contract?
If the contract specified a system that has features A, B, and C, and can perform function D and the client later decides that they want to add new features, change the nature of feature A, and remove feature B, that sounds like a point where the contract must be re-examined with client to remind them what they initially requested and what is being developed. If the client insists on the changes under the terms of the old contract, I would say that could be good grounds for investigating (with the help/consultation of a lawyer) termination of the contract. Why? The client is insisting on more/extra work and constant changes that may be beyond the scope of the contract for a pre-determined/fixed amount of money that was based on an estimate for different work. There is no reason to let a client push you into doing work that is far beyond the contract. Unless you want to be a "nice guy" but that probably won't help you pay the rent.
answered May 10 '12 at 16:00
FrustratedWithFormsDesigner
10.7k43957
First, I would recommend talking to a lawyer to see if you can legally terminate the contract without having to worry about getting into trouble.
Assuming that a lawyer says it's legally OK to do so, then I suggest you do it. From what you've written this client is causing many problems and is not very easy to manage. I'd recommend ending the relationship and turning over whatever resources (code, database, PSD files) you are required to to them and wish them luck. Maybe as a good-will gesture (because some clients get really nasty when they realize they're being "fired"), don't demand the remainder of the money unless you need it and have a legal basis to do so. The only situation I'd recommend keeping them is if they are your only client and you need the money OR if the value of the relationship transcends the project (such as they are a father/mother-in-law and you want to remain on good terms with them, or they are a good network connection that will probably lead to better projects in the future).
Addressing recent edits in the question:
Are the ever-changing requirements by the client a sufficient reason to try and terminate a contract?
If the contract specified a system that has features A, B, and C, and can perform function D and the client later decides that they want to add new features, change the nature of feature A, and remove feature B, that sounds like a point where the contract must be re-examined with client to remind them what they initially requested and what is being developed. If the client insists on the changes under the terms of the old contract, I would say that could be good grounds for investigating (with the help/consultation of a lawyer) termination of the contract. Why? The client is insisting on more/extra work and constant changes that may be beyond the scope of the contract for a pre-determined/fixed amount of money that was based on an estimate for different work. There is no reason to let a client push you into doing work that is far beyond the contract. Unless you want to be a "nice guy" but that probably won't help you pay the rent.
answered May 10 '12 at 16:00
FrustratedWithFormsDesigner
10.7k43957
edited May 11 '12 at 18:14
answered May 10 '12 at 16:00
FrustratedWithFormsDesigner
10.7k43957
answered May 10 '12 at 16:00
FrustratedWithFormsDesigner
10.7k43957
answered May 10 '12 at 16:00
FrustratedWithFormsDesigner
10.7k43957
10.7k43957
add a comment |Â
add a comment |Â
up vote
0
down vote
It sounds like you have been taken for a ride.
Your fixed bid contract is a big matter of risk vs. reward. If you do the work faster, you get paid more. If you are taking more hours, you get paid less (hourly).
The contract you have written has posed a risk distribution problem here. You're setting the price, but when they kept requesting revision after revision, they have put most of the risk back on to you. As far as I'm concerned, this is unethical, and you are clearly being taken advantage of. If your client is trying to take complete control over the direction of your work, he is purposefully getting free man hours out of you.
If you want to be tough on your client, next time he wants a quote, start billing an hourly rate. Balance the risk by putting some of it back on him, and explain to him why the project isn't yet finished.
answered May 15 '12 at 17:35
JCC
1
add a comment |Â
up vote
0
down vote
It sounds like you have been taken for a ride.
Your fixed bid contract is a big matter of risk vs. reward. If you do the work faster, you get paid more. If you are taking more hours, you get paid less (hourly).
The contract you have written has posed a risk distribution problem here. You're setting the price, but when they kept requesting revision after revision, they have put most of the risk back on to you. As far as I'm concerned, this is unethical, and you are clearly being taken advantage of. If your client is trying to take complete control over the direction of your work, he is purposefully getting free man hours out of you.
If you want to be tough on your client, next time he wants a quote, start billing an hourly rate. Balance the risk by putting some of it back on him, and explain to him why the project isn't yet finished.
answered May 15 '12 at 17:35
JCC
1
add a comment |Â
up vote
0
down vote
up vote
0
down vote
It sounds like you have been taken for a ride.
Your fixed bid contract is a big matter of risk vs. reward. If you do the work faster, you get paid more. If you are taking more hours, you get paid less (hourly).
The contract you have written has posed a risk distribution problem here. You're setting the price, but when they kept requesting revision after revision, they have put most of the risk back on to you. As far as I'm concerned, this is unethical, and you are clearly being taken advantage of. If your client is trying to take complete control over the direction of your work, he is purposefully getting free man hours out of you.
If you want to be tough on your client, next time he wants a quote, start billing an hourly rate. Balance the risk by putting some of it back on him, and explain to him why the project isn't yet finished.
answered May 15 '12 at 17:35
JCC
1
It sounds like you have been taken for a ride.
Your fixed bid contract is a big matter of risk vs. reward. If you do the work faster, you get paid more. If you are taking more hours, you get paid less (hourly).
The contract you have written has posed a risk distribution problem here. You're setting the price, but when they kept requesting revision after revision, they have put most of the risk back on to you. As far as I'm concerned, this is unethical, and you are clearly being taken advantage of. If your client is trying to take complete control over the direction of your work, he is purposefully getting free man hours out of you.
If you want to be tough on your client, next time he wants a quote, start billing an hourly rate. Balance the risk by putting some of it back on him, and explain to him why the project isn't yet finished.
answered May 15 '12 at 17:35
JCC
1
answered May 15 '12 at 17:35
JCC
1
answered May 15 '12 at 17:35
JCC
1
answered May 15 '12 at 17:35
JCC
1
1
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f1213%2fare-constant-changes-to-a-projects-requirements-a-sufficient-reason-for-terminat%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
1
It seems to me you just want some back up for the decision you've already made (which is to terminate the contract). If you've got this far, just go for it.
– ChrisF
May 9 '12 at 11:48
Thanks! Yes, looks like I made up my mind but was just afraid to admit that to myself..
– Avram
May 9 '12 at 12:06
What did the contract say, pay by hourly rate or pay based on project if yes how many iteration were part of the deliverable project? Was support included after the project is completed? Can you add 2 or 3 lines of you contract?
– rocketscience
May 9 '12 at 12:31
Thanks, Mark, that is unfortunately the situation, I am already in loss. I don't expect any further work from them.
– Avram
May 9 '12 at 12:53
4
Don't accept a requirement change without giving them a price for how much extra it is going to cost. That usually stops the trivial change requests fairly quickly.
– Dunk
May 10 '12 at 22:03