standardized seed financing docs for canucks

Some of my loyal readers may recall one of my posts earlier this year about the development of standardized seed financing docs in the US, where there were, at the time, about four different sets of docs which had been developed. It pointed to a more detailed article by Brad Feld. In any event, I had asked the question whether anyone was aware of a similar initiative in Canada but didn’t hear from anyone. Was actually going to try doing it myself, but free work that you give away sometimes goes quickly to the back burner (or rather off the stove altogether) when things get busy. Least that’s my excuse.

In any event, I was very happy to hear that someone in Canada has in fact undertaken this initiative. The folks at MaRS here in Toronto, and in particular Mark Zimmerman, have apparently developed a nice set of Canadianized templates, including a term sheet (.doc) a subscription agreement (.doc), articles of amendment (.doc) and a shareholders’ agreement (.doc), with a founder’s agreement and employment agreement in the work. They already have a template independent contractor agreement (.doc).

I haven’t had a chance to look at them, but if you happen to need a set of seed round docs, and you’re here in the great white north, I’d encourage you to check them out. The folks at MaRS deserve a pat on the back for taking the initiative.

Tip o’ the fedora to Jonathan Polak for bringing this to my attention.

standardized seed financing docs

Great article by Brad Feld on attempts to draw up standardized seed round funding documents. According to Brad there have now been four different sets of template documents developed in the US for use in seed round financings, each of which is a little bit different. He is now attempting to reach out to some US law firms in an attempt to come up with one single set for the US. Why? To reduce the inevitable haggling and negotiation over terms and reduce legal fees.

If you’re looking for first round financing, worth taking a look at just to get a sense of what sort of terms have achieved some measure of acceptance as being “market” (or at least that some VCs and entrepreneurs can agree on). That being said, if you’re in Canada, some of the things won’t quite work due to differences in the law.

Seems like a great idea. Anyone aware of an initiative like this in Canada?

The Virtues and Evils of Open Source

Yes, I know, I’ve been behind lately. A ton of very interesting things to catch up on. But I’d like to put in one quick note about open source code. I recently came across an article, written last year by a lawyer, generally advising development companies not to use open source. I don’t quite recall where it was (if I did I’d link to it) but I do remember it being quite clear in stating that using open source is A Bad Thing and to avoid it altogether – not just to be careful, but rather to treat it as one would radioactive waste.

With respect, I don’t quite agree. I certainly advise my clients to take a great deal of caution in using open source code, particularly the GPL variety, and very particularly if they have a desire to keep some or all of their own secret, proprietary code secret and proprietary. That being said, I do have many, many clients who have used open source code to great advantage in various ways. Some have simply used existing open source code to avoid reinventing the wheel (and saving on costs), while taking care to keep viral elements out of their proprietary code. Others have been more aggressive with the open source model and have intentionally decided to use open source as the basis for their business model and making their very own code, or parts of it, either open source or subject to a dual-licensing model. As the Red Hats, JBosses, Sleepycats, MySQLs etc. etc. of the world have demonstrated, you can go open source and still have a pretty viable business. And, of course, there are the “old world” companies like IBM who have decided to go open source (in some limited ways – e.g. IBM’s DB2 Express-C thing).

Of course, this is not to suggest that anyone through caution to the wind and just start pulling down stuff from Sourceforge and whacking it into your product. Use of open source definitely requires some planning ahead and consideration of what the business model and value proposition of your business will be. Optimally, enlist the help of a lawyer who’s familiar with open source licenses to discuss what you plan to do and the packages you plan to use. Or, if that’s not feasible, try at least to read the applicable licenses yourself and ensure you comply with them, because if you don’t think that anyone will notice, or that no one will actually sue you, you may want to pay a visit to the GPL Violations Site and reconsider, in addition to the questions that will be asked of you when the due diligence starts on your next round of financing or, even worse, your (aborted) exit event. Can badly managed open source usage (and I emphasize badly managed, not simply open source usage) kill a deal? Definitely.

In short – I don’t think open source is necessarily a bad thing. In fact, it can be a pretty good thing, not just in the social good sense and all that, but also as a business. But it need to be used taking into account its terms of use and ensuring that its consistent with the strategy you plan to take.

If perhaps there’s one thing I’d recommend it would be for shops to make absolutely sure they have a disciplined approach in tracking where code comes from and the terms under which its being used and why its being used. That applies not only to open source stuff, but also, for example, your programmers taking neat snippets of code from Dr. Dobbs or something else, or coming across a nice little script somewhere on the Web and saying “Gee, that’s neat, let’s use it in our product”.

Anyway, if I remember where the article was I’ll update this to include a link.