Come in Wingman?

wingman-down

We pulled the plug on Wingman yesterday.

It was an itch.  We scratched it.

We never really got it working to our satisfaction, and as a result we never really got to the point where we were comfortable pushing it harder.

We launched with an incomplete product.  Possibly too incomplete?

I still believe that if you launch and you’re not a little embarrassed you launched too late, but I’m coming around to the school of thought that says you shouldn’t launch at all.

We put a throttle in place to ensure that we were not slammed by too many users before we were ready (a simple “enter your email address and we’ll send you an invite link when we’re ready”).  We got slammed anyway.

I’d probably try and do that differently, given the opportunity.

Lots of people signed-up and used the service, kicked the tyres briefly, but moved on too quickly.

We never really had a product that was compelling or a business model that was obvious.

So, given the futility of flogging dead horses, this was an easy decision.

But, as always seems to be the case when things don’t work out as you hoped they might, there are some positives too:

I enjoyed working with Koz.  I’m fortunate to be involved in other ventures that he is also working on and look forward to working with him again soon.

I got my hands dirty with some code again for the first time in ages.

I feel like I could hold my own now in a discussion about Rails and Git (two tools I hadn’t previously used).  And I know a little about some of the challenges of creating an add-on for Firefox.

I found a great font!

We came up with a great structure for the venture, which is well suited to this sort of prospective product build I think.  I will definitely use this sort of arrangement again in the future.  When I get some more time I’ll write more about this.

We formed a company that will live on in a new guise to fight some future battles (some of which are already brewing!)

And, we spent so little that the venture was almost profitable even without any revenue! :-)

So, we move on …

Visualise your audience

I love the buzz of a big crowd.  It’s exciting to soak up the atmosphere created when lots of people are all in the same space at the same time.

If you’re lucky enough to be the band, or sports team or speaker who is the focus of the crowds attention, then that is quite powerful.

(Or terrifying, I suppose, depending on their mood!)

If you design or develop software it’s much harder to get feedback like this.

But, it’s still useful to think of crowds to help you visualise the audience of people who are using what you’re building.

This was the idea behind the photo I use in the header this site.

Another from the same shoot is below, for those of you reading via my feed:

Idealog Stadium

These come from a 2006 article about Trade Me in Idealog, and were taken at the Westpac Stadium in Wellington on a wet and wild day (hence the slightly damp windswept look and the Icebreaker jacket).

The stadium seats about 35,000 people when it’s full.  At the time there were about that many people online at once every evening on Trade Me.

(As I type there are over 80,000 online, showing how much it has continued to grow since then!)

When you think of that many people all in one space together, and the noise and activity they generate, it changes the way you think about the people using your site.

One of the things that software developers do all the time is dismiss a percentage of their audience as unimportant for one reason or another, without thinking of them as a distinct group of people.

If you don’t think you need to worry about people stuck using IE6 (for whatever reason) or a dial-up connection, or people who struggle to read small fonts, or people who are colour blind (or completely blind), or people who don’t know how to use a command line, or people who are still nervous (paranoid or otherwise) about entering their credit card details into a website, or people who want help from a real person, or people who use Firefox on a Mac … because on a percentage basis they are not that many … calculate just how big that group is (take your unique visitor count and multiply by the percentage, however small), and then imagine standing up in front of that group and telling them to their face that they don’t matter to you.

If you don’t think it’s a big deal for your site to be broken or off line while you make changes … think of all of the people who happen to be visiting at that point and imagine what it would feel like to have them all in the room with you while you flick the switch.  No matter how small the number it would probably feel like a lot of people.  And, you might be motivated to get the site back up more quickly if they were all standing behind you impatiently looking over your shoulder.

You can use the same technique to help put other numbers in perspective.

It’s amazing the difference it makes when you start thinking of your metrics as real people.

For example…

  • 2 people = your mum and dad!
  • 5 people = a car full
  • 15 people = a rugby team
  • 30 people = a school class
  • 100 people = a bus full
  • 120 people = a parliament full of MPs (actually 122, to be precise)
  • 380 people = all of the passengers on an Air NZ 747-400
  • 550 people = the audience at Webstock earlier this year
  • 1,500 people = capacity of the Aotea Centre in Auckland
  • 2,500 people = all of the students at Auckland Grammar school
  • 6,000 people = capacity of the TSB Arena in Wellington
  • 10,000 people = population of Gore :-)
  • 12,000 people = capacity of the Vector Arena in Auckland
  • 18,000 people = all of the students at Otago University
  • 20,000 people = population of Levin
  • 25,000 people = the crowd at Augusta National each day this week
  • 35,000 people = capacity of Westpac Stadium in Wellington
  • 60,000 people = capacity of Eden Park in Auckland, post-renovations
  • 100,000 people = capacity of MCG in Australia (also, incidentally, approx. the number of people who voted for NZ First at the last election)
  • 250,000 people = capacity of St Peter’s Square in Rome
  • 475,000 people = population of greater Wellington region
  • Etc, etc.

Help me out with some more examples…

How To

I’ve been trying to write fewer posts that are simply re-quoting stuff that others have written.

Instead, if you want to follow some of the links I come across which I think are interesting, feel free to check out my Delicious bookmarks, or FriendFeed.

Today is the exception.

Here are some quote from three excellent “How To…” articles that I’ve stumbled across in the last few weeks, written by Paul Graham and Joel Spolsky.

If you’re working on, or investing in start-up companies, or would like to be, I recommend you read all three…  

 

How to be a Start-up Founder – by Paul Graham

“I’ve figured out how to express the quality [of being a good start-up founder] directly. I was writing a talk for investors, and I had to explain what to look for in founders. What would someone who was the opposite of hapless be like? They’d be relentlessly resourceful. Not merely relentless. That’s not enough to make things go your way except in a few mostly uninteresting domains. In any interesting domain, the difficulties will be novel. Which means you can’t simply plow through them, because you don’t know initially how hard they are; you don’t know whether you’re about to plow through a block of foam or granite. So you have to be resourceful. You have to have keep trying new things.  Be relentlessly resourceful.”

“If I were running a startup, this would be the phrase I’d tape to the mirror. “Make something people want” is the destination, but “Be relentlessly resourceful” is how you get there.”

 

How to be a Program Manager – by Joel Spolsky

“Having a good program manager is one of the secret formulas to making really great software. And you probably don’t have one on your team, because most teams don’t.”

“[Jabe Blumenthal, a programmer on the Mac Excel team in the late 80s] noticed that software development was getting so complicated that none of the programmers had the time to figure out how to make software that was either usable or useful. The marketing team was ranting and raving about customer needs and nobody had time to talk to them or translate their MBA-speak into actual features. There was a lot of product design stuff that took a lot of work: talking to users, running usability tests, reviewing competitive products, and thinking hard about how to make things easier, and most programmers just didn’t have the time (nor were they particularly good at it).”

“A good rule of thumb is that it takes about one program manager for every four programmers.”

“The number one mistake most companies make is having the manager of the programmers writing the specs and designing the product. This is a mistake because the design does not get a fair trial, and is not born out of conflict and debate, so it’s not as good as it could be.”

“… being effective as a program manager means you have to (a) be right, and (b) earn the respect of the programmers so that they concede that you’re right.”

 

How to be an Angel Investor – by Paul Graham

“Don’t spend much time worrying about the details of deal terms, especially when you first start angel investing. That’s not how you win at this game. When you hear people talking about a successful angel investor, they’re not saying “He got a 4x liquidation preference.” They’re saying “He invested in Google.”  That’s how you win: by investing in the right startups.”

“How do you decide what valuation to offer? If you’re part of a round led by someone else, that problem is solved for you. But what if you’re investing by yourself? There’s no real answer. There is no rational way to value an early stage startup. The valuation reflects nothing more than the strength of the company’s bargaining position. If they really want you, either because they desperately need money, or you’re someone who can help them a lot, they’ll let you invest at a low valuation. If they don’t need you, it will be higher. So guess.”

“Ultimately it doesn’t matter much. When angels make a lot of money from a deal, it’s not because they invested at a valuation of $1.5 million instead of $3 million. It’s because the company was really successful.”

“To be a good angel investor, you have to be a good judge of potential. That’s what it comes down to. VCs can be fast followers. Most of them don’t try to predict what will win. They just try to notice quickly when something already is winning. But angels have to be able to predict.”

“The most successful angel investors I know are all basically good people. Once they invest in a company, all they want to do is help it. And they’ll help people they haven’t invested in too. When they do favors they don’t seem to keep track of them. It’s too much overhead. They just try to help everyone, and assume good things will flow back to them somehow. Empirically that seems to work.”