Lessons Learned the Hard Way
At the Atlanta Real Studio Summit a few weeks ago several presenters were showing off beta code or showing code that they had modified earlier in the day. Of course you know what happened – there were embarrassed developers saying, “I swear, it just worked a minute ago.” It’s the Law of Demo’s and happens as soon as you use code not thoroughly tested before you show it off, or when you veer from your script.
When I told my son that they violated the Law of Demo’s he replied rather quickly, “Oh, you mean they tried to modify their program the day of the presentation?” Smart kid, but then we had learned that lesson the hard way during our First Lego League robotics season. Trust me, there’s nothing worse than your team (full of 9 and 10 years olds) feeling horrible because they didn’t keep a backup and the modified program just doesn’t work. Lessons learned the hard way are always the best.
The same goes with consulting and contracts. I’ve recently been in a spat with a client over unpaid invoices. Because this person was a referral and well known to many in the Real Studio community I made a verbal agreement to do a lot of work for him. It was a Web Edition project, which was new to me at the time, so I agreed to a lower rate since it was a good way to immerse myself in a new technology. In general, I thought the project went rather smoothly while using alpha and beta editions of Web Edition.
Normally, all communications are via email and text iChat so I have a record of all conversations. This client, however, likes to talk via video iChat. The drawback is that iChat doesn’t automatically save these (there is an option but I didn’t find out about this until I started doing the research). So now that the project is done, the client is 60+ days past due on his invoices and is *surprised* that he has a large unpaid balance.
How he can say this with multiple invoices being emailed automatically and the multiple emails and phone calls trying to engage him is beyond me. He now claims there was a spending cap on the project and says he ‘told me this’ early on. Right, I would have agreed to two days on-site coding (after a months worth of offsite work) for him since those two days alone are higher than his supposed cap.
The funny thing is that after the project was done he still tried to engage me to do more work. Unfortunately (or maybe fortunately depending upon your viewpoint) the hourly rate he wanted to pay was so low that I couldn’t have made payroll.
The lesson learned is never to do anything verbally when it comes to money. At a minimum, after a video chat and/or phone call, send an email confirming the details. The paper trail, while a pain to maintain, is the only way to cover your bases.
A contract is better, of course, because that’s a legally binding document. The sad thing is that I presented on this very topic at multiple REAL World conferences so that means I obviously didn’t learn my own lesson. But then I guess I was blinded by the connections this person has with Real Software (not that I hold them responsible) and the community. The referral was from a trusted colleague too which made it ‘safe’. When money is involved there is no trust.
As a word of warning, this person is trolling the forums looking for Web Edition coding help. Make sure you get a signed contract from him before doing any work. Get everything in writing, which, of course, is good advice for all business dealings.
Will I get what’s owed? I sure hope so but somehow I doubt it. Regardless, I’ve relearned a valuable (albeit costly) lesson.


