On risk-taking, Scotland, and VC

Startups 13 May 2010 | 0 Comments

Really interesting debate/blogpost over at TechMeetup as a result of yesterday’s Engage Invest Exploit in Edinburgh. The main points I’m reading is that Edinburgh/Scotland needs more early stage risk money, more mentors/advisors, and a more flexible ecosystem (people willing to join startups, support networks that enable this). And yet someone has to gain; the investors, professional risk-takers, can’t see a return in 3-5 years investing £1m in 20 startups, so they won’t. Guys, Y Combinator took a long punt on funding hackers with ramen money, and it’s paying off.

Also in today’s reading, two lovely nuggets of wisdom from comments on a Fred Wilson piece on the ‘hopes and dreams’ phase (a phase that Scottish businesses either get stuck in, or never experience):

The temptation to quit will be greatest just before you are about to succeed.

If you find yourself driving off a cliff, stop driving.

Contradictory, and yet not; there’s a difference between thinking you’re driving off a cliff, and actually doing so.

Tagged in , , , ,

Why I’m not applying to the Founder Institute

Startups 8 May 2010 | 6 Comments

Disclaimer: I reserve the right to change my mind.

The Founder Institute’s Bay Area semester is coming up, and I initially started frothing at the mouth at the chance. After all, it’s opportunities like this which drove me to Silicon Valley in the first place… right?

Maybe not.

The Founder Institute’s programme looks fantastic. And very useful. Educational. Focusing. Intensive. An invaluable way for an entrepreneur to get a full picture of the business side of startups, the real driver behind the roadmap, etc.

It also looks extremely familiar.

In Edinburgh I have to admit I was a training junkie. I did EPIS, NESTA, the Ken Morse workshops, Ignite Cambridge, and Astia (UK and US). Plus some fantastic one-off sessions such as Bill Joos’ pitch training workshop which will undoubtedly be the reason I successfully raise capital.

But at some point, the wheels have to come off, and you gotta put all the training to work.

Reviewing the Founder Institute’s curriculum, there’s stuff in there I’ve seen time and again in the past. (Which is encouraging, rather than offputting.) There’s actually sessions missing that I think would be interesting, such as focusing on lean methods like customer development and metrics-based iteration, though a lot of it is common sense once you know the basic principles.

The main value of doing a programme like this one – especially this one, as it’s compatible with a day job – is forcing you to put aside time and focus on your startup, to make it a reality. And, primarily, the fantastic networking (and investment) opportunities. But, you know, I have those through Astia – and I haven’t used them yet, because I’m not ready to.

So, for me personally, the only real gain I might get from the Institute is a cofounder and mentor. I could definitely use a mentor, but there are ways to reach out to people that don’t involve a fee and equity, and a huge time commitment that I would rather not have right now.

So, dear Founder Institute, don’t take this the wrong way. It’s not you, it’s me. Maybe we can catch up in a year or so? Great. I’ll call you.

(Aside: If you’re not me, especially if you have a solid idea and little real exposure to the business side of things, you really should do the Founder Institute or something similar. It looks to be very useful, for the right person. And if you think I’m deranged and should change my mind, feel free to comment.)

Tagged in , , , , ,

A hacker-entrepreneur’s survival guide to Startup Weekend

Hacking, Startups 4 May 2010 | 1 Comment


Startup Weekend is an awesome concept. Strangers get together, pitch ideas, spontaneously form teams and by the end of a weekend have a working demo and pitch to show everyone else. As an attendee at last weekend’s Bay Area event, it was truly amazing to see the number of things built literally-from-nothing over 48 hours.

I’m a hacker-entrepreneur. I love to create ideas, turn them into business concepts, and then realise them in code. However, at Startup Weekend it seems the skillset of attendees can range from ‘just here for the ride’ to ‘hardcore $language programmer’ to ‘I love writing business plans’. Here are a few things I learned from the experience.

1. Pitch your own idea.

I didn’t. Then I remembered an idea I’d previously had about halfway through the weekend and was kicking myself for not pitching it. I definitely believed in the problem my team was solving, but I think there’s just a different energy level and focus, especially for me, when it’s your own idea. It would also have given me a better role to play during the weekend, that of leader/visionary/hole-filler/driver, rather than head-down hacker (which was a fun role to play, but I learnt over the weekend that it isn’t the role I enjoy most, any more.)

Even if you don’t get a team for your idea, pitching your own idea tells people a bit about who you are and why you’re there.

2. Pitch your problem, not your solution.

For both the kickoff night and the final presentations, the mantra ‘problem not solution‘ is key. Once the problem is clear, dive into the solution, but you gotta get buy-in on the whole reason you’re doing it. A few of the Friday night pitches asked the audience “How many of you…?”. Easy way to validate your problem and ditch the whole thing if nobody responds.

As the backchannel on Twitter said so clearly, if we don’t get it within 30 seconds, there’s something up.

3. For the love of god, don’t pitch something outside the scope of Startup Weekend.

I can’t believe how many people pitched existing companies (they were hiring, etc) or projects that were not Startup Weekend projects (here’s this thing I’ve previously built and I’ll drone on about it incomprehensibly). Whatever you already do, put it aside and embrace the creativity of 48 hours of collaboration.

4. Pick the team you can help most.

Friday night, picking a team, was tough for me. There were three teams whose ideas were pretty close, all problems I could sympathise with, and all ideas where my expertise could come in handy. I picked the team whose problem seemed the most in need of my speciality, where I thought I could make the most difference. Maybe this is just a cue to build a platform that I can license to all the teams…

5. Someone else will have the same idea.

One of the similar teams ended up pretty much building the exact same product idea as us over the weekend, which was quite amusing. Don’t sweat it. It just shows the problem you’re solving is real. If they do a better job, ask yourself why!

6. Don’t have too big a team. Especially if you lack technical direction.

We had six developers total, I think. Even now I’m not really sure what everyone did. We all used different platforms and languages, and nobody really understood how to put it all together. I didn’t even see working code from anyone else all weekend. Communications failure on my part, and role failure (nobody stepped up to be technical lead). I think we would probably have achieved a better, more-featured demo with only two developers both using the same platform.

7. Know what you’re being judged on and focus on it.

We also had a ton of business people, who contributed greatly to the business behind the idea – we had a business plan, I think we had financial projections, a twitter account, etc. The problem is that the weekend was being judged, almost entirely, on the strength of the idea and the potential of the solution. No time or reason to show slides on potential market cap, earnings in year 5, etc.

I think if you’re a business person, and you’re super awesome at financial models and market cap and P/E ratios and all that, and you want to contribute to Startup Weekend, you still can. Just don’t focus on one team and build out their investor deck when they haven’t even got a line of working code yet. Go around the teams and see if you can spend a few hours with a few different ones, helping them out. Or take on multiple roles for your team and man the twitter account, get some test users signed up, do some fake data entry, mock up some UI in Powerpoint, whatever. Make tea. Contribute. There’s a place for Excel, it just ain’t here.

8. Market research is awesome.

We sent out two surveys (one via askyourtargetmarket and one a Google Form) on the start of Saturday to validate part of the problem and get feedback on possible solutions. This process was really useful for streamlining some of the thinking higher-level, but we didn’t really have enough time to incorporate it fully.

9. Drink lots of water, not soda. Eat well. Sleep better.

There’s something appealing about staying up coding for 48 hours straight, but (especially if you have a day job to go back to the next day) looking after yourself is even more appealing. I put my survival through the weekend down to a lack of sugar, fat and general yuck. Too much pizza on offer, fortunately I couldn’t eat any of it.

10. Fail fast.

The advantage of prototyping and validating an idea in a weekend is the speed at which you can fail, and learn. If it isn’t going to fly, accept it and move on. You’ve ‘wasted’ a weekend, but there will be plenty of things you can re-use from the experience.

This is where the whole MVP/iterate thing comes in, too. If you’re not being lean, you won’t fail fast enough in the weekend to actually get something useful out of the experience.

11. Have funny pictures on your slide deck.

If all else fails, do an entertaining pitch at the end of the weekend and you’ll keep the fun factor high. (Bonus points if you do an entertaining pitch and seem to have built a working product!)

(Here’s another attendee’s take on lessons learned from Startup Weekend, too.)

Tagged in , , , , , , ,

Hacker Challenge: The Apprentice meets Startup Weekend meets Y Combinator

Startups 24 April 2010 | 1 Comment

A fledgling idea that I’m throwing out there for feedback, comments and refinement.

Take sixteen entrepreneurial hackers.

Follow the standard formula: give them somewhere awesome to live (but force them to live together), a dream workspace, and something to strive towards.

The ultimate reward: $100,000 of seed funding, $50,000 technology funding donated by a sponsor, office space, living space, free hosting, $50,000 of marketing donated, etc etc.

The catch? They have to survive the weekly challenges before they get to the final creation stage.

The challenges are technical and business focused. Similar to the Apprentice, each week tests a different aspect of these hackers’ coding skills and business thinking. From developing an iPhone app prototype and business case pitch in a week, to working with the newly released Twitter API, to finding an innovative green solution to a specific problem… An expert in the relevant area joins the teams each week to help with the tech disconnect, but part of the test is how fast these guys can learn and adapt. Some challenges could be solo but the main idea is getting to know the teams.

The aim is to test the hackers on their ability to hack under pressure as well as their ability to assimilate other business skills, to communicate and pitch, and to work in teams with other type-A personalities. Each week a project manager gets chosen, and the two semi-finalists pick their own full teams from the candidates to create a much more detailed app and business idea, to report back in a month (or week?) – the winning team then gets to create that product with mentoring, cash and invaluable connections.

From marketing to pitch training as well as a ton of challenges around assimilating new technology and developing under pressure, this show should be entertaining and useful to hackers and non-hackers at home. The training sessions, guest speakers, tech guides and even the code developed by the teams should be available online for people to follow along. Hell, even If I Can Dream-style 24/7 ability to follow along, interact via Twitter etc.

Aside: This could also be used as a fairly ‘interesting’ way to select candidates for a job within a large tech company, no? Or to select Y Combinator companies ;)

I’m not sure if non-programmers (or people like me who can program but have moved away from it and prefer to do other things) should be included in the teams. The aim is to train hackers to create awesome startups, both those participating and those watching along. This means covering a lot of business topics as well as development best practices, concepts like ’ship and iterate’, lean startup, customer development, customer management etc.

I think there’s a lot of value to creating a mixed set of participants, front-end guys and girls, back-end, Rails, PHP, Python, C, etc. It just gets interesting when people get voted off if the skillsets don’t end up complementary…

Anyway, there’s the idea. It could even be started fairly low budget – it doesn’t have to be a NBC show. We’d need a team to get together to run it, design challenges, raise funding for the live-in hack-fest and think about some of the technology problems that we’d have to overcome. But I think it’d be pretty cool, even if a little derivative.

Tagged in , , , , ,

Reid Hoffman on entrepreneurship

Startups 19 November 2009 | 3 Comments

Reid Hoffman

Yesterday I had the pleasure of listening to Reid Hoffman address a room of A-level students on entrepreneurship. The context was a NESTA event designed to get young people thinking about their career pathways and talents — as a Starter for 6 alum I was along for the ride. (Note, Starter for 6 is, er, starting back up — if you’re a young creative business in Scotland, definitely check it out.)

As founder of LinkedIn — described by a student in the room thus: “It’s more professional than like Facebook and stuff” — Reid’s had an interesting journey. Here are some of the key points he made to the teenage audience:

Know what you don’t know. On leaving academia, Reid realised he needed to learn how to ship stuff. Figuring the best place to do that would be in a large company, he joined Apple — but lesson number two, there’s more than one way to ship a product. In big companies, you have three types of product design cycle: version 0 to version 1, 1 to 1.1, and 1 to 2. Creating something from nothing, iteratively improving something, and redesigning something.

In a startup, you run through all three design stages, but the first is the most important — in a big company, you’re far more likely to skip this stage entirely. So if you’re trying to pick up a ’startup skillset’, don’t join a big company and learn how to do version 1.1 — join a startup.

Another reason to join a startup: brand matters. There are tons of smart guys in Silicon Valley. Smart guys with a proven track record are much rarer. Joining a startup that flops? No change. Joining one that succeeds? Suddenly you’re not Joe any more, you’re “Joe who was part of Facebook’s success”, or similar. Personal brand is paramount — even brand by proxy. Get networking. Know your options. Know your routes.

Doing a startup is like jumping off a cliff and trying to assemble an aeroplane on the way down. I love this simile. Don’t look down.

A few words of wisdom that need little explanation: Fail fast. Make decisions quickly — decisions can always be remade. Plan for both good and bad luck. Of course, if both your Plan Bs succeed, you end up very busy.

Finally, an audience member asked “What’s the best route, becoming an investor or an entrepreneur?” — Reid’s answer being that they required different skillsets. Entrepreneurs need total dedication and passion to their cause or it won’t happen. Investors need to be good partners, rather than good drivers. And which will make you richer, faster? That’s all a matter of risk versus reward. Investment (as a career) isn’t going to give you the biggest payoffs, but it’s safer; with entrepreneurship, you could lose it all, or win big.

Probably says far too much about me that I didn’t understand the question itself. “You mean, there’s an option to not be an entrepreneur?” :)

Tagged in , , , ,