-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Suggestion: Write modular contracts #4
Labels
Comments
@zkrige In terms of help to make these enhancements, what sort of use case would this contract address? I may have a model I could adapt for this. |
Generally this is a contract I use for doing custom software development or providing freelance capacity to clients |
@zkrige I have a couple models that may be helpful. I need to dig them out of my archives and I'll work on something for you when I get a chance. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
On a similar point to #3 , it might also be a good idea to create a modular contract framework. Have your standardised contract terms in one document (same model as website terms of service), with project specific terms and schedules as separate items.
This way you can streamline your contracts from a client perspective. Your project terms focus on the project itself, and reference the standard terms (bit like calling the standard terms as if they are a callback function). If you do it correctly, when the client signs the project terms + schedules, the client also agrees to your standard terms.
One benefit of this is that clients don't like to get caught up in the "fine print". That means lawyers and headaches. They want to sign off on the essentials, while knowing that the important stuff is in place.
The key is to:
The text was updated successfully, but these errors were encountered: