503 karma · joined February 29, 2008
founder of Tulip.io. founder of Well.ca.
e.g. modmemcachecache
Also, there's a tendency for these types of rules to become self-fulfilling prophecies.
It's easier to forecast expenses -- you know how many engineers you want, and can guess at legal, rent, etc.
But it's also good, if you can't have a market ready piece of hardware within two years, to have an alternate source of revenue in the beginning. For example, you could sell a suped-up (expensive) early-adopter version for a year which will serve as a prototype for the real (cheaper) consumer version.
Plan to sell very little in the beginning, as that's what always happens in hardware. And consider planning to sell through someone else. For example, if your device has to do with telephony, assume you will sell through one of the major telephone networks in your area. Then guess at what percent of their users in your target market area you can convert in the first year and calculate your cut of the sale. It's easier to estimate sales if you're thinking about taking a bigger and bigger slice out of a large, defined pie (rather than growing from nothing).
I can't believe the comparison between the Internet and tubes ala http://en.wikipedia.org/wiki/Series_of_tubes
Some good features to have for a ticketing system: - ability to type in an email or set of emails and it automatically sends a different beta code to each address - ability to have one invite be able to create more than one account (sometimes we send a code to a company and tell them to create a few accounts for their staff, each invite can create X users before it expires) - have a date expiry on invites so you can toss-out old ones