Whenever people ask me about the process of building a website, here’s how I explain their choices: “There is good, fast and cheap — you get to pick two.”
By Colin Harman (colinharman.com)
- Launching a site and being iterative,
- Eliminating the fear of being open and iterative,
- Growing a community and being iterative.
Today’s lesson: There is Good, Fast and Cheap — You Get to Pick Two.
Perhaps this “good, fast, and cheap” philosophy goes for all things in life. First, let’s define the options.
- Good: Of high quality. Something that will last and perform as expected.
- Fast: Something produced quickly. Below par.
- Cheap: Something produced at low cost. Below par.
When building a start-up you get to choose two. Sometimes the choice is made for you (i.e. If you are bootstrapping).
The combinations.
- Good and fast: Means the project is not cheap.
- Fast and cheap: Means the project is not necessarily good.
- Cheap and good: Means that it was most likely not fast.
Do these rules apply 100 percent of the time? Of course not. Nothing is 100 percent. But if I were a betting man, I’d predict the following outcomes for each scenario:
2. Fast and cheap: If it works out then you’ve won the lottery. Again, I’m not saying quality is impossible here. But I personally know projects that went the fast and cheap route and in the long run it hurt them. What they ended up bringing to market failed. Most users are not as forgiving as they are to Twitter. If your site breaks, they won’t come back. It often takes an organization twice as much money and time to build a stable website if the initial site was built fast and cheap. If you are not a tech-minded person, you might wonder why everyone doesn’t outsource or go with the cheapest labor out there (and there are cheap developers on the market). To them I offer the following analogy: you could pay an Amish wood craftsman to build an heirloom cabinet that will last generations, or you can get something from Ikea that will last two to five years and require some assembly and maintenance on your part –but will cost a tenth of the price. There is no right or wrong answer. It often depends on where you are in life. When I was in college it was Ikea all the way, baby! In either case the trade-offs are apparent. That’s the difference between options number one and number two.
3. Good and cheap: The typical scenario here is that you have a great web developer (an Amish craftsman of code) who is ready to donate some of his/her time to your project. This is great. It means you can get quality at a cheap price. But this also usually means the development comes at a pace dictated by the volunteer, not you. Set all the deadlines you want in your mind — the reality is that you’re at their mercy. Again, this isn’t a bad thing. It’s just a trade-off. The good news is that when something does finally get put out, you’ll have quality and it won;t have broken the piggy bank. If you aren’t in a rush this can even be ideal (for example, maybe it’s something you are working on as a volunteer as well).
Final Thoughts
As always, these lessons aren’t prescriptive — they’re descriptive. I don’t think there is a right/wrong option to take. But it is important to know the trade-offs that you or your project manager are making. Journalism is becoming more entrepreneurial. “Entrepreneurial” itself is a buzzword that should be defined, but it either means journalists as innovators (entrepreneur as a person who is pushing boundaries), or journalists as self-employed (entrepreneur as small business owner). In either case, this lesson, which I call “pick two,” applies.
Now, as promised, below is a sneak peak at what a rough re design of Spot.Us. (It’s very rough — see the Spot.Us blog for details).
In it was the standard motherboard to a computer from about two or three years ago, which included USB, Ethernet, WiFi, and Bluetooth. It fit perfectly in Toeman’s open palm. The green plastic and soldered on transistors, the guts of a computer, were only interrupted by four adaptors that stuck out of the green circuit board like tiny pyramids. As Toeman, the marketing director for Bug Labs, continued with his presentation he slowly grabbed two smaller motherboards, one he identified as a functioning like a five mega pixel camera and the other worked as a motion detector. Then he proceeded to connect them to the first motherboard like giant computer Lego blocks. 
