The founder mythology’s impact on the talent crunch

In the last month since running StartupBus and reflecting on the boom in seed funding for startups and the talent crunch of engineers in the San Francisco Bay Area,  if it's one thing I'm seeing a lot more of, it's the fact that more 'entrepreneurs' exist. I've been asking myself then, what exactly is a founder?

So it's good timing to see Chris Dixon to write about the very topic where he defines a true founder from the fake one. But for me, it isn't so much about glorifying the 'founder' as some hero and everyone else 'not good enough as me' as Dixon alludes to. Rather, I'm curious: what is it that makes someone a good founder?

When I asked my friend Alisdair Faulkner a few weeks ago on this very topic, he said  that a founder is by the simple fact they are. Meaning, instead of talking -- they actually are doing something, which goes to Dixon's point. I'd argue that's the fundamental trait of being an entrepreneur, which is the bias to action. But is being a do-er a good founder?

One prominent venture capitalist I spoke to recently remarked that a lot of the startups these days are smart engineers dropping out of Google, thinking they are founders and getting funded because they can. But the truth is, they aren't good founders and it's likely they will fail.  The danger of this point, is that we won't know this, as the increasing trend for companies is to acquire startups for the talent (over the product or profits) which means these failures in capable founders are masked as successes and who in turn will influence the perception of success.

That's a bad thing and let me explain why. To give you an example in a different context of why this matters, a basic competency for management is the ability to motivate your staff. If you can't do that, you will create a significant cost to the businesses but which goes unnoticed and impacts the organisation -- like a slow growing cancer due to reduced morale. Why is this a problem? Because an incompetent manager will get promoted through their career, continuing on their path of destruction. Problems they caused get masked as other issues, and so incompetency doesn't get rained in on.

...so let's step back here. Why does it matter? Because just like the mythology of the CEO, I think we need to clearly set the expectations in the industry that behind all the status, you should be true to yourself.

Let's look at this from another angle. A good founder is usually a superstar...but  makes a terrible CEO as CEO's need to be good at delegating rather than doing it all themselves. This weakness is hidden in small environments but becomes apparent when the business needs to scale.

Fred Wilson recounts a story of what a (good) CEO should do. He claims:

Sets the overall vision and strategy of the company and communicates it to all stakeholders. Recruits, hires, and retains the very best talent for the company. Makes sure there is always enough cash in the bank.

And that's it. Notice no word is mentioned about being a good worker. Good CEO's make terrible workers (in the sense of building the product, doing admin, etc), in the same way good founders make terrible CEO's (as they want to work on the product and neglect the management side of being a CEO). And likewise, a terrible CEO is a founder who does what founders do which is experiment when instead they should be focussed on execution and not distracting the business. This is why a startup CEO is a very different animal from a growth-stage CEO -- and once again, very different to a mature company CEO. Which is why I have a lot of respect for people who are founders and are willing to hand over the CEO role to another person, as they are making a mature decision that benefits the business, not their ego.

Anyone can be a founder, like how anyone can be a CEO -- or an employee -- but that doesn't mean they are good ones. So if starting is what defines a founder, then anyone is a founder -- but what makes a good founder is one who starts and is able to finish.  Think you're a founder or a good CEO? Maybe you are, but the good ones don't hide behind titles. Feel free to call yourself one, but at least be honest and recognise you can't be good at everything.

And who knows, maybe this talent crunch might ease up  a bit when smart engineers realise they are...smart engineers and that's it.

Minimum Viable Business

The first dot com bubble was about moving the offline world online; whereas the second boom dubbed "web 2.0" was about innovating on the "user experience" and making the world a more ajaxy place with the web appear more like the desktop experience. What we're seeing now is the domination of a new trend, but this time on the capital and business side.

Minimum Viable Product -- also known as MVP -- was one of the first new buzz words I heard when I moved to Silicon Valley in mid 2009. Two years on, its become one of most over-used terms in the industry along with "pivoting" and the rest of the lexicon branded under "lean startup methodology", due to the initial insight of Steve Blank and amplified by the work of Eric Ries.

We recently ran StartupBus (coverage here) and Anthony Broad-Crawford on reflection with me when debriefing helped coin terms that described what we were doing.

Twitter _ @Elias Bizannes: "People Accelerator" and " ...

Something that we try to do with StartupBus is have people understand the most effective way to build a startup business. Not the most effective way to build a product or the most effective pitch -- but instead, the most effective way to start a business. Last year for example, I threw everyone off on the Santa Monica pier en route to Austin and had them record videos of people that they would pitch their ideas to. The conductors (alumni from last year running one of the buses this year) clearly liked that and this year, each of the six buses had the "buspreneurs" required to engage with strangers like people at bars or in the street -- getting immediate market validation of their concepts.

Minimum Viable Business is clearly a play (or is that "pivot") of the term MVP. But I think it's more important. Let's think about this: Why do you raise capital in a startup? Its so we can purchase resources and hire talent. And the reason why we have talent, is so that it will result in building and supporting a product. A product, that we hope will one day have paying customers that will sustain our operations.

So to repeat, why do we build products? So that customers will pay for value we create. But what if we could get customers paying us, without a product -- doesn't that make us no longer a startup business?

MVP is a term that has justifiably made the industry rethink about how we approach product development. But let's not forget, that a product is a way to gain customers. Just like with product development, we need business development -- and building a MVP does not guarantee you anything but a less-white elephant. If we are building a startup, let's focus on what really matters -- paying customers -- and work our way backwards to how we can create a Minimum Viable Business.

If you showed your MVB in the middle of a forest, would anyone care? The correct answer, is that they should be hunting you down to hand you cash. Who cares if you have a lean product, it's much better for you to have a phat one that generates passionate (paying) customers. Call me crazy, but that's just how business works.

Platform growth over user privacy

Facebook announced that data about yourself (like your phone number) would now be shared with applications. Since the announcement, they've backed down (and good work to ReadWriteWeb for raising awareness of this).

I've been quoted in RWW and other places as saying the following:

“Users should have the ability to decide upfront what data they permit, not after the handshake has been made where both Facebook and the app developer take advantage of the fact most users don’t know how to manage application privacy or revoke individual permissions,” Bizannes told the website. “Data Portability is about privacy-respecting interoperability and Facebook has failed in this regard."

Let me explain what I mean by that:

This first screenshot is what users can do with applications. Facebook offers you the ability to manage your privacy, where you even have the ability to revoke individual data authorisations that are not considered necessary. Not as granular as I'd like it (my "basic information" is not something I share equally with "everyone", such as apps who can show that data outside of Facebook where "everyone" actually is "everyone"), but it's a nice start.

http:__www.facebook.com_settings_?tab=applications

This second screenshot, is what it looks like when you initiate the relationship with the application. Again, it's great because of the disclosure and communicates a lot very simply.
Request for Permission

But what the problem is, is that the first screenshot should be what you see in place of the second screenshot. While Facebook is giving you the ability to manage your privacy, it is actually paying lipservice to it. Not many people are aware that they can manage their application privacy, as it's buried in a part of the site people seldom use.

The reason why Facebook doesn't offer this ability upfront is for a very simple reason: people wouldn't accept apps. When given a yes or no option, users think "screw it" and hit yes. But what if they did this handshake, they were able to tick off what data they allowed or didn't allow? Why are all these permissions required upfront, when I can later deactivate certain permissions?

Don't worry, its not that hard to answer. User privacy doesn't help with revenue revenue growth in as much as application growth which creates engagement. Being a company, I can't blame Facebook for pursuing this approach. But I do blame them when they pay lipservice to the world and they rightfully should be called out for it.