Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Having done this type of consulting myself, I could never work around the maintenance issue.

You likely setup the entire system so if something goes wrong, whether its you're fault or not, you're on the line. It's all about reputation. And if you tarnish that by leaving a paid client behind when their server catches on fire, it will be remembered negatively.

It's hard to do this type of contract work continuously. You build up a portfolio of apps that you have to maintain. Most of the time you're clients are out of cash.

Equity is great but it doesn't put food on the table today. On the other hand it puts you in contact with some really great ideas and you get to play startup founder several times and you gain enormous perspective on what works and what doesn't.



Make it clear up front that you will charge for maintenance work, and if they can't afford it then it's a sad world, but you'll have to move on. You can try be nice and include free bugfixes for issues that are your fault -- this is nearly always a bad idea. You'll end up some some client that will be incredibly insistent that new features are actually bugfixes and all kinds of problems.

Always charge. People will respect you more, and any work you do for them for free will be abused. This is simple human nature - when you give away work for free, all you are creating immense confusion in the recipient. "Why did I get this for free? What's wrong with it? Is this guy so desperate?" This line of reasoning will quickly blossom in your clients mind, and before long your client will expect you to get up at 3am in the morning to add in some new feature he just dreamed up. When you refuse, his expectations of you are shattered and you will be remembered negatively - even when you just gave him free work!

Always charge. The less you need the work, the more your charge. The less you want to do the work, the more you charge. The more difficult the work is, the more you charge. No freebies, unless you make the reason extremely clear up front to prevent any confusion.


In my opinion the correct response to maintenance requests is "Here is my daily rate".

The other correct response is "We can agree on a monthly retainer of X days for maintenance."

I try to avoid fixed cost projects, especially in early stages when specs are likely to be very fluid.




Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: