First, A Few Ground Rules
Okay, so yesterday I made a pretty hefty promise: 30 business ideas in 30 days.
For the next month, I’ll post a daily message, brainstorming some new business ideas, knocking around the strengths and weaknesses of each idea. Some of the ideas will suck. A lot. Hopefully at least one idea will really stand out as a clear winner, from a marketing perspective as well as a development perspective.
At the end of 30 days (or shortly thereafter), I’ll pick an idea and run with it. Over the following six months, I’ll develop the software and the marketing strategy. I’ll launch a website and maybe write a few bullshit press releases. And then people will give me actual cash money to purchase my software.
Obviously a foolproof plan.
With all that in mind, I was poised today to present to you my first software idea and get started with the 30-day project.
But instead, I’m going to backpedal slightly and waste a day thinking about a few overarching principles that will be important to keep in mind as I think through these 30 ideas.
Principle #1: Ad Revenue can be Tricky
I’ve hosted several discussion forums over the last couple of years, and I’ve earned a few thousand dollars in click revenue. It’s not much, but in the process, I’ve learned a few important lessons about ad-funded websites:
- An ad-funded website must have a community of loyal users, regularly contributing interesting content. These people will rarely click on ads. But their presence is vital to the ongoing flow of content.
- The site also needs a constant stream of anonymous, transient users. These people will rarely contribute any new content. They’ll find the website through a search engine, browse briefly through some of the content, and then 1% of them will click on an ad and be gone forever. This crowd needs to account for at least 95% of the website’s daily traffic.
- The content has to be somehow product-related.
This last bit is the most important part. This is how the people in Group 2 find the website. Someone googles for ‘rock climbing’ and winds up on your website, where one of your users has written an article about climbing shoes. The transient user reads part of the article (which recommends a pair of Five-Ten Coyotes) and then she clicks on an ad from REI. When that happens, you make ten cents.
If any of those steps fail, you don’t make ten cents. If you don’t have a user contributing articles about climbing shoes, then the transient user will never find your website, and will never click on your ads.
Anyhow, I could go on and on about this forever, but I’ll stop now. The point is that it’s difficult to build an entire business around phpBB and AdSense.
Principle #2: There’s Nothing Special About Web Software
Building webapps is a pain in the ass.
Developing a responsive, attractive user interface out of HTML/CSS that works correctly in all the major browsers is far more difficult than it should be. And the predominant web-frameworks don’t make life any easier by pretending that it’s actually possible to build a true MVC architecture on top of the request-response model of HTTP.
Often, a browser interface is exactly the right kind of environment for an application. But a web-ified, ajax-icated spreadsheet is still…just a spreadsheet.
For me to justify the headaches of building (and hosting) a webapp, the software needs to meet at least one of these criteria:
- The software needs to be fundamentally social, facilitating some sort of communication between a large group of scattered users. (forums, blogs, email clients, bugzilla)
- Or the software needs to have access to some enormous centralized repository of information. (google, wikipedia, youtube, mapquest)
If it doesn’t fulfill either of those criteria, then it’s not going to be a webapp.
Principle #3: I Like Writing Tricky Software
I’d like to take a moment to introduce you to a guy I admire. His name is Andy Brice, and he developed a piece of software called Perfect Table Plan.
PTP uses a genetic algorithm to optimize a really difficult combinatorial problem: planning an event (like a wedding) so that the seating arrangements of the guests complies with some set of (potentially conflicting) criteria. Aunts and uncles usually want to sit together. Families with seven kids need to sit at tables with at least nine chairs. Girlfriends should sit close to their boyfriends, but far far away from their boyfriends’ ex-girlfriends.
What impresses me most is that Andy uses some really sophisticated algorithms under-the-covers to solve a problem that vexes ordinary people. Probably very few people who use Andy’s software understand the underlying technology. And yet it happily solves their problems, crunching numbers until it finds an optimum solution.
I want to develop something like that.
Good on ya, Andy.
Principle #4: I’m Just One Guy
I’ve got some pretty grandiose ideas about software, and there are some very large systems that I’d love to develop.
The temptation for me is very strong to focus on an overly complex, research-y kind of project.
But I’m just one dude, with limited time and limited resources. My focus needs to be on producing a ‘product’, rather than simply working on a ‘project’. I need to keep that in mind as I evaluate these 30 business ideas to identify which of them will fit comfortably within a six month time-frame.
…
Okay, now that I’ve got that out of the way, I should be ready to start exploring the first actual product idea tomorrow.
The next 30 days should be very interesting.

June 9th, 2006 at 3:20 am
I have collected some of my ideas, probably will help you.
1) make a XSD for resumes –> future, resumes would be in XML (this is already under process at w3c, so can develop some tools based on this)
2) Key board short-cut for lap-tops, ctrl+esc and up/down arrow should let u move the active window, s/w to switch off monitor
3) Blog Client, blogs will be written off-line and then will be updated when connected to inter-net
4) Business model acting as interface between VC and people with ideas
like this unit will help people with ideas to set up their shops
5) online wallet
6) messenger speaking out the incoming text
7) online phone book from cell phone
June 9th, 2006 at 2:44 pm
Thanks for the mention. I should point out that PerfectTablePlan doesn’t guarantee to give an absolute mathematically optimal anwer. Combinatorial problems such as seating plans (and the travelling salesman) are just too mathematically intractable to be able to do that in a reasonable time for any real world sized problem. Using a genetic algorithm means that I can give something that Is generally close to optimal in a reasonable amount of time (ideally less than a minute). Anyway its very hard to define what the optimal seating plan is, if sitting next to your friend is +10, is sitting next to your enemy -5, -10 or -100? Something close to optimal is fine for most purposes.
June 10th, 2006 at 10:05 pm
Hi Benji,
I’m travelling a similar path to your own, except that I already have my product idea (it’s not a web app). I’m looking forward to reading about your progress.
All the best – Marcus